[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