Archiv verlassen und diese Seite im Standarddesign anzeigen : x264 CLI & MeGUI - Rate Control Einstellungen
Viperzahn
22. July 2005, 19:36
Hallo,
ich habe ein paar Fragen zu den x264 Rate Control Optionen, die in MeGUI angelgt sind:
VBV Buffer Size
VBV Maximum Bitrate
Welche Werte muß ich vorgeben, wenn ich mein fertiges *.mp4 auf einem (in Zukunft verfügbaren) SA Player problemlos abspielen möchte?
VBV Initial Buffer
Bitrate Variance
Quantizer Compression
Temp. Blur of est. Frame complexity
Temp. Blur of Quant after CC
Was genau bewirken diese Einstellungen? Wo finde ich Informationen dazu?
Andere Fragen:
Warum hat Doom9 "Maximum Quantizer Delta" in seiner MeGUI auf 1, anstelle des Standardwertes von 4? Wenn ich richtig verstanden habe, wofür dieses Feature da ist, ist 1 doch extrem einschränkend?
Beta Deblocking: bewirken niedrigere Werte das eher deblockt wird?
Doom9
22. July 2005, 20:15
Welche Werte muß ich vorgeben, wenn ich mein fertiges *.mp4 auf einem (in Zukunft verfügbaren) SA Player problemlos abspielen möchte?wenn man in die Zukunft sehen könnte...
Warum hat Doom9 "Maximum Quantizer Delta" in seiner MeGUI auf 1, anstelle des Standardwertes von 4? Wenn ich richtig verstanden habe, wofür dieses Feature da ist, ist 1 doch extrem einschränkend?Vermutlich war das mal der mencoder Standard.. momentan ist der default bei mencoder 2 und bei x264.exe 4.. so ganz einfach ist das halt nicht wenn dauernd an den Parametern rumgeschraubt wird.
Beta Deblocking: bewirken niedrigere Werte das eher deblockt wird?gerade umgekehrt.. he höher desto mehr.. je tiefer desto weniger.
Dann gibts die mencoder manpage zum Thema Parameter: http://mplayerhq.hu/DOCS/man/en/mplayer.1.html#CODEC%20SPECIFIC%20ENCODING%20OPTIONS%20(MENCODER%20ONLY (http://mplayerhq.hu/DOCS/man/en/mplayer.1.html#CODEC%20SPECIFIC%20ENCODING%20OPTIONS%20%28MENCODER%20ONLY))
und dann gibts sogar noch was auf deutsch: http://www.flaskmpeg.info/board/thread.php?postid=54931
Viperzahn
22. July 2005, 21:44
>wenn man in die Zukunft sehen könnte...
Hätte ja sein können, das das schon spezifiziert ist.
Dann gibts die mencoder manpage zum Thema Parameter: http://mplayerhq.hu/DOCS/man/en/mplayer.1.html#CODEC%20SPECIFIC%20ENCODING%20OPTIONS%20(MENCODER%20ONLY)
und dann gibts sogar noch was auf deutsch: http://www.flaskmpeg.info/board/thread.php?postid=54931
Im Wissenswerten steht nichts zu diesen Rate Control Settings, aber die MPlayer Page ist genau das, was ich gesucht hatte, danke :daumen:
Im Wissenswerten steht nichts zu diesen Rate Control Settings, aber die MPlayer Page ist genau das, was ich gesucht hatte, danke :daumen:
Das aktuelle Wissenswerte gibt es jetzt online (http://movie2digital.de/hp/index.php?option=com_content&task=view&id=93&Itemid=27). :) Und da steht ne ganze Menge Wissenswertes drin. Man muss nur richtig übersetzen. Hier mal mein eigener Krückstock zur Überprüfung durch Euch:
Bias = BframeBias --b-bias 0 :Nur bei besonders niedrigen Datenraten auf 1 setzen
ScenecutThreshold = --scenecut 1.40: Finger weg
Keyframe boost = --ipratio 1.40: 1.35 bei niedriger Datenrate
BframeReduction = --pbratio 1.30 : 1.40 bei niedriger Datenrate, 1.20 bei hoher Datenrate
BitrateVariability = --qcomp 0.60 = Quantizer Compression, 0.70 bei niedrigen Datenraten
Min QP = --qpmin 10 = Minimum Quantizer: bei niedriger Datenrate senken auf --qpmin 0 oder 5
Min Max = --qpmax 51 = Maximum Quantizer: bei hoher Datenrate erhöhen
Max QP Step = --qpstep 4 = Maximum Quantizer Delta
Doom9
23. July 2005, 13:50
@JoeB (member.php?u=5456): Wie gehts mit dem MeGUI voran?
Min QP = --qpmin 10 = Minimum Quantizer: bei niedriger Datenrate senken auf --qpmin 0 oder 5
Sicher? Je kleiner der Quantisierungsfaktor, umso höher die Bitrate; wenn das Ziel nur geringe Bitrate ist, wäre eine Erhöhung (zur Begrenzung) dann nicht eher sinnvoll? Oder die Verringerung bei hoher Zielbitrate?
Min Max = --qpmax 51 = Maximum Quantizer: bei hoher Datenrate erhöhen
a) "Min Max"? Wohl eher "Max QP".
b) Höher als 51 geht doch gar nicht, oder? Eher "senken".
Max QP Step = --qpstep 4 = Maximum Quantizer Delta
Hier wäre interessant, was für Vor- und Nachteile das Erlauben schnellerer Sprünge bringt.
Übrigens: Am Ende von Kapitel 3.1.1 ist orgendwie der Satzbau durcheinander geraten. Außerdem wundert mich etwas, dass der hier als HTML vorliegt, Selur verbreitet doch sonst immer PDF?
Selur
24. July 2005, 09:32
Um genau zu sein, Arbeite ich immer mit OpenOffice, hab JoeB aber zugesagt etwaige Neuerungen auch in das html Dokument einzupflegen, wenn er es in den html Kontext einigermaßen integriert bekommt. :)
Cu Selur
Ps.: bei 3.1.1 ist wohl was beim Copy&Paste kaputt gegangen, habe es jetzt erstmal gefixt,.. (denke ich)
@JoeB (http://member.php?u=5456): Wie gehts mit dem MeGUI voran?
Versprochen ist versprochen. Wird auch genau an gleicher Stelle wie Selurs Anleitung veröffentlicht. Nächsten Donnerstag geht es aber erstmal für den Rest der Sommerferien ab nach Spanien und danach wird das Thema angegangen (einiges habe ich aber schon zusammen). Ich würde Dir dann gerne irgendwann mal einen link zum unveröffentlichen online-Dokument senden - zum Korrekturlesen. Darf ich?
@ Ligh
Habe die Tips bei Selur abgeschrieben, leuchtet aber ein was Du sagst. Vielleicht habe ich da bei selur was falsch verstanden :(
Selur
24. July 2005, 12:03
wo hab ich das den geschrieben?
Cu Selur
wo hab ich das den geschrieben?
Cu Selur
Hast nicht, habe es gerade nochmal nachgelesen. Habe es wohl mehr da hineiinterpretiert. Eigentlich schreibst Du sogar genau das Gegenteil und damit das gleiche wie Ligh oben. Habe ich aber beim ersten Lesen komplett andersherum verstanden.
Selur
25. July 2005, 08:31
Ah okay, ich mein Fehler kommen vor,..
Cu Selur
Doom9
25. July 2005, 13:02
Ich hab das max quantizer delta in der neuen Version auf 4 (x264.exe) bzw 2 (mencoder) gesetzt. allerdings muss ich jetzt noch die matroska bitrate kalkulation hinbekommen bevor irgendwas releast wird (ach wäre ich doch bloss bei mp4 geblieben, jeder weitere Container schafft nen Haufen neuer Probleme)
SillKotscha
25. July 2005, 13:32
(r280) Removed the MKV patch coz it has been committed.
vielleicht solltest Du Dir die Arbeit sparen...
P.S.: wie schaut's denn mit dem *.mpg sample aus? Hat es geholfen?
@ Sill:
Denke daran, die MKV-Ausgabe der x264.exe hätte nicht viel zu tun mit eventueller Unterstützung von MKV-Multiplexing mehrerer Spuren. (Obwohl Doom9 das ja eigentlich nie wollte?! Klingt aber plötzlich so...)
Doom9
25. July 2005, 23:26
vielleicht solltest Du Dir die Arbeit sparen...Das wird schon seit release 0.2.1.4 unterstützt. Ich spreche natürlich von vollem Matroska support.. d.h. Bitrate Berechnung (wer denkt das sei einfach empfehle ich mal die Lektüre von mosu's Kommentaren in container Forum bei mir), muxen, usw.
MeGUI wird vermutlich das erste und letzte Projekt sein wo ich je mehrere Container unterstütze. Das nächste wird definitiv nur MP4 ausspucken.. da kann ich mich aufs Essentielle konzentrieren.
SillKotscha
26. July 2005, 09:25
Das wird schon seit release 0.2.1.4 unterstützt.
schon, aber ich meinte in diese Richtung weiter zu entwickeln... aber Schwamm drunter
:)
SIll
Doom9
26. July 2005, 13:30
die mpg Datei hab ich noch nicht mal runtergeladen, bin noch voll mit Matroska beschäftigt. Aber danach werd ich mich wieder aufs Kerngeschäft konzentrieren und an Usability Features arbeiten anstatt special requests.
SillKotscha
26. July 2005, 16:36
sehr schön.
Kann sein, dass diese "Free-Hoster" die Datei irgendwann über Board werfen. Dann einfach noch mal 'einfordern'...
wie gesagt macht es wenig Sinn, dass MeGUI nach der Info-File vom DVD-D'er fragt, wenn das eine einzelne mpg-datei ist. Und vor allem der eigenartige Bug, dass nachdem DGIndex demuxte das Fenster/ das ganze Programm (zumindest bei mir nachvollziehbar) komplett einfriert.
Der 'One-Click-Mode' wäre dann auch für einzelne mpg-Dateien sehr geil und nicht nur für vobs ;)
aber genug genervt ;D
happy coding und vielen Dank
Gruß Sill
Doom9
26. July 2005, 17:03
Ich denke das Infofile kann ich heute Abend noch rausnehmen.. will aber lieber kein Release versprechen bevor nicht alles einwandfrei läuft. Das ist leider so ne Sache mit third party code.. das Testen wird u.U. nicht immer so ernst genommen, und obwohl mein Name nur in den sourcen steht, schlussendlich landen die Probleme wieder auf meinem Tisch.
Doom9
26. July 2005, 23:40
so, die neue Version wäre draussen. Hab ich schon erwähnt dass ich nur noch MP4 als Container mag?
Kann mich schwach daran erinnern... :grübeln: :D
__
Noch mal zur Sicherheit:
Wenn ich mit manuellen Optionen zunächst AC3 zu AAC und das Video zu x264 konvertieren will, dann werde ich wohl mindestens zwei Queues brauchen - eine mit zwei Jobs (1: Audio AC3-AAC, 2: AVS-MP4), und dann noch eine für's Multiplexen (MP4+AAC, weil ja danach erst die Zwischendateien existieren).
Alles-in-eins geht zwar auch, schränkt meine Freiheiten aber zwangsläufig ein.
Richtig?
Doom9
26. July 2005, 23:47
um was für Freiheiten gehts denn? Ich denke mal ich decke mehr als genug ab.
Na, One-Click-Encoding erforderte wohl eine DVD als Quelle. Selbstgebastelte Quellen waren damit nicht so einfach zu vollautomatisieren, glaube ich...
Na, egal. Ich muss bei meinen kleinen Kurztests ja nicht unbedingt die Nacht über warten, bis alles vorbei ist, dazu dauert es zum Glück nicht lang genug.
Ich überlege zwar, ob man neben dem Video- und Audio- auch noch einen Demux-Job definieren lassen könnte (als A|V-Quellen jeweils entweder "Ausgabe des A|V-Jobs" oder eigene Datei, eigenes "Add to queue"). Aber das würde wohl das bisherige Konzept zu sehr auseinander reißen. Lassen wir's besser. Du musst auch mal in's Bett...
nexustheoriginal
27. July 2005, 00:07
BettWas ist ein "Bett"? http://www.cheesebuerger.de/images/smilie/konfus/c025.gif
Ich warte ja immer noch auf das "Approval" der neuen Version... ;)
Doom9
27. July 2005, 00:09
ne, one click encoding unterstützt auch ts und mpg.. nur gibts halt da keine nette audio selection.. da musst du einfach selbst herausfinden welchen track du denn zum demuxen anwählen musst. aber danach geht das alles vollautomatisch. na gut.. subs gibts halt nicht vollautomatisch aber ocr wird nie vollautomatisch sein.. das ist ne Architektursache.
dgindex jobs sind leider nicht so einfach. nicht weil der aufruf kompliziert wäre.. das postprocessing ist das problem (z.B. findet man die namen der audiotracks erst nach dem demuxen raus, und dann müsste man in einen solchen job noch tonnenweise infomaterial packen: welcher codec, container, size, subs, etc etc etc).
Sehr bezeichnend ist auch dass niemand ein vernünftiges Design zu Featurewünschen liefert. Da heisst immer schön "ich hätte noch gern", und ich darf dann selber schauen. Wenn ein Featurerequest mit einem Design (nicht nur GUI, die Logik ist wichtig, die Abläufe müssen definiert sein.. dort drin liegen nämlich die Probleme) daherkommt, sieht man gleich obs funktioniert oder ob mans gleich vergessen kann (die Requests würden gar nie kommen weil das Feature in der Designphase rausfliegt).
Ich will ja nix demuxen lassen. Ich habe hier Video als fertiges AVS (z.B. weil ich eigentlich ein MOV als Quelle habe) und da eine fertig demultiplexte Tonspur (z.B. auch PCM-WAV). Und die will ich transcodieren.
Beispiel: Matrix-Reloaded/Revolutions-Trailer - Video per DirectShow-Source, Audio als WAV extrahiert und resampelt; und dann weiter...
Doom9
27. July 2005, 08:41
Das ist ein klarer Fall für AutoEncoding.. das kann vollautomatisch erledigt werden. MeGUI unterstützt AC3, MP2, MP3 und WAV als audio Input. Der One Click Mode ist der falsche Modus hier.. der taugt nur was wenn VOBs, MPGs oder TS als Input verwendet wird. Auto Mode macht genau das gleiche, einfach ohne DGIndex Projekt und AviSynth Skript automatisch zu erstellen.. aber der Code hintedran ist genau der gleiche.
Dann muss ich die MeGUI wohl noch mal genauer unter die Lupe nehmen, wenn ich da was übersehen habe. :daumen:
SillKotscha
28. July 2005, 21:26
leider besteht mein/ das "Freeze-Problem" noch immer. Oder hattest Du gar nicht die Zeit Dich damit näher zu beschäftigen??
wie gesagt betrifft es den "d2v project creator", wenn ich eine mpg-datei einlade und demuxen möchte, um sie dann einladen zu lassen...
das gesamte Programm friert ein und ist nur über den Taskmanager zu beenden :(
wäre schön, wenn Du die Zeit finden könntest da mal ein Auge d'rauf zu werfen.
Gruß Sill
Edit:
mal 'ne Frage zu 'mkvmerge'... reicht es zum muxen die exe zu haben oder benötige ich noch die lib-dateien/*.dll's, welche sich im Install-Ordner vom MKVMergeGUI befinden?? Würde ansonsten einfach die mkvmerge.exe in "meinen Tools-Unterordner" vom MeGUI kopieren und müßte dann nicht mehr Mosu's Paket installieren.
Doom9
28. July 2005, 23:17
mal 'ne Frage zu 'mkvmerge'..Schon mal versucht mkvmerge.exe ohne die libraries auszuführen? Das kommt nicht gut ;)
Und ich hatte noch keine Zeit die mpg Datei anzuschauen. DGIndex zu debuggen wird schwer denn da friert mir VS immer ein.. erst wenn ich wieder im GUI thread bin kann ich richtig debuggen. Ausserdem kann ich das Problem nicht nachvollziehen.. bei mir funktioniert das prima mit deiner mpg Datei.
SillKotscha
29. July 2005, 10:26
also an der mpg sollte es auch nicht liegen... das ist ja bei jeder mpg datei bei mir so.
ich mein, viele Wege führen nach Rom - ich bin nicht auf den d2vcreator angewiesen, wäre aber schön alles in einem zu haben. :)
kann das ein .NET Problem sein?? Wäre aber komisch, da ja alles andere funktioniert.
Doom9
29. July 2005, 13:39
Ich habs noch auf einer zweiten Maschine versucht, mit dem gleichen Ergebnis. Und mit nur 1. Bugreport seit es den d2v creator gibt.. das sieht nicht gut aus. Trace code schreib ich erst wenn ich ne handvoll Bestätigungen habe. Ich würde mal vorschlagen VS2k3 zu starten und ein paar Breakpoints zu setzen denn ich hab nicht mal nen Verdacht was da schieflaufen könnte. Ich hab mittlerweile auch DGIndex 1.4.1 beta3 im Einsatz anstatt der alten 1.2.1 Version, und auch damit funktionierts tadellos.
Viperzahn
30. July 2005, 00:20
Ein ganz kleiner Verbesserungsvorschlag:
Wenn man den Pfad zu BeSweet in den Settings hinterlegt, wird abgeprüft, ob die aacenc32.dll und die aac.dll im BeSweet Verzeichnis liegen. Jedoch benötigen die beiden dll's noch die NeroIPP.dll um ordnungsgemäß zu funktionieren. Wenn Nero installiert ist, suchen sich die Encoder dll's den Pfad zur NeroIPP.dll über die Registry, wenn Nero nicht installiert ist und die NeroIPP.dll nicht im selben Verzeichnis wie die Encoder dll's liegt, startet BeSweet zwar kurz, bricht aber sofort, ohne Fehlermeldung ab.
Doom9
30. July 2005, 02:38
Und wie kriegt man legalerweise den Nero AAC encoder wenn nicht mit Nero? Ich nehme mal an ND Pro verhält sich hier genauso, und das sind meines Wissens nach die beiden einzigen Möglichkeiten den Nero AAC encoder legal zu bekommen.
Viperzahn
30. July 2005, 02:49
Und wie kriegt man legalerweise den Nero AAC encoder wenn nicht mit Nero?
Man läd sich Nero von der Nero Homepage runter, extrahiert das Archiv z. B. mit WinRAR und kopiert sich die benötigten Dateien raus, welche man nach 30 Tagen selbstredend wieder löscht (danach gibts eh i. d. R. wieder die nächste Demoversion zum ausprobieren) :)
Doom9
30. July 2005, 12:35
Naja, wer sowas tun will soll wissen was er tut oder ist sonst selbst schuld.
SillKotscha
30. July 2005, 18:23
Ich habs noch auf einer zweiten Maschine versucht, mit dem gleichen Ergebnis. Und mit nur 1. Bugreport seit es den d2v creator gibt.. das sieht nicht gut aus.
also, damit Du nicht denkst, ich bin völlig bescheuert... hier mal ein Video zum ansehen und nicht einladen :)
Doom9
31. July 2005, 14:25
Ich glaub es ja schon, allerdings muss ich anhand der Anzahl Meldungen davon ausgehen dass das Problem im PC oder zwischen PC und Stuhl liegt ;)
Es ist aber normal dass während dgindex läuft nichts mehr gemacht werden kann. Wegen dem postprocessing wird das nicht wie ein encoding/mux Job gehandhabt. Läuft dgindex denn durch, sprich hast du ein Funktionierendes Projekt File? Ich habs nochmals laufen lassen, bei mir Funktioniert auch das Laden des Outputs tadellos.
SillKotscha
1. August 2005, 12:19
jaja, das Problem sitzt immer vor dem Computer :)
klar, ein funktionierendes Projekt File wird generiert... kann auch eingeladen werden, das war ja uach nie das Problem, sondern das mir das Programm einfach "festläuft". Da das bezüglich Deines Programms bei mir die einzige Macke ist, glaube ich mal, dass es wohl irgendwie doch am Programm liegen muss und nicht am PC... andere .NET Anwendungen laufen ebenso tadellos.
aber wie gesagt, wenn Dich dieser Bug-Report komplett periphär tangiert, dann soll mir das recht sein :) bis jetzt habe ich den d2vCreator nur benutzt, um das Programm auf Mark und Bein zu testen und das war nun mal der einzige Bug.
Grüzi, Sill
Doom9
21. September 2005, 22:23
@Sill: bitte mal 0.2.2.5a probieren.. ich hab mit dem dgindex Umbau angefangen. Der separate Thread ist schon mal weg.
Starship2000
12. November 2005, 23:49
Hallo Zusammen
Sorry, wenn ich diesen alten Thread wieder auffrische, aber leider habe ich in den Feldern "VBV Buffer Size" und "VBV Maximum Bitrate" gar keinen Wert mehr drin (Feld ist total leer). Und im ganzen Thread sind bisher keine Werte genannt worden.
Was soll ich also in den folgenden Feldern für Standard-Werte nehmen (hab im Wissenswerten nichts gefunden):
VBV Buffer Size
VBV Maximum Bitrate
VBV Initial Buffer
btw: Wie komme ich wieder an die Default-Werte heran die Doom9 vorgesehen hatte. Ich habe leider mittlerweile einige Profile angelegt, jetzt kam mir die Idee alle Video-Profile zu löschen, in der Hoffnung, dass ich wieder die vorgesehenen Default-Werte bekommen könnte: Fehlanzeige, die Felder sind nach wie vor leer.
Danke und Grüsse
sam1974 (Starship2000)
Kopernikus
13. November 2005, 00:31
Die Defaulteinstellungen des Kommandozeilenencoders sind 0 für beide Einstellungen.
Das bedeutet, dass keine Einschränkungen gemacht werden.
ZUr Erklärung:
VBV Buffer hat etwas mit der Leitungsfähigkeit des Decoders zu tun, also wie viele Daten er puffern kann, und mit welcher Rate er Daten verarbeiten kann. Z.B. bei Hardware wie der PSP oder dem IPod oder auch zukünftigen Standalone Playern ist der Prozessor oder die Bandbreite nur begrenzt leistungsfähig, da ist diese Einstellung dann wichtig.
Wenn du nur auf dem PC abspielst, kann man das ruhig deaktivieren, da üblicherweise diese Einschränkungen nicht bestehen.
Dann hat der Encoder noch ein bisschen mehr Freiraum um noch ein bisschen mehr Qualität rauszukitzeln.
Selur
13. November 2005, 05:15
=> so lange keine H264 Hardwaredecoder draußen sind und Nero&Co keine Infos zu etwaigen Beschränkungen gibt wären alle Einschränkungen nur Vermutungen. Wenn Du umbedingt etwas einstellen willst, dann öffne Xvid und guckt Dir an wie in den einzelnen Profiles da die Werte beschränkt sind.
Cu Selur
Starship2000
13. November 2005, 08:22
Besten Dank für die Antworten. Ich wusste halt nicht, dass die Default-Einstellung 0 ist und dies gleichbedeutend ist mit "keine Einschränkung".
Hat mir jedenfalls sehr geholfen.
Danke und Gruss
vBulletin® v3.7.3, Copyright ©2000-2009, Jelsoft Enterprises Ltd.