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 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 had this phenomenon now and then, too. I just used the -k switch and then transcoded the usual way. No problems then.
Niklas
-- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
