[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
Re: [vdr] UK FreeviewHD and VDR
I've already found this web site: http://www.rst38.org.uk/vdr/ http://projects.vdr-developer.org/projects/plg-eepg is the currently maintained successor to this patch really. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK FreeviewHD and VDR
Hi, On Thu, 11 Aug 2011, Chris Rankin wrote: 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. 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. 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. Yup, same tables, same PIDs - they're also broadcast on some of the DVB-T muxes as well. Regards, dom ___ 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
Re: [vdr] AAC LATM audio issue on dvb-t israeli service
Sorry for repost, I've left out a line: On windows i've looked into the vlc log and found no error except the start of the stream. when initializing the dvb-t card but none so ever after except once in a while warning late picture skipped (19199 -807) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr