Zuverlässige Berechnung der Bitrate unter DivX4

[twischta]

Hallo Leute,

ich habe hier ein etwas nerviges Problem mit der Berechnung der Bitrate eines DivX4-Avi.

Ich versuche seit geraumer Zeit einige Videos zu kodieren und habe dabei das Problem, das sich DivX4 nicht wirklich an die Bitrate hält die ich einstelle.

Wenn ich z.B. einen Film auf 625 MB kodieren möchte (ohne Tonspur und Credits) und die Bitrate mit Gordian Knot ausrechne, wird der Film grundsätzlich kleiner als geplant. In dem genannten Beispiel nur 600 MB groß. Diese 25 MB möchte ich jetzt nicht unbedingt verschenken, zumal die Qualität unter Ausnutzung des 'verschenkten' Platzes ja noch geringfügig steigen würde.

Ich benutze DivX 4.12 2-Pass und Virtual Dub 1.4.8 zum kodieren, bei einer Auflösung von 480x360. An der Auflösung liegt es nicht, das habe ich schon ausprobiert.

Irgendwelche Ideen wie ich DivX und VirtualDub dazu bringe, das zu tun, was ich will?

Thanks,
Twischta

[benderman]

Vielleicht benutzt du den falschen Calculator. Ich weiß jetzt nicht wie GK rechnet, aber grundsätzlich braucht man für DivX4 einen anderen Calculator als für DivX3.11. Das liegt daran, dass bei DivX4 1kbit=1000bit sind während bei DivX3.11 1kbit=1024bit sind. Das ist ein Unterschied von 2.4% und könnte die Abweichung wenigstens zum Teil erklären. Ansonsten mach ich es immer so, daß ich den Ton erst nachträglich umrechne. Wenn das Video dann etwas kleiner geworden ist setze ich einfach die Audiobitrate hoch und so wird die CD dann doch wieder voll.

Ich benutze übrigens nandub zum encoden und das hatte noch nie mehr als 1% Abweichung (meistens weniger)

[twischta]

Bei GK in der neuen Version kann ich auswählen, ob ich die Bitrate für 3.11 oder 4 berechnen will.

Die Idee den überflüssigen Platz für den Ton zu benutzen ist zwar nicht schlecht, aber mir geht es ja eigentlich darum, das Bild sauberer zu kodieren

Dann werde ich mal ausprobieren, was so die verschiedenen Calculator vorschlagen. Ist bestimmt interessant zu sehen das 1 nicht immer 1 ist *lol*.

Für weitere Vorschläge/Lösungen bin ich weiterhin offen.

[UncasMS]

wenn du 'sauber' kodieren willst, ist wohl divx4 die falsche wahl

das dingen bleibt einfach schlechter als der 3er.
das was glatter beim 4er aussieht wird doch nur dadurch erreicht, dass das bild furchtbar weichgezeichnet und veschwommen daherkommt.

ausserdem ist der 4er dafür bekannt, dass er sich weniger an berechnete grössen hält.

nimm nandub mit divx3, dann klappts mitr schärfe und genauigkeit.

(hattest du denn den compressability check gemacht mit dem4er innerhalb von gk?)

[twischta]

Hi Uncas,

Deine Argumente haben was für sich. Mag ja sein, das DivX4 den Lenormodus besitzt, allerdings hat mich der bislang nicht so sehr gestört. Da das, was ich kodieren will, eh eine DVB-Aufnahme von Premiere ist, ist das Weichspülen sogar besser. Premiere hat nämlich die Unart in einer saumäßigen Qualität zu senden.

Zum anderen ist es mir mit dem 3.11er noch nicht gelungen einige Fehler auszumerzen. Z.B. bei langsamen Vertikalschwenks wird der obere, bzw. untere Bildrand nicht sauber kodiert. Es werden Streifen kodiert, die da definitiv nicht hingehören. Ist mir mit dem 4er noch nicht passiert. Desweiteren treten bei mir öfter so lustige Bitfehler mit 3.11 auf.

Last but not least: Ich bin etwas erschlagen von den Einstellungsmöglichkeiten, die mir NanDub zur Auswahl gibt. Die Hilfe klärt dummerweise auch nicht alle meine Fragen.

Das mit dem Compressability check habe ich jetzt mal ausprobiert, allerdings bringt das nicht so viel, weil ich die Auflösug in GK nicht so einstellen kann, wie in meinem .avs file.


Wenn es jetzt noch irgendwo Infos oder eine Liste gäbe, wo die ganzen Parameter von NanDub erklärt sind, dann würde ich da ja noch mal rumprobieren *winkmitdemzaunpfahl*...

Danke,
Twischta

[benderman]

@twischta: Schlechte Qualität von premiere world? Ich hab hier ein paar Aufnahmen von Startrek Voyager und die sind erste Sahne (fast DVD-Qualität). Vielleicht liegts an deiner Karte oder dem Empfang.

[UncasMS]

ich bin auch etwas verdutzt bzgl. der pw quali.
das was ich bisher zu sehen bekam musste eher weichgezeichnet werden, weil es zu scharf war

bzgl nandub und parameter:
schau doch einfach mal auf meiner seite nach

es ist wirklich halb so wild!

wenn du bisher mit dem divx3er MACROBLOCKFEHLER erfahren hast (schmieren im bild; fehlerhafte blöcke)
dann halte dich erst rechtr an meine anleitung!

mit dem MS v2 codec und den antishit werten hatte ich das nie mehr, mit dem divx3er hingegen TROTZ antishit!

es liegt verdammt viel am codec und das original ist für mich einfach das beste!

[benderman]

@UncasMS: hab mir gerade mal deine nandub-guide angeguckt und find sie eigentlich recht ordentlich (obwohl ich diesen "Umweg" mit TSUNAMI's Param. Kalk. immer etwas umständlich finde, Geschmackssache halt). Ich wollte nur was zu Punkt 4.7 anmerken: Wenn man Options->Preferences->"Automatic defer to job" aktiviert hat kann man sich das Speichern der Process Settings eigentlich sparen. Über die Job-Control (F4) kann man den 1st und 2nd-pass manuell starten, abbrechen oder neu starten (auch z.B. nach einem Systemabsturz). Wäre vielleicht ganz sinnvoll das kurz zu erwähnen.

[UncasMS]

danke für den hinweis bezgl defer to job

kannte ich bisher noch gar nciht und werd es mal austetsten, was genau passiert!

muss dazu ein pass vollständig sein oder kann zu beliebiger zeit abgebrochen/durschossen werden?
hast du da erfahrungen??

bzgl des calculators:
in gk kann das cropping zwar evt. sehr simpel vorgenommen werden, aber dort stört mich bereits wieder die unschöne beschriftung: NICHT ANAMORPH (4:3)

das ist für einige zu irreführend, da man dort evt. nicht draufklickt, weil man sich sagt: 4:3 ist mein streifen nicht, also muss es anamorph sein!

dass das grundlegend in die hose geht, ist offensichtlich.

allerdings fidne ich die autocrop funktion in der tat sehr nett und überlege selber derzeit ganz massiv, ob ich meine gewohnheiten (man of habits, you know ) ändern sollte [und dann evt. auch die anleitung]!

selbstredend könnte ich auch einfach sagen, dass 2.35 generell mit 272 zu kodieren wären und 1.85 mit 352 (über 2-3% falsche AR brauchen wir nicht diskutieren, wer die angeblich bemerkt, beklaut auch seine oma)

grundsätzlich drück ich mich im moment davor, eine überarbeitung vorzunehmen, da einige links tot sind, und ich inhaltlich auch einiges ergänzen wollte (sound via dvd2avi, falls v2a nicht geht; ac3 extraction/konversion/muxing, nutzung von avs bzw. gk zum croppen - nur niemals gk => avs => nandub mit fast recompress und OHNE ms v2!
ich hatte selbst mit antishit in nandub mit divx3 noch macroblockfehler - mit ms v2 hingegen NIE)

daher steige ich auch nicht auf gk und das schnellere avs um. aber mal schauen, ob thewef irgendwann mal auf das geschrei von uns ms v2 anhänger im ultimateboard hört und etwas entsprechendes implementiert?!?

[benderman]

Mittendrin anhalten und dann weiter berechenen kann man mit der Job Control auch nicht.
Es ist einfach so, daß sowohl der 1st-pass als auch der 2nd-pass dann als "Jobs"behandelt werden. Die werden nacheinander abgearbeitet. Im Job-file stehen dann alle Aktionen die du mit der avi-Datei angestellt hast (alle Filter, angehängte Avis, veränderte Framerate, Compression ... ).
Wenn du einen Job abbrichst kannst du ihn wieder neu starten, er muss dann aber von vorne berechnet werden.
De grosse Vorteil ist meiner Meinung nach, daß man beliebig viele Jobs eintragen kann. Man kann z.B. mehrere conversions in die Liste eintragen und der pc arbeitet sie dann nacheinender ab. Wenn ich den pc übers Wochende mal nicht brauche trage ich einfach mehrere Jobs ein und brauche mich nicht mehr drum zu kümmern.

[twischta]

Ich melde mich dann doch nach ewiger Zeit noch mal zu Wort, da ich jetzt endlich mal das kodieren mit Nandub ausprobiert habe.

Was mir dabei sehr gut gefällt ist die penible Einhaltung der Bitrate, der Nachteil an dem Mpeg4v2 sind die schmierigen Blöcke die teilweise auftreten. Kann aber auch an meinen Einstellungen liegen, da Uncas' Guide nicht im Netz war als ich nachgeschaut habe.

Ich werde jetzt aber noch mal einen Versuch starten mit den vorgeschlagenen Werten und schauen was dabei rumkommt.

T.

[UncasMS]

der GUIDE steht wieder

ich habe auch recht lange für die überarbeitung des guides benötigt.

nun ist wieder alles online und einige bereiche grade um die rubrik cropping/resizing haben sich komplett geändert.

ferner sind die werte in den sbc settings nicht mehr dieselben, die ich zuvor in der alten version noch benutzt hatte.

schau einfach nochmal rein und halt dich an diese einstellungen.

wenn du dann noch 'schmierige' ergebnisse erhälst, würde ich die gern mal sehen!