[vdr] Problem when no input signal

Malcolm Caldwell malcolm.caldwell at ntu.edu.au
Sun Aug 28 07:37:09 CEST 2005

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

More information about the vdr mailing list