Brother Johns x264-'Schneller 1st Pass' ...

Ich lass schnell nen Test laufen.

Aber nur Geschwindigkeit, SSIM und PSRN hab ich einfach keinen Bock mehr zu, da es doch sowieso zu wenig Leute interessiert.

Megui Turbo

Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --pass 1 --bitrate 1500 --stats "D:\MainMovie\PULP FICTION\Pulp Fiction.stats" --bframes 16 --b-pyramid --direct auto --filter -2,-2 --subme 1 --analyse none --vbv-maxrate 25000 --me dia --threads auto --thread-input --sar 1:1 --progress --no-psnr --no-ssim --output NUL "D:\MainMovie\PULP FICTION\Pulp Fiction.avs" --sar 16:11

Brother John

--pass 1 --bitrate 1500 --stats ".stats" --ref 2 --no-fast-pskip --bframes 16 --direct auto --filter -2,-2 --subme 1 --trellis 1 --analyse p8x8,b8x8 --vbv-maxrate 25000 --me umh --threads auto --thread-input --progress --no-psnr --no-ssim --output NUL "input" --sar 16:11

Denke, das sollte so richtig sein.

Ergebnisse kommen später. Muss jetzt erstmal was essen.

So, ich habs net komplett durchlaufen lassen, das ist auch unnötig. x264 erreicht bei mir immer nach ungefähr 4-5min die maximale Geschwindigkeit.

Megui Turbo ~ 87FPS
Brother John ~ 48FPS

-> Never ever würd ich so einen Geschwindigkeitsverlust zulassen.

Meine »Empfehlungen« sind mehr Pi-mal-Daumen als richtig handfest. MeGUI war mir mit seinem Prinzip »alles abschalten, was nicht bei 3 auf den Bäumen ist« rein gefühlsmäßig zu aggressiv. Deswegen habe ich das an der einen und anderen Stelle entschärft.

Richtig ernsthafte Tests habe ich nie laufen lassen. Wenn ihr das machen mögt, sehr gerne! Und dabei kann auch absolut rauskommen, dass meine Empfehlung eigtl. Mist ist. --me hex hätte es sein sollen, aber geschwindigkeitsmäßig schaut’s ja trotzdem schon mal nicht so positiv aus.

Äh. Ich hab den Hacken bei no-fast-p-skip gesetzt in Megui. Mach ich immer, weil es einen sehr sehr deutlichen Qualitätsgewinn mit sich zieht.

Doppelte Verneinungen mag ich nicht. Man kann fast-p-skip ja eigentlich nur deaktivieren, nicht aber no-fast-p-skip aktivieren, und wennman no-fast-p-skip deaktiviert weiß keine mehr, wovon man reden

So, neue Kommandozeile. Btw: Ich lass mir die absolut NUR von megui erstellen, von Hand mach ich da eigentlich nichts rein bis auf das --sar. Wie das 2x da reingeschlüpft ist weiß ich nicht, ich checke die Kommandozeile eigentlich nie.

Aber jetzt sollte sie angepasst sein.

Brother John

--pass 1 --bitrate 1500 --stats ".stats" --ref 2 --no-fast-pskip --bframes 16 --direct auto --filter -2,-2 --subme 1 --trellis 1 --analyse p8x8,b8x8 --vbv-maxrate 25000 --threads auto --thread-input --progress --no-psnr --no-ssim --output NUL "input" --sar 16:11

Was ich mir denke: Trellis deaktiviert und fast-p-skip aktivieren sollte nochmal einiges an Speed bringen.

Speed diesmal ~ 46FPS

Hab aber auch den Browser offen, was aber quasi nicht ins Gewicht fallen sollte oder nur sehr sehr wenig.

Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --pass 1 --bitrate 1500 --stats "D:\MainMovie\RISING SUN\Rising Sun.stats" --ref 2 --bframes 16 --direct auto --filter -2,-2 --subme 1 --analyse p8x8,b8x8 --vbv-maxrate 25000 --threads auto --thread-input --sar 1:1 --progress --no-psnr --no-ssim --output NUL "D:\MainMovie\RISING SUN\Rising Sun.avs" --sar 16:11

Trellis raus und fast-p-skip an: ~ 56FPS

Wenn ich sehr sehr gutmütig bin lass ich heut nach mal nen Test laufen wo PSNR und SSIM von Brother Johns Empfehlungen und Meguiturbo verglichen werden. Aber NUR wenn das auch gewünscht wird. Falls nicht vergess ich das ganz schnell wieder.

Zitat von Selur

Wäre schon cool, aber erst im 2nd pass. Ob die Qualität sich im 1st pass unterscheidet ist uninteressant.

Cu Selur

Ps.: Was hast Du eigentlich für einen Prozessor? (nette Frameraten :))

Klar, nur im 2nd pass. Im ersten Pass wird glaub ich das sowieso verworfen und nichts ausgespuckt, könnte ich aber auch daneben liegen.

Prozzi ist ein Core2Duo E6300@2800MHZ

-> Leistet mir jetzt seit 1 Jahr treu super Dienste und hat x264 für mich erst so richtig interessant gemacht

Edit: So, der Test geht über den etwa 2 Stunden langen Film "Rising Sun". 2-Pass Verfahren, die Qualitätseinstellung analog zu denen oben.

Im 2nd pass wird es folgende Einstellungen geben

--pass 2 --bitrate 1500 --stats ".stats" --ref 5 --mixed-refs --no-fast-pskip --bframes 16 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -2,-2 --subme 6 --trellis 1 --analyse all  --8x8dct --vbv-maxrate 25000 --me umh --threads auto --thread-input --progress --output "output" "input" --sar 16:11

-> Für mich das Maximum an Qualität verglichen mit der Encodinggeschwindigkeit. 4x4 ist noch drinne, einfach weil ich selbst noch keine Tests gestartet habe die belegen, dass es wirklich GAR NICHTS bringt.

Die Tests laufen die Nacht über. Wahrscheinlich bis in den Tag morgen hinein, werd ich dann sehen wann ich vonner Uni zurückbin.
Brother John wird damit laufen

--pass 1 --bitrate 1500 --stats ".stats" --no-fast-pskip --bframes 16 --direct auto --filter -2,-2 --subme 1 --trellis 1 --analyse none --vbv-maxrate 25000 --threads auto --thread-input --progress --output NUL "input" --sar 16:11

-> Ich werde 2 Tests damit machen. Beim anderen lass ich Trellis weg und aktivier fast-p-skip.
Dabei habe ich gerade einen Bug in Megui bemerkt: Der speichert das "--no-fast-pskip" im 1st-Pass nicht richtig. Ich weiß nicht, ob das von x264 übernommen wird, werd ich dann sehen. Aber allzuviel wird das nicht ausmachen.

Tjaa, das wird wohl noch länger dauern. Megui ist irgendwie nicht in der Lage, eine Reihe von Jobs korrekt abzuarbeiten, da bekommt man komplett verquere Ergebnisse raus weil die Kommandozeilen laufend durcheinander geschmissen werden.
Evtl wird das erst Morgen früh, bevor ich die Ergebnisse präsentieren kann.

Edit: Gut, erste Ergebnisse. Eins vorneweg: Ich weiß nicht, warum da Megui zum Teil Sachen aus den Einstellungen nicht richtig übernimmt, das ist mir schleierhaft. Im 1st-Pass fliegt no-fast-p-skip GENERELL raus, egal was ich einstelle. Einen weiteren Test mit Trellis 0 spare ich mir, da man bereits an diesem Testergebnis genug ablesen kann, um sich seine eigene Meinung zu bilden. Die .logs sind diesmal als Dateien angehängt.

Mein Fazit: Da die "Turbo" Einstellungen sogar im Endeffekt mini(mini(mini(mini)))mal von der Qualität hochwertiger sind und die Geschwindigkeit bei Brother John doch um 1/3 einbricht, ist die Turbo-Einstellung von Megui eindeutig vorzuziehen.

