Jump to content


Photo

Slow zap for CI

plugin

  • Please log in to reply
152 replies to this topic

#1 Dimitrij

  • PLi® Core member
  • 10,380 posts

+354
Excellent

Posted 30 December 2015 - 20:57

Only PLi/ATV image.
It solves the problem of decoding services CI+

Menu --> Setup --> SoftCam / CI --> 'Slow zap for CI'

Merry Christmas


GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K


Re: Slow zap for CI #2 theparasol

  • Senior Member
  • 4,157 posts

+198
Excellent

Posted 30 December 2015 - 21:17

I dont have to use CI modules (yet) but from what I read in the sources of your plugin that it basically sets a user definable zap delay.

So you cant "overflow" the ci module with decoding requests due to fast zapping?

 

Are all ci modules affected by too fast zapping or just some specific ones?


@Camping: ZGemma H.2S, Technisat Multytenne 4-in-1 @Home: Edision Mini 4K, Wave Frontier T55, EMP Centauri EMP DiSEqC 8/1 switch, 4x Inverto Ultra Black single LNB


Re: Slow zap for CI #3 Dimitrij

  • PLi® Core member
  • 10,380 posts

+354
Excellent

Posted 31 December 2015 - 10:27

version 0.4

-small fix ATV image

 


GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K


Re: Slow zap for CI #4 Dimitrij

  • PLi® Core member
  • 10,380 posts

+354
Excellent

Posted 31 December 2015 - 10:28

 

So you cant "overflow" the ci module with decoding requests due to fast zapping?

 

Are all ci modules affected by too fast zapping or just some specific ones?

1) maybe solved

2)Триколор CI+


Edited by Dimitrij, 31 December 2015 - 10:30.

GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K


Re: Slow zap for CI #5 Acds

  • Senior Member
  • 108 posts

+4
Neutral

Posted 31 December 2015 - 11:37

Wow,

 

Donated immediately for great effort!

 

I don't want to be a spoiler but it seems it can't do a tuner switch on PiP mode. I have set it to use tuner A for Arena 2 HD (to fix my problem). But if I tune Arena 1 HD (it will take tuner A) then put it on PiP and switch to Arena 2 HD, arena 2 won't force tuner A rather still goes to tuner B and I have again same problem..

 

Is this even possible to do at all?



Re: Slow zap for CI #6 honda-civic

  • Senior Member
  • 307 posts

+22
Neutral

Posted 31 December 2015 - 12:12

does that mean it works with CI + OpenPLi ?until now Sky de+ module has not gone



Re: Slow zap for CI #7 Dimitrij

  • PLi® Core member
  • 10,380 posts

+354
Excellent

Posted 31 December 2015 - 12:20

does that mean it works with CI + OpenPLi ?until now Sky de+ module has not gone

 

OpenPLi support  CI +

Formuler

Mutant


GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K


Re: Slow zap for CI #8 Dimitrij

  • PLi® Core member
  • 10,380 posts

+354
Excellent

Posted 31 December 2015 - 12:22


 

Is this even possible to do at all?

I did everything I could.


GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K


Re: Slow zap for CI #9 honda-civic

  • Senior Member
  • 307 posts

+22
Neutral

Posted 31 December 2015 - 12:29

 

does that mean it works with CI + OpenPLi ?until now Sky de+ module has not gone

 

OpenPLi support  CI +

Formuler

Mutant

 

For these boxes is unimportant!Dear intended for Dreambox and Vu + eliminate this problem!

Many had already upgrade to Sky + module,and that only works with OpenAtv and Vti Image



Re: Slow zap for CI #10 Acds

  • Senior Member
  • 108 posts

+4
Neutral

Posted 31 December 2015 - 14:11

 


 

Is this even possible to do at all?

I did everything I could.

 

Boomer. :) Thanks for effort.



Re: Slow zap for CI #11 WanWizard

  • PLi® Core member
  • 70,921 posts

+1,835
Excellent

Posted 31 December 2015 - 20:15

For these boxes is unimportant!Dear intended for Dreambox and Vu + eliminate this problem!
Many had already upgrade to Sky + module,and that only works with OpenAtv and Vti Image

 

The manufacturer needs to support CI+ in the drivers. No support == no CI+.

 

For now, VU+ hasn't done anything, and DMM is only compatible with their own closed-source image.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Slow zap for CI #12 Lost in Space

  • Senior Member
  • 876 posts

+69
Good

Posted 2 January 2016 - 17:01

Nonsense on the DMM part. But the whole plugin isn't needed there either - I can zap as fast as I want :D


Edited by gutemine, 2 January 2016 - 17:05.


Re: Slow zap for CI #13 WanWizard

  • PLi® Core member
  • 70,921 posts

+1,835
Excellent

Posted 2 January 2016 - 18:07

This is about CI+, so if you have anything useful to add on how to add CI+ support to OpenPLi images for DMM boxes, please do so. And if not, refrain from littering this topic.

 

You are not using OpenPLi, so the rest of your response is totally irrelevant.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Slow zap for CI #14 Lost in Space

  • Senior Member
  • 876 posts

+69
Good

Posted 2 January 2016 - 18:20

The CI+ Helper for the DMM boxes with Original Images  is 100% Open Source and would work in ALL Images and the modification to the existing socket interface to support it would be less then half a page of code (only supporting sockets at /run/ca instead of /tmp).

 

But by ignoring such simple facts and blaming DMM wrongly I'm not the one littering here ...

 

And this Open source code also contain ALL the missing pieces that the OTHERS keep closed source or hide in their drivers BTW.


