[dvblast-devel] Dvblast and CAM Dre Crypt PRO

[Doychin Dokov]

Channels are streamed to a DVB-C headend, and the problems are visible on
the DVB-C output with some poor STBs only. Generally, this problem cannot
be seen, but it's obvious it's only these channels.

When watched with VLC, locally, or remotely, it plays fine, as it does on
all DVB-C TV sets we've tried on. It's not a bursting issue - as I said -
there are no CC errors in the output TS muxes, measured with a standalone
receiver over the coax network.

In regards to AlphaCrypt - yes, it does support the latest Irdeto, and yes
it's multichannel. One of the updates was done specifically by our & some
other clients requests, which made it handle all regional variants of the
encoding. Before that, it produced what is the result with current software
decryption software available - the card gives back correct codewords, but
the output is still garbled - it's probably bitshiftet or something like
this, and - you know - we can't get official statement on that.

The AlphaCrypt Pro is being used here on this transponder:
http://en.kingofsat.net/tp.php?tp=5184

It's intended for cable operators in Bulgaria. We are currently decrypting
5 channels with one CAM and one card, and it works fine, if we don't count
the above stuttering issues. We also use some of the FTA channels off the
same transponder, and they don't suffer from this issue, so it's clear it's
something introduced with the decoding.

That's why I think these issues are not directly related to dvblast, and
have not yet complained about them on this list.

На 14 март 2012, 12:49, Richard Hemzal <hemzal at asm.cz> написа:

