epgcache overlap problems

[adm]

Whatever process you used to zap the box to IEPG is not relevant. What happened afterwards may be relevant. I.e. does the save to epg.dat and then sleep do some sort filtering of the data?

I downloaded 5.4.005 and installed then deleted the repeat timer I had for IEPG and enabled opentvzapper. I then deleted the EPG cache before rebooting the box to see if opentvzapper was working. The Sky FTA EPG data was populated soon afterwards.

So, this mornings' observations are with only opentvzapper running for IEPG on 28.2E (and EIT enabled) so unlikely to be my previous setup.

My box was switched on from deep standby at approx 8:30 am and the overwrite of the EPG data for 12 channels noticed just before I posted at around 1pm. Even if the EPG data from yesterday was read from the hard disk on switch on opentvzapper would have kicked in shortly afterwards to update the (I)EPG data. I have two satellite tuners and no recordings were taking place at anytime during the morning.

I realise that opentvzapper is just a background channel changer (zapper) but something is causing the EPG data in RAM cache to be overwritten, and not very well. I realise also that I have seen this problem, but to a much lesser extent, before opentvzapper and even possibly before epgrefresh.

Although a different method of obtaining over the air EPG I don’t recall seeing the problem on the Freeview terrestrial EPG which also suggests the problem is not how my box saves EPG to disk on shut down nor how it reads EPG from disk after startup from deep standby, and possibly not related to how the EPG is updated if a single method is used (only EIT in the case of Freeview). My box is in deep standby every night.

As I said in a previous post, I will disable EIT or now/Nex EIT to see if the problem goes away. This may take a week or so to reach any conclusions.

[BrokenUnusableAccount]

I downloaded 5.4.005 and installed then deleted the repeat timer I had for IEPG and enabled opentvzapper. I then deleted the EPG cache before rebooting the box to see if opentvzapper was working. The Sky FTA EPG data was populated soon afterwards.

So, this mornings' observations are with only opentvzapper running for IEPG on 28.2E (and EIT enabled) so unlikely to be my previous setup.

My box was switched on from deep standby at approx 8:30 am and the overwrite of the EPG data for 12 channels noticed just before I posted at around 1pm. Even if the EPG data from yesterday was read from the hard disk on switch on opentvzapper would have kicked in shortly afterwards to update the (I)EPG data. I have two satellite tuners and no recordings were taking place at anytime during the morning.

I realise that opentvzapper is just a background channel changer (zapper) but something is causing the EPG data in RAM cache to be overwritten, and not very well. I realise also that I have seen this problem, but to a much lesser extent, before opentvzapper and even possibly before epgrefresh.

Although a different method of obtaining over the air EPG I don’t recall seeing the problem on the Freeview terrestrial EPG which also suggests the problem is not how my box saves EPG to disk on shut down nor how it reads EPG from disk after startup from deep standby, and possibly not related to how the EPG is updated if a single method is used (only EIT in the case of Freeview). My box is in deep standby every night.

As I said in a previous post, I will disable EIT or now/Nex EIT to see if the problem goes away. This may take a week or so to reach any conclusions.

Maybe with Freeview there is a simple means in the received data (perhaps the EIT number mentioned in another thread) for the EPG store to automatically delete old EPG data when it gets changed.
While with IEPG data 1 perhaps there isn't such a simple way to detect that a newly received piece of EPG data replaces an old piece so both get stored. Presumably exactly identical records aren't stored twice. If the only way is to look for something like overlapping start and end times it may not be implemented, or not implemented well enough.