[vdr] vdr-xine-0.7.7 plugin--Restart always need--then becomes stable

Hu-Emulator hu_emulator at hotmail.com
Thu Feb 16 13:21:02 CET 2006

Hi first of thanks alot for a great plugin. I have found that I must restart 
vdr at least 2 times to get a stable run of vdr with your plugin.
I am using cvs "fbxine"
I am using vdr-1.3.42 and vdr-1.3.41 and vdr-1.3.37
OS debain, with kernel

I start xine with this script:

matroxset -f /dev/fb0 -m 5
              matroxset -f /dev/fb1 -m 2
              matroxset -f /dev/fb1 -o 1 2
              fbset -fb /dev/fb1 "1024x768-60" -depth 16 -laced true
while true
        /usr/bin/fbxine --stdctl --deinterlace -V DirectFB -A alsa 
        sleep 10

I start vdr with this script:

PLUGINS -P'xine -r' -P'remote -i /dev/input/event3' &

So what happens is that I start it, it runs say for about 10 minutes. Then I 
loose video but audio is still playing. At that point I still have remote 
control response to change channels even though no video. I have to stop vdr 
and restart it. But not fbxine its still running. Then I restart vdr and get 
stable continuous play.
----- Original Message ----- 
From: "Reinhard Nissl" <rnissl at gmx.de>
To: "Klaus Schmidinger's VDR" <vdr at linuxtv.org>
Sent: Tuesday, February 14, 2006 3:39 PM
Subject: [vdr] [ANNOUNCE] vdr-xine-0.7.7 plugin

> Hi,
> I'm pleased to announce Valentine's release 0.7.7:
>     http://home.vr-web.de/~rnissl/vdr-xine-0.7.7.tgz
> 2006-02-14: Version 0.7.7
> - Updated MANUAL (thanks to Ville Skyttä for supplying the patch).
> - Added Dutch translation (thanks to Maarten Wisse for supplying the
>   patch).
> - Fixed auto primary device functionality concerning ActualDevice
>   (thanks to Luca Olivetti for reporting this issue).
> - Shutting down cOsdProvider when vdr-xine is nolonger primary device
>   to fix an issue where the new primary device doesn't register it's
>   own cOsdProvider instance.
> - Fixed cXineDevice::SetDigitalAudioDevice() for radio channels with
>   multiple audio tracks (e. g. RADIO INT2). These tracks are not
>   related to each other and therefore syncing these tracks by PTS is
>   impossible and causes huge delays otherwise.
> - Adopted cXineDevice::GrabImage() to VDR-1.3.38 (based on a patch of
>   Darren Salt).
> - Fixed some issues with FIFO_DIR containing spaces (thanks to Darren
>   Salt for supplying the patch).
> - Fixed some warnings about strict-aliasing issues when compiling with
>   gcc-4.1 (thanks to Ville Skyttä for reporting this issue).
> - Added two new command line arguments (-X / -Y) to change the default
>   image size for GrabImage(). Internally, they are predefined as
>   -X 720 and -Y 576.
> - Dropped the Audio-Mode setup option for VDR >= 1.3.18 as VDR's audio
>   menu and PlayPes() took over sending just a single audio stream to
>   the output device.
> - Fixed implementation of cXineDevice::Clear(), which speeds up jumping
>   back and forth in recordings. A stresstest showed that from time to
>   time a deadlock happened in libasound (ALSA) when xine is opening the
>   audio device. You may experience a problem too if you stay on the
>   GREEN button at the beginning of a recording. On my system it caused
>   segfaults, asserts and deadlocks while xine is opening the ALSA
>   audio device. I'd be glad if someone could fix this issue.
>   Anyway, I hope that this change partitially fixes the delay on some
>   systems which happened when switching to trickspeed modes while
>   replaying a recording.
> - Added support for VDR's new info key.
> - Tried to get xine's ffmpeg decoder to work with vdr-xine, but failed.
> - Had xine CVS take over a couple of my xine patches.
> - Tuned xine-lib's startcode scanner in libmpeg2.
> - Adapted vdr-xine to VDR-1.4.41 changed detection of transfer mode.
> - Adapted vdr-xine to VDR-1.4.42 changed cDevice::PlayAudio().
> - Replaced noSignal*.pes with noSignal*.mpg. vdr-xine will complain
>   about a missing noSignal.mpg. Just copy the new files from the source
>   directory to the mentioned location as mentioned in INSTALL.
> - Changed buffering completely. When VDR switches to a channel, xine
>   starts replaying at 12.5 % of normal speed. Then vdr-xine monitors
>   the stream's PTS values and compares them to the value which xine
>   reports. The difference between VDR's and xine's value makes up the
>   currently gained buffer. When the buffer reaches the configured size
>   then xine switches to 100 % speed.
>   ATTENTION: this change requires you to reduce the configured
>              prebuffer in vdr-xine's setup page to about 8 frames!
> - Updated MANUAL and INSTALL accordingly.
> For this release I suggest the following xine sources:
> http://home.vr-web.de/~rnissl/xine-lib-cvs-20060212215500.tar.bz2
> http://home.vr-web.de/~rnissl/xine-ui-cvs-20060212215500.tar.bz2
> Highly recommended is the following patch:
> http://home.vr-web.de/~rnissl/vdr-1.3.42-dvbplayer6.patch
> http://home.vr-web.de/~rnissl/vdr-1.2.6-dvbplayer5.patch
> For details about the patch see:
> http://home.vr-web.de/~rnissl/vdr-patches-README.txt
> Enjoy.
> Bye.
> -- 
> Dipl.-Inform. (FH) Reinhard Nissl
> mailto:rnissl at gmx.de
> _______________________________________________
> vdr mailing list
> vdr at linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

More information about the vdr mailing list