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@xxxxxx
