Slightly off topic but I recently uninstalled the EEPG plugin and reverted back to pure XMLTV data as I was finding it introduced too much instability into my VDR setup. With the plugin I would have problems with my DVB-S2 card causing VDR to restart with the 'broken stream' error code every week or so. Since removing the EEPG plugin I've returned to having flawless VDR uptime and stability again. On 24 October 2011 12:50, Stuart Morris <stuart_morris@xxxxxxxxxx> wrote: > I too have seen occasional EPG data on other channels become garbled. > > Is it possible that 'other transport stream' EIT data when received on the HD channel transport stream, is sometimes Huffman compressed? This of course is regardless whether the Eepg plugin is present or not. > > --- On Sat, 27/8/11, Laz <laz@xxxxxxxxxxxxxxxxxxxx> wrote: > >> From: Laz <laz@xxxxxxxxxxxxxxxxxxxx> >> Subject: Re: eepg plugin with UK freeview (not freesat!) EPG >> To: "VDR Mailing List" <vdr@xxxxxxxxxxx> >> Date: Saturday, 27 August, 2011, 10:46 >> On Saturday 27 August 2011 01:18:31 >> Tony Houghton wrote: >> > On Fri, 26 Aug 2011 20:42:38 +0100 >> > >> > Laz <laz@xxxxxxxxxxxxxxxxxxxx> >> wrote: >> > > I thought it had been doing this scrambling when >> I tried it earlier >> > > in the week but have now proved it to myself. >> > > >> > > Time to start adding some more printfs... >> > >> > The first byte of encoded strings should be 0x1f, >> followed by 1 or 2 >> > indicating which table should be used (one is >> optimised for titles, the >> > other for descriptions). "Normal" strings either start >> with a printable >> > character for the default character set or a code < >> 0x20 indicating the >> > character set. I use eepg too, but I haven't noticed >> it scrambling >> > anything (this is probably the first time I've looked >> at QVC's schedule >> > though ;)). >> >> Over the evening, it scrambled more and more channels! >> >> :-s >> >> Thanks for the pointer to 0x1f! Now I know where to look. >> >> (I assume that eepg only decodes EPG that comes in "over >> the air" and doesn't >> touch any EPG alread stored.) >> >> Laz >> >> _______________________________________________ >> vdr mailing list >> vdr@xxxxxxxxxxx >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr >> > > _______________________________________________ > vdr mailing list > vdr@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
