[vdr] Failure with vdr-1.3.32 cAudioRepacker
Reinhard Nissl
rnissl at gmx.de
Wed Sep 28 09:49:15 CEST 2005
Hi,
Wolfgang Goeller wrote:
> Yesterday I switched to vdr-1.3.32. All seemed to work
> fine, but when I controlled the recording I had some
> dropouts. Inspection of /var/log/messages showed:
>
> cAudioRepacker(0xC0): skipped 1468 bytes while syncing on next audio frame
> cAudioRepacker(0xC0): skipped 832 bytes while syncing on next audio frame
> cAudioRepacker(0xC0): skipped 1468 bytes while syncing on next audio frame
> cAudioRepacker(0xC0): skipped 832 bytes while syncing on next audio frame
> cAudioRepacker(0xC0): skipped 4 bytes to sync on next audio frame
> cAudioRepacker(0xC0): skipped 4 bytes to sync on next audio frame
>
> I have no plugins - just plain vanilla vdr.
Doesn't look unusual to me. Please check the number of discontinuities
in TS stream too:
Sep 26 00:08:40 video vdr[29997]: cTS2PES got 0 TS errors, 1 TS
continuity errors
If there are more then usual, then the error was already at TS level and
cAudioRepacker can do nothing more than resync on the audio stream.
This is the same as any decoder does when replaying such a "buggy"
recording.
The verboseness of the cRepacker family seems to worry people more than
they did previously, when they only had the information of TS continuity
errors.
In the above case, one can only count halve of the messages as they are
related to two different threads: the recording thread and the transfer
thread. As both are fed with the same TS data, they will report the same
errors too.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl at gmx.de
More information about the vdr
mailing list