[linux-dvb] Problem "watching" (not tuning to?) Astra HD Promo/Anixe HD
goga777 at bk.ru
Mon Jun 23 20:05:54 CEST 2008
have you the same problem as I described in vdr list ?
> I have a Hauppauge HVR-4000. My system is running the latest Debian
> testing kernel (2.6.24-7) plus drivers from http://linuxtv.org/hg/v4l-dvb/rev/127f67dea087
> patched with http://dev.kewl.org/hauppauge/experimental/mfe-s2-7285.diff
> , as per the wiki notes (mostly): http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-4000#Drivers
> I have no problem tuning with http://dev.kewl.org/hauppauge/experimental/szap-meow.tgz
> to any DVB-S or DVB-S2 QPSK/8PSK transponder I have tried. However
> there seems to be a problem with the reception of the Astra HD Promo
> service at 11914500H on Astra1H. I don't know what the problem is
> exactly, since tuning seems to work:
> tvbox2:~# szap-meow -r -p -c diseqc2_Astra-19.2E -m 1 -e 9 -o 2 -w 2
> reading channels from file 'diseqc2_Astra-19.2E'
> zapping to 1 'ASTRAHDPROMO':
> sat 1, frequency = 11914 MHz H, symbolrate 27500000, vpid = 0x04ff,
> apid = 0x0503 sid = 0x0083
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> status 1f | signal fd40 | snr 6199 | ber 00000000 | unc 00000000 |
> status 1f | signal fe80 | snr 64cd | ber 00000000 | unc 00000000 |
> status 1f | signal fe40 | snr 6333 | ber 00000000 | unc 00000000 |
> status 1f | signal fd80 | snr 6333 | ber 00000000 | unc 00000000 |
> status 1f | signal fe40 | snr 6199 | ber 00000000 | unc 00000000 |
> status 1f | signal fe80 | snr 6000 | ber 00000000 | unc 00000000 |
> There is an occasional ber > 0 and the snr is not exceptional, but
> there are other services with much worse snr/ber that have no problem
> I don't have vdr, mythtv etc. applications installed on the system. I
> test by redirecting the output of vdr0 to a file, to play back the TS
> later, or by piping to VLC, to stream on the lan. VLC clearly shows
> there is a problem because there is always a flood of messages from
> libdvbpsi on stderr like Bad CRC_32, TS discontinuity, invalid
> section, PSI section too long etc. I'm not that confident about VLC
> debugging, but I know for sure this doesn't happen when the service
> works right.
> I've tried tuning to freq 11915 as well as using different values for
> roll-off (-o) and pilot (-w). It doesn't make any difference (-w 1
> doesn't work if I remember right).
> The same thing happens with the Anixe HD service, also on the same
> I have no problem tuning to other transponders on Astra1H that carry a
> mix of scrambled+FTA or FTA-only services, like 11875500H or
> 12051000V, but they are DVB-S. I also have no problem tuning to DVB-S2
> transponders on other LNBs (I have a 4x1 diseqc v1.0 switch with this
> LNB in position AB), but I could not test any other such transponders
> with QPSK modulation.
> I'm wondering what could be the cause of this problem:
> At first I thought the problem could be that the transponder carries
> scrambled services as well, but that does not seem to be the case.
> Then I thought the problem could be the H.264 video payload of the
> video ES of these services, confusing VLC, hence the many error
> messages, but I've been able to stream/play at least one other
> "similar" service (Luxe TV) with no particular problems.
> Finally I reconsidered the "saga" of the HVR-4000 driver, and started
> thinking that perhaps I should have gone with one of the other
> implementations in the first place. I had this card setup a few months
> ago with 2.6.24 and multiproto, but I had to redo the installation and
> this time I wanted to try to stick with the official linuxtv.org tree.
> Could this be the reason? If so, however, I suppose tuning wouldn't
> work at all, right?
> Am I missing something here? Any ideas/suggestions you may have are
> more than welcome...
> PS: Somewhat off-topic question, but here goes anyway, since I have
> not found a definitive answer: Is there any device with DVB-S2 *and*
> CI and driver support for both? I have noticed that TT-budget S2-3200
> + CI could possibly be the one, but I believe the CI part still
> doesn't work.
More information about the linux-dvb