[dvblast-devel] dvblast & remote CAM decoding

Wed May 30 14:39:24 CEST 2018

Hi,

The Digital Devices CI module does support arbitrary data to the CI, yes. I
have one but not tested this functionality.

Kieran

On Wed, 30 May 2018, 10:21 Doychin Dokov, <dokov at silistra.tv> wrote:

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