so 20% weniger Datenrate als bei Xvid wür dich sagen müsste okay gehen
=> würde immer noch nen 2 CD Rip bei 110min machen
Cu Selur
so 20% weniger Datenrate als bei Xvid wür dich sagen müsste okay gehen
=> würde immer noch nen 2 CD Rip bei 110min machen
Cu Selur
Siiicher doch! - Da werd' ich auch testen, wie das mit dem Schneiden ist. Da war doch was mit IDR-Frames?
=> "Wissenswerte rund um x264"
kurz:
I-Frames sind nicht immer keyframes und wenn sie es sind werden sie IDR Frames genannt
Cu Selur
Ich habe was gelesen von "1 Sekunde .. 0.4 * max.-Frames". Ich hoffe, da sind "min. 50 Frames" gut im Limit, bei max. 250 Frames.
LigH
in der 136er Revision sind die adaptiven b-frames noch nicht verfuegbar-da musst du dir schon das neueste SVN compilen
[font=verdana, arial, helvetica]Quicklinks:
Revision 137 VFW: http://www.aziendeassociate.com/X264VFW_rev137.exe
Revision 137 CLI: http://www.aziendeassociate.com/X264_rev137.rar
Recent changes:
(r130) More tweaks to bitrate prediction. Change error messages when 2pass fails to converge.
(r131) Always use the tempfile and rename method for multipass stats, so that VfW knows whether the previous pass completed.
(r132) Configurable level. Levels are still not enforced; it's up to the user to select a level compatible with the rest of the encoding options.
(r133) Oops, increment API number.
(r134) Add: implicit weighted prediction for B-frames. Slightly optimize x264_mb_mc_01xywh. Fix an error in B16x8 cost.
(r135) VfW: Enable weighted B prediction when max B-frames > 1. Enforce max reference frames <= 15.
(r136) Write x264's version in a SEI message.
(r137) Preliminary adaptive B-frame decision (not yet tuned). Fix flushing of delayed frames when the encode finishes.
LigH: Bei einer Auflösung von 576x256 und 2 Tonspuren nehme ich bei 2h immer noch eine CD.
Selur: Keine Änderung der GUI
[/font]
LigH:
250*0.4 = 100 den Wert hat akupenguin in der mencoder Doku angegeben, hatte wegen dem min IDR auch nen netten Thread im englischen Forum aufgemacht:
http://forum.doom9.org/showthread.php?s=&threadid=89936
wegen multiplen B-Frames:
http://forum.doom9.org/showthread.php?s=&threadid=90511
=> noch nicht testen, ist noch kaputt,...
neXus: wie immer:
Danke für die Info
Cu Selur
Ich bin ja nunmal fan von MeGUI (nutzt mencoder). Wenn ich nun den neuesten mencoder-compile nehme, dann muss der doch die adaptive b-frames können oder (wenn sie denn "getuned" sind ) ?
@ Selur:
Ich dachte, man dürfe auch weniger als 0.4*max-IDR verwenden. Wusste nicht, dass es todernst exakt so viel sein muss... -- Na gut, ich lese dort erst mal.
Ansonsten:
10,5 h für den "Fast 1st pass". Den 2nd-pass lass ich wohl besser über's Wochenende laufen?! :nein:
Zitatwegen multiplen B-Frames:
http://forum.doom9.org/showthread.php?s=&threadid=90511
=> noch nicht testen, ist noch kaputt,...
Nein, es sind nicht die B-frames, aber weighted prediction.. und das lässt sich momentan nicht abschalten, d.h. auch mit nur 1 Bframe, und mit pre 138 builds wirds Probleme geben.
"Weighted prediction" - bedeutet, dass frühere B-Frames mehr von früheren Referenz-Frames, und spätere B-Frames mehr von späteren Referenz-Frames beeinflusst werden sollten, um die Differenzwerde zu minimieren. Soweit richtig?
Die drehen langsam am Rad - 5 (in Worten: fünf) neue Revisionen an einem Tag (und der ist noch nicht um)...
ZitatAlles anzeigenx264 win32 daily builds (current build: rev.142)
Quicklinks:
Revision 142 VFW:
Generic - http://www.aziendeassociate.com/X264VFW_rev142.exe
Athlon Xp - http://www.aziendeassociate.com/X264VFW_rev142_athlonxp.exe (completely untested!)
Pentium 4 - http://www.aziendeassociate.com/X264VFW_rev142_pentium4.exe (completely untested too...)Revision 142 CLI: http://www.aziendeassociate.com/X264_rev142.rar
Recent changes:
(r132) Configurable level. Levels are still not enforced; it's up to the user to select a level compatible with the rest of the encoding options.
(r133) Oops, increment API number.
(r134) Add: implicit weighted prediction for B-frames. Slightly optimize x264_mb_mc_01xywh. Fix an error in B16x8 cost.
(r135) VfW: Enable weighted B prediction when max B-frames > 1. Enforce max reference frames <= 15.
(r136) Write x264's version in a SEI message.
(r137) Preliminary adaptive B-frame decision (not yet tuned). Fix flushing of delayed frames when the encode finishes.
(r138) Take into account keyint_max in B-frame decision.
(r139) Cosmetics: Some renaming. Move the rest of slice type decision from encoder.c to slicetype_decision.c
(r140) Implicit weights in B16x16 analysis were swapped.
(r141) Don't use uninitialize MVs in x264_mb_predict_mv_ref16x16.
(r142) Altivec functions for MC using the cached halfpel planes.
P.S.: Keine GUI-Änderungen, soweit ich sehe.
fluppt die Weighted prediction denn nun ?
ZitatWeighted Prediction: Werden Bildinhalte aus mehreren Referenz-Frames gemischt, können die Quellen beliebig gewichtet in die Mischung eingehen. So lassen sich Fades und Überblendungen extrem effizient codieren.
Quelle: http://www.computerbase.de/lexikon/H.264
Cu Selur
Bezweifle ich noch - zumindest ist davon bisher nichts explizit zu lesen.
Was ich meinte:
Bis dato hat die Weighted Prediction bei den B-Frames dafür gesorgt, dass diese kaputt waren (siehe Thread auf den ich oben gelinkt hab) wenn man mehr als 1 BFrame verwendete.
Cu Selur
Ich habe gestern mal "max. 5 Ref" und "max. 3 B" probiert. Sah perfekt aus. Ob ich die 10 MB (+ stats-File, zum 'reinschauen) mal irgendwo hochlade?
Nö, wenn Du keine Fehler, wie im angesporchenen Beitrag, siehst sollte es nun gehen,.. => Wissenswertes rund um x264 update kommt gleich
Cu Selur
kurze Frage: b-frames >1 kann man mittlerweile bedenkenlos verwenden?
Meiner Erfahrung nach ja - ein Trailer mit sehr unterschiedlichen Inhalten zeigte keinerlei Probleme.
ZitatAlles anzeigenx264 win32 daily builds (current build: rev.144)
Quicklinks:
Revision 144 VFW:
Generic - http://www.aziendeassociate.com/X264VFW_rev144.exe
Athlon Xp - http://www.aziendeassociate.com/X264VFW_rev144_athlonxp.exe (completely untested!)
Athlon 64 (32 bit) - http://www.aziendeassociate.com/X264VFW_rev144_athlon64.exe (completely untested!)
Pentium 4 - http://www.aziendeassociate.com/X264VFW_rev144_pentium4.exe (completely untested too...)Revision 144 CLI: http://www.aziendeassociate.com/X264_rev144.rar
Recent changes:
...
(r143) Simplify x264_frame_expand_border.
(r144) Disable deblocking filter in frames of sufficiently low QP that it would have no effect. (Saves a little CPU time in the decoder.)
___
Nachtrag: Athlon-64-Build (im 32-bit-Modus)
alles klar, ich mach grad einen Testclip (~7min) mit x264 bei 3bframes und einer Bitrate von 1500kbps..."gleiche" Einstellungen dann mit aktuellem XviD und NeroRecode.... mal gucken welches vid dann am besten aussieht...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!