- Removed the TUNER_LOCK_TIMEOUT in cDevice::AttachReceiver()
since it caused more trouble than it fixed.
I am not sure if this was a wise decision. For the first time since months I had the following problem:
- watch live channel on DVB-T card - start watching a recording - after an hour stop replaying; vdr switches back to the last seen DVB-T channel - switch to a DVB-C channel - and got a black picture. I was not able to watch anything from DVB-C until a restart of vdr. I can`t see any errors in the log!
Martin Dauskardt wrote:
- Removed the TUNER_LOCK_TIMEOUT in cDevice::AttachReceiver()
since it caused more trouble than it fixed.
I am not sure if this was a wise decision. For the first time since months I had the following problem:
- watch live channel on DVB-T card
- start watching a recording
- after an hour stop replaying; vdr switches back to the last seen DVB-T
channel
- switch to a DVB-C channel
- and got a black picture. I was not able to watch anything from DVB-C until
a restart of vdr. I can`t see any errors in the log!
Well, according to driver developer Holger Wächtler it should be ok to tune and set filters in an arbitrary sequence, and it should not be necessary to wait for a lock of the tuner. The worst that could happen is that the application receives faulty data, and that's why VDR's section filtering actually does wait for a lock.
So I'd say this must be a driver bug that may have been hidden by VDR waiting for a lock after tuning.
Klaus
On Mon, 2005-08-29 at 17:40 +0200, Klaus Schmidinger wrote:
Martin Dauskardt wrote:
- Removed the TUNER_LOCK_TIMEOUT in cDevice::AttachReceiver()
since it caused more trouble than it fixed.
I am not sure if this was a wise decision. For the first time since months I had the following problem:
- watch live channel on DVB-T card
- start watching a recording
- after an hour stop replaying; vdr switches back to the last seen DVB-T
channel
- switch to a DVB-C channel
- and got a black picture. I was not able to watch anything from DVB-C until
a restart of vdr. I can`t see any errors in the log!
Well, according to driver developer Holger Wächtler it should be ok to tune and set filters in an arbitrary sequence, and it should not be necessary to wait for a lock of the tuner. The worst that could happen is that the application receives faulty data, and that's why VDR's section filtering actually does wait for a lock.
So I'd say this must be a driver bug that may have been hidden by VDR waiting for a lock after tuning.
Given that this is two lines of code, perhaps an #ifdef can be included.
With a note that says: if you need this complain to the driver authors.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Martin Dauskardt wrote:
- Removed the TUNER_LOCK_TIMEOUT in cDevice::AttachReceiver()
since it caused more trouble than it fixed.
I am not sure if this was a wise decision. For the first time since months I had the following problem:
I also experienced problems after switching channels (more than once). It looked like the old upt-error. But in the log there was no upt-error, but many messages about the audio- and videorepacker. Restarting only vdr didn't solve the problem, I had to reload the driver. Since I added the waitforlock in attachreceiver again this problem didn't occur.
Thomas
-
Klaus Schmidinger -
Malcolm Caldwell -
Martin Dauskardt -
Thomas Bergwinkl