[vdr] No output via xineliboutput with VDR 1.7.21
Do you get the red No Signal text on black background? No, I get the xine splash screen instead. Sometimes with the VDR OSD on it... I am using xine-1.1, BTW. Perhaps this is relevant? And as someone also suggested, make sure you have xineliboutput set as your primary device in Settings/DVB. The value should be the amount of your dvb devices + 1. OK, I'm assuming that you're talking about /etc/vdr/setup.conf here. And although I have PrimaryDVB = 2 in this file, I don't see how this can be seen as setting xineliboutput as my primary device. My xineliboutput configuration is: xineliboutput.Audio.Compression = 100 xineliboutput.Audio.Delay = 0 xineliboutput.Audio.Headphone = 0 xineliboutput.Audio.SoftwareVolumeControl = 0 xineliboutput.Audio.Speakers = Stereo 2.1 xineliboutput.Audio.Surround = 0 xineliboutput.Audio.Upmix = 0 xineliboutput.Audio.Visualization = goom xineliboutput.Audio.Visualization.GoomOpts = width=720,height=576,fps=25 xineliboutput.Decoder.PesBuffers = 250 Cheers, Chris P.S. Can you also CC any reply to me, please? Otherwise my mail client is going to start a new thread on the VDR list. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] No output via xineliboutput with VDR 1.7.21
you must have an output xineplug_inp_xvdr.so then, you can play using xine cmd line: xine xvdr://127.0.0.1:37890 FYI, I have been successfully using xineliboutput *for years* with VDR 1.6.x. The *only reason* I felt this worth reporting to the mailing list is because it has all stopped working after upgrading to VDR 1.7.x. YES, I have the xvdr plugin! $ ls -als /usr/local/lib/xine/plugins/1.29/*vdr* 460 -rwxr-xr-x 1 root root 463196 Nov 7 23:29 /usr/local/lib/xine/plugins/1.29/xineplug_inp_xvdr.so Geez! Cheers, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] No output via xineliboutput with VDR 1.7.21
can you give output of this command's please? lsmod |grep dvb $ lsmod |grep dvb em28xx_dvb 16720 11 cxd2820r 22613 3 em28xx_dvb dvb_core 67728 2 em28xx_dvb,cxd2820r em28xx 66067 1 em28xx_dvb usbcore 94143 9 em28xx_dvb,em28xx,snd_usb_audio,uvcvideo,snd_usbmidi_lib,usbhid,uhci_hcd,ehci_hcd The adapter works fine with xine's native DVB plugin. (Provided VDR isn't already running, of course). sudo ps auxww |grep vdr # ps auxww | grep vdr root 2484 0.0 0.0 5272 1372 ? S 20:30 0:00 /bin/bash /usr/sbin/runvdr vdr 2489 1.9 1.0 111368 22172 ? Sl 20:30 0:08 /usr/sbin/vdr --lirc --vfat --userdump -s vdr-shutdown.sh -P xineliboutput --local=none --remote=37890 -P remote -i /dev/input/dvb-nano-remote sudo netstat -napt |grep vdr # netstat -napt |grep vdr tcp 0 0 0.0.0.0:6419 0.0.0.0:* LISTEN 2489/vdr tcp 0 0 0.0.0.0:37890 0.0.0.0:* LISTEN 2489/vdr tcp 0 0 127.0.0.1:37890 127.0.0.1:49042 ESTABLISHED 2489/vdr # netstat -napt |grep xine tcp 0 0 127.0.0.1:49124 127.0.0.1:37890 ESTABLISHED 5058/xine It all looks reasonable. I can even (sometimes) persuade elements of the OSD to appear in the xine-ui window by pressing buttons on my remote control. It's just that VDR doesn't appear to send any data. Cheers, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] No output via xineliboutput with VDR 1.7.21
Hi, I have just tried installing VDR 1.7.21 (from Fedora RawHide), with the xineliboutput plugin from its git repository. I have managed to get xine to connect to VDR (I think - after I had added 127.0.0.1 to the allowed_hosts.conf file), but I am not receiving any output in the xine window. VDR seems to be processing events from my remote, and the channels all seem to have tuned in too - even the HD ones. But it's no good without either a picture or sound. Does anyone have any ideas, please? Thanks, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DVB-T2 tuning
Hi, I'm assuming that VDR-1.7.x can tune into DVB-T2 channels, but it seems that Fedora 16 will still be using VDR-1.6.x. This is probably because VDR-1.7 is a development version, but I'd like to be able to use my PCTV 290e adapter in Fedora. So it looks like the DVB-T2 tuning parameters (QAM_256 support?) are going to need patching from 1.7 into 1.6. Can anyone point out the relevant code, please? I suspect that asking first will be faster... ;-). Thanks, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DVB-T2 tuning
Here is what i did with 1.7 vdr. Yes, I know it works in vdr 1.7. And xine's DVB plugin tunes into the HD channels here too. The problem is that Fedora uses vdr 1.6, and this version doesn't work. So obviously the tuning code in vdr 1.7 is different somehow... Thanks, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xine with new AAC LATM support
Hi all, The AAC LATM patches have finally been merged to the xine-lib 1.2 branch. It still doesn't configure correctly for me on Fedora 15, but please feel free to test it out. Cheers, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xine with new AAC LATM support
Hi, Just in case anyone is interested: There has been a sudden spike in xine development (1.1.19 branch), and AAC LATM audio should now be working with MPEG-TS streams. You will also need to be using FFmpeg = 0.7. Cheers, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine with new AAC LATM support
Have your patches been merged yet? When will they be merged into the xine-lib-1.2 tree? I don't know anyone still using 1.1 since 1.2 is where the vdpau dev happens. Yes, the patches have now all been merged into the xine-lib tree: http://hg.debian.org/hg/xine-lib/xine-lib I suspect that the patches will also arrive in the 1.2 tree at some later point. However, xine-lib-1.2 doesn't build for me on Fedora 15 so I can't test it myself. Cheers, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FreeviewHD success with Nanostick 290e
Laz, I've finally managed to tune my 290e in as well. I have discovered that I need to remove all of the 2-way splitters that I'd been using to connect everything up to the wall socket, and then w_scan and scandvb can find the HD signal. But my version of ffmpeg (0.6.3) is struggling to decode the stream and so I'm not getting any sound. The pictures are OK, though. So maybe it's just that this PC is slightly underpowered? (2x2.66GHz P4 Xeons with HT enabled). I'll try using a beefier machine tomorrow. And if I'm still getting a HD signal tomorrow, I'll know that my 2-way splitters really are the problem too :-). Although the loss of the splitters will be a problem in the long-term, because now I'm limited to only one DVB-T/T2 receiver. One problem at a time... Cheers, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] FreeviewHD channels.conf OK for xine, but not for VDR
Using scandvb with the -o vdr parameter is failing, but without it I get the following lines: BBC HD:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17472 BBC One HD:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17540 ITV1 HD:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17604 Channel 4 HD:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:T Interesting. So xine is now receiving the stream via its DVB plugin, although it is also choking on the H.264 decoding. Still no luck getting the adapter's remote control working. Cheers, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FreeviewHD channels.conf OK for xine, but not for VDR
Now xine isn't tuning into the HD channels again either. Maybe it's a problem with the transmitter, but I'm thinking that the DVB userspace doesn't have enough support for DVB-T2 yet. Cheers, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] Compile fix for eepg-0.0.3 with g++ 4.6
Hi, This patch fixes compilation of the eepg-0.0.3 plugin with g++ 4.6: --- eepg.c.orig 2009-04-30 13:24:57.0 +0100 +++ eepg.c 2011-08-13 23:22:25.0 +0100 @@ -2684,7 +2684,7 @@ class cEIT2:public SI::EIT { public: -cEIT2 (cSchedules::cSchedules * Schedules, int Source, u_char Tid, const u_char * Data, +cEIT2 (cSchedules * Schedules, int Source, u_char Tid, const u_char * Data, bool OnlyRunningStatus = false); // originally from libdtv, Copyright Rolf Hakenes hake...@hippomi.de @@ -2773,7 +2773,7 @@ } #endif /* NOEPG */ - cEIT2::cEIT2 (cSchedules::cSchedules * Schedules, int Source, u_char Tid, const u_char * Data, bool OnlyRunningStatus) + cEIT2::cEIT2 (cSchedules * Schedules, int Source, u_char Tid, const u_char * Data, bool OnlyRunningStatus) : SI::EIT (Data, false) { if (!CheckCRCAndParse ()) return; Cheers, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] UK FreeviewHD and VDR
Hi, I currently use VDR to watch Freeview in the UK, and it works great with a Hauppauge NOVA-T-USB2 adapter. However, this adapter isn't compatible with DVB-T2 and so I've now ordered a nanoStick T2 290e and have upgraded to the Linux 3.0.1 kernel in eager anticipation. My ultimate goal is to use VDR to watch FreeviewHD, exactly as I've already been using it to watch Freeview, except that I understand that the EPG for the HD channels has been compressed using proprietary Huffman tables. I've already found this web site: http://www.rst38.org.uk/vdr/ The patch here for VDR (with separate drop in files freesat.t1 and freesat.t2) looks interesting, and would seem to allow VDR to read the compressed EPG in a transparent way. However, it has obviously not been merged to VDR in over 2 years, which would suggest that the VDR developers have rejected it for some reason. Could someone tell me what the recommended approach is for parsing a Huffman-compressed EPG with VDR please? I suspect that I can integrate this patch into VDR manually, but this isn't a viable long-term solution. Thanks for any advice, Cheers, Chris P.S. Yes, I know that I am assuming that FreeSat and FreeviewHD are using the same proprietary Huffman tables. But I'm also under the impression that this assumption is not a bad one. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] UK FreeviewHD and VDR
I haven't pushed it upstream to Klaus, I think the preferable solution is to do it as a plugin - search for the eepg plugin which incorporates the parsing code. OK, thanks. Fedora 15 is still using VDR 1.6.x but the plugin looks small enough that I'm hoping it will work anyway :-). BTW, I see that eepg.c is using sscanf() with GNU-specific %a[range] tokens. Wouldn't it be more practical to use %m[range] tokens instead, c.f. the man page for sscanf from glibc: Since version 2.7, glibc also provides the m modifier for the same pur‐ pose as the a modifier. The m modifier has the following advantages: * It may also be applied to %c conversion specifiers (e.g., %3mc). * It avoids ambiguity with respect to the %a floating-point conversion specifier (and is unaffected by gcc -std=c99 etc.) * It is specified in the upcoming revision of the POSIX.1 standard. Cheers, Chris ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr