Mit Video-Grabber aufgenommene Filme demuxen klappt nicht

[olli14]

Hallo,
ich bin dabei, meine alten Videokassetten zu digitalisieren. Dazu benutze ich den recht alten Videograbber Videoh! von Adaptec. Beim Demuxen bekomme ich jedoch eine Menge Fehlermeldungen und der Videofile wird nicht komplett demuxt. Irgendwann bricht der Demuxvorgang ab und mir fehlt dann eine Menge meines Original-Videos.
Was mache ich falsch?

Hier die Logdatei. In der Logdatei habe ich mittendrin einige Fehlermeldungen gelöscht, damit dieser Beitrag nicht zu lang wird.

Samstag, 16. Januar 2010 23.35 Uhr CET
ProjectX 0.90.4.00 (30.03.2006)

-> arbeite an Zusammenstellung 0

-> normale Logdatei automatisch speichern
-> schreibe Videodaten
-> schreibe alle anderen Daten
-> composite.display.flag unwirksam machen
-> Sequenzendcode am Ende anfügen
-> Auflösung in SDE setzen
-> PVA: Audio nur formatgerecht behandeln
-> VOB: versch. Cell-Zeitlinen beachten
-> TS: ignoriere verschlüsselte Pakete
-> TS: erweiterte Paketinhaltsuche
-> TS: verbinde Dateisegmente (Dreambox®)
-> TS: generiere PMT inhaltsbezogen
-> akzept. nur geschlossene PES/TS Pakete
-> verbinde verschiedene Aufnahmen
-> 1.PES-Paket muß mit Video starten
-> generiere PCR/SCR aus PTS

-> schreibe Ausgabedateien nach: 'D:\Users\Oliver\Videos\alte Videos\demute Videos'

+> Eingabedatei 0: 'D:\Users\Oliver\Videos\alte Videos\unsere schönste zeit 32.mpeg' (1.431.607.296 Bytes)
-> Dateityp ist MPEG-2 PS/SS (PES Container)
-> demultiplexe
-> gefunden: PES-ID 0xE0 (MPEG Video) @ 38
-> gefunden: PES-ID 0xBD (private_stream_1) (SubID 0xA0) @ 2062
-> Videoeigenschaften: 720*576 @ 25fps @ 0.6735 (4:3) @ 3174400bps, vbvPuffer 112
-> starte Export von Videodaten bei GOP# 0
!> verwerfe überflüssige B-Frames bei GOP# 0 / neuer Zeitindex 00:00:00.000
!> verwerfe GOP# 25 bei orig. PTS 00:00:15.318 (1378624), errorcode: 24
!> Bilder erw./gez. 15/18, inGOP PTS Diff. 120ms, neuer Zeitindex 00:00:14.920
!> PTS Differenz von 64800 (00:00:00.720) zur letzten exportierten GOP festgestellt
!> verwerfe überflüssige B-Frames bei GOP# 26 / neuer Zeitindex 00:00:14.920
!> ID 0xBD (sub 0xA0) packet# 114632, big PTS difference: this 27818, prev. 107427159
!> verwerfe GOP# 1989 bei orig. PTS 00:19:53.838 (107445424), errorcode: 24
!> Bilder erw./gez. 15/19, inGOP PTS Diff. 0ms, neuer Zeitindex 00:19:52.640
!> GOP# 1990 hat keine PTS, nutze GOP Zeitindex für Synchronisation
!> verwerfe GOP# 1990 bei orig. PTS 00:19:56.838 (107715424), errorcode: 24
!> Bilder erw./gez. 15/19, inGOP PTS Diff. 0ms, neuer Zeitindex 00:19:52.640
-> überspringe Sequenzendcode folgend auf GOP# 1991
!> Start-PTS von GOP# 1991 ist kleiner als das Ende der letzten GOP.. (erw. 107445424)
!> verwerfe GOP# 1991 bei orig. PTS 00:00:00.186 (16775), errorcode: 10
!> Bilder erw./gez. 15/15, inGOP PTS Diff. 0ms, neuer Zeitindex 00:19:52.640
!> Start-PTS von GOP# 1992 ist kleiner als das Ende der letzten GOP.. (erw. 107445424)
!> verwerfe GOP# 1992 bei orig. PTS 00:00:00.786 (70775), errorcode: 10
!> Bilder erw./gez. 15/15, inGOP PTS Diff. 0ms, neuer Zeitindex 00:19:52.640
!> Start-PTS von GOP# 1993 ist kleiner als das Ende der letzten GOP.. (erw. 107445424)
!> verwerfe GOP# 1993 bei orig. PTS 00:00:01.386 (124775), errorcode: 10
!> Bilder erw./gez. 15/15, inGOP PTS Diff. 0ms, neuer Zeitindex 00:19:52.640
!> Start-PTS von GOP# 1994 ist kleiner als das Ende der letzten GOP.. (erw. 107445424)
!> verwerfe GOP# 1994 bei orig. PTS 00:00:01.986 (178775), errorcode: 10
!> Bilder erw./gez. 15/15, inGOP PTS Diff. 0ms, neuer Zeitindex 00:19:52.640
!> Start-PTS von GOP# 1995 ist kleiner als das Ende der letzten GOP.. (erw. 107445424)
!> verwerfe GOP# 1995 bei orig. PTS 00:00:02.586 (232775), errorcode: 10
!> Bilder erw./gez. 15/15, inGOP PTS Diff. 0ms, neuer Zeitindex 00:19:52.640
!> Start-PTS von GOP# 1996 ist kleiner als das Ende der letzten GOP.. (erw. 107445424)
!> verwerfe GOP# 1996 bei orig. PTS 00:00:03.186 (286775), errorcode: 10
!> Bilder erw./gez. 15/15, inGOP PTS Diff. 0ms, neuer Zeitindex 00:19:52.640

