On Saturday 03 February 2007 10:13, Clemens Kirchgatterer wrote:
> Marko Myllymaa <[EMAIL PROTECTED]> wrote:
> > Also this newer version does some weird busylooping or whatever from
> > time to time. Vdr gets all remote codes and buffers them, but just
> > starts executing them after ~45s. One time it took so long, that I
> > got ssh opened from other computer to restart vdr, but vdr had
> > recovered.
> i can confirm this. i get the same delays in key processing very
> frequently. i use also a low end machine - PII 233 MHz.

What type of remote receiver are you using? I've had delays with some remotes 
but not others:

1. USB2 Nova-T receiver with the remote plugin: works most of the time but 
goes through phases where it seems to be ignoring keypresses so I press the 
button again (several times!) and then a few seconds later it "catches up" 
and I end up in a different menu, etc. to what I wanted! Works OK but can be 
very annoying! Also gives the wrong codes, i.e. keys, sometimes which can be 

2. PCI Nova-T receiver through lirc: works much better than the USB receiver 
but does feel as if there is a lag between pressing keys and things 
happening. Does sometimes do the buffering thing mentioned above but nowhere 
near as bad.

3. Home-made simple lirc receiver on a serial port through lirc: much more 
responsive than the two "proper" remote receivers! I would recommend this to 
anyone who can build the simple receiver. Finally got round to building 
another one for my main vdr system and it is so so much better now (was using 
the USB receiver previously).

I never worked out where the delays occurred, i.e. whether it was down to the 
DVB drivers or vdr itself. Seeing as the lirc receiver works fine, I'd be 
suspicious of the driver.

The above observations are on a 1.2 GHz Via Epia system, so not that powerful 
all things considered.



vdr mailing list

Reply via email to