CAM appears to introduce packet loss

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

 



Hi all,

For quite some time now, I'm fighting with my DVB-C setup and I think
I've eliminated any hardware issues that could be the origin of the
issue I'm seeing. Here is my setup:

Hardware:
* KNC1 TV-Station DVB-C with KNC1 CineView CI (I also tried the
SATELCO EasyWatch PCI (DVB-C) with SATELCO EasyWatch CI which is
exactly the same hardware, just different brand)
* Conax 4.00e CAM (tested in a DVB-C capable TV, works fine)
* Smartcard from the DVB provider (http://www.sasag.ch, tested and
properly accessible through `gnutv -cammenu`)
* Dell PE700, P4 2.80GHz, 4GB RAM

Software:
* Mythbuntu 9.10 (karmic)
* kernel 2.6.31-17-generic #54-Ubuntu SMP Thu Dec 10 16:20:31 UTC 2009
i686 GNU/Linux

My DVB provider uses the free-to-view system for all channels except
the local TV channel which is transmitted unencrypted. When the CAM is
not inserted in the CI, I'm getting a perfect video stream ([PS/PES:
ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 11172-2 video stream])
for that unencrypted channel. dvbsnoop tells me that the stream is
coming in at a fairly constant bandwidth of 4852 kbit/s. The moment I
insert the CAM into the CI, the bandwidth drops to an average of 4070
kbit/s. I did analyze both streams with Peter Daniel's MPEG-2
Transport Stream packet analyser. As expected, the former stream has
no continuity issues whereas the latter does. I see the continuity
counter jump from 12 to 15 for example. The resulting video stream is
visually distorted, I've uploaded an example at
https://sites.google.com/site/msslinux/linuxmce/SFInfo.mpeg?attredirects=0&d=1
to give you an idea. I get exactly the same result for any
free-to-view channel which makes me suspect that the CAM/Smartcard
does properly decrypt the stream. However, something appears not to be
able to keep up. My DVB provider used QAM_256 which makes the
bandwidth susceptible to the signal to noise ratio. The S/N ratio is
at f5f5 without the CAM inserted and drops to f4f4 with the CAM
inserted. I don't think that's the issue. I saw a few postings on the
net about performance issues of budget cards with QAM_256 when using
CI/CAM. Is that really the problem? How can I find out, i.e. further
narrow down the problem?

Any pointers will be appreciated.

Thanks,
    Marc
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux