umgewandelte ts Dateien ruckeln bzw. haken, beim Abspielen

[demltome]

Hallo,

ich habe eine Philips DBox2 mit Neutrino Yadi Snapshot 2.2.0.5 und nem IDE Interface mit ner 300GB Platte. Ich habe einige Serien aufgenommen, sie per FTP auf meinen Rechner kopiert sie mit ProjektX in mpv und mp2 umgewandelt, mit dem Cuttermaran die Werbung rausgeschnitten, sie dann mit dem TMpeg Enc. (oder ImagoMpegmuxer) wieder in mpg es umgewandelt. Aus den mpg es habe ich dann mit ProjektX oder dem tsMuxeR GUI 1.2.6 wieder in ts umgewandelt.
Die habe ich dann wieder auf die Box kopiert. Leider ruckelt jede Datei die ich umgewandelt habe. Ein paar Sekunden läuft der Film dann hakt das Bild, dann läuft es wieder für einen Augenblick und dann sind wieder Haker da. Der Ton läuft flüssig und ist trotz des Ruckeln Synchron. Es ist auch egal in welcher Variation ich die Dateien umwandle, es tritt immer der Fehler auf. Hat jemand ne Idee für mich??????

Ich habe drei Boxen und bei allen das gleiche Problem.

Gruß

[jmittelst]

Hmm... kannst Du "Deine" so erzeugten TS-Streams mal durch PX nochmal demuxen und das Log hier posten?

cu
Jens

[demltome]

Klar kann ich, aber nicht erschrecken es sind Serien für meine Frau

Kompiliert von OoZooN mit JDK 1.5.0_04

Dienstag, 3. Juni 2008 8.57 Uhr CEST
ProjectX 0.90.04.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:\MCLeods Toechter'

-> Eingabedatei 0: 'D:\MCLeods Toechter\074 Gegen die ZeitMuxer-px.ts' (193.206.096 Bytes)
-> Dateityp ist TS (generic PES Container)
-> demultiplexe
-> Service ID 0x102
-> PMT 0x100 verweist auf diese Programminhalte:
Video:
PID: 0xE0(#1)
Audio:
PID: 0xC0(#2)(deu)
Teletext:
n/a
Untertitel:
n/a

!> PID 0x0 (PAT) (0 #1) -> ignoriert
!> PID 0x100 (PMT) (188 #2) -> ignoriert
ok> PID 0xE0 hat PES-ID 0xE0 (MPEG Video) (564 #4)
ok> PID 0xC0 hat PES-ID 0xC0 (MPEG Audio) (29892 #160)
-> Videoeigenschaften: 720*576 @ 25fps @ 0.6735 (4:3) @ 7000000bps, vbvPuffer 91
-> starte Export von Videodaten bei GOP# 0
packs: 1014349 100% 193206096

-> Video: fr/ ct/ 1p/ cg/ og/ dg -> 7527/ 0/ 628/ 628/ 0/ 0
-> Videolänge: 7527 Bilder in 00:05:01.080
-> GOP Zusammenfassung: min. 18, max. 24 Felder; enthält Halbbilder
-> durchschnittl. nom. Bitrate 4353496bps (min/max: 2499600/7221600)
-> setze Bitrate im ersten Sequenzkopf auf 7221600bps
---> neue Datei: D:\MCLeods Toechter\074 Gegen die ZeitMuxer-px.m2v

--> MPEG Audio (0xC0) unter PID 0xC0
-> validiere CRC (AC-3 / Mpg-Audio L1,2)
-> entferne CRC (Mpg-Audio Layer1,2)
-> Frames am Ende anfügen
Audio PTS: erstes Paket 00:00:00.184, letztes Paket 00:05:01.264
Video PTS: Start 1.GOP 00:00:00.184, Ende letzte GOP 00:05:01.264
-> passe Audio an Video-Zeitlinie an
-> Ursprungsformat: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, CRC @ 00:00:00.000
Audio Frames: wri/pre/skip/ins/add 12545/0/0/0/0 @ 00:05:01.080 abgeschlossen...
---> neue Datei: 'D:\MCLeods Toechter\074 Gegen die ZeitMuxer-px.mp2'

Zusammenfassung der erstellten Mediendateien:
.Video (m2v): 7527 Bilder 00:05:01.080 'D:\MCLeods Toechter\074 Gegen die ZeitMuxer-px.m2v'
Audio 0 (mp2): 12545 Frames 00:05:01.080 0/0/0/0 'D:\MCLeods Toechter\074 Gegen die ZeitMuxer-px.mp2'
=> 171.069.749 Bytes geschrieben...
-> es wurden 2 Warn-/Fehlermeldungen ausgegeben.

Ich habe damit es nicht so lange dauert, zum Testen immer so etwa 5 Min. "Files" erstellt.
Die Datei hatte ich mit dem MpegMuxer und ProjektX erstellt.

[jmittelst]

Hmm... eigentlich muß das laufen...

Was sagt denn das Log beim abspielen?
Wabberqueue aktiviert? Wenn ja, wie viele Buffersegmente?
Damit mal gespielt?

Wieso eigentlich der Aufwand? Mit 9,6 und 3 kann man doch Werbung gut überspringen.

cu
Jens

[demltome]

Ich guck noch mal nach,

der Aufwand deshalb, weil es schlappe 174 Folgen sind und die Files mit 2Min Vor- und Nachlauf sowie
Werbung gerne 1,4GB sind und ohne Werbung 0,9GB. Wollte eigentlich DVD es draus machen aber
das wären mir zu viele gerworden ;-) .

Ich guck heut Abend noch mal wegen "Wabberqueue"

Gruß

[jmittelst]

Da würde ich mal das Filesystem etwas strapazieren und diesen Inhalt nach /dev/null verschieben, dann ist wieder Platz für etwas vernünftiges auf der Platte - aus welchem Grund Datenverluste auftreten, begreifen Frauen sowieso eher selten, da kann man sich schon was einfallen lassen

cu
Jens