On Tuesday 22 January 2008, Darren Salt wrote:
> I demand that Antti Seppälä may or may not have written...
> > Jouni Karvo wrote:
> >> I really have no idea of which settings to try next. Configuring
> >> xine-ui is not really an easy thing.
> > Few people have reported audio problems in xine-lib version 1.1.9.
> > The setting audio.synchronization.slow_fast_audio (discussed here
> > http://www.linuxtv.org/pipermail/vdr/2008-January/015210.html) might
> > help.
> > Also changing audio.synchronization.av_sync_method and/or
> > audio.synchronization.resample_mode may have an effect on your audio
> > problems.
> This patch should fix it. If you find that it works, report back and I'll
> make sure that it gets committed.
I'm not using any xine related functionality with VDR, but I tried the patch
Unfortunately it makes things even worse for me with Amarok than vanilla
22.214.171.124 - with vanilla 126.96.36.199 audio was ok until I tried to play a radio
stream, then nothing until restart. With this patch, the same breakage
appears to occur much more frequently, looks like audio gets lost when trying
to play a 2nd song after a fresh restart (quickly tried in a session where I
first played a MP3 (success), then tried a FLAC (fails), and everything else
fails after that, no need to even involve radio streams).
Reverting this changeset fixes these problems for me.
> diff --git a/src/xine-engine/audio_out.c b/src/xine-engine/audio_out.c
> --- a/src/xine-engine/audio_out.c
> +++ b/src/xine-engine/audio_out.c
> @@ -1619,6 +1619,7 @@ static void ao_close(xine_audio_port_t *
> /* make sure there are no more buffers on queue */
> + ao_set_property(this_gen, AO_PROP_DISCARD_BUFFERS, 0);
> pthread_mutex_lock( &this->driver_lock );
vdr mailing list