> You can play on streamer using VLC any channel perfectly and on remote PC
> using VLC with stutters? Are not you are hitting also bursting issue? I
> guess I have disussion last week on this issue here…no big feedback. ****
>
> ** **
>
> Well, can you please confirm me that Alpha Crypt Classic Pro ****
>
> http://www.alphacrypt.de/AlphaCrypt-Classic-PRO.7.0.html****
>
> Is realy for pi-sys  ? I am not expert for this and multiservises CAM is
> big theme and easy to gather 100% info. Which services you are recieving
> using this?****
>
> ** **
>
> ** **
>
> *From:* dvblast-devel-bounces at videolan.org [mailto:
> dvblast-devel-bounces at videolan.org] *On Behalf Of *Doychin Dokov
> *Sent:* Wednesday, March 14, 2012 11:38 AM
>
> *To:* Mailing list for DVBlast developers
> *Subject:* Re: [dvblast-devel] Dvblast and CAM Dre Crypt PRO****
>
> ** **
>
> We are using the AlphaCrypt Pro module, which is capable of descrambling
> up to 7 services.****
>
> ** **
>
> Our card is for cable operators, and is officially allowed to receive
> those channels simultaneously by the media content owners, so I guess it's
> also fine. ****
>
> ** **
>
> Stream is not disrupted - if you watch it with e.g. VLC it plays fine, but
> if you watch with some poor STB, i guess with small buffers, it either
> stutters (picture pauses for moments) or produces artifacts.****
>
> ** **
>
> When inspected with e.g. TS reader, there are no CC errors, so i guess
> there are timing issues. Playing with dvblast's latency and retention
> options does not help at all.****
>
> На 14 март 2012, 12:34, Richard Hemzal <hemzal at asm.cz> написа:****
>
> Hi,****
>
> you have reached more than one channel for some pi-sys ? For me work only
> one simultaneous channel at time. When second enabled result is unusable
> cause card is resyncing, so disrupting steram. As far I studied it is
> intentional anti-card-sharing arrangement in this encryption system. Fix me
> please.****
>
>  ****
>
> I have to note - if in same transponder are aditionaly FTA channels you
> can put them into same dvblast config, it does not have influence, in this
> point dvblast works perfect.****
>
>  ****
>
>  ****
>
>  ****
>
> *From:* dvblast-devel-bounces at videolan.org [mailto:
> dvblast-devel-bounces at videolan.org] *On Behalf Of *Doychin Dokov
> *Sent:* Wednesday, March 14, 2012 11:29 AM
> *To:* Mailing list for DVBlast developers
> *Subject:* Re: [dvblast-devel] Dvblast and CAM Dre Crypt PRO****
>
>  ****
>
> I'm also experiencing similar problems with AlphaCrypt Pro and Irdeto
> Kappa cards (5.7, pi-sys). The more the channels, the more the stutter.***
> *
>
> На 14 март 2012, 12:27, Richard Hemzal <hemzal at asm.cz> написа:****
>
> Hi,
> are you sure that CAM allows simultanous decrypting of multiple channels?
> This symptom I know from new Irdeto (pi-sys). If you will change config
> files to stream just one channel (only one SID) then issue
> can dissapear. Try how many channels it can decrypt then will have idea.
> Bellow I see it is trying 5 channels to handle?
>
>
> -----Original Message-----
> From: dvblast-devel-bounces at videolan.org [mailto:
> dvblast-devel-bounces at videolan.org] On Behalf Of Kompan Kolia
> Sent: Wednesday, March 14, 2012 10:14 AM
> To: dvblast
> Subject: [dvblast-devel] Dvblast and CAM Dre Crypt PRO
>
> I recieve  FTA channels SOUZ and TopShop from transponder 12 303 L, and
> stream it to my network.
> All is well. The stream is smoth, in tcpdump no delays on packets. My PC
> receive this stream and play it perfectly. No artefacts,
> delays etc.
>
> But one has only to insert the CAM DRE-CRYPT, immediately ш have little
> freezes.
> Once every from 2 to 10 seconds the stream freezes and resumes. I see it
> in tcpdump output. In this case my PC recieves streams, but
> picture is poor. Sound is freeze, Picture is broken.
>
> With the CAM modules for other encoding is no problem.
> Also, there are no problems with single-channel unit DRE Crypt.
>
> How can there be a problem?
> What to see that the twist?
>
> Here is some diagnostic information ...
>
> I have:
> Dish 36°
> SkyStar HD2 CI
> Linux 2.6.32-5-686 #1 SMP Mon Jun 13 04:13:06 UTC 2011 i686 GNU/Linux
> Drivers: s2-liplianin ver 15391
>
> CAM module spec:
> Software version V2001
> Bootloader version V8480
> SDK version sdk r6764
>
> DVBlast output in log file:
> info: CAM: DRE multi HD , 01, 4A60, 0001
> debug: opening ConditionalAccess session (3)
> debug: CA system IDs supported by the application :
> debug: - 0x4ae0
> debug: - 0x4ae1
> debug: adding first CAPMT for SID 31010 on session 3
> debug: adding CAPMT for SID 31020 on session 3
> debug: adding CAPMT for SID 31030 on session 3
> debug: adding CAPMT for SID 31060 on session 3
> debug: adding CAPMT for SID 59 on session 3
>
>
>
> PC spec:
> # lspci
> 00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller
> (rev 03)
> 00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root
> Port (rev 03)
> 00:1a.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
> Controller #4
> 00:1a.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
> Controller #5
> 00:1a.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
> Controller #6
> 00:1a.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI
> Controller #2
> 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio
> Controller
> 00:1c.0 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express
> Root Port 1
> 00:1c.4 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express
> Root Port 5
> 00:1c.5 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express
> Root Port 6
> 00:1d.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
> Controller #1
> 00:1d.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
> Controller #2
> 00:1d.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
> Controller #3
> 00:1d.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI
> Controller #1
> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90)
> 00:1f.0 ISA bridge: Intel Corporation 82801JIB (ICH10) LPC Interface
> Controller
> 00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA
> AHCI Controller
> 00:1f.3 SMBus: Intel Corporation 82801JI (ICH10 Family) SMBus Controller
> 01:00.0 VGA compatible controller: nVidia Corporation GT218 [GeForce 210]
> (rev a2)
> 01:00.1 Audio device: nVidia Corporation High Definition Audio Controller
> (rev a1)
> 03:00.0 IDE interface: JMicron Technology Corp. JMB368 IDE controller
> 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B
> PCI Express Gigabit Ethernet controller (rev 03)
> 05:00.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI
> Bridge Controller [Ver 1.0] (rev 01)
> 05:01.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI
> Bridge Controller [Ver 1.0] (rev 01)
> 05:02.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI
> Bridge Controller [Ver 1.0] (rev 01)
> 05:03.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI
> Bridge Controller [Ver 1.0] (rev 01)
> 05:04.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI
> Bridge Controller [Ver 1.0] (rev 01)
>
> _______________________________________________
> dvblast-devel mailing list
> dvblast-devel at videolan.org
> http://mailman.videolan.org/listinfo/dvblast-devel
>
> _______________________________________________
> dvblast-devel mailing list
> dvblast-devel at videolan.org
> http://mailman.videolan.org/listinfo/dvblast-devel****
>
>  ****
>
>
> _______________________________________________
> dvblast-devel mailing list
> dvblast-devel at videolan.org
> http://mailman.videolan.org/listinfo/dvblast-devel****
>
> ** **
>
> _______________________________________________
> dvblast-devel mailing list
> dvblast-devel at videolan.org
> http://mailman.videolan.org/listinfo/dvblast-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/dvblast-devel/attachments/20120314/a2d6a624/attachment-0001.html>