Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linux-dvb] Re: video data stream broken - 1st discoveries
Hi Stefan,
my experience with "video data stream broken" vdsb:
My config:
Two cards:
TT FF card; skystar 2.6
vdr 1.26.
A) Kernel 2.4 (CT distro)
in /etc/modules:
dvb-ttpci
stv0299
skystar2
no problems, no vdsb
B) Kernel 2.6.8 (debian sarge) with dvb driver.
i) in /etc/modules:
dvb-ttpci
stv0299
skystar2
no problems , no vdsb
ii) in /etc/modules
dvb-ttpci
skystar2
stv0299
lots of problems, many vdsb
Conclusion: using B) with option i) solved my problem with the vdsb problem
Stefan
"Stefan Hagendorn" <stefan.hagendorn@lindy.cc> schrieb am 21.11.04 19:34:47:
>
> Hi,
>
> this afternoon I spent some hours trying to reproduce the vdsb error
> without VDR but without success. But I made another interesting discovery.
> To be able to simulate the behavior of VDR with szap by hand I shut down
> EPG scan in VDR by setting the timeout to 0 (to have the same behavior in
> VDR and SZAP). At the end of my tests I rebooted my System and let it run
> for 1-2 hours. After that time a timer starts and the recording was
> working without the vdsb error. This was the FIRST TIME in the last weeks
> a timer worked without prior reboot! But Iit even comes better - In the
> meantime 2 hours are past and I just did a recording on another
> transponder and IT WORKED TOO.
>
> This leads me to the conclusion that the "transponderhopping" has
> something to do with the vdsb error. As we know the problem ony happens
> with a budget as second card and with the 2.6.x kernel driver. The
> question now is what happens to the budget card while hopping from
> transponder to transponder in oposite to the the FF card (cause it don't
> happens in systems wirth 2 FF and one budget card)
>
> If anyone likes to continue my tests - it's easy to see if the problem
> exists - just tune with szap to a channel 'szap -a1 -n1 -r' don't forget
> the -r parm here to enable the dvr0 device to deliver a ts and open
> another terminal and cat the ts out of the dvr0 device into a file 'cat
> /dev/dvb/adapter1/dvr0 > test.ts' and watch it grows.
>
> If the problem exists everything will look normal (no log message or
> something) but there will be no data coming from dvr0 device.
>
> Hope that halps a bit
>
> Greetings
> Stefan
>
> P.S. Maybe someone could try to reproduce the things I discovered ?!
>
>
>
>
__________________________________________________________
Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min.
weltweit telefonieren! http://freephone.web.de/?mc=021201
Home |
Main Index |
Thread Index