<div dir="ltr">Hello Daniel,<div><br></div><div>I believe sending arbitrary data to the CI is the whole point of the "stand alone CI CAM".</div><div>Somebody wrote a plugin to it for VDR, </div><div><a href="https://github.com/jasmin-j/vdr-plugin-ddci2">https://github.com/jasmin-j/vdr-plugin-ddci2</a></div><div><br></div><div>I'd like to stay away from expensive HW solutions and rather pay for the development of software.</div><div><br><div class="gmail_quote"><div dir="ltr">On Wed, May 30, 2018 at 11:19 AM Daniel Kučera <<a href="mailto:daniel.kucera@gmail.com">daniel.kucera@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ibrahim,<br>
<br>
the question here is, if you can find dedicated CI device for PC - I<br>
doubt DD supports arbitrary data input to the CI (but I might be<br>
wrong).<br>
I've found this <a href="http://www.bsc-bvba.be/linux/dvb/" rel="noreferrer" target="_blank">http://www.bsc-bvba.be/linux/dvb/</a> but it's 10 years<br>
old and unfinished.<br>
<br>
Other way might be to use dedicated HW with proper IP input/output<br>
cards and CI interface cards, e.g.:<br>
<a href="http://www.sencore.com/product/stream-media-platform#.Ww5sF6mxWL4" rel="noreferrer" target="_blank">http://www.sencore.com/product/stream-media-platform#.Ww5sF6mxWL4</a><br>
<br>
2018-05-30 8:54 GMT+02:00 Ibrahim Tachijian <<a href="mailto:barhom@netsat.se" target="_blank">barhom@netsat.se</a>>:<br>
> Hello Daniel,<br>
><br>
> You are on the right track.<br>
> Like you said, the cam shouldn't care if the TS comes from network, tuner,<br>
> asi etc.<br>
><br>
> I envision a patch for tsdecrypt to be able to write and read to a stand<br>
> alone CAM/CI such as the Digital Devices Single CI Slot.<br>
><br>
> If anyone knows who might be able to write such a patch, please let me know.<br>
><br>
> Thanks<br>
><br>
> On Wed, May 30, 2018, 07:54 Daniel Kučera <<a href="mailto:daniel.kucera@gmail.com" target="_blank">daniel.kucera@gmail.com</a>> wrote:<br>
>><br>
>> Hello Ibrahim,<br>
>><br>
>> I think Ahmed is not right. In our solution we used the concept of<br>
>> decoupled receiver and decryptor.<br>
>><br>
>> One server was stuffed with tuners an running dvblast. It was configured<br>
>> to send both EMMs and ECMs to multicast group together with the encrypted<br>
>> channel data.<br>
>><br>
>> Other server without tuners but with powerfull CPUs was running tsdecrypt<br>
>> which received encrypted multicasts and decrypted them. It was connected to<br>
>> OSCam server and was also succesfully updating subscriptions on CA cards<br>
>> connected via PCSC readers.<br>
>><br>
>> I also wanted to test decrypt with CA modules but I haven't found<br>
>> suitable, available and not very expensive solution (didn't spent much time<br>
>> on this).<br>
>><br>
>> Anyway, I don't see a reason why it wouldn't work. The module has no idea<br>
>> if the TS comes from "internal" tuner, ASI, network, file or other source.<br>
>><br>
>> Dňa st 30. 5. 2018, 5:18 Ahmed Ramze <<a href="mailto:ahmedramze@gmail.com" target="_blank">ahmedramze@gmail.com</a>> napísal(a):<br>
>>><br>
>>> Hello<br>
>>><br>
>>> its depends on the stream type almost not working for example if you can<br>
>>> do it its mean you can decrypt stream remotely which its can you share its<br>
>>> over multiple streams like what happened with CCAM or NewCAM servers.<br>
>>><br>
>>> Tunner and CAMs on new version of IRDETO and NDS etc the secure version<br>
>>> (chip peering) must be together with Tunner<br>
>>><br>
>>> in details you can not read or send or modify EMM or ECM on server<br>
>>> decrypt must be on CHIP not on server.<br>
>>><br>
>>> I hope you understand that , we have same issue with OSN,beIN etc they<br>
>>> use secure IRDETO.<br>
>>><br>
>>> Regards<br>
>>><br>
>>> Eng.Ahmed Ramze<br>
>>> CEO<br>
>>> HighSpeedTelecom.Net<br>
>>> <a href="tel:+961%2076%20688%20533" value="+96176688533" target="_blank">+961-76688533</a><br>
>>> <a href="tel:+964%20780%20444%205566" value="+9647804445566" target="_blank">+964-7804445566</a><br>
>>><br>
>>><br>
>>><br>
>>> On 30 May 2018, at 02:04, Ibrahim Tachijian <<a href="mailto:barhom@netsat.se" target="_blank">barhom@netsat.se</a>> wrote:<br>
>>><br>
>>> Thank you for your quick response.<br>
>>><br>
>>> We know that we can use a dvb adapter with built in CI. This was not the<br>
>>> question in this case.<br>
>>><br>
>>> We would like to keep the CAM module and smart card remote, on a server<br>
>>> which is not downlinking the channel.<br>
>>> One such example would be, for example, to include support on tsdecrypt<br>
>>> to interface with a CAM module such as the Digital Devices Single CI Slot.<br>
>>><br>
>>> Does anyone know if we can use a combination of software today? Or have<br>
>>> the know how on how to develop software that can do this?<br>
>>><br>
>>> Please contact me then,<br>
>>><br>
>>> Thanks,<br>
>>><br>
>>><br>
>>> On Wed, May 30, 2018 at 12:53 AM Ahmed Ramze <<a href="mailto:ahmedramze@gmail.com" target="_blank">ahmedramze@gmail.com</a>><br>
>>> wrote:<br>
>>>><br>
>>>> Hello<br>
>>>><br>
>>>> DVB-Last support CI interface its better to use the DVB Card with CI ,<br>
>>>> if you want to decrypt the output of dvblast you need to use TSdecrpt<br>
>>>> software but you will lost refresh PIDs (Signal) to update your irdeto mabe<br>
>>>> with 1 day or one week.<br>
>>>> if you want better advice we have Professional IRDs with 8 DVB-S2<br>
>>>> tunner each tunner with CI interface to use for decrypt the channels and<br>
>>>> support also MUX/PID/ remap  and output MPTS and 8 SPTS multicast UDP or<br>
>>>> RTP.<br>
>>>><br>
>>>> any help you can contact me on <a href="mailto:info@highspeedtelecom.net" target="_blank">info@highspeedtelecom.net</a><br>
>>>><br>
>>>> Regards<br>
>>>><br>
>>>> Eng.Ahmed Ramze<br>
>>>> CEO<br>
>>>> HighSpeedTelecom.Net<br>
>>>> <a href="tel:+961%2076%20688%20533" value="+96176688533" target="_blank">+961-76688533</a><br>
>>>> <a href="tel:+964%20780%20444%205566" value="+9647804445566" target="_blank">+964-7804445566</a><br>
>>>><br>
>>>><br>
>>>><br>
>>>> On 30 May 2018, at 01:36, Ibrahim Tachijian <<a href="mailto:barhom@netsat.se" target="_blank">barhom@netsat.se</a>> wrote:<br>
>>>><br>
>>>> Hey,<br>
>>>><br>
>>>> It is possible to configure dvblast to forward the raw encrypted stream<br>
>>>> of a channel. This we know and this works very well.<br>
>>>> What I do not know is how I can decrypt this stream using a remote CAM<br>
>>>> module.<br>
>>>><br>
>>>> Server1<br>
>>>><br>
>>>> dvblast running and sending the raw encrypted stream to <a href="http://239.200.0.1:1234" rel="noreferrer" target="_blank">239.200.0.1:1234</a><br>
>>>><br>
>>>> Server2<br>
>>>><br>
>>>> Holds the CAM module and smartcard<br>
>>>> What kind of software can I run here that would read <a href="http://239.200.0.1:1234" rel="noreferrer" target="_blank">239.200.0.1:1234</a>,<br>
>>>> send the packets to the CAM module and return me the unencrypted stream?<br>
>>>><br>
>>>> We were thinking of using the Digital Devices Single CI Slot.<br>
>>>><br>
>>>> DISCLAIMER:<br>
>>>> We have official Irdeto2 CAM module and Smartcard from the broadcaster<br>
>>>> with proper licenses for re-broadcasting this particular channel.<br>
>>>><br>
>>>> _______________________________________________<br>
>>>> dvblast-devel mailing list<br>
>>>> <a href="mailto:dvblast-devel@videolan.org" target="_blank">dvblast-devel@videolan.org</a><br>
>>>> <a href="https://mailman.videolan.org/listinfo/dvblast-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/dvblast-devel</a><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> dvblast-devel mailing list<br>
>>>> <a href="mailto:dvblast-devel@videolan.org" target="_blank">dvblast-devel@videolan.org</a><br>
>>>> <a href="https://mailman.videolan.org/listinfo/dvblast-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/dvblast-devel</a><br>
>>><br>
>>> _______________________________________________<br>
>>> dvblast-devel mailing list<br>
>>> <a href="mailto:dvblast-devel@videolan.org" target="_blank">dvblast-devel@videolan.org</a><br>
>>> <a href="https://mailman.videolan.org/listinfo/dvblast-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/dvblast-devel</a><br>
>>><br>
>>> _______________________________________________<br>
>>> dvblast-devel mailing list<br>
>>> <a href="mailto:dvblast-devel@videolan.org" target="_blank">dvblast-devel@videolan.org</a><br>
>>> <a href="https://mailman.videolan.org/listinfo/dvblast-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/dvblast-devel</a><br>
>><br>
>> _______________________________________________<br>
>> dvblast-devel mailing list<br>
>> <a href="mailto:dvblast-devel@videolan.org" target="_blank">dvblast-devel@videolan.org</a><br>
>> <a href="https://mailman.videolan.org/listinfo/dvblast-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/dvblast-devel</a><br>
><br>
><br>
> _______________________________________________<br>
> dvblast-devel mailing list<br>
> <a href="mailto:dvblast-devel@videolan.org" target="_blank">dvblast-devel@videolan.org</a><br>
> <a href="https://mailman.videolan.org/listinfo/dvblast-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/dvblast-devel</a><br>
><br>
<br>
<br>
<br>
-- <br>
<br>
S pozdravom / Best regards<br>
Daniel Kucera.<br>
_______________________________________________<br>
dvblast-devel mailing list<br>
<a href="mailto:dvblast-devel@videolan.org" target="_blank">dvblast-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/dvblast-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/dvblast-devel</a><br>
</blockquote></div></div></div>