VDSB Video Data Stream Broken

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Udo Richter wrote:
> Klaus Schmidinger wrote:
> 
>>I have attached a slightly modified version of the patch, which
>>avoids error messages like
>>
>>  ERROR (dvbdevice.c,157): Value too large for defined data type
>>
>>when clearing the event queue. It also returns the current frontend status
>>even if there was no event, and logs the channel number and transponder
>>in case of a timeout. As far as I can see the timeouts always happen
>>on transponders that are currently not broadcasting, or use very low
>>symbol rates, which my full featured second device can't handle.
> 
> 
> For me, I'm currently getting errors for tp 10773h, 10832h, 10861h,
> 10920h, 11479v, 11914h, 12441v and 12522v. The four low-band
> transponders are known PITA of my card, and the four high-band
> transponders are empty according to lyngsat.
> 
> 
> One case looks like the lost lock state needs additional resetting on
> transponder change:
> 
> 18:22:09 vdr[]: ERROR: frontend 1 lost lock on channel 705, tp 110920
> 18:22:11 vdr[]: frontend 1 regained lock on channel 347, tp 111720
> 
> There were no other messages between these two.
> 
> Cheers,
> 
> Udo

Incidently I had already added the necessary source line, but
then I thought it might not be that bad to have that "regained"
message, because otherwise there would be a "lost lock" message
in the log without any "regained lock", even if in fact the lock was
actually regained.

Klaus


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux