Seite 1 von 1

Lange Build- /Transkodierzeit EncoreCS 4 portable

Verfasst: Di 15 Feb, 2011 13:44
von juno
Hallo!

Benutze die CS4 Encore Portable Version. Ich bin dabei, eine DVD (4,7 Gb) mit Menüs und Filmen zu machen. Ich habe 4 FIlmclips, die zusammen ca. 27 Min. lang sind. Die 4 einzelnen Filmsequenzen habe ich aus dem Avid als QT Ref. ausgegeben und im Canopus in MPEG2 umgewandelt. Nun braucht Encore CS4 super lange, um die DVD zu erstellen (ich habe es über NAcht laufen lassen). Eigentlich dürfte so etwas doch nicht viel länger als die Echtzeitdauer der FIlme plus Brennvorgang dauern, oder? Ich vermute, daß das Transkodieren so lange dauert. Warum? Nachdem ich eine DVD ausgegeben hatte, wollte ich die Transkodierqualität verbessern und habe 2-Pass 7 MB/s eingestellt. will ich dann die DVD brennen, sagt mir das Programm, daß die Datenrate zu hoch ist. Warum? Sind doch nur 27 Minuten? Also, warum dauert das so lange? Weil es eine portable Version ist? Vielen Dank für Hilfe!

Re: Lange Build- /Transkodierzeit EncoreCS 4 portable

Verfasst: Di 15 Feb, 2011 15:57
von tommyb
Ja. Womöglich weil sie nicht ordentlich gecrackt wurde.

Originalsoftware hilft.

Re: Lange Build- /Transkodierzeit EncoreCS 4 portable

Verfasst: Di 15 Feb, 2011 16:01
von juno
Wie lange sollte denn der Buildprozess mit o.g. Filmclips normalerweise dauern?

Re: Lange Build- /Transkodierzeit EncoreCS 4 portable

Verfasst: Mi 16 Feb, 2011 11:08
von juno
So, jetzt habe ich selber die Lösung gefunden: Die Grundeinstellungen meines Projektes waren auf NTSC gestellt, meine Filmclips waren natürlich alle PAL, so daß alles auf 29 Bilder und NTSC transcodiert wurde. Ich habe ein neues (PAL) Projekt erstellt und meine Menüs und Filme reinimportiert und dann neu verlinkt. Da die Filme ja schon in Mpeg2`s umgewandelt waren, hat Encore da gar nichts mehr transcodiert. Im Gegenteil, in den Transkodiereinstellungen machte es von sich aus "Nicht transcodieren". So hat das Auspielen der DVD nur wenig Zeit gekostet. Bin also happy und mit dem Programm versöhnt. Die Probleme waren also mal wieder hausgebacken und lagen eher weniger an der Tatsache, dass wir es hier mit einer portablen Version zu tun haben...