From: "N. D." <named2@abv.bg>
To: "N. D." <named2@abv.bg>
Cc: linux-media@vger.kernel.org
Subject: Re: stv090x: possible bug with 8psk,fec=5/6
Date: Fri, 23 Nov 2012 15:38:36 +0200 (EET) [thread overview]
Message-ID: <663234440.613081.1353677916322.JavaMail.apache@nm21.abv.bg> (raw)
>-------- Оригинално писмо --------
>От: "N. D." named2@abv.bg
>Относно: Re: stv090x: possible bug with 8psk,fec=5/6
>До: "N. D." <named2@abv.bg>
>Изпратено на: Петък, 2012, Ноември 23 09:48:20 EET
>
>
>
>
>
>
>
>
>
> >-------- Оригинално писмо --------
>
> >От: "N. D." named2@abv.bg
>
> >Относно: stv090x: possible bug with 8psk,fec=5/6
>
> >До: linux-media@vger.kernel.org
>
> >Изпратено на: Четвъртък, 2012, Юни 14 22:33:06 EEST
>
>
>
>
> > I own a Skystar USB HD which I use with vdr. Ever since I bought the card I have been having some strange issues with 11817V on Astra 23.5E. Femon reports that there is a lock and sound comes but the image is completely garbled. The same setup (Kernel: 3.3.8, VDR: 1.7.27) works fine with an HVR-4000. So I started to suspect that there might be something wrong with the driver. Trying to find out some more information I came across this forum:
>
> > http://rickcaylor.websitetoolbox.com/post/stv0900_core.c-patch-5481028
>
> > I tried the patch which is supposed to (among other things) make the tuner lock on high bitrate transponders (>60Mbps). But it did not help.
>
> > So using the stock driver I gave dvbsnoop a whirl to see if there was something amiss.
>
> >
>
> > Astra 3B 11817.00 V DVB-S2 8PSK 27500 5/6 66.6 Mbps
>
> >
>
> > packets read: 122/(343292) d_time: 0.001 s = 183488.000 kbit/s (Avrg: 66142.860 kbit/s) [bad: 2]
>
> > packets read: 42/(343334) d_time: 0.001 s = 63168.000 kbit/s (Avrg: 66150.953 kbit/s) [bad: 0]
>
> > packets read: 38/(343372) d_time: 0.001 s = 57152.000 kbit/s (Avrg: 66158.274 kbit/s) [bad: 2]
>
> > packets read: 34/(343406) d_time: 0.001 s = 51136.000 kbit/s (Avrg: 66164.825 kbit/s) [bad: 1]
>
> > packets read: 35/(343441) d_time: 0.001 s = 52640.000 kbit/s (Avrg: 66171.569 kbit/s) [bad: 2]
>
> > packets read: 31/(343472) d_time: 0.001 s = 46624.000 kbit/s (Avrg: 66177.541 kbit/s) [bad: 4]
>
> > packets read: 16/(343488) d_time: 0.001 s = 24064.000 kbit/s (Avrg: 66180.624 kbit/s) [bad: 0]
>
> > packets read: 29/(343517) d_time: 0.008 s = 5452.000 kbit/s (Avrg: 66118.450 kbit/s) [bad: 1]
>
> > packets read: 116/(343633) d_time: 0.001 s = 174464.000 kbit/s (Avrg: 66140.777 kbit/s) [bad: 1]
>
> > packets read: 38/(343671) d_time: 0.001 s = 57152.000 kbit/s (Avrg: 66148.091 kbit/s) [bad: 1]
>
> > packets read: 34/(343705) d_time: 0.001 s = 51136.000 kbit/s (Avrg: 66154.635 kbit/s) [bad: 1]
>
> > packets read: 30/(343735) d_time: 0.001 s = 45120.000 kbit/s (Avrg: 66160.410 kbit/s) [bad: 0]
>
> > packets read: 37/(343772) d_time: 0.001 s = 55648.000 kbit/s (Avrg: 66167.531 kbit/s) [bad: 2]
>
> > packets read: 38/(343810) d_time: 0.001 s = 57152.000 kbit/s (Avrg: 66174.845 kbit/s) [bad: 1]
>
> > packets read: 30/(343840) d_time: 0.001 s = 45120.000 kbit/s (Avrg: 66180.619 kbit/s) [bad: 0]
>
> >
>
> > Then I experimented with a lot of other transponders and found another one with the same behavior.
>
> >
>
> > HotBird 13C 11411.00 H DVB-S2 8PSK 27500 5/6 68.2 Mbps
>
> >
>
> > packets read: 40/(259860) d_time: 0.001 s = 60160.000 kbit/s (Avrg: 65498.482 kbit/s) [bad: 0]
>
> > packets read: 39/(259899) d_time: 0.001 s = 58656.000 kbit/s (Avrg: 65508.312 kbit/s) [bad: 0]
>
> > packets read: 34/(259933) d_time: 0.001 s = 51136.000 kbit/s (Avrg: 65516.882 kbit/s) [bad: 1]
>
> > packets read: 34/(259967) d_time: 0.001 s = 51136.000 kbit/s (Avrg: 65525.451 kbit/s) [bad: 0]
>
> > packets read: 36/(260003) d_time: 0.001 s = 54144.000 kbit/s (Avrg: 65534.525 kbit/s) [bad: 2]
>
> > packets read: 11/(260014) d_time: 0.001 s = 16544.000 kbit/s (Avrg: 65537.298 kbit/s) [bad: 1]
>
> > packets read: 349/(260363) d_time: 0.008 s = 65612.000 kbit/s (Avrg: 65537.398 kbit/s) [bad: 7]
>
> > packets read: 25/(260388) d_time: 0.008 s = 4700.000 kbit/s (Avrg: 65456.051 kbit/s) [bad: 0]
>
> > packets read: 129/(260517) d_time: 0.001 s = 194016.000 kbit/s (Avrg: 65488.479 kbit/s) [bad: 2]
>
> > packets read: 35/(260552) d_time: 0.001 s = 52640.000 kbit/s (Avrg: 65497.277 kbit/s) [bad: 0]
>
> > packets read: 37/(260589) d_time: 0.001 s = 55648.000 kbit/s (Avrg: 65506.578 kbit/s) [bad: 2]
>
> > packets read: 34/(260623) d_time: 0.001 s = 51136.000 kbit/s (Avrg: 65515.125 kbit/s) [bad: 2]
>
> > packets read: 36/(260659) d_time: 0.001 s = 54144.000 kbit/s (Avrg: 65524.174 kbit/s) [bad: 3]
>
> > packets read: 34/(260693) d_time: 0.001 s = 51136.000 kbit/s (Avrg: 65532.721 kbit/s) [bad: 0]
>
> > packets read: 21/(260714) d_time: 0.001 s = 31584.000 kbit/s (Avrg: 65538.000 kbit/s) [bad: 0]
>
> >
>
> > Both of these are 8psk 5/6 and have an average bitrate of over 65Mbps. The high bitrate per se could not explain what is wrong because there are a number of ~65Mbps transponders on Hotbird which are OK.
>
> >
>
> > For example:
>
> >
>
> > HotBird 13B 11785.00 H DVB-S2 8PSK 29900 3/4 65.1 Mbps
>
> >
>
> > packets read: 33/(434934) d_time: 0.001 s = 49632.000 kbit/s (Avrg: 65101.586 kbit/s) [bad: 0]
>
> > packets read: 38/(434972) d_time: 0.001 s = 57152.000 kbit/s (Avrg: 65107.274 kbit/s) [bad: 0]
>
> > packets read: 34/(435006) d_time: 0.001 s = 51136.000 kbit/s (Avrg: 65112.363 kbit/s) [bad: 0]
>
> > packets read: 36/(435042) d_time: 0.001 s = 54144.000 kbit/s (Avrg: 65117.752 kbit/s) [bad: 0]
>
> > packets read: 17/(435059) d_time: 0.001 s = 25568.000 kbit/s (Avrg: 65120.296 kbit/s) [bad: 0]
>
> > packets read: 32/(435091) d_time: 0.007 s = 6875.429 kbit/s (Avrg: 65079.748 kbit/s) [bad: 0]
>
> > packets read: 122/(435213) d_time: 0.001 s = 183488.000 kbit/s (Avrg: 65091.523 kbit/s) [bad: 0]
>
> > packets read: 38/(435251) d_time: 0.001 s = 57152.000 kbit/s (Avrg: 65097.206 kbit/s) [bad: 0]
>
> > packets read: 36/(435287) d_time: 0.001 s = 54144.000 kbit/s (Avrg: 65102.590 kbit/s) [bad: 0]
>
> > packets read: 36/(435323) d_time: 0.001 s = 54144.000 kbit/s (Avrg: 65107.975 kbit/s) [bad: 0]
>
> > packets read: 35/(435358) d_time: 0.001 s = 52640.000 kbit/s (Avrg: 65113.209 kbit/s) [bad: 0]
>
> > packets read: 36/(435394) d_time: 0.001 s = 54144.000 kbit/s (Avrg: 65118.593 kbit/s) [bad: 0]
>
> > packets read: 8/(435402) d_time: 0.001 s = 12032.000 kbit/s (Avrg: 65119.790 kbit/s) [bad: 0]
>
> > packets read: 348/(435750) d_time: 0.008 s = 65424.000 kbit/s (Avrg: 65120.032 kbit/s) [bad: 0]
>
> > packets read: 344/(436094) d_time: 0.008 s = 64672.000 kbit/s (Avrg: 65119.676 kbit/s) [bad: 0]
>
> >
>
> > The only difference is in the code rate: 3/4 v 5/6. I also tried some DVB-S qpsk 5/6 transponders but none of them had such a high bitrate. So it seems to me that either my hardware is faulty or the combination of 8psk, fec 5/6 (and possibly the high bitrate) is triggering some bug in the driver.
>
> > I hope someone more knowledgeable could chime in and shed more light.
>
> >
>
> Hi,
>
> Since 20 Nov transponders 12051V and 12207V on the same satellite Astra 3B were switched to fec=5/6 and they also became unwatchable. Before the change they were 8psk, fec=3/4. Now they are 8psk, fec=5/6.
>
>
I dug out my old Technotrend S2-3200 and gave it a go. Same transponders, same problem. Other transponders, which are OK with Skystar USB HD, are also OK with s2-3200. I wonder if these cards share some common code, or maybe some common driver bug. I will repeat that HVR-4000 has no problem with the same setup. Also I have noticed that under bad weather the picture seems to be somewhat less garbled. It is a cloudy day here and by some freak chance I was able to get perfect picture on a single occasion with the technotrend card. Maybe, and this just an uneducated :) guess, signal strength and quality are too high, off the chart, for s2-3220 and ss usb hd to gain proper lock. HVR-4000 registers ~100% signal and snr. Unfortunately my antenna is on the roof of the building and I can't reduce signal by moving it.
next reply other threads:[~2012-11-23 13:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-23 13:38 N. D. [this message]
-- strict thread matches above, loose matches on Subject: below --
2012-11-30 11:30 stv090x: possible bug with 8psk,fec=5/6 N. D.
2012-11-23 7:48 N. D.
2012-06-14 19:33 N. D.
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=663234440.613081.1353677916322.JavaMail.apache@nm21.abv.bg \
--to=named2@abv.bg \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox