On Sat, 2005-08-27 at 10:39 +0200, Luca Olivetti wrote:
Malcolm Caldwell wrote:
Again, IMHO, this seems fairly complex. Why should vdr consult plugins about this stuff?
e.g. because plain vdr doesn't know anything about a positioner (or other weird things: vdr is good because it's flexible and you can do almost everything you want with it).
Maybe. But why should vdr need a plugin to do normal diseqc 1.3 positioning? IMHO it should work 'out of the box'.
I guess this does not mean that there should not be a hook, just that its use should be optional and only an optimisation for positioners with plugins that can tell when the dish has finished moving. (actuator, and perhaps future diseqc positioners...)
I would have thought that vdr should be able to tell when a signal is valid etc.
Perhaps just having a time value indicating how long the signal had been locked would be enough. Then things like channel update etc. could just wait until there was (eg) 5 seconds of valid signal before it did anything.
That may be good for eit(?) scanning, not for attaching receivers: why wait 5 seconds when the dish is already positioned and you have a good signal?
I did not really mean that attaching receivers for live tv/transfer mode should wait. As I said, I think the drivers should 'just work' in this regard. Setting a filter should not be a problem even if there not currently a lock. But is this the case for all drivers? Perhaps we should ask on the linux-dvb list?
Waiting is needed for eit scanning, and perhaps other things, like recording, teletext etc.
Since I'm using a dxr3 (i.e. transfer mode i.e. a receiver) I wouldn't like to wait 5 seconds after each channel change.
True. I know the problem.
Bye
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr