Encoding-Zeit mit VBR länger als bei CBR?

[Lactrik]

Hallo

Ist es normal, dass TMPGEnc bei Varibler Bitrate erst den ganzen Film in einem stundenlangem Durchlauf analysiert und erst danach anfängt, die einzelnen Frames zu encoden?

Bei konstanter Bitrate fängt er direkt mit encoden an.

Da gibts wohl keine schnellere Lösung oder?

Grüsse
Lactrik



Zuletzt bearbeitet von Lactrik am Okt. 04 2002,21:02

[Tsunami]

normal : ja

obwohl das weniger an vbr liegt als vielmehr in der Anzahl der Passes.

Schneller gehts mit dem CCE (aber der macht auch pro pass einen kompletten Durchlauf, sollte klar sein) oder mit einem schnelleren Rechner.
Lass deine Videos doch einfach über nacht berechnen oder wenn du arbeitest, dann stört dich die Dauer nicht so sehr.
Du kannst deinen Videos auch in deiner Firma über nacht berechnen lassen, sofern es dein Chef erlaubt bzw. nicht mitkriegt, denn Nachts laufen in den meisten Firmen die Rechner sowieso, nur halt im Leerlauf.

[Lactrik]

Naja ich werde das schon Nachts machen... mein Rechner läuft sowieso Nachts durch (und das nicht aus geschäftlichen Gründen ;)). War halt nur so eine Frage, ich finds einfach... nervig. Bei sovielen Filmen immer 10 Stunden, ich hatte gehofft, ich könnte 2-3 mal das Programm starten und alle parallel einen anderen Film encoden lassen ;)

Grüsse
Lactrik

[Tsunami]

[bergH]

tach auch !

Mal langsam irgendwie redet Ihr aneinander vorbei:
Bei VBR encodet TM nur 2 Pass wenn auch 2 pass eingestellt ist.
Bei Auto Q_VBR macht es acuh nur einen Pass.
Bie M_VBR (mach er den ersten Pass von Hand ausgelöst)
Also nochmal genau schauen was die einzelnen Methoden so machen.(Hilfe Funktion.)

Parallel bringt nix er brauch genauso lange.
WasDu vielleicht suchst sind mehrere Filme hintereinander und das geht über die Batch Funktion.
Projekt einstellen und mit File / Add current Fiel to Batchlist /
in die Liste eintragen und dann unter File/Batch Encoding dorselbst sortieren und starten./Dann kann man auch im Huptfenster sagen, daß er anschließend den Rechenr ausschalten soll.

Oder in Batch Encoding vorher abgespeicgerte Projekt einlesen und mit Run im Batch (nacheinander) bearbeiten lassen.


;)
_________________
Gruß BergH

[Scory]

[bergH]

tach auch !

@Scory
Ein 1333 MHz istschon schnell genug.
Ich habe mit einem P III 450 angefangen und es ging auch !
(Natürlich etwas langsamer , als heute ;) )
MB1 hat seine ganzen Teste für die Anleitungen auf einem 500er gefahren.
Also vor lauter Gigaherz Wahn sollte man nicht vergessen :
Gut Ding will Weile haben ! (Auch gutes MPEG)
_________________
Gruß BergH

[[RaZoR]]

also ich encode mit CCE VBR 5pass bei nem speed von ~1.300
d.h. sofern ich weiss : ab 1.000 =realtime = solange wie der film geht.
bei 5 pass also 5mal filmlänge , da aber speed 1.300 kürzer.
habe nen athlon xp 1900+ & 512MB DDR RAM .

[Kika]

Na ja, Zeitangaben sind mit Vorsicht zu genießen:
Was wird encodet?
Zu welchem Format?
Ist eine Frameserver aktiv, und wenn ja, welcher?
Wird gefiltert, wenn ja, welche?
All das muss man wissen.

Beim reinen Encoden von AVI mit 460x576 zu SVCD komme ich mit CCE auf bis zu 1.8 und bei TMPGEnc immerhin auf so ca. 0.35 - 0.4. (P4 1.9). Setze ich aber Frameserver und Filter ein, wird's beim CCE sehr viel langsamer, während sich bei TMPGEnc nicht so viel ändert.

[maxjat]

Hi

da man beim encoden zu unterschiedliche Ausgangsmaterialien einsetzen kann ist eine Zeitangabe relativ sinnlos, da die Encoding Time vom Ausgangsmaterial abhängt.

Aber mal was anderes was bringt Dir 5 pass

Ich hab nur nen 800 und der encodet halt wenn ich zur Arbeit bin, ob der das nun in Echtzeit oder 5x solange macht intressiert mich recht wenig wenn ich eh nicht an den Rechner kann, darf, muss .....


max
_________________
Home of max