On Sun, Jan 24, 2010 at 10:12 AM, Manu Abraham <abraham.m...@gmail.com> wrote: > On Sun, Jan 24, 2010 at 11:49 AM, Konstantin Dimitrov > <kosio.dimit...@gmail.com> wrote: >> On Sun, Jan 24, 2010 at 1:43 AM, Manu Abraham <abraham.m...@gmail.com> wrote: >>> On Sun, Jan 24, 2010 at 1:45 AM, Konstantin Dimitrov >>> <kosio.dimit...@gmail.com> wrote: >>>> On Sat, Jan 23, 2010 at 1:31 AM, Manu Abraham <abraham.m...@gmail.com> >>>> wrote: >>>>> On Sun, Jan 10, 2010 at 9:21 PM, Ian Wilkinson <n...@sgtwilko.f9.co.uk> >>>>> wrote: >>>>>> HoP wrote: >>>>>> >>>>>> I don't know the details into the USB device, but each of those CAM's >>>>>> have bandwidth limits on them and they vary from one CAM to the other. >>>>>> Also, there is a limit on the number of simultaneous PID's that which >>>>>> you can decrypt. >>>>>> >>>>>> Some allow only 1 PID, some allow 3. Those are the basic CAM's for >>>>>> home usage.The most expensive CAM's allow a maximum of 24 PID's. But >>>>>> >>>>>> >>>>>> You, of course, ment number of descramblers not PIDS because it is >>>>>> evident >>>>>> that getting TV service descrambled, you need as minimum 2 PIDS for A/V. >>>>>> >>>>>> Anyway, it is very good note. Users, in general, don't know about it. >>>>>> >>>>> >>>>> If it is using a CI+ plus chip (I heard from someone that it is a CI+ >>>>> chip inside) : >>>>> http://www.smardtv.com/index.php?page=ciplus >>>>> >>>>> After reading the CI+ specifications, I doubt that it can be supported >>>>> under Linux with open source support, without a paired decoder >>>>> hardware or software decoder. A paired open source software decoder >>>>> seems highly unlikely, as the output of the CI+ module is eventually >>>>> an encrypted stream which can be descrambled with the relevant keys. >>>>> The TS is not supposed to be stored on disk, or that's what the whole >>>>> concept is for CI+ >>>>> >>>>> http://www.ci-plus.com/data/ci-plus_overview_v2009-07-06.pdf >>>>> >>>>> See pages 7, 8 , 12, 15 >>>>> >>>>> It could be possible to pair a software decoder with a key and hence >>>>> under Windows, but under Linux I would really doubt it, if it happens >>>>> to be a CI+ chip >>>> >>>> at least in Windows Hauppage WinTV-CI USB (which is OEM version of >>>> SmartDTV USB CI) allows you to capture the decrypted stream to your >>>> hard drive (i've just tested it). >>> >>> >>> Maybe it is not CI+ itself in the first place >>> >>> >>>> so, i can't see a reason why even if it has CI+ chip inside same >>>> functionally as in Windows can't be provided in Linux if someone >>>> developed a driver. >>> >>> >>> It would be interesting to know what chips the hardware has ... >> >> i can confirm the information here: >> >> * http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-CI >> >> and it contains: >> >> * "an FX2 from Cypress (CY7C68013A) and a FPGA (Actel Proasic-plus, >> APA075-F)" >> > > > No CI+ in there ... Generic USB bridge with microcontroller and > possibly a FPGA programmed by Hauppauge themselves, most probably. The
no, the whole Hauppauge device is actually made by SmartDTV even on the board there is a title "SmartDTV Rev..." also, Terratec device is the same as Hauppauge device, they even look the same: http://www.terratec.net/en/products/Cinergy_CI_USB_2296.html and Terratec driver for Windows says "Copyright SmarDTV.", which means it's made by SmarDTV. actually, Terratec driver for Windows is essentially the same as Hauppauge one, because firmware extracted from both drivers is the same (they update the firmware with driver updates, so matching versions of Terratec and Hauppauge driver is needed to check that the firmwares are the same). > bridge would be similar to other DVB USB devices, Application on the > FPGA would be more or less similar to the one found on general DVB CI > devices. > > If it's not a Masked FPGA, it would need to load it's instructions > some place, maybe an EEPROM or maybe from the firmware that you need > load itself. Some part of the firmware that you load could be partly > for the microcontroller on the USB bridge as well. i believe that "40 A3" firmware requests are for the USB controller and then the subsequent "40 A3" firmware requests are to load the FPGA instructions through the USB controller. > > > Manu > -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html