Edited by gutemine, 2 January 2016 - 18:24.


Re: Slow zap for CI #15 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 2 January 2016 - 18:32

Where is the code to have look at?
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Slow zap for CI #16 Lost in Space

  • Senior Member
  • 876 posts

+69
Good

Posted 2 January 2016 - 18:50

I will not comment on the ignorance of this question, but try your luck in the NN2 Board.


Edited by gutemine, 2 January 2016 - 18:51.


Re: Slow zap for CI #17 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 2 January 2016 - 19:33

Most probably gutemine refers to this plugin: enigma2-plugin-extensions-dreambox-ci-plus-manager

Package: enigma2-plugin-extensions-dreambox-ci-plus-manager
Version: 1.5
Description: Manage CI+ for your Dreambox
Section: extensions
Priority: optional
Maintainer: satinfo
Architecture: mipsel
OE: enigma2-plugin-extensions-dreambox-ci-plus-manager
PackageArch: dm7080
Homepage: http://www.google.de
Depends: libcrypto1.0.0 (>= 1.0.1j), enigma2-plugin-extensions-socketmmi, libc6 (>= 2.18)
There are no special depenencies, other than libcrypto.

# ldd usr/bin/dream_ci_plus_bottom
        libcrypto.so.1.0.0 => /lib/libcrypto.so.1.0.0 (0x77900000)
        libc.so.6 => /lib/libc.so.6 (0x7778c000)
        libdl.so.2 => /lib/libdl.so.2 (0x77778000)
        /lib/ld.so.1 (0x77a90000)
It uses /var/run/ca as gutemine says (most probably socketmmi required too)
and some "certs"...

strings -a usr/bin/dream_ci_plus_bottom  | grep '/'
/lib/ld.so.1
/var/run/ca
/tmp/mmi.socket
/proc/stb/tsmux/input0
/proc/stb/tsmux/ci%d_input
/sys/module/si2166b
/proc/stb/tsmux/input%d
/etc/enigma2/ci_pins
no file found /etc/enigma2/ci_pins
cannot read/verify DER cert

/etc/ssl/certs/root.pem
/etc/ssl/certs/customer.pem
/etc/ssl/certs/device.pem

/dev/urandom
/dev/dvb/adapter0/ca0
/var/run/ca/ci%d.socket
The "bottom" uses /dec/ci1 and "top" /dev/ci0 (see lib/systemd/system/dream_ci_plus_bottom|top).service)

/usr/bin/dream_ci_plus_top /dev/ci0
/usr/bin/dream_ci_plus_bottom /dev/ci1

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Slow zap for CI #18 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 2 January 2016 - 19:38

Bleh, humbug. Gutemine if you think you have something useful to contribute to OpenPLi, you can submit a patch or stay silent.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Slow zap for CI #19 Lost in Space

  • Senior Member
  • 876 posts

+69
Good

Posted 2 January 2016 - 19:45

If people talk nonsense stating that is what I call a useful contribution.

 

If they then have to confess that they don't even have looked at the sources this is also a useful contribution.

 

If they then link the wrong kits and I now have to tell them that the CI manager is for DreamOS only and closed source and the helper it uses is from the stone age, then this is useful contribution.

 

The NN2 Image uses dream-ci-plus which is complete Open Source and NOT the CI Manager.

 

I'm, sorry but will definitely NOT contribute anything to PLi, as  you are continuing to state nonsense without even LOOKING and CHECKING and then even repeat this ignorance here when somebody makes you aware of this.

 

Ciao

gutemine


Edited by gutemine, 2 January 2016 - 19:49.


Re: Slow zap for CI #20 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 2 January 2016 - 19:53

If someone wants to experiment with that helper.

1. install socketmmi and reboot

opkg install enigma2-plugin-extensions-socketmmi
reboot
2. Create /var/run/ca and symlink ca1. to /tmp/.listen.ciplus.socket

mkdir -p /var/run/ca
ln -s /var/run/ca/ci0.socket /tmp/.listen.ciplus.socket
[code]

3. Install data.tar and play.

[code]
# strace ./usr/bin/dream_ci_plus_top /dev/ci0 2>&1 | grep /
execve("./usr/bin/dream_ci_plus_top", ["./usr/bin/dream_ci_plus_top", "/dev/ci0"], [/* 13 vars */]) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
open("/lib/libcrypto.so.1.0.0", O_RDONLY|O_CLOEXEC) = 3
open("/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
open("/lib/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
mkdir("/var/run/ca", 0)                 = -1 EEXIST (File exists)
open("/dev/dvb/adapter0/ca0", O_RDWR|O_LARGEFILE) = 3
lstat64("/dev", {st_mode=S_IFDIR|0755, st_size=3020, ...}) = 0
lstat64("/dev/ci0", {st_mode=S_IFCHR|0660, st_rdev=makedev(10, 53), ...}) = 0
open("/dev/ci0", O_RDWR|O_LARGEFILE)    = 4
open("/proc/stb/tsmux/input0", O_RDONLY|O_LARGEFILE) = 6
open("/proc/stb/tsmux/ci0_input", O_RDWR|O_LARGEFILE) = 6
timerfd_create(CLOCK_MONOTONIC, 0x80080 /* TFD_??? */) = 6
connect(7, {sa_family=AF_LOCAL, sun_path="/tmp/mmi.socket"}, 17) = 0

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916



Also tagged with one or more of these keywords: plugin

2 user(s) are reading this topic

0 members, 2 guests, 0 anonymous users