Re: Bug in EIT PSI section gathering
Sas(o Kiselkov <[email protected]>
| Newsgroups | gmane.comp.video.videolan.libdvbpsi.devel |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 An SVN snapshot from about a few months ago - as Johann Hanne already pointed out, it was old. I've tried the latest version, and its already fixed there. Regards - -- Saso Christophe Massiot wrote: > On Wed, Jan 16, 2008, Sas(o Kiselkov wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: RIPEMD160 >> >> I've found a design bug in eit.c: when gathering PSI sections for EIT >> decoding, the code assumes that the section numbers must be contiguous >> from 0x00 up to i_last_section_number, which isn't the case: ETSI EN 300 >> 468 V1.5.1, p.23, "section_number": >> >> "Within each segment the section_number shall increment by 1 with each >> additional section, but a gap in numbering is permitted between the last >> section of a segment and the first section of the adjacent segment." >> >> I found that when trying to program an EPG application, the ARTE channel >> multiplex on Astra 19.2E would only show me the current and following >> events (in table_id 0x4e with just two sections), but none of the >> scheduled events (table_id 0x50 - 0x5f, with lots more sections with >> gaps between them). I reworked the code in eit.c to call >> dvbpsi_DecodeEITSections for each new section received, which made >> decode each section one by one, but my solution is a hack and clearly >> suboptimal. >> >> Any suggestions on how to patch this behavior? > > Which libdvbpsi version are you using ? > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHjiiwakxhuWWzY78RA22+AJwIdjPOwpLOwIQ57p202IbEmTOuFgCeOFge 9DeGHQDZq8cV+9/P8iE35Po= =EPXX -----END PGP SIGNATURE----- _______________________________________________ libdvbpsi-devel mailing list [email protected] http://mailman.videolan.org/listinfo/libdvbpsi-devel