Hi,

I've been wondering for quite a while why I do not see a EIT scan to happen on my system.

I had a look into (VDR-1.3.24's) eitscan.c:19-20. These lines contain the following conditions (wrapped to separate lines for readability):

if (Device != cDevice::PrimaryDevice() || (cDevice::NumDevices() == 1 && Setup.EPGScanTimeout && now - lastActivity > Setup.EPGScanTimeout * 3600)) {

  if (!(Device->Receiving(true)
       || Device->Replaying())) {

A setup like mine has two devices: the first one is the budget card and the second one is provided by the vdr-xine plugin, with the latter beeing the primary device. So, the first "if" only selects the budget card and ignores Setup.EPGScanTimeout completely, as cDevice::NumDevices() is 2, which is not == 1.

Then, the second "if" blocks as the budget card is receiving most of the time, as it feeds the transfer thread which replays on the primary device.

So a system like mine will only do an EIT scan while I'm watching a recording. Furthermore, it won't stop transfer mode to start an EIT scan on it's own after Setup.EPGScanTimeout hours.

I currently have no idea how to solve this issue.

PS: the osdteletext plugin keeps the budget card receiving and therefore no EIT scan can happen while replaying a recording.

Bye.

Reinhard Nissl wrote:

So a system like mine will only do an EIT scan while I'm watching a recording. Furthermore, it won't stop transfer mode to start an EIT scan on it's own after Setup.EPGScanTimeout hours.

It's even worse with a motorised dish, since it starts moving randomly (that's why I set epg timeout to 0)

I currently have no idea how to solve this issue.

maybe there should be a way to start a scan manually (otherwise vdr cannot tell if you're watching tv or not), but limited to the current source. Also, I don't know if it's useful for the epg or not (probably not) but the channelscan/actuator plugins can be used to scan for new/modified channels.

Bye