[vdr] Transfer mode and a motorised dish

[Luca Olivetti]

Malcolm Caldwell wrote:

>>>The other problem with vdr and motorised dishes is due to the timeout
>>>for recordings.  If vdr receives no data for MAXBROKENTIMEOUT defined in
>>>recording.c it does an emergency restart.  Now on the plus side, by the
>>>time vdr restarts my dish has (so far) always moved to the correct
>>>position!  However, I must say it is hard to explain to my wife why the
>>>recording we just happened to be watching at the time stopped midway
>>>through...
>>
>>Here my fix is to wait ten time the MAXBROKENTIMEOUT but only for the
>>first packet.
> 
> 
> OK, this may be a good compromise.
>  

Maybe a definitive solution is simpler than I thought:

-modify cDvbDevice::HasLock to check that the dish is positioned (by 
querying plugins)
-remove the wait for HasLock in cDevice::AttachReceiver
-remove also Receiver->Activate(true) there. In its place mark that this 
receiver hasn't been activated
-modify cDevice::Action to wait for HasLock() before the main loop
-call receiver[i]->Activate(true) in cDevice::Action just befor calling 
Receive, but only for receivers that haven't been activated yet

WDYT Klaus?

-- 
- Yo también quiero una Europa libre de Patentes de Software  -
- I want a Software Patents Free Europe too! And you?         -
---------------------------------------------------------------
   EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
Url : http://www.linuxtv.org/pipermail/vdr/attachments/20050809/2aaed683/signature.pgp