Ich denke, die Empfehlungen von Brother John kann man herausnehmen und revidieren. Natürlich kann ich hier nicht ausschließen, dass bei anderen Quellen sich das etwas anders verhält, aber den geringen Abweichungen hier glaube ich kaum, dass sich großartig etwas ändern wird.

^ update, damits jemand mitbekommt

Zitat von Selur

Die Variante die flotter im 1st pass ist, sollte bevorzugt werden.

Was im nächsten Encodingwissen-Update seine Konsequenzen haben wird.

Thx fürs Testen, Bumsfalara.

Falls das noch jemanden interessiert.

Pass2 ohne p4x4

Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --pass 2 --bitrate 1500 --stats "D:\MainMovie\RISING SUN\Rising Sun.stats" --ref 5 --mixed-refs --no-fast-pskip --bframes 16 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -2,-2 --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --vbv-maxrate 25000 --me umh --threads auto --thread-input --sar 1:1 --progress --output "D:\MainMovie\RISING SUN\Rising Sun.mkv" "D:\MainMovie\RISING SUN\Rising Sun.avs" --sar 16:11
avis [info]: 716x546 @ 25.00 fps (186229 frames)
x264 [warning]: width or height not divisible by 16 (716x546), compression will suffer.
x264 [info]: using SAR=16/11
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSSE3 
x264 [warning]: VBV maxrate specified, but no bufsize.
x264 [info]: slice I:1513  Avg QP:19.11  size: 32156  PSNR Mean Y:45.61 U:48.74 V:49.69 Avg:46.47 Global:46.21
x264 [info]: slice P:79916 Avg QP:21.18  size: 11375  PSNR Mean Y:44.40 U:48.27 V:49.16 Avg:45.37 Global:45.06
x264 [info]: slice B:104800 Avg QP:22.80  size:  4191  PSNR Mean Y:43.07 U:47.47 V:48.28 Avg:44.12 Global:43.79
x264 [info]: mb I  I16..4: 30.0% 62.6%  7.4%
x264 [info]: mb P  I16..4:  8.4% 15.3%  1.5%  P16..4: 43.7% 12.1%  4.7%  0.0%  0.0%    skip:14.3%
x264 [info]: mb B  I16..4:  0.6%  1.2%  0.2%  B16..8: 33.2%  1.2%  2.4%  direct: 4.1%  skip:57.2%
x264 [info]: 8x8 transform  intra:60.8%  inter:70.7%
x264 [info]: direct mvs  spatial:91.9%  temporal:8.1%
x264 [info]: ref P  58.1% 21.3% 10.3%  5.9%  4.4%
x264 [info]: ref B  70.6% 17.2%  5.9%  3.7%  2.5%
x264 [info]: SSIM Mean Y:0.9715267
x264 [info]: PSNR Mean Y:43.659 U:47.823 V:48.668 Avg:44.674 Global:44.305 kb/s:1500.26


encoded 186229 frames, 12.37 fps, 1500.32 kb/s
desired video bitrate of this job: 1500 kbit/s - obtained video bitrate (approximate): 1503 kbit/s

Geschwindigkeitserhöhung ist nicht nenneswert, SSIM Veränderung auch nicht.
-> Ich würd jedem empfehlen das anzulassen, Schaden tut es nicht und Zeit kostet es auch nicht. Und ich gehe davon aus, dass es Fälle oder Filme gibt in denen es doch etwas bringt.

Ich hab mir MeGUI jetzt nochmal genauer angeschaut. Demnach, was sich an der CLI tut, wenn man erst alles was geht einschaltet und dann Turbo aktiviert, müsste die vollständige Liste für den Turbo-1st-Pass so aussehen:

--me dia
--subme 1
--ref 1
--analyse none
-- trellis 0
kein --8x8dct
kein --b-rdo (logisch wg. subme)
kein --weightb
kein --bime
kein --no-fast-pskip
kein --mixed-refs (logisch wg. ref 1)

Im MEncoder-manual steht folgendses Interesantes:

<table border="0" cellpadding="0" cellspacing="0" cols="2" frame="void" rules="none" width="100%"><tbody><tr align="left" valign="top"> <td width="10%"></td> <td width="89%"><p> <b>turbo=&lt;0-2&gt;</b></p></td></tr></tbody></table><!-- INDENTATION --><table border="0" cellpadding="0" cellspacing="0" cols="2" frame="void" rules="none" width="100%"><tbody><tr align="left" valign="top"> <td width="21%"></td> <td width="77%"><p> Fast first pass mode. During the first pass of a two or more pass encode it is possible to gain speed by disabling some options with negligible or even no impact on the final pass output quality.</p></td></tr></tbody></table><!-- TABS --><table border="0" cellpadding="0" cellspacing="0" cols="4" frame="void" rules="none" width="100%"><tbody><tr align="left" valign="top"> <td width="26%"></td> <td width="4%"><p> 0</p></td> <td width="2%"></td> <td width="66%"><p> disabled (default)</p></td></tr><tr align="left" valign="top"> <td width="26%"></td> <td width="4%"><p> 1</p></td>
<td width="2%"></td> <td width="66%"><p> Reduce subq, frameref and disable some inter-macroblock partition analysis modes.</p></td></tr><tr align="left" valign="top"> <td width="26%"></td> <td width="4%"><p> 2</p></td> <td width="2%"></td> <td width="66%"><p> Reduce subq and frameref to 1, use a diamond ME search and disable all partition analysis modes.</p></td></tr></tbody></table>

EDIT: Öhhmm... Das hatte ich mir mit dem HTML aber anders vorgestelt... Warum wird das den nicht geparst?

EDIT2: hab den entsprechenden pasus mal auf meinen webspache geladen:
http://home.arcor.de/redfoxs_den/mplayer_x246_20081209.html
Weis übrigens eier ob es von dem MPlayer/encoder - Manual auch ne duetsche version gibt? wen nicht nach ich ne Übersetzung.

Hab dir die Tabelle angepasst. [noparse]Der [code=html]-Tag[/noparse] ist dafür da, dass HTML-Code als Code angezeigt wird. Wenn er geparst werden soll, einfach ohne was ins Posting setzen (ist aber nicht in allen Foren aktiviert). Vorher alle Zeilenumbrüche und Einrückungen löschen, denn die würden sonst trotzdem angezeigt.

Ich habe auch mal kurz was getestet um heraus zu finden welche qualitativen unterschiede (basierent auf der SSIM) es zwischen verschiedenen 1pass einstelleungen gibt:

redfeenz: 1pass und 2.Pass sind identisch und gelten als Referenz:

X264_715.EXE --pass 1 --bitrate 2000  --deadzone-inter 3 --deadzone-intra 6  --ipratio 1.25  --pbratio 1.25 --qcomp 0.75 --keyint 9999 --min-keyint 1 --bframe 16 --me umh --merange 24 --subme 7 --no-fast-pskip --no-dct-decimate --cqm "jvt" --partitions all --8x8dct --bime --ref 16 --trellis 1 --mixed-refs --weightb --b-rdo --deblock -1:-2 --progress --no-ssim --no-psnr --output NUL "C:\Eigene Dateien\skripte\mpeg.avs"

X264_715.EXE --pass 2 --bitrate 2000  --deadzone-inter 3 --deadzone-intra 6  --ipratio 1.25  --pbratio 1.25 --qcomp 0.75 --keyint 9999 --min-keyint 1 --bframe 16 --me umh --merange 24 --subme 7 --no-fast-pskip --no-dct-decimate --cqm "jvt" --partitions all --8x8dct --bime --ref 16 --trellis 1 --mixed-refs --weightb --b-rdo --deblock -1:-2 --progress --no-psnr --output "motion_hq.264" "C:\Eigene Dateien\skripte\mpeg.avs"

