FWIW I've started using vanilla VDR again and have access to FreeviewHD so I've updated the patch to VDR 2.2.0, available here: http://rst38.org.uk/vdr/freesat_vdr2.2.0.diff It needs a bit of a tidy up but it does work.
Do you have a working patch for 2.3.1?
Thanks, your patch has fixed my problem.
LS80: You can also ask user gandalf247 aka lanks as he has moved to the UK and is using freeview now: Umrüstung DVB-S/S2 -> UK ATV/DTV [ gelöst ]
I PM'd him but he hasn't switched to Freeview yet.
I am using Freeview (DVB-T2) not Freesat.
Thanks, I've been doing some research and apparently the UK Freeview HD channels use something called Huffman encoding for the EPG data which isn't supported by VDR core but is supported by tvheadend
https://github.com/tvheadend/tvhe…r/src/huffman.c
I've tried the eepg plugin but that didn't make any difference. The issue you linked to implies that support was added for Freeview so either something changed with the broadcasts or I am doing something wrong. Did you have to configure anything other than installing the plugin? I am compiling everything from source on Arch Linux and now have
/usr/local/lib/vdr/libvdr-eepg.so.2.2.0 which I presume should be loaded and used automatically.
This thread looks useful
http://thread.gmane.org/gmane.linux.vdr/48068
I just noticed that the first two bytes of the T field are a CSI (Command Sequence Introducer) encoded in UTF-8 (0xc2 0x9b).
I have a problem with nonsense epg data for UK Freeview HD channels. I don't know if this is a character encoding issue or something more sinister. All the SD channels appear to be fine.
Here is a problem part of my epg.data with the BBC ONE HD data
epg.data
The channels.conf line for BBC ONE HD is
BBC ONE HD:682000000:C23D0G32I0M256P0Q16434S1T8X1:T:0:6601=27:6602=eng@17,6606=eng@17:0;6605=eng:0:17540:9018:16515:0
w_scan would not find the HD channels so I had to create this line myself from a working tvheadend config. Is there anything obviously wrong with this line or does it look like a VDR epg bug?
