Da AVC H.264 mittlerweile das von mir am häufigsten genutzte Encoding ist und dabei die Vegas-Encoder Sony AVC und MainConcept AVC das letzte Quäntchen Qualität nicht rausrücken möchten, weiche ich für das AVC-Encoding oft auf HandBrake aus.
Und weil mir der Vorgang per Intermediate auf Dauer zu sehr an Zeit und Speicherplatz nagt, habe ich mir dafür ein Verfahren gebastelt, um die ganze Sache zu automatisieren und das Intermediate einzusparen.

Somit klicke ich in Vegas Pro nach dem Bearbeiten eines Projektes nur noch auf ein Symbol in der Werkzeugleiste und nach einer Verzögerung von ungefähr zehn Sekunden öffnet sich das Video automatisch in HandBrake.

Wer Interesse daran hat, dieses Verfahren nachzubauen, findet auf VegasVideo.de eine detailierte Beschreibung mit Verlinkungen zu sämtlichen Programmen und Dateien, die dafür gebraucht werden. Nutzung auf eigene Gefahr.

Der gesamte Prozess wurde unter Verwendung von Vegas Pro 13 entwickelt. Ob das auch mit früheren Vegas-Versionen funktionieren kann, weiß ich nicht. Zumindest muss darauf geachtet werden, die zur Vegas-Version korrekte Version des DebugMode FrameServers zu nutzen. Wenn es dann immer noch haken sollte, könnte es möglicherweise am Vegas-Script »Send2HandBrake« liegen, das in diesem Fall auf ältere Vegas-Versionen angepasst werden müsste.

Danke für das Feedback. Das konnte ich selbst bisher nämlich nicht testen.

HandBrake skaliert immer per Lanczos 3.

Theo, bezüglich interlaced - hattest du da schon meinen Hinweis aus dem Vegasforum berücksichtigt und das AviSynth-Script auf interlaced angepasst?

Die Einstellmöglichkeiten von HandBrake sind derart breit gefächert, dass deren Beschreibung schlecht in ein Posting reingequetscht werden können. Die Parameter, die für das x264-Encoding verfügbar sind, sind bei HandBrake und TmpegEnc annähernd gleich, so dass zwischen beiden Programmen auch die gleiche Encodingqualität erreichbar sein sollte. Da musst du aber aber schlicht etwas experimentieren, v.a. mit den Einstellungen, die in HandBrake über den Reiter »Advanced« angeboten werden. Ich kann da auch nur mit Nachdruck auf das Tutorial von Jan Ozer hinweisen, das auf dem VegasVideo.de-Artikel verlinkt ist. Die Grundlagen zu HandBrake werden da gut beschrieben.

Der fehlende Ton könnte unter Umständen durch eine falsche Einstellung des FrameServers verursacht sein. Das wurde anfangs von mir auch falsch beschrieben und dann (zumindest im Text) nochmal korrigiert. Im FrameServer muss bei der erstmaligen Konfiguration »Write Audio as PCM samples in signpost AVI« aktiviert worden sein.

„ich kriege aber trotzdem mit Handbrake kein brauchbares interlaced mp4 gerenderd.“

Muss ich mir mal ansehen. Vielleicht hängt es ja nicht an HandBrake, sondern am FrameServer, so dass noch eine andere Anpassung des AviSynth-Scriptes notwendig wäre.

Nachtrag:
Soweit ich das sehe, geht HandBrake davon aus, dass das Zielformat immer progressiv sein wird. Interlaced als Output ist hier keine Option.
Sollte doch aber auch o.k. sein, sofern in HandBrake ein entsprechend guter Deinterlacer gewählt wurde. Letzten Endes wird die Wiedergabe ja doch immer progressiv sein.

Ich habe eines der Batch-Scripte noch etwas optimiert, um Timing-Problemen aus dem Weg zu gehen. Wer möchte, kann die im Anhang verlinkte ZIP-Datei downloaden, entpacken und die Datei »start_vegas2handbrake.bat« gegen die Datei im Pfad C:\frameserver\batch\ ersetzen.

