[vdr] Re: SPEEDUP: processing audio in transfer thread

["C.Y.M." <syphir@syphir.sytes.net>]

Reinhard,

I have applied your patch to vdr-1.3.11 (using a Nexus-S) and it seems to
help my A/V desync problem on many of my recorded shows.  What seems to
happen is when the audio becomes desynced, the video speeds up for a split
second and comes back up to sync with the audio.  Is this what is supposed
to happen?

Thanks..
C.Y.M.

> -----Original Message-----
> From: vdr-bounce@linuxtv.org [mailto:vdr-bounce@linuxtv.org] 
> On Behalf Of C.Y.M.
> Sent: Wednesday, June 23, 2004 2:00 PM
> To: vdr@linuxtv.org
> Subject: [vdr] Re: SPEEDUP: processing audio in transfer thread
> 
> Could this patch improve on the audio/video desync problem 
> with the full
> featured cards when playing back a recorded show?
> 
> Thanks!
> 
> > -----Original Message-----
> > From: vdr-bounce@linuxtv.org [mailto:vdr-bounce@linuxtv.org] 
> > On Behalf Of Reinhard Nissl
> > Sent: Wednesday, June 23, 2004 1:38 PM
> > To: vdr@linuxtv.org
> > Subject: [vdr] SPEEDUP: processing audio in transfer thread
> > 
> > Hi,
> > 
> > some time ago, I've asked why watching channels/recordings 
> > with dolby audio 
> > over vdr-xine consumes much more CPU time (e. g. 30 % vs. 17 
> > % on my system). 
> > Today, I've accidentially found the reason: the transfer 
> > thread plays dolby 
> > audio via PlayAudio() and then zeros out the dolby packets, 
> > so that they don't 
> > get played again, when the packet is later sent via PlayVideo().
> 
> 
>