On 12/10/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote: > On Wed, Oct 12, 2005 at 11:01:44AM +0100, John Pullan wrote: > > On 12/10/05, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote: > > > > > > Something I noticed while looking at the memory leaks is the > > > Events map contains events for EVERY channel available, but > > > GetEmitID only ever picks events from the channels on the > > > current mplex. > > > > > > Put another way, there can be event information in the Events > > > map, but they won't be inserted because of the way GetEmitID > > > works. > > > > > > > I don't believe this is true. Empirically at least, it adds all the > > EIT data seen on the mplex (at least it did). I.e it should read the > > Yes, it gets added to Events. > > > 60-6F tables for other mplex's and use them as well. Note the use of > > "should" and "did". > > This is where it falls down. GetEmitID only returns keys for the > current mplex. I've a quick patch which dumps numbers of the event > maps in the form keyid(Events[keyid].size()). It gets called quite > often so you only need run it for 2 minutes. >
You know, I'm still not convinced by this. Tuning to BBC1/2 used to fill the entire program map in. I'll test it tonight and get back to you. Regards -- John _______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
