Re: [vdr] UK FreeviewHD and VDR
On Thursday 11 Aug 2011, Chris Rankin wrote: > 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. I'm in exactly the same boat as you! I've been using vdr for about 8 years now but only for SD stuff. I'm about to order a new hard disk (for a different machine) and was very tempted to add a nanoStick T2 290e to the order! I'd be really interested to hear how youget on with the nanostick (the only info on it I can really find is at http://stevekerrison.com/290e/index.html: just had a quick look and he's updated it since I last looked! toried of reprogramming a broken nanostick and baking it in the oven!). Is the driver now mainstream and, essentially, fully working? It looks like it should do. Sod it: just added one to my order! ;-) I've been using xmltv for a while to grab epg data from the Radio Times xml streams. I'm sure they have dta for HD channels too. It also means you get 2 weeks' worth of data and lenghtier write-ups of films, etc. What output device are you using for HD? I'm currently using softdevice (which I'm still hacking to get stable with current vdr versions) with a Matrox card for output using DirectFB. I'm just starting to investigate whether it's possible to use VDPAU to do the meaty decoding and then sent the decoded frames to DirectFB (i.e. no need for X to be running). I _think_ this is possible to do: svn avidemux can use VDPAU to offload decoding, apparently. If that's not doable, I guess I'll build a new Ion-based box and use xine for output. The problem then is that you don't tend to get many PCI slots for DVB cards (well, not with the small Atom boards). Maybe I could just keep the current vdr box (2.66 MHz P4) and stick an Nvidia graphics card in it. Decisions decisions... Cheers, Laz ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK FreeviewHD and VDR
Me too - noticed that DVB-T2 stick a while back. I have the same issue with changing the front-end, I'm particularly loathed to part with my mediaMVP's using VOMP with my headless server. This forms a good multi-user, functional, low power, low cost, reliable solution... who could want anything more ...until HD came along. There is an ongoing effort to re-purpose an HD streamer of some flavour for VOMP HD, but its not there yet. The drive now seems to be for a generic Android solution which sounds like a great idea. See http://forum.loggytronic.com/index.php?topic=526.15 On 19:59, Laz wrote: On Thursday 11 Aug 2011, Chris Rankin wrote: > 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. I'm in exactly the same boat as you! I've been using vdr for about 8 years now but only for SD stuff. I'm about to order a new hard disk (for a different machine) and was very tempted to add a nanoStick T2 290e to the order! I'd be really interested to hear how youget on with the nanostick (the only info on it I can really find is at http://stevekerrison.com/290e/index.html: just had a quick look and he's updated it since I last looked! toried of reprogramming a broken nanostick and baking it in the oven!). Is the driver now mainstream and, essentially, fully working? It looks like it should do. Sod it: just added one to my order! ;-) I've been using xmltv for a while to grab epg data from the Radio Times xml streams. I'm sure they have dta for HD channels too. It also means you get 2 weeks' worth of data and lenghtier write-ups of films, etc. What output device are you using for HD? I'm currently using softdevice (which I'm still hacking to get stable with current vdr versions) with a Matrox card for output using DirectFB. I'm just starting to investigate whether it's possible to use VDPAU to do the meaty decoding and then sent the decoded frames to DirectFB (i.e. no need for X to be running). I _think_ this is possible to do: svn avidemux can use VDPAU to offload decoding, apparently. If that's not doable, I guess I'll build a new Ion-based box and use xine for output. The problem then is that you don't tend to get many PCI slots for DVB cards (well, not with the small Atom boards). Maybe I could just keep the current vdr box (2.66 MHz P4) and stick an Nvidia graphics card in it. Decisions decisions... Cheers, Laz ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK FreeviewHD and VDR
On Friday 12 Aug 2011, Richard F wrote: > Me too - noticed that DVB-T2 stick a while back. > > I have the same issue with changing the front-end, I'm particularly > loathed to part with my mediaMVP's using VOMP with my headless server. > This forms a good multi-user, functional, low power, low cost, reliable > solution... who could want anything more ...until HD came along. Snap! I've also been using VOMP on the upstairs tele'! (Also handy when I've broken my output device downstairs!) > There is an ongoing effort to re-purpose an HD streamer of some flavour > for VOMP HD, but its not there yet. > The drive now seems to be for a generic Android solution which sounds > like a great idea. > See http://forum.loggytronic.com/index.php?topic=526.15 I'll have to start reading that forum again..! I might try to implement it so that vdr can record HD stuff but I can only watch them "off-line" using mplayer or similar from another PC. At least to start with, anyway. Cheers, Laz ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK FreeviewHD and VDR
> If that's not doable, I guess I'll build a new Ion-based box and use xine > for output. The problem then is that you don't tend to get many PCI slots > for DVB cards (well, not with the small Atom boards). Maybe I could just > keep the current vdr box (2.66 MHz P4) and stick an Nvidia graphics card > in it. Decisions decisions... Let your DVB-Cards in your vdr box and stream to the Ion box either by using a vdr instance on both boxes and use streamdev between them, or having only a vdr instance on the ion box and use vtuner to stream directly from the DVB cards on the vdr box to the ion box. Currently I am testing vtuner on a Seagate Dockstar with 2 sundtek DVB-C USB sticks that is streaming to a Zotac HD-ID 40. It is promising. Gerald ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK FreeviewHD and VDR
On 12 August 2011 12:33, Gerald Dachs wrote: > Currently I am testing vtuner on a Seagate Dockstar with 2 sundtek DVB-C > USB sticks that is streaming to a Zotac HD-ID 40. It is promising. FYI vtuner is available here http://code.google.com/p/vtuner/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK FreeviewHD and VDR
> On 12 August 2011 12:33, Gerald Dachs wrote: >> Currently I am testing vtuner on a Seagate Dockstar with 2 sundtek DVB-C USB sticks that is streaming to a Zotac HD-ID 40. It is promising. > > FYI vtuner is available here http://code.google.com/p/vtuner/ And here for Ubuntu Natty https://launchpad.net/~yavdr/+archive/unstable-vdr/ And in this dockstar repository: deb http://dockstar.yavdr.org unstable/ deb-src http://dockstar.yavdr.org unstable/ Currently I am working here on a version that uses memory mapping between client and kernel module that needs much less cpu: https://github.com/gdachs/vtuner. I want to simplify the client even more but I am not ready. Gerald ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK FreeviewHD and VDR
DVB-T2 has entered Sweden too, so I'm interested in this topic too. AFAIK there is only two DVB-T2 gadgets, the nanoStick and Blackgolds BGT3620, none have mainstream working Linux drivers yet. I currently stream MUMUDVB(Multicast) -> VDR-IPTV from server to client with EPG imported by XMLTV. This works decently and allows a small silent ION-box in the living room. It also allows multiple VDR and other clients watching DVB data from the same PCI card in the server. Given this, I lean to the BGT3620 dual DVB-T2 tuner, over the nanoStick. On the ION-box I run Ubuntu 10.04 LTS and install everything from yavdr's repos with VDPAU, xineliboutput etc. working 'out of the box'. I simply do not have the time , and there is no WAF for long experiments with the living room TV, to do anything else. /Johan Laz skrev 2011-08-12 10:42: On Thursday 11 Aug 2011, Chris Rankin wrote: > Hi, > > I currently use VDR to watch Freeview in the UK, and it works great [...] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK FreeviewHD and VDR
On 12.08.2011 00:59, Chris Rankin wrote: 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. Would this also cure the problem mentioned in VDR's timers.c: //XXX Apparently sscanf() doesn't work correctly if the last %a argument //XXX results in an empty string (this first occured when the EIT gathering //XXX was put into a separate thread - don't know why this happens... //XXX As a cure we copy the original string and add a blank. //XXX If anybody can shed some light on why sscanf() failes here, I'd love //XXX to hear about that! If so, would you care to provide a (tested) patch that replaces all occurrences of %a in sscanf() calls with %m? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
