CALL "%tooldir%\%2" ^ "%base%.dga" ^ %tooldir% ^ >"%base%.avs"
Was möchtest Du damit erreichen?
Sagen wir das Skript liegt in C:\hdtv. Dadurch, dass convert.bat mit den Parametern "meinStream.ts scripts\template_dx_video720p.bat" aufgerufen wird, expandiert sich obige Zeile zu
CALL C:\hdtv\scripts\template_dx_video720p.bat meinStream.dga C:\hdtv >meinStream.avs
template_dx_video720p.bat generiert also die Datei meinStream.avs mit etwa folgendem Inhalt und das müsstest Du überprüfen:
LoadPlugin("C:\hdtv\dgavcdec100a15\DGAVCDecode.dll")
LoadPlugin("C:\hdtv\TIVTCv102\TDeint.dll")
AVCSource(meinStream.dga)
CropBottom(8)
BilinearResize(1280, height)
TDeint()
BilinearResize(width, 720)
Die .dga Datei hat zuvor übrigens DGAVCIndex.exe erzeugt.
--
Wenn's mehrere uneindeutige PIDs gibt, dann hat man natürlich ein Problem. Ziel des Skripts war vollautomatisierte Konvertierung - ohne Benutzerinteraktion. In dem Fall wie Du schon gemacht hast: Zuerst die PIDs manuell vorgeben und wenn man die Struktur seiner .ts Files erkannt hat, dann ggf. das Skript anpassen.
x264.exe ist dann ausgestiegen mit: " Rawyuv input requires a resolution." Somit habe ich noch ein [1920x1080] hinter das Input-File geschrieben
Das ist ganz sicher nicht so wie's sein soll. Denn der Import der MPEG4-AVC Daten erfolgt mit AviSynth (und nicht raw YUV!). Avisynth gibt dann auch die korrekte Auflösung an x264 weiter. Bei Dir hat irgendetwas mit Avisynth nicht geklappt (hast das überhaupt installiert?).
--
Es ist empfehlenswert die gesamte Toolkette manuell zuerst zu probieren, da das "Debuggen" so einfacher ist. Mit manuell meine ich die Tools einzeln anstoßen und Ergebnisse kontrollieren. Nachdem alles geprüft ist, kann es in einem Rutsch als Skript laufen. Ggf. das Löschen der temporären Zwischendateien auskommentieren, um so wieder leichter debuggen zu können.
Das Skript ist generell nur empfehlenswert, wenn man wirklich vollautomatisieren möchte. Möglicherweise gibt es heute schon Tools, die dies leisten. Zum Zeitpunkt als dieses Skript entstanden ist, gab es diese Tools nicht.
Ein weiter Punkt, den man sich überlegen sollte: Muss ich wirklich zeitaufwändig transcoden? Das Skript hat Dateien für die PS3 aufbereitet und dessen MPEG4-AVC Dekoder hat eben gewisse Einschränkungen. Zur Archivierung von HDTV per DVB-S2 auf dem PC spricht auch nichts dagegen lediglich den Transport-Stream aufzutrennen und die wichtigen Video + Audio spuren in MP4 oder .MKV zu muxen. Denn der PC kann alles abspielen. Transcoden kann aber auch hier (DVB-S2) sehr nützlich sein. Beispielsweise hatte ich 720p50 Streams, die 50Hz Bilder enthielten. Da die zugrunde liegende Videoquelle jedoch 25Hz (bzw. hoch gepitches 23,976fps) Material war, waren jeweils zwei aufeinander folgende Bilder jeweils gleich (und trotzdem neu kodiert). In diesem Fall habe ich einfach jedes zweite Bild verworfen um nur das "echte" Video zu speichern und konnte so die benötigte Bandbreite deutlich reduzieren.
Will man trotzdem transcoden sei noch auf den DXVA nVidia Decoder für H.264 von neuron2 verwiesen:
http://forum.doom9.org/showthread.php?t=141104
Damit kann man das Transcoden noch deutlich beschleunigen sofern man eine moderne nVidia Grafikkarte besitzt und außerdem das Quellmaterial mit dem DXVA H.264 GPU Decoder von nVidia kompatibel ist.
