Ich habe da ein merkwürdiges Problem:
Zunächst zur Vorgehensweise:
3GHz Rechner, zum Capturen wird eine zweite SATA 200 GB Festplatte benutzt, schon beim analogen Capturen gab 's eigentlich kaum Probleme mit Dropframes.
Aufnahme mit Technisat SkyStar 2 TV und dem mitgelieferten DVBViewer (Priorität auf Realtime gesetzt) als mpg (sollte man zwar als pva (?), aber da gibt 's Probleme bei der Wiedergabe der pva-Dateien in einigen Programmen (riesige Blockartefakte), ist aber jetzt auch nicht so wichtig).
Anschließend demuxen mit pvastrumento v2.1.0.15, manchmal auch noch Werbung rausschneiden mit Cuttermaran v1.66 und eingebundenem TMPGenc 2.5, wenn ich das nicht gleich im AVISynth-Script mache.
Mit MPEG2-to-VirtualDub mit eingebundenem DGIndex v1.40 d2v-Dateien erzeugen; komischerweise funktioniert der automatische Start von Madplay bei den von pvastrumento erzeugten mpa-Dateien nicht, muss ich von Hand machen, ist mir aber jetzt ebenfalls nicht so wichtig.
Danach über AVISynth-Script und VirtualDubMod zunächst als HuffYUV-Datei speichern, diese dann als XviD-Datei komprimieren (Gibt 's da irgendwas dran zu kritisieren? Spart enorm Zeit!).
---
Ich habe noch nicht solange Digital-Sat, die Qualität ist zwar deutlich rauschfreier wie zuvor beim analogen Capturen, aber gerade bei einfarbigen Hintergründen in Shows (Harald Schmidt, Sarah Kuttner u.ä.) sind immer wieder deutliche Blockartefakte zu erkennen. Da diese Sendungen alle wiederholt werden, dachte ich mir, durch Überlagerung zweier Aufnahmen die Blockstrukturen aufzuweichen, XviD gewissermaßen mehr Informationen zu liefern. Ob das überhaupt sinnvoll ist? Normalerweise klappt das auf jeden Fall.
# vereinfachend gekürzt
f1 = mpeg2source("file1", cpu=4, iPP=true)
f2 = mpeg2source("file2", cpu=4, iPP=true)
# f1 = f1.trim(...) + f1.trim(...) ...
# f2 = f2.trim(...) + f2.trim(...) ...
# um die Dateien zu synchronisieren und die Werte für 's Trimmen zu ermitteln
f = StackVertical(
\ StackHorizontal(f1, f2),
\ StackHorizontal(Subtract(f1, f2).levels(100,1,155,0,255), Subtract(f2, f1)))
# danach vorige Zeilen deaktivieren und folgende aktivieren
# f = Overlay(f1, f2, mode="blend", opacity=0.5)
# f gegebenenfalls deinterlacen, Filter, usw.
fWie gesagt, meist funktioniert es. Ich lade das Script in VirtualDubMod und laufe zwecks Synchronisation mit gedrückter ALT-Taste durch den ganzen Clip. Das rechte untere Video zeigt nur ein ganz schwaches statistisches Rauschen und meist muss ich auch gar nichts trimmen.
Und jetzt zu dem merkwürdigen Problem:
Hin und wieder stelle ich in der HuffYUV-Datei ab einer bestimmten Position plötzlich Geisterbilder fest, die Clips sind plötzlich asynchron, obwohl mit den Stack...-Befehlen keine Asynchronität feststellbar war. Zurück ins Script: Nichts! Im Einzelbildmodus durchlaufen lassen: Plötzlich doch! Oder umgekehrt! Manchmal bewirkt drücken von F5 dass eine zuvor vorhandene scharfe Kontur (Asynchronität) verschwindet, manchmal tritt plötzlich eine an dieser Stelle auf.
Um es kurz zu machen: Es scheint nicht möglich zu sein, zwei Clips zweifelsfrei auf Framesynchronität zu überprüfen. Das Script scheint mal Frames zu schlucken oder zu verdoppeln, mal nicht. Woran liegt 's? Ein bekanntes Problem von AVISynth mit mpg2-Datein, am mpeg2source-PlugIn.
Ich vermute mal, dass, wenn dieses Problem auftritt, auf jeden Fall irgendein von pvastrumento nicht erkannter Fehler im mpeg-Stream vorliegt?! Und im Normalfall die Streams fehlrfrei sind?!
Ich sollte fairerweise noch sagen, dass mein AVISynth-Plugin-Ordner mittlerweile mit zahlreichen nie gebrauchten Funktionen in avsi-Scripten zugemüllt ist, aber normalerweise klappt 's ja.
---
Zusatzfrage: Gibt 's bei den übertragenen MPEG2-Streams eigentlich ein Äquivalent zu den Dropframes beim analogen Capturen? Kann es zu Audiosynchronität kommen, die pvastrumento nicht beseitigen kann?
---
Danke schon mal. Bin relativ selten Online.