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.