RoBa bei DVD->DVD-R wirklich sinnvoll? was genau der vorteil?

salve.

die suche habe ich schon genutzt, konnte jedoch nichts zufriedenstellendes finden. auch google spuckt mir immer nur brockenhafte infos aus, die nich wirklich für aufklärung sorgen.

und zwar folgendes: verwende gewöhnlich die Big3(000) mit CCE.
nun bietet BatchCCEWS ja direkt die möglichkeit, die RoBa methode zu verwenden, was, wenn ich richtig beobachte und verstanden habe, lediglich die erstellung der VAF mit Constant Quality zur änderung hat.

Nun ist genau dieser Schritt das, was ich bei ner DVD nicht ganz verstehe.
Habe testweise einfach mal nen Film (16:9, 93min, sehr gute, scharfe, rauschfreie bildquelle) nur mit CQ25, CQ30 und CQ 50 encodet.

ergebnis war:
CQ25 - 2,0gb, quali 1
CQ30 - 1,8gb, quali 1-
CQ50 - 1,38gb, quali 2- (um die konturen herum wurds etwas blockig)

nun bietet CQ25 schon ne exzellente quali, liegt aber noch über 1gb unter dem, was für das video für ne dvd5 zur verfügung stünde.
ist das nu zufall, weil die source einfach so saugut ist und sich scheinbar exzellent komprimieren lässt (ist eigentlich sehr farbintensiv, kaum dunkel etc) oder kann ich da grundsätzlich so nen kleines ergebnis erwarten?

wenn letzteres der fall ist, was hätte es für einen sinn, wenn ein qualitätslevel angestrebt wird, welches weit unter dem möglichen liegt? oder hab ich da irgend nen argument bei vergessen?

sorry wenns das thema schon gab und ich es einfach nur übersehen hab (der link zur möglichen diskussion im gepinnten roba-thread führt ins 404), bitte nich übel nehmen

danke scho mal für aufklärung

wally

Zitat von LigH

Welcher Link wo? Bitte exakt, damit er evtl. repariert werden kann.

Ansonsten... Bei DVD-5 zu DVD-R wird nicht neu komprimiert. Da gibt es geeignetere Spezialtools, um evtl. Struktur zu ändern, Teile wegzulassen usw.; und dass man in "Top-Qualität" eine original DVD-9 sofort auf weit unter 4 GB kriegt, ist ohne mehr Details auch kaum vorstellbar.

http://forum.gleitz.info/showthread.php?t=4752
beide links am ende des posts führen ins leere. ersterer scheint noch von vor dem boardumzug(oder änderung der forensoftware) zu sein, letzterer scheint beabsichtigt 'deaktiviert' zu sein.

Bei DVD-5 zu DVD-R ist klar, da mach ich keinen reencode, wäre reichlich sinnfrei.

Zitat von Der Karl

Moin,

auch wenn die Fragestellung nicht ganz klar ist - CQ25 ist ja bei weitem nicht das Ende der Fahnenstange, auch wenn es schon sehr gut aussieht. Und: Ja - das ist Sourcenabhängig; d.h. ein anderer Film gleicher Länge kann bei CQ25 durchaus 7GB groß werden (sonst identsche Instzellungen vorausgesetzt)...

Gruß Karl

@beide
danke für die antworten
also mir gings darum, obs beim reduzieren von DVD9 auf DVD5 sinn macht, die RoBa-Methode zu verwenden.

Mit meinem Beispiel wollte ich nur zeigen, dass es bei diesem einen Test mit nem relativ niedrigen CQ wert bereits ne erstklassige quali ergab, das platzlimit der dvd jedoch ne ~60% höhere avg-bitrate zuließ.

Daher drängte sich mir die Frage auf, welcher sinn und zweck dahinter steckt, die Video Information File auf Basis des 1-Pass-modus zu erstellen.

Anders ausgedrückt:
Welchen vorteil bietet die methode gegenüber nem alleinigen Multi-Pass encode (bei welchem ja die .vaf aufgrund der avg-bitrate erstellt wird(?)), also was genau wird da anders gemacht?
Das ist der Punkt, der mir nicht so ganz klar ist.

Hoffe, es ist nun etwas ersichtlicher, was ich überhaupt will ;D

Wally

verdammt, hin und wieder denk ich etwas verquer
mit 'niedriger CQ-Wert' dachte ich umgekehrt, also 100=niedrig, 0=hoch, also nen qualitatives niedrig

Aber soweit isses mir dann erstmal klar, was genau die Unterschiede sind (so in etwa hatte ich mir es ja gedacht), wobei ich mit der Quantisierung noch nich so richtig was anfangen kann (muss wohl noch viel lernen ^^).

Schon mal vielen dank für die erklärung, bin wieder etwas schauler

Das einzige was mich noch grübeln lässt ist die Auswirkung des Wertes, den ich beim OPV angebe (in Verbindung mit der RoBa-Methode natürlich).

Angenommen mit der verfügbaren Bitrate ist ein größeres Ergebnis möglich, als mit dem OP-Wert 'angestrebt' wurde (bei meinem Beispiel kam ich bei 25 auf 2GB, jedoch wären 3GB verfügbar), hätte der Wert dann eine spürbare auswirkung, auch wenn er höher (also z.b. bei 40, und damit das erzielte OPV-Ergebnis noch kleiner) wäre?

Und die andere Seite... wenn mit dem eingestellen OP-Wert ein Ergebnis erreicht werden würde, welches ÜBER dem verfügbaren Platz liegt, könnte in dem Fall ein besseres Ergebnis erreicht werden, wenn man einen höheren OP-Wert nimmt, der eine Größe unter dem verfügbaren Platz erreichen würde?

