[dvblast-devel] dvblast & remote CAM decoding

Wed May 30 15:05:40 CEST 2018

Hi all

as I told you before its depend on your CAS system , for example Normal
Irdeto you can share the EMM/ECM via proxy server like CCAM or NewCSC etc.
if you able to share it , then you can decrypt  the Stream.

for Secure CAS (which its support chip peering (CARD read the de-crypt
chip) which its installed inside the IRD or receiver.

so to help you first we need to know type of CAS system use can support
CCAM or any card sharing server.
and also type of CAM how much PIDs support and bandwidth normal CAMs
support 40Mb and 2-4 PIDs (two-four channels) and prof. CAMs support 6-8 Tv
Channels depend on PIDs and bandwidth.

and by the way , the IRDs its more cheap 8 S2 tunner with CI price around
1500-2500$  more cheaper from using PC with cards and more flexible and
based on FPGA/SOC.

I did some failed project with IRDETO secure CAMs

i use this PCI cards

https://www.tbsdtv.com/products/tbs6928se-dvb-s2-tv-tuner-ci-pcie-card.html

Regards.

On Wed, May 30, 2018 at 3:39 PM, Kieran Kunhya <kierank at obe.tv> wrote:

> 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
>>
>
> _______________________________________________
> dvblast-devel mailing list
> dvblast-devel at videolan.org
> https://mailman.videolan.org/listinfo/dvblast-devel
>
>

-- 
-- 
Best Regards..
--------------------------
Eng.Ahmed Ramze
CEO HighSpeedTelecom S.A.R.L  <http://www.HighSpeedTelecom.Net>
IQ +9647804445566
Leb +96176688533
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/dvblast-devel/attachments/20180530/4614325c/attachment-0001.html>