Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vdr] Re: another EPG scan issue



Michael Reinelt wrote:
> 
> besides the "not leaving transfer mode after recording finished"
> preventing an EPG scan, I've got another issue with this: the teletext
> plugin. This plugin is always receiving, so preventing the EPG scan,
> too.
> 
> For my private VDR, I made the following patch to VDR-1.2.1:
> 
> --- eitscan.c.orig      2003-07-03 05:57:28.000000000 +0200
> +++ eitscan.c   2003-08-03 14:40:54.000000000 +0200
> @@ -59,3 +59,3 @@
>                  if (Device != cDevice::PrimaryDevice() || (cDevice::NumDevices() == 1 && Setup.EP
> GScanTimeout && now - lastActivity > Setup.EPGScanTimeout * 3600)) {
> -                  if (!(Device->Receiving(true) || Device->Replaying())) {
> +                  if (!(Device->Receiving() || Device->Replaying())) {
>                        for (;;) {
> @@ -68,2 +68,3 @@
>                                     }
> +                              isyslog ("EPG scan on channel %d", Channel->Number());
>                                  Device->SwitchChannel(Channel, false);
> 
> It works at least for me. But I'm not shure what's the difference between
> Device-Receiving() and Device->Receiving(true). I think it has something to
> do with priorities, but I don't understand the code (I'm quite very bad in
> reading C++).
> 
> It looks like the Teletext receiver has a very low priority, which is ignored by
> the EPG scanner with above patch.
> 
> I'm not shure if this solves the transfer mode problem, too. If the priority of
> the receiver thread after finished recording would be low enough, it should work.
> But I never tried...

I'm afraid this will have unwanted side effects on systems with more than one
DVB card. On such a system, a non-primary card might have the CAM connected to
it, and the user may be viewing an encrypted live programme in Transfer Mode.
Since with more than one DVB card the EPG scan kicks in after a short while of
no user interaction, and a Transfer Mode receiver connects to the receiving
device with priority -1 (as do all other receivers that don't actually record),
the receiving end of the Transfer Mode would be cut off with your change.
I have to admit, though, that I haven't tested this explicitly, it's just
what I assume would happen.

> @Klaus: would you accept an entry to your 1.3 wishlist "forced EPG scan via OSD
> and/or SVDRCP (VDRadmin)?"

Yes, this will be implemented.

Klaus


-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.



Home | Main Index | Thread Index