HIER HABE ICH EINIGE FEHLERMELDUNGEN RAUSGELÖSCHT

!> Start-PTS von GOP# 2153 ist kleiner als das Ende der letzten GOP.. (erw. 107445424)
!> verwerfe GOP# 2153 bei orig. PTS 00:01:37.386 (8764775), errorcode: 10
!> Bilder erw./gez. 15/15, inGOP PTS Diff. 0ms, neuer Zeitindex 00:19:52.640
-> mehr als 500 Warn-/Fehlermeldungen, weitere werden nicht mehr angezeigt..
-> überspringe Sequenzendcode folgend auf GOP# 3351

-> Video: fr-ct-1p-cg-og-dg -> 29816/ 1987/ 2/ 1988/ 0/ 1988
-> Videolänge: 29816 Bilder in 00:19:52.640
-> GOP Zusammenfassung: min. 26, max. 30 Felder; enthält Halbbilder
-> durchschnittl. nom. Bitrate 3176259bps (min/max: 1114400/5667600)
-> setze Bitrate im ersten Sequenzkopf auf 5667600bps
---> neue Datei: D:\Users\Oliver\Videos\alte Videos\demute Videos\unsere schönste zeit 32.m2v

--> LPCM Audio (SubID 0xA0)
...in Entwicklung...
-> temp. Datei: unsere schönste zeit 32.pc (460934472 Bytes)
Video PTS: Start 1.GOP 00:00:00.398, Ende letzte GOP 00:19:53.838
-> passe LPCM an Video-Zeitlinie an
-> Ursprungsformat: LPCM, DR-128, 2-ch, 48000Hz, 16bit, 1536.0kbps @ 00:00:00.002
<<< Verarbeitung unterbrochen >>>
<<< Verarbeitung abgebrochen >>>
LPCM PTS: erstes Paket 00:00:00.336, letztes Paket 00:02:19.998
13339 Pakete geschrieben...
---> neue Datei: D:\Users\Oliver\Videos\alte Videos\demute Videos\unsere schönste zeit 32.wav

Zusammenfassung der erstellten Mediendateien:
.Video (m2v): 29816 Bilder 00:19:52.640 'D:\Users\Oliver\Videos\alte Videos\demute Videos\unsere schönste zeit 32.m2v'
LPCM 0: 13339 Pakete 00:02:18.609 'D:\Users\Oliver\Videos\alte Videos\demute Videos\unsere schönste zeit 32.wav'
=> 500.129.976 Bytes geschrieben...
-> es wurden 5967 Warn-/Fehlermeldungen ausgegeben.

[olli14]

Hallo, ich habe an einer anderen Stelle hier im Forum gelesen, daß jemand ein ähnliches Problem hatte, allerdings mit TS Files. Da wurde geschrieben, man sollte einfach einige Sekunden hinter der fehlerhaften Stelle anfangen mit schneiden. Das habe ich gerade ausprobiert und siehe da, jetzt scheint es zu funktionieren. Ich habe mich bislang durch ausprobieren an die fehlerhafte Stelle herangetestet. Aber ich denke, daß die LOG Datei mir die fehlerhafte Stelle anzeigt. Das werde ich nachhher mal ausprobieren.

Grüße Oliver

[dvb.matt]

die vermeintlich fehlerhaften Stellen sind wohl nicht fehlerhaft, werden nur von PjX nicht korrekt verarbeitet.
Vll. kannst Du das mpeg direkt verwenden ?
wozu dient der (versuchte) Demux ?