On Sat, Feb 07, 2009 at 02:57:44AM +0100, Josef Wolf wrote:
> Hello,
>
> sometimes, I experience non-deterministic problems with tuning on some
> transponders with dvb-s. For example, on astra-H-11954, I have about
> 50% chance to get a good tune. If I get a bad tune, I still receive
> TS packets from the chosen transponder, but about 10%..20% of the
> packets are lost. The (remaining) packets contain PAT/PMT/PES packets
> from the chosen transponder, so it is pretty safe to assume that
> actual tuning worked properly.
I have tried to analyze the cc (continuation counter) field of the TS
packets to get more clue. This is what I found on the astra-H-11954 (zdf)
transponder:
When I get a "bad" tune (that is: mplayer and vlc get stuck), the
cc errors are unsystematic. All PIDs are affected, and the amount
of lost packets varies. But from time to time regularities can be
seen:
cc pid:967 expect:3 got:5 *
cc pid:970 expect:3 got:5 *
cc pid:966 expect:3 got:5 *
cc pid:18 expect:10 got:11
cc pid:969 expect:5 got:6
cc pid:131 expect:10 got:9
cc pid:710 expect:7 got:11
cc pid:967 expect:13 got:15 *
cc pid:970 expect:13 got:15 *
cc pid:966 expect:13 got:15 *
cc pid:968 expect:11 got:13
cc pid:230 expect:12 got:15
cc pid:330 expect:5 got:8
cc pid:620 expect:1 got:5
cc pid:130 expect:5 got:9 +
cc pid:630 expect:5 got:9 +
cc pid:220 expect:6 got:10
cc pid:120 expect:14 got:2
cc pid:968 expect:4 got:6
cc pid:967 expect:7 got:9 *
cc pid:970 expect:7 got:9 *
cc pid:966 expect:7 got:9 *
I have marked the interesting lines. Most interesting are the lines
marked with stars. This is the same sequence of PIDs in the same
order and with the same amount of lost packets. This does not look
like a coincidence to me.
_______________________________________________
linux-dvb users mailing list
For V4L/DVB development, please use instead linux-media@xxxxxxxxxxxxxxx
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
