VDR-1.3.26-31: BUG in cVideo/AudioRepacker while syncing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

Dominique Simon wrote:

>> MPEG2, I've discovered a bug in cVideo/AudioRepacker::Repack():
> 
> With VDR 1.3.31 i have these lines in the log sometimes when doing  
> recordings:
> 
> Aug 29 17:14:45 linvdr user.err vdr[1501]: cAudioRepacker: skipped 59  
> bytes to sync on next audio frame
> Aug 29 17:14:45 linvdr user.err vdr[1501]: cAudioRepacker: skipped 91  
> bytes to sync on next audio frame
> Aug 29 17:14:45 linvdr user.err vdr[1501]: cAudioRepacker: skipped  124 
> bytes to sync on next audio frame
> 
> What does this mean? Are the recordings now corrupted? What went wrong?

Well, let's first assume that there is no further bug left in 
cAudioRepacker.

Then this means, that there was a little distortion of the received data 
which had an influence on 3 audio frames. These broken frames didn't 
make it into the recording, as no decoder would be able to play them. 
So, your recording is not currupted, but it misses 3 (non decodeable) 
audio frames. A decoder will be going to fill these gaps (depending on 
bit and sample rate, each about 24 ms) either with silence or by 
repeating the  previous audio frame.

Please keep in mind, that broadcasting is a one way data transmission. 
When an error happens on the transmission channel which cannot be fixed 
by the correction logic, then you'll be going to record it. The only 
difference to VDR-1.3.30 is that you now get informed about this issue.

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl@xxxxxx



[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux