[dvblast-devel] dvblast & remote CAM decoding

Ibrahim Tachijian barhom at netsat.se
Wed May 30 11:57:24 CEST 2018


Hello Daniel,

I believe sending arbitrary data to the CI is the whole point of the "stand
alone CI CAM".
Somebody wrote a plugin to it for VDR,
https://github.com/jasmin-j/vdr-plugin-ddci2

I'd like to stay away from expensive HW solutions and rather pay for the
development of software.

On Wed, May 30, 2018 at 11:19 AM 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 <+961%2076%20688%20533>
> >>> +964-7804445566 <+964%20780%20444%205566>
> >>>
> >>>
> >>>
> >>> 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 <+961%2076%20688%20533>
> >>>> +964-7804445566 <+964%20780%20444%205566>
> >>>>
> >>>>
> >>>>
> >>>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/dvblast-devel/attachments/20180530/c90e81ca/attachment.html>


More information about the dvblast-devel mailing list