Fragen zum x264

Da x264 (der Encoder: kleines "x") immer noch dauernd weiterentwickelt wird, ist die aktuellste "Dokumentation" wohl meist: "x264 --fullhelp".

Etwas ausführlicher, aber nicht mehr so ganz aktuell, hatte Selur die Optionen in seiner "man x264" (im FlaskMPEG-Forum) erklärt.
__

Eine höhere Geschwindigkeit durch 64-bit-Architektur wurde schon mehrfach mit ~10% angegeben. Leider wird es aber praktisch keine AviSynth-Filter-Plugins für 64 bit geben...

Vielleicht ist es besser, weiter 32-bit-Software zu verwenden, dafür aber zu testen, was AviSynth-multithreaded (+ MT.dll) mit den vier Kernen schafft. Wenn es klappt, sind da mehr als 10% drin.

RAM sollte in den meisten Fällen kein größeres Problem werden (außer bei Didée-Skripten).

Auf Englisch ist ergänzende zu 'x264 --fullhelp' das MeGui-Wiki zu empfehlen.
Wegen dem Arbeitsspeicher kann ich mich LigH nur anschließen. Der wird i.d.R. nichts ändern.
Generell ist zu empfehlen einen x264 eigenen Preset (--preset) kombiniert mit einem oder mehreren Tune-Aufrufen (--tune) zu kombinieren, i.d.R. gute, ausbalancierte Einstellungen beinhalten. (nur wenn man für eine bestimmte Hardware encoded sollte man i.d.R. noch Handanlegen müssen)

Cu Selur

Dann gibt es noch von Brother John die x264-Kommandozeilenreferenz und Lord Mulder hat hier auch noch etwas anzubieten.

Gruß

akapuma

Könnte meine Settings anbieten, hab versucht sie Blu-ray Player kompatibel zu halten.
(Stehen natürlich auch allgemein zur Diskussion)

B1: Encoder Settings (Abweichend vom x264 Standard)




--level 4.1 
--ref 6 
--no-fast-pskip 
--b-adapt 2 
--b-pyramid strict 
--direct auto 
--trellis 2 
--vbv-bufsize 9000 
--vbv-maxrate 40000 
--aq-mode 2 
--aud 
--nal-hrd




B2: Encoder Settings GUI


B2.1.1: Analysis - Motion Estimation


Subpixel Refinement: 7+
M.E. Algorithm: Hexagon+
M.E. Range: 16
Chroma in M.E.: +


B2.1.2: Analysis - Partitons


Partitions: All ohne P4x4


B2.1.3: Analysis - Quant Options


Mixed References: +
DCT Decimate: +
Fast P Skip: -
Psy: +
RD: 1.00
Trellis: 0.00
Trellis: Always


B2.1.4: Analysis - Misc


Direct Mode: Auto
Weighted Pred. B-frame: +
Weighted Pred. P-frame: Smart
Noise Reduction: 0


B2.2.1: Frame Options - B-frames


Adaptive: Optimal
Pyramid: Strict
B-Frames: 3
Bias: 0


B2.2.2: Frame Options - Deblocking


Deblocking: +
Strenth: 0 - (-1)
Threshold: 0 - (-2)


Abweichungen vom Standard 0:0 sind dem Material anzupassen. 


B2.2.3: Frame Options - Misc


Reference Frames: 6 (1080p 4)
Scene Cut: 40
Slices: 0
GOP Size: Min framerate Max Framerate*10
CABAC: +


B2.3.1: Rate Control - AQ


Mode: Auto-variance
Strength: 1.0


B2.3.2: Rate Control - VBV


Buffer Size: 9000
Max Bitrate: 40000
Initial Buffer: 0.9


B2.3.3: Rate Control - Misc


MB Tree: +
RC Lookahead: 40
QP Minimum: 10
QP Compression: 0.6
IP Ratio: 1.4
PB Ratio: 1.3


B2.4.1: Input/Output


Show Progress: You decide
SSIM Computation: -
PSNR Computation: -
Use access unit delimiters: +
Threads: 0 (auto) or you decide
Level: 4.1


B2.5.1: Command Line


Custom Switches: --nal-hrd vbr

Hallo,

als "Hilfe" würde ich in die von mir bereits genannte x264-Kommandozeilenreferenz von Brother John gucken. Unter "--preset" wird erläutert, was x264 bei bestimmten Voreinstellungen (Presets) macht. Das ist schonmal ein guter Anhalt.

Eine Blue-Ray-Kompatiblität lohnt sich natürlich nur, wenn man auf einem Blue-Ray-Player abspielen möchte. Blue-Ray-kompatible Encodings sind wegen der dadurch bedingten Einschränkungen natürlich qualitativ schlechter wie gleich große, nicht Blue-Ray kompatible Encodings. Beispielweise versauen Slices die Effizienz. Wer einen PC bzw. einen HTPC zum Abspielen benutzt sollte also tunlichst auf BR-Kompatilität verzichten! Selbst mein WD TV zwingt mich (bisher) zum Glück zu keinen Einschränkungen.

Gruß

akapuma

@Tilt:
1. Warum wählst Du '--vbv-bufsize 9000' ? Blu-ray erlaubt doch wesentlich mehr und selbst wenn man die Daten von einer CD Abspielen würde, wäre 16000 ohne Probleme möglich,.... -> mir ist unklar warum Du den Buffer so stark einschränkst.
2. akapuma hat Recht, zumindest '--slices 4' gehört da noch rein.
Hätte vermutlich eher etwas in die Richtung von:

x264 --preset slow --tune film --crf 16 --level 4.1 --ref 4 --keyint 24 --b-pyramid strict --qcomp 0.5 --rc-lookahead 24 --slices 4 --merange 24 --mvrange 511 --sync-lookahead 24 --trellis 2 --aq-mode 2 --vbv-maxrate 24000 --vbv-bufsize 24000 --nal-hrd vbr --aud --colorprim bt709 --transfer bt709 --colormatrix bt709 --fps 23.976 --output OUTPUTFILE - 1920x1080

verwendet, wobei die vbv-Einstellungen so gewählt sind um möglichst von BD/DVD 5/9 abspielbar zu sein.

Cu Selur

Selur:

Ich kann ja leider auch nicht alles wissen Deshalb stehen die Settings ja zur Diskussion.
Die Bufsize habe ich nur "abgeschrieben" und mit Slices hatte ich mich bisher nicht auseinandergesetzt. Wird jetzt abger gemacht.

Mach das, slices sind leider notwendig um wirklich Blu-ray kompatibel zu sein, auch wenn die meisten Player wohl auch mit nicht ganz konformen Streams klar kommen.

Nebst Slices, keyint und min keyint würden mich auch noch interessieren. Da ich mich mit meinen Bitraten zwischen 4500 und 5000 kbit bewege (2-Pass), müsste ich strenggenommen doch für min 1 und max 2sec einsetzen? In deiner Commandline werden ja die standards 25 und 250 verwendet? Oder bestimmt die Maxrate von 24000, dass 1sec als max zu setzen ist, da über 15mbit?

Da Selur hier den CRF-Modus (also variable Bitrate nach Bedarf, qualitätsbasiert) verwendet, kann keine sichere Aussage über Bitraten getroffen werden. Allerdings haben VBV-Größe und die Größenordnung des CRF-Faktors natürlich Einfluss auf die Größenordnung der Bitrate. Wird wohl ein Erfahrungswert sein. Ein CRF von 16 dürfte zumindest "transparente Qualität" garantieren, bis der VBV ausgelastet ist.

Für BluRay sollte man bei min-key 0-12 und bei max-key 24 nehmen. (min-key 0 = keyint / 10, persönlich wähle ich bei meist min-key = keyint / 20)
Nur zur Klarstellung VBV Maxrate legt nicht die Maximale Datenrate fest, sondern die maximale Datenrate über eine Sekunde, d.h. einzelne Frames können durchaus größer sein. Es ist i.d.R. zu empfehlen die vbv-Beschränkungen so locker wie möglich zu wählen, da man dann die Bitratenverteilung von x264 nicht unnötig einschränkt.

-TiLT-: benötigst Du überhaupt BR-Player kompatibles Format? "max-key 24" ist ja gruselig!

Gruß

akapuma

akapuma: sollte mit open-gop eigentlich nicht groß Probleme machen und bei den Datenraten die bei Blu-rays verwendet werden ist es eh kein Problem.

Im Moment würde ich keine Kompatibilität benötigen. Ich plane nur in die Zukunft, wenn ich mein Equipement angeschafft habe möchte ich dann nicht wegen kleinen Fehlern meine halbe Sammlung neu umwandeln müssen (zumal ich bis dahin wohl aus Platzmangel die "wuchtigen" TV-HD-Mitschnitte entsorgt haben werde). Im Moment kommt erstmal nur ein WDTV und ein Samsung mit media@play zum Zuge. Beide sind relativ anspruchslos, sprich, das was ich bisher encoded habe wurde ausnahmslos geschluckt. Aber man weiß ja nie, woran sich Standalone Player dann wieder aufhängen.

Dann würde ich nicht die starken BR-Restrikitonen in Kauf nehmen. Bei Deinem jetzigen Stand bringt das nur eine Verschlechterung.

Was Dein WDTV jetzt abspielt wird er auch noch in ein paar Jahren abspielen. Und ich glaube nicht, daß zukünftige Medienplayer weniger können als ein WDTV heute.

c:\PROGRA~1\x264\x264.exe --crf 23 -I 500 -i 125 --scenecut 80 -b 5 --b-adapt 2 --no-fast-pskip -r 6 --rc-lookahead 50 --qpstep 8 -A all --direct auto --me umh --merange 32 -m 9 --psy-rd 1.0:0.15 --weightp 2  --thread-input -o "unter_movie. mkv" unter.avs

Das sind übrigens meine Einstellungen, die mein WDTV problemlos verkraftet. Einen Keyframe erzwinge ich erst alle 500 Frames! Die Dateigröße von SDTV-Filmen liegt im Durchschnitt bei etwa 740MB, damit passen etwa 20 Filme auf einen 16GB USB-Stick. Toll, wenn man Filme ohne Laufwerksgeräusche (wie Festplatte oder opt. Laufwerk) abspielen kann

Gruß

akapuma

Danke an alle, neue Denkanstöße und wieder ein kleiner aber bestimmter Schritt mehr zu einer netten x264 Config.