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