Bei komplexen Vegas-Projekten kann es schon ein paar Minuten dauern, bis der Prozess voran geht. Solange wird dort vermutlich ein leeres Fenster namens »Mount« angezeigt. Einfach gelassen warten, bis sich dieses Fenster schließt und es weitergeht.

Wenn der Prozess aber gänzlich hängen sollte oder abgebrochen werden sollte, bevor sich HandBrake geöffnet hat und der Batch-Prozess dann in einer ewigen Schleife hängen sollte:

1. FrameServer stoppen und warten, bis sich das Frameserve-Fenster geschlossen hat.
2. Per »Strg+C« den Batch-Prozess stoppen und im CMD-Fenster die Meldung mit »J« und »Enter« bestätigen.

.

„Ich nehme mal es geht nicht, sonst würde man sich wohl nicht so einen Aufwand leisten.“

Korrekt. Mich hat es nur deshalb zu diesem Verfahren getrieben, weil ich keine Möglichkeit kenne, x264-Encoding mit den entsprechenden Einstellmöglickeiten innerhalb von Vegas Pro zu nutzen. Prinzipiell könnte das noch ein Stück weiter vereinfacht werden, indem HandBrake nicht per GUI, sondern per CMD gesteuert wird. Das würde aber nur dann was bringen, wenn eine pauschale Grundeinstellung des Encoders für alle und für jeden Anwendungsfall gleich gut wäre.

Funktionieren sollte das mit jeder Vegas-Version, die das Vegas-Script fehlerlos interpretieren kann. Da gibt es zwar hin und wieder Änderungen, aber die sind eher selten (und das aktuelle Script basiert auf Bausteinen, die fast zehn Jahre alt sind).

Bezüglich des Speicherplatzes bin ich mir ehrlich gesagt auch nicht ganz sicher. Auf jeden Fall liefert der Frameserver ja immer nur ein einzelnes Frame an, so dass an reeller Belegung nie viel mehr als das aktuell angeforderte Frame anfallen sollte. Das virtuelle Filesystem wird aber vermutlich die virtuelle Speicherbelegung anhand der Gesamtgröße des Videos berechnen. Ob das zu Problemen führen kann, weiß ich nicht. Nur bleibt mir für dieses Verfahren keine andere Möglichkeit als die C-Partition zu nutzen, weil das dafür auf einem gemeinsamen Nenner basieren muss.

„Und...du schreibst..."wer möchte kann die neue Datei nutzen " Wirklich nur bei Problemen, oder generell besser, da optimiert?“

Ich habe die Aktualisierung gestern in Windeseile gemacht und konnte es nur wenige Male testen (wobei es da immer fehlerfrei funktioniert hat). Und ich konnte das bisher noch nicht in die VegasVideo.de-Homepage einfügen, bzw. dort das Gesamtpaket aktualisieren.
Die aktualisierte Fassung sollte das verlässlichere Verfahren bieten. Die ältere wird bei komplexeren Projekten ohne weitere Anpassung des Timings nicht funktionieren. Die aktuelle Fassung sollte frei von Timing-Abhängigkeiten sein.

Was die Abhängigkeit vom DebugMode-FrameServer angeht – das ist korrekt. Ohne FrameServer wird das auf diese Weise nicht funktionieren. Da gäbe es die Alternative, das gesamte Verfahren darauf auszulegen, dass automatisch ein Intermediate gerendert wird und erst wenn dieser Rendervorgang abgeschlossen ist, würde HandBrake gestartet werden.
Mal abgesehen davon, dass das um die Intermediate-Renderzeit länger dauern würde, könnte bei vergleichbarer Qualität zum jetzigen Verfahren nur ein unkomprimiertes AVI genutzt werden und falls nicht das Intermediate danach automatisch gelöscht werden sollte (was aber im Falle von Korrekturen wieder unnötig Renderzeit kosten würde), müsste das wieder manuell geschehen, womit der Automatisierungsprozess nicht ganz so effektiv wäre.
Von daher bin ich ganz froh um den FrameServer.