...oder ist der OP-Wert in Verbindung mit Multipass völlig irrelevant und es wird bei jeden Wert die gleiche qualität erreicht?

danke nochmals für aufklärende Worte

Zitat von Der Karl

Moin,

völlig unverständlich die "Fragestellung"! :hm:

Grundsätzlich: Je kleiner der "Q" umso besser die Qualität und um so größer die Files...
..den "Q" gibts nur im OPV-Modus.

Gruß Karl

Alles anzeigen

ich habs erwartet

Q gibts aber zwangsweise auch bei RoBa, da die VAF doch mit der Methode erstellt wird.
da ich auf dieser basis ja mit festgelegter variabler bitrate encode, also festgelegter zielgöße, war meine frage, ob ein ändern des Q-wertes überhaupt eine auswirkung auf das finale file hat, oder ob allein die variante, die bitrate durch quantisierung anstatt komplexität (siehe Rippraff's post) zu bestimmen ausschlaggebend ist.

ich versuchs mal grafisch darzustellen

Q20 (5GB)      Q30 (3,6GB)
|             |              |
|-------------|------|-------|-------------
|                    |
                 Zielgröße (4,36GB)

Q20(bessere Quali) -> One-Pass/CQ 5GB Ziel
Q30(schlechtere Quali) -> 3,6GB (theorie;beispiel)

Beim anschließenden Multipass müsste bei Q20 somit ja auf Bitrate verzichtet werden (die anbestrebte quali kann also nicht restlos gehalten werden)...
bei Q30 kann jedoch noch dazugegeben werden (die angestrebte quali wird also gehalten).

würde dies nun die quali beeinflussen, oder ist cce so intelligent, um es in beiden fällen perfekt anzugleichen?

Wenn ich mir vorstelle, dass cce die Quantisierung ausliest und in der vaf speichert und dieser Wert mal Faktor Bitrate genommen wird, wäre der gewählte Q-Wert ja irrelevant, da ja ein einheitlicher Wert als Basis genommen wird.

Wenn sich bei unterschiedlichen Q-Werten jedoch schon bei der Berechnung andere Werte ergeben (die also nicht bei jedem Frame denselben Unterschied haben), welcher Wert wäre dann besser?

noch geb ich nicht auf... irgendwann verfass ich schon nen text, den jemand versteht

Den Q-Faktor muss ich selbst vorgeben. Entweder ich mach das ganze mit BatchCCEWS oder ich stell CCE komplett manuell ein und da ist es ja zwangsweise auch nötig, Q selbst zu setzen.

Bei RoBa verwendet CCEWS die OPV-Methode nur zum erstellen der VAF, danach wird nen multipass encode auf Basis dieser VAF durchgeführt. (damit wird dann ja sichergestellt, dass die gewünschte Zielgröße erreicht wird)

Ich stelle also also für den ersten durchlauf
- 1-pass VBR, Q=X, Output=nur 'Video information file' ein,
beim 2ten durchlauf
- Multipass VBR, feste avg-Bitrate, Output=nur 'Video files'.

Eben deshalb war meine Frage ja, ob der Q-Faktor auf mein Ergebnis überhaupt Auswirkungen hätte, weil er ja 'nur' als Basis für die VAF verwendet, letztendlich aber mit multipass encodet wird.

-------------------------------------------------------------

Also wird der Quantization-Faktor bereits mit in das Video Information File einbezogen, oder würde der erst beim Encoden 'angewendet' werden?

Denn wäre der Faktor erst beim Encode relevant, nicht aber beim erstellen der VAF, dann wäre es ja vollkommen irrelevant, welchen Wert ich dabei eingebe, da er nie verwendet würde.

Wenn sich das Aussehen der VAF jedoch schon mit nem anderen Faktor ändert, hätte der Wert ja doch noch Auswirkungen auf die Qualität, ich müsste mich um diesen also auch kümmern.

mir kommen beim schreiben selbst immerwieder irgendwelche neuen wirren gedankengänge, ich glaub deshalb wirds am schluss sehr schwer zu lesen
aber ich danke dir, dass du dich dennoch mit mir auseinandersetzt

huiiii, vielen dank für die Erläuterung, super super super!!!

ich denke, alle meine fragen hast du damit mehr als hinreichend beantwortet.

mir ist nicht so richtig klar, was du mit dem Q per prediction und dem "1,25 passes" genau meinst, aber gut, was du mir sagen wolltest, hab ich soweit glaub ich verstanden
...und ob ich opv für den bestmöglichen wert nu 1, 2 oder 3x durchlaufen lasse, stört mich auch nicht weiter... 1 durchlauf ist ja schöner weise in <20min erledigt und wenn ich gleich den passenden wert finde, spar ich sogar nich zeit.

Vielen vielen dank für deine Mühen, hast mir wirklich weitergeholfen! :daumen:

gruß Wally

Zitat von LigH

Hilft vielleicht CQ Kurve von Fr_An? Oder ist der nur für den TMPGEnc?

habs mir mal angeschaut, aber da die tmpg project datei benötigt wird, dürfte die kombination mit cce schwer werden.

huii, 2 jahre alpha, das is auch ne leistung

nuja, aber nu versteh ich wenigstens, was du mit den 1,25 meintest
manuell wird das so wohl nen bissl aufwändig, also werd ich einfach mehrere grobe einstellungen testen und voll durchlaufen lassen, zeitlich ja dennoch kein großer aufwand.

nochmal danke für den beistand ;D