Jim Darby <[EMAIL PROTECTED]> writes: > I've been using replex to go from a TS stream to a MPEG stream suitable > for feeding into, for example, transcode. > > However, a problem occurs when errors occur in the TS (about every 20 > minutes for me). The output from replex looks something like: > > Wrong audio frame size: 1356 > Wrong audio frame size: 782 > Wrong audio frame size: 934 > audio PTS inconsistent: 0:30:32.208 0:30:32.040 diff: 0:00:00.168 > audio PTS inconsistent: 0:30:32.376 0:30:32.184 diff: 0:00:00.192 > audio PTS inconsistent: 0:30:32.544 0:30:32.352 diff: 0:00:00.192 > > with the last two lines being repeated (with minor time differences) for > the rest of the file. > > Now clearly what's happened here is a corruption of the TS and my guess
MPEG-TS is designed to be easily recoverable from errors. > is that somehow a start of audio packet has been missed. The size replex > is looking for is 768 by the way. > > I'm not quite sure what to do here. Should I just use the -k flag of > replex and pass the synchronisation problem down the line or is there > some way to ``fix'' the TS? > > Passing it down the line raises the even worse problem of software like > transcode being able to deal with timestamp problem and delay or cut the > input appropriately. > > I can't be the only one trying to transcode DVB output. What does > everyone else do? I've been playing around with DVB a bit, never had any problems like that. -- M�ns Rullg�rd [EMAIL PROTECTED] -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