1pass: 1Frame/sec (aua!)
[Blockierte Grafik: http://img5.myimg.de/2phqp1e286b.png]
2pass:
[Blockierte Grafik: http://img5.myimg.de/2phqp2adf0d.png]

Test 1:

X264_715.EXE --pass 1 --bitrate 2000  --deadzone-inter 3 --deadzone-intra 6  --ipratio 1.25  --pbratio 1.25 --qcomp 0.75 --keyint 9999 --min-keyint 1 --bframe 16 --me hex --no-chroma-me --subme 4 --no-fast-pskip --no-dct-decimate --cqm "jvt" --partitions i8x8,b8x8,p8x8,i4x4 --8x8dct --bime --ref 6 --trellis 0 --mixed-refs --weightb --deblock -1:-2 --progress --no-ssim --no-psnr --output NUL "C:\Eigene Dateien\skripte\mpeg.avs"

X264_715.EXE --pass 2 --bitrate 2000  --deadzone-inter 3 --deadzone-intra 6  --ipratio 1.25  --pbratio 1.25 --qcomp 0.75 --keyint 9999 --min-keyint 1 --bframe 16 --me umh --merange 24 --subme 7 --no-fast-pskip --no-dct-decimate --cqm "jvt" --partitions all --8x8dct --bime --ref 16 --trellis 1 --mixed-refs --weightb --b-rdo --deblock -1:-2 --progress --no-psnr --output "motion_hq.264" "C:\Eigene Dateien\skripte\mpeg.avs"

[Blockierte Grafik: http://img5.myimg.de/2pt1p1fcded.png]

[Blockierte Grafik: http://img5.myimg.de/2pt1p268ee3.png]

Test2:

X264_715.EXE --pass 1 --bitrate 2000  --deadzone-inter 3 --deadzone-intra 6  --ipratio 1.25  --pbratio 1.25 --qcomp 0.75 --keyint 9999 --min-keyint 1 --bframe 16 --me dia --no-chroma-me --subme 1  --cqm "jvt" --partitions none --ref 1 --trellis 0  --deblock -1:-2 --progress --no-ssim --no-psnr --output NUL "C:\Eigene Dateien\skripte\mpeg.avs"

X264_715.EXE --pass 2 --bitrate 2000  --deadzone-inter 3 --deadzone-intra 6  --ipratio 1.25  --pbratio 1.25 --qcomp 0.75 --keyint 9999 --min-keyint 1 --bframe 16 --me umh --merange 24 --subme 7 --no-fast-pskip --no-dct-decimate --cqm "jvt" --partitions all --8x8dct --bime --ref 16 --trellis 1 --mixed-refs --weightb --b-rdo --deblock -1:-2 --progress --no-psnr --output "motion_t2.264" "C:\Eigene Dateien\skripte\mpeg.avs"

[Blockierte Grafik: http://img5.myimg.de/2pt2p1cba7f.png]
[Blockierte Grafik: http://img5.myimg.de/2pt2p20e40e.png]

Ergebniss: Selbst bei den schnellsten Einstellungen sind die Unterschiede Qualitätsmetrisch gesehen maginal.

Edit von Brother John:
Bemerkungen zur Quelle entfernt, um den absehbaren Flamewar zu verhindern.

Bumsfalara: wie hast die den die logs in eine datei bekommen? Piepen ala foo.exe > Bar.txt funzt bei mir nicht...

Zitat von Redfox

Weis übrigens einer ob es von dem MPlayer/encoder - Manual auch ne duetsche version gibt? wen nicht nach ich ne Übersetzung.

http://www.mplayerhq.hu/DOCS/man/de/mplayer.1.html
Ich hab mal dem Maintainer eine Email geschrieben und gefragt ob ich aus dem x264enc-teil eine Doku für x264.exe basteln darf.

Edit von Brother John:
Kommentar zu Redfoxs Bemerkungen zur Quelle entfernt, um den absehbaren Flamewar zu verhindern.