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@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
