New Problem - Zombie Recording

[Graham]

Can you guys check what <CollectEIT> is set to in your config.xml? If you set it to false, does the problem go away? It will disable DVB EPG, but I just want to temporarily test if it's a factor.

Two sets of logs are attached. The events in each are duplicated ... 10 minute manual recording of BBC4 HD and a 10 minute manual recording of BBC1 SD that starts five minutes after the BBC4 recording. With EIT True the BBC4 recording does not end (though NextPVR thinks that it has and shows the recording in the Whats New list) With EIT False the BBC4 recording ends normally.

[sub]

I'm pretty sure I have this fixed for the next build. Unfortunately I've changed versions of the development tools, so can't provide a patch, but will try to get the new build out as soon as I can.

[gEd]

ok, cheers. I will just set EIT back to false as with it true, it went pear shaped again as described by Graham (ndigitalhost processes never end)

[Bobins]

I'm pretty sure I have this fixed for the next build. Unfortunately I've changed versions of the development tools, so can't provide a patch, but will try to get the new build out as soon as I can.

Sub,
What do you believe the problem is/was and why have we seen it limited to one mux or channel. Was it the overall EIT size?
I ask because we've a lot of moves coming up in the UK soon and wondered if we could see other challenges as we move to SFN.

[sub]

What do you believe the problem is/was and why have we seen it limited to one mux or channel. Was it the overall EIT size?

It was a long standing bug with no limit on how much EIT info it'd cache (when it didn't really need to be caching any of it except when updating the EPG). This mux must have more EIT info than we've encountered before, and it allocated too much of the 32bit address space, effectively running out of memory for that process and crashing.

I ask because we've a lot of moves coming up in the UK soon and wondered if we could see other challenges as we move to SFN.

I don't anticipate that being a problem.

[Lao Pan]

Re-tuned this Morning due to 2 MUXs frequency change (first stage of 700mhz clearance) Avira A (DVB-T) and COM7 (DVB-T2), deleting all channels on these 2 Muxes before re-scanning.
On watching one of the HD channels on the T2 Mux (4HD+1) live for about 5 mins, I tried to exit back to the Menu with no success. In the end had to terminate NPVR and then force NDigitalhost to close - it was using over 1600 MB of Memory.

COM 7 & COM 8 are becoming Single Frequency Networks i.e. just 2 frequencies for the whole of the UK, even on adjacent Transmitters - that is why the Guard Frequency has been reduced.
In addition the channels now have to carry the epg for the whole UK - with all the regional variations included - not sure if that is different for every transmitter or just each region. That is why the EIT data has suddenly expanded so much.

I'm guessing this is why for the last couple of months (11th January) there have been several failed recordings, unstoppable recordings and dead Ndigitalhosts with large memory allocations left behind.

Hope you can get the new version out soon Sub.

[andrewj]

I've set CollectEIT to false and scheduled a recording arrangement for tonight which I would expect to fail given current bug. I will report back.

Could someone please confirm what CollectEIT=False does?
Thanks
Andrew

[Lao Pan]

I've set CollectEIT to false and scheduled a recording arrangement for tonight which I would expect to fail given current bug. I will report back.

Could someone please confirm what CollectEIT=False does?
Thanks
Andrew

AFAIK CollectEIT=False Will stop caching of the epg data in the transport stream - so as you use Schedules Direct this should work for you, setting it to true is only useful if you use DVB-T guide - but this will cause memory issues if watching or recording COM 7 & 8.

[robbyp]

Glad we are getting there. For my part, yesterday confirmed its the BBC 4 mux. Many recordings on non BBC 4 mux is fine, then tried a single recording on BBC 4 mux - failed after 9 mins. Then a multi recording (BBC 4 mux + 1 other) and failed.

[andrewj]

COM 7 & COM 8 are becoming Single Frequency Networks i.e. just 2 frequencies for the whole of the UK, even on adjacent Transmitters - that is why the Guard Frequency has been reduced.

Do when know when the next set of changes will occur? Will we have the new version of NextPVR by then? Also, what's the recommended way to re-tune so we don't have to set up the whole channel structure again? Some guidance would be great.

Thanks
Andrew