[vdr] vdr-xine-0.7.7 plugin--Restart always need--then becomes
rnissl at gmx.de
Thu Feb 16 22:17:10 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 18.104.22.168 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.
Hhm, I've no idea why this issue happens after about 10 minutes and
vanishes when you restart VDR.
Please try to find something useful in the logs of VDR (e. g.
/var/log/messages) and run fbxine with --verbose=2. Of cause you have to
redirect stdout/stderr of fbxine to a file in order to get a log from
fbxine while console is taken over by directfb.
BTW: nice to hear that xine's directfb driver works with a matrox card.
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl at gmx.de
More information about the vdr