[vdr] eepg plugin with UK freeview (not freesat!) EPG
stuart_morris at talk21.com
Mon Oct 24 13:50:37 CEST 2011
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 at club-burniston.co.uk> wrote:
> From: Laz <laz at club-burniston.co.uk>
> Subject: Re: [vdr] eepg plugin with UK freeview (not freesat!) EPG
> To: "VDR Mailing List" <vdr at linuxtv.org>
> 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 at club-burniston.co.uk>
> > > 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!
> 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.)
> vdr mailing list
> vdr at linuxtv.org
More information about the vdr