> > You can: > > 1. Try to contact with CAM vendor and check maximum bitrate which can be > > passed throught this CAM > I tried that CAM in a TV with DVB-C support. The image was perfect so > I suspect that the CAM itself can handle it unless the TV did HW PID > filtering before sending the stream to the CAM, as you point out > below... Is that to be expected? Depends on TV vendor. But it's not impossible. > > 2. Try to find reception card with hardware PID filtering and pass only > > interesting PID's throught CAM. Bitrate should be equal to bitrate of > > one channel - aprox. 4-5 mbit/sec ( not 40 mbit/sec). > Do you have a recommendation for such a card? try to search on linuxtv wiki. > Would it be possible to do the filtering in software somehow? usually TS going from demod to CI directly without any programmable IC between. in this case you can't do PID filtering nor SW nor HW. > > 3.may be some fixes can be made on TS output from demod. Demod's usually > > has tunable TS output timings/forms. You should check TS clock by > > oscilloscope and then try to change TS timings/forms in demod. > > Unfortunately, I don't have the necessary equipment/knowledge to do this. :( > I'd assume the DVB provider could give me the TS clock? But then I'm > at bit at a loss with "change TS timings/forms in demod". What exactly > are you referring to by "demod". "demod" is IC doing demodulation of signal and producing Transport Stream. In your card seems "Philips TDA10021" is used as DVB-C demodulator. -- Abylai Ospan <aospan@xxxxxxxx> NetUP Inc. -- 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
