*offizielles deutsches flaskmpeg & dvdtoogm board* (http://www.flaskmpeg.info/index.php)
- *codecs* (http://www.flaskmpeg.info/board.php?boardid=9)
-- => Wissenswertes rund um x264 <= (http://www.flaskmpeg.info/thread.php?threadid=5138)


Geschrieben von Selur am 18.07.2005 um 22:14:

 

Soweit ich mich entsinne kann VDM das nicht und da die Entwicklung erstmal auf Eis liegt, wirds wohl auch erstmal nichts werden,...

Cu Selur

Ps.: werd ChristianHJW mal ne Pn schreiben smile
=>
Zitat:

VDM kann nur mit VCM codecs arbeiten, und das steht im Gegensatz zu native modes. native h.264 geht im augenblick mit mkvmerge nur von MP4, nicht von AVI.
by ChristianHJW



Geschrieben von scrat am 19.07.2005 um 22:06:

 

hey!

@Selur: danke für die info!
würde jetzt quasi heissen dass ich ne mp4 erstellen sollte (werd ich machen sobald ich mal probleme habe wenn ich es über vdm in mkv mache smile ).

hab noch ne frage zu deinem Wissenswertes... - ich hab die neueste x264 version von x264.nl und hab da weniger einstellungsmöglichkeiten wie du, du verwendest die neueste aus dem doom9-forum. sind das 2 verschiedenen entwicklungen oder bietet die version aus dem doom9-forum lediglich mehr einstellungsmöglichkeiten?


mfg
scrat



Geschrieben von Selur am 20.07.2005 um 06:39:

 

Sharktooth integriert meist eher Patches die von normalen Usern geschrieben sind, die x264.nl builds sind wohl reine main CVS builds, d.h. die builds aus dem Doom9 Thread sind i.d.R. etwas 'aktueller'. smile

Wegen mp4, wäre es zumindest sinnig mp4 als Zwischenschritt zum mkv zu nehmen, da Du sonst den avi Overhead hast da mkv nur ein avi kapselt. smile

Cu Selur



Geschrieben von Selur am 27.09.2005 um 10:57:

 

Update auf 0.1.2 ist draußen!

Zitat:
Changelog:
0.1.1 nach 0.1.2:
- Aufbau des Frontends hat sich geändert
- weighted prediction ist wieder da


Cu Selur



Geschrieben von scrat am 27.09.2005 um 14:07:

 

hey!

danke, werd ich mir am abend gleich mal anschauen...
update den guide dann auch auf meiner webseite.


mfg
scrat



Geschrieben von Thomsen am 06.01.2006 um 22:00:

 

Hallo Leute,
ich brauche eure Hilfe und zwar benötige ich den x264 Codec !
Ich habe jetzt ca. 6 Codecs und 2 Programme (Real Player und Quick Time Player) heruntergeladen.
Irgendwie komme ich nicht weiter, beim Real Player habe ich schonmal Sound,
aber kein Bild. großes Grinsen
Ich habe mir die PDF Datei "Wissenswertes rund um x264 - by Selur" heruntergeladen und habe auf dem angegegeben Link einen Codec heruntergeladen.
Jetzt habe ich eine "x264vfw" Setup Informations Datei und eine "x264vfw.dll" Datei.
Was genau muss ich damit machen ?

Ich wäre euch dankbar, wenn ihr mir helfen könntet.


Gruß, Thomsen !



Geschrieben von Selur am 06.01.2006 um 22:04:

 

Ich vermute, dass Du irgendein AVC Video hast was Du wiedergeben willst, falls dem der Fall ist, installier:

1. Haalis Splitter (http://haali.cs.msu.ru/mkv/) um etweilige mp4 Container öffnen zu können
2. ffdshow um Video- und Audiostream wiedergeben zu können

Alternativ könnteste auch den VLC ( www.videolan.org ) als Player nehmen, der kann eigentlich alle gänigen Formate abspielen ohen das man zusätzliche Codecs installieren muß, da er seine eigenen hat.

Cu Selur

Ps.: könnteste eventuell die Animation in deinem Banner im Anhang deaktivieren, denn das ist ziemlich nervig. Augenzwinkern



Geschrieben von Thomsen am 06.01.2006 um 22:07:

 

Danke für die schnelle Antwort.
Ich werde es gleich testen !

ps.: Habe gerade die Regeln gelesen und den Banner rausgenommen. Augenzwinkern

/edit: Das Programm ist super, hab vielen Dank !!!
Es funzt, endlich. ! Augenzwinkern

ps²: Ich werde euch weiter empfehlen. Zunge raus


Gruß, Thomsen !



Geschrieben von Selur am 11.01.2006 um 06:07:

 

Okay, ich hatte das Deblocking falsch verstanden:
Zitat:
Deblocking strength is controled by values called alpha & beta. These values are computed for each macroblock according to the quantizer of this macroblock, the quantizer of its neighbour, and the offset you set ( the famous value that range from -6 to +6 ).

Here are the tables for alpha & beta, indexed by 'quantizer + offset' :

code:
1:
2:
3:
4:
5:

alpha : 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 4, 4, 5, 6, 7, 8, 9, 10, 12, 13, 15, 17, 20, 22, 25, 28, 32, 36, 40, 45, 50, 56, 63, 71, 80, 90,101,113,127,144,162,182,203,226, 255, 255
beta : 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 2, 2, 2, 3, 3, 3, 3, 4, 4, 4, 6, 6, 7, 7, 8, 8, 9, 9, 10, 10, 11, 11, 12, 12, 13, 13, 14, 14, 15, 15, 16, 16, 17, 17, 18, 18


The higher these values, the stronger the deblocking. When one of these is null, there's no deblocking on the macroblock.

As you can see, when 'quantizer + offset <= 15', both alpha and beta are null, so no deblocking is applied.

Alpha is used to determine whether the frontier is blocky or if it's actually a detail. It works like a threshold. Beta also works as a threshold, but is used to insure that on both side of the frontier, the picture is homogenous enough ( once again, to separate detail from blockiness ).

Once you've decided whether or not to filter the frontier, alpha is used to decide the strength ( in fact, the maximal allowed modification to a pixel ). beta can slightly modify this strength, is the macroblock is flat enough.

So in the end, foxyshadis' description is a bit too simple. Both offsets decide which blocks, and the first one influences the bluriness the most.

Quelle: http://forum.doom9.org/showthread.php?p=765770#post765770

Mal schauen wie man das am Besten fürs Wissenswertes übersetzt. smile
(Vorschläge sind gerne gesehen.)

Cu Selur



Geschrieben von Selur am 12.02.2006 um 18:45:

 

Update auf 0.1.5 ist draußen!

Zitat:
Changelog:
0.1.4 nach 0.1.5:
- Neue Features: trellis, rdo für b-frames, bidirektionale ME für B-Frames


Cu Selur

Ps.: Hab leider keine schöne Formulierung für das Deblockingzeug gefunden und deshalb keine Erklärung da.



Geschrieben von JoeB am 12.02.2006 um 20:22:

 

Wir werden das auch so verstehen smile



Geschrieben von scrat am 13.02.2006 um 10:01:

 

hey!

danke fürs update!!!


mfg
scrat



Geschrieben von Selur am 13.02.2006 um 14:14:

 

Werden zwar schon viele Wissen, aber VDM schreibt mkv nicht native. Augenzwinkern



Geschrieben von Videostation am 04.04.2006 um 21:42:

 

Sag mal, ist dir unter 4.3.2 ein Fehler unterlaufen? Satz 1 und Satz 2 klingen irgendwie gleich? Vielleicht verstehe ich es auch bloß nicht. großes Grinsen

Außerdem noch was zum Punkt 2.1.2 und der Formel zur Berechnung des äquivalenten AVC Quantizers. Könntest du die 2 beim Logarithmus tiefstellen oder gleich "ld(MPEGQP)" schreiben? Wenn man nicht genau hinschaut hält man es für einen Faktor, zumindest ging es mir so. Zum Glück gibt's ein Rechenbeispiel. Augenzwinkern

Ein kleiner Rechtschreibfehler ist mir zum Schluss auch noch aufgefallen. Unter 3.3.2 muss im dritten Satz das letzte "würde" weg.

So, genug gemeckert. Zunge raus

CU Videostation



Geschrieben von Selur am 04.04.2006 um 23:39:

 

zu 4.3.2: der Punkt ist das zusätzlich, werd mich nächste Woche aber mal hinsetzen und das etwas deutlicher schreiben Augenzwinkern

"Könntest du die 2 beim Logarithmus tiefstellen " +"Unter 3.3.2 muss im dritten Satz das letzte "würde" weg."
mach ich smile

Cu Selur


Forensoftware: Burning Board 2.3.6, entwickelt von WoltLab GmbH