[vdr] Re: xine plugin 0.0.2

[Reinhard Nissl <rnissl@gmx.de>]

Hi,

I'm sorry for the late respone, but I really had a tough week.

Mateo Anderson wrote:

> > what does vdr print to the syslog?
> And here is when I run the vdr (with the DEBU_OSD=1)
> ---------------------------------------------------
> Sep 19 13:29:22 localhost vdr[10535]: VDR version 1.2.5 started
> Sep 19 13:29:22 localhost vdr[10535]: loading plugin: ./PLUGINS/lib/libvdr-xine.
> so.1.2.5
> Sep 19 13:29:22 localhost vdr[10535]: loading /home/matej/video/setup.conf
> Sep 19 13:29:22 localhost vdr[10535]: loading /home/matej/video/sources.conf
> Sep 19 13:29:22 localhost vdr[10535]: loading /home/matej/video/diseqc.conf
> Sep 19 13:29:22 localhost vdr[10535]: loading /home/matej/video/channels.conf
> Sep 19 13:29:22 localhost vdr[10535]: loading /home/matej/video/timers.conf
> Sep 19 13:29:22 localhost vdr[10535]: loading /home/matej/video/svdrphosts.conf
> Sep 19 13:29:22 localhost vdr[10535]: loading /home/matej/video/ca.conf
> Sep 19 13:29:22 localhost vdr[10535]: loading /home/matej/video/remote.conf
> Sep 19 13:29:22 localhost vdr[10535]: loading /home/matej/video/keymacros.conf
> Sep 19 13:29:22 localhost vdr[10535]: found 1 video device
> Sep 19 13:29:22 localhost vdr[10535]: initializing plugin: xine (0.0.1): Plugin
> for "software only" playback using xine.
> Sep 19 13:29:22 localhost vdr[10535]: setting primary device to 2
> Sep 19 13:29:22 localhost vdr[10535]: SVDRP listening on port 2001
> Sep 19 13:29:22 localhost vdr[10535]: starting plugin: xine
> Sep 19 13:29:23 localhost vdr[10535]: switching to channel 1
> Sep 19 13:29:23 localhost vdr[10535]: ERROR: Channel not available!
> Sep 19 13:29:25 localhost vdr[10535]: switching to channel 1
> Sep 19 13:29:25 localhost vdr[10535]: ERROR: Channel not available!
> Sep 19 13:29:27 localhost vdr[10535]: ERROR: Channel not available!
> Sep 19 13:29:29 localhost vdr[10539]: ERROR: no DiSEqC parameters found for chan
> nel 2
It seems to me, that your channels.conf and or diseqc.conf are not setup 
properly. I had similar problems when I got my digital dish and started to use 
VDR. For any reason I had to use DiSEqC on my ASTRA/EUTELSAT system, but had 
no properly configured config files.

Are you able to watch TV with xine directly (e. g. xine dvb://1)?

Well, the above command requires a proper channels.conf. BTW: Where did you 
get your channels.conf and diseqc.conf from?

Maybe you should try to scan for channels available with your receiving 
equipment. DVB features a scan tool, so please try:

	video:/soft/src/DVB/apps/scan # ./scan -s 0 -o vdr -x 0 -t 1

This will give you a VDR compliant channels.conf on stdout, which contains all 
free to air TV programms on the first satellite. You may want to use output 
redirection to store the output to disk. Next you have to adjust diseqc.conf 
to cover the satellite position mentioned in channels.conf.

BTW: To get a channels.conf for direct use with xine, just omit the -o option 
from the above command.

> > does it throw errors from transfer.c when
> > only vdr (no xine) is running?
> Where can I see those messages?
> Should I turn on the debugging? Where?
Below you see my logfile. The mentioned error appears, when VDR wants to send 
something to xine via my plugin. At the moment, I try to open the fifo each 
time something needs to be sent to xine, as long as opening succeeds. That's 
why there appear quite a lot of these messages.

BTW: Do you already have a proper remote.conf? Maybe you might want to use 
mine (http://home.vr-web.de/~rnissl/remote.conf), which uses the console as 
input from which VDR was started. The key mapping is here: 
http://home.vr-web.de/~rnissl/remote.conf.txt.

Sep 19 21:00:16 video kernel: DVB: registering new adapter 
(TT-Budget/WinTV-NOVA-CI PCI).
Sep 19 21:00:17 video kernel: stv0299.c: setup for tuner SU1278/SH
Sep 19 21:00:17 video kernel: DVB: registering frontend 0:0 
(STV0299/TSA5059/SL1935 based)...
Sep 19 21:00:18 video kernel: mt312_read: ret == -121
Sep 19 21:00:18 video kernel: TT-Budget/WinTV-NOVA-CI PCI adapter 0 has MAC 
addr = 00:d0:5c:22:37:98
Sep 19 21:00:18 video kernel:
Sep 19 21:00:18 video kernel: Technisat SkyStar2 driver loading
Sep 19 21:00:18 video su: (to root) rnissl on /dev/pts/1
Sep 19 21:00:18 video su: pam_unix2: session started for user root, service su
Sep 19 21:00:18 video vdr[1702]: VDR version 1.2.5 started
Sep 19 21:00:18 video vdr[1702]: loading plugin: 
./PLUGINS/lib/libvdr-xine.so.1.2.5
Sep 19 21:00:18 video vdr[1702]: loading /video/setup.conf
Sep 19 21:00:18 video vdr[1702]: loading /video/sources.conf
Sep 19 21:00:18 video vdr[1702]: loading /video/diseqc.conf
Sep 19 21:00:18 video vdr[1702]: loading /video/channels.conf
Sep 19 21:00:18 video vdr[1702]: loading /video/timers.conf
Sep 19 21:00:18 video vdr[1702]: loading /video/svdrphosts.conf
Sep 19 21:00:18 video vdr[1702]: loading /video/ca.conf
Sep 19 21:00:18 video vdr[1702]: loading /video/remote.conf
Sep 19 21:00:18 video vdr[1702]: loading /video/keymacros.conf
Sep 19 21:00:18 video vdr[1702]: probing /dev/dvb/adapter0/frontend0
Sep 19 21:00:18 video vdr[1705]: EIT processing thread started (pid=1705) - master
Sep 19 21:00:18 video vdr[1706]: tuner thread started on device 1 (pid=1706)
Sep 19 21:00:18 video vdr[1702]: probing /dev/dvb/adapter1/frontend0
Sep 19 21:00:18 video vdr[1702]: found 1 video device
Sep 19 21:00:18 video vdr[1702]: initializing plugin: xine (0.0.2): Plugin for 
"software only" playback using xine.
Sep 19 21:00:18 video vdr[1702]: setting primary device to 2
Sep 19 21:00:18 video vdr[1702]: SVDRP listening on port 2001
Sep 19 21:00:18 video vdr[1702]: starting plugin: xine
Sep 19 21:00:19 video vdr[1711]: KBD remote control thread started (pid=1711)
Sep 19 21:00:19 video vdr[1702]: remote control KBD - keys known
Sep 19 21:00:19 video vdr[1702]: switching to channel 88
Sep 19 21:00:19 video vdr[1712]: transfer thread started (pid=1712)
Sep 19 21:00:19 video vdr[1713]: receiver thread started on device 1 (pid=1713)
Sep 19 21:00:19 video vdr[1702]: reading EPG data from /video/epg.data
Sep 19 21:00:19 video vdr[1702]: ERROR: illegal channel ID: S19.2E-1-0-47
Sep 19 21:00:19 video vdr[1702]: setting watchdog timer to 60 seconds
Sep 19 21:00:19 video vdr[1712]: ERROR (transfer.c,111): No such device or address
Sep 19 21:00:26 video last message repeated 1756 times
Sep 19 21:00:26 video vdr[1702]: max. latency time 1 seconds
Sep 19 21:00:26 video vdr[1712]: ERROR (transfer.c,111): No such device or address
Sep 19 21:00:36 video last message repeated 1973 times
Sep 19 21:00:36 video vdr[1702]: confirm: Wirklich neu starten?
Sep 19 21:00:36 video vdr[1712]: ERROR (transfer.c,111): No such device or address
Sep 19 21:00:36 video last message repeated 54 times
Sep 19 21:00:36 video vdr[1702]: confirmed
Sep 19 21:00:36 video vdr[1702]: initiating emergency exit
Sep 19 21:00:36 video vdr[1712]: ERROR (transfer.c,111): No such device or address
Sep 19 21:00:36 video last message repeated 3 times
Sep 19 21:00:36 video vdr[1702]: emergency exit requested - shutting down
Sep 19 21:00:36 video vdr[1712]: transfer thread ended (pid=1712)
Sep 19 21:00:36 video vdr[1713]: receiver thread ended on device 1 (pid=1713)
Sep 19 21:00:36 video vdr[1702]: buffer stats: 30532 (2%) used
Sep 19 21:00:36 video vdr[1711]: KBD remote control thread ended (pid=1711)
Sep 19 21:00:36 video vdr[1702]: saved setup to /video/setup.conf
Sep 19 21:00:36 video vdr[1705]: EIT processing thread ended (pid=1705) - master
Sep 19 21:00:36 video vdr[1706]: tuner thread ended on device 1 (pid=1706)
Sep 19 21:00:36 video vdr[1702]: stopping plugin: xine
Sep 19 21:00:36 video vdr[1702]: max. latency time 1 seconds
Sep 19 21:00:36 video vdr[1702]: exiting
Sep 19 21:00:36 video vdr[1702]: emergency exit!

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



--
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.