vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

[_bojo_]

Hallo,

ich versuche mittels vdr-sc Plugin auf einen CCcam-Server (Version 2.2.1) zuzugreifen.

Dies funktioniert auch bis zu einem bestimmten Zeitpunkt, dann kommt folgender Log-Eintrag und das Bild friert alle 7 Sekunden ein.

Jun 14 23:27:51.107 [cardclient.cccam2] 0: ECM caid 1702 prov 0000 sid 11 pid 1744
Jun 14 23:27:51.108 [cardclient.cccam2shares] shareid 00000065 for 1744/88c0/1b4b6 status 1
Jun 14 23:27:51.108 [cardclient.cccam2shares] share try list for caid 1702 prov 000000 pid 1744
Jun 14 23:27:51.108 [cardclient.cccam2shares] shareid 00000065 hops 0 + lag 1484
Jun 14 23:27:51.108 [cardclient.cccam2extra] now try shareid 00000065
Jun 14 23:27:51.108 [cardclient.cccam2data] send ecm: 00 01 00 a0 17 02 00 00 00 00 00 00 00 65 00 0b 93 80 70 90 c7 00 00 00 01 10 10 00 87 12
 07 84 00 ec c2 98 c6 85 20 de 14 07 9b e8 d0 63 b5 5d 7b 5d 30 a8 3c 21 fc f5 13 06 b1 c7 46 43 91 0f 9f 22 2f 2a b2 4d 4b 52 5c 67 2f 8b 61 7
2 db 87 33 4a 2c 91 dc 6f 0e 0a 03 2b 0a 7e 55 15 63 47 26 86 6a 7f 87 52 c1 16 31 a6 3e 1b f1 0f 09 20 17 26 07 a6 8f 1c 8e 20 1e a1 eb ef 57 
13 40 1c fd 31 41 69 18 d6 6e 5b 19 ff 08 55 ad 03 45 2b d3 8a e9 ab f1 c4 e9 6c bb 51 b5 bf 43 30 ca d1 02 b3 bb 04
Jun 14 23:27:52.734 [cardclient.cccam2data] net read: len=20 cnt=20 dec=0
Jun 14 23:27:52.734 [cardclient.cccam2data] hdr decrypt: cnt=20 proc=0 dec=4
Jun 14 23:27:52.734 [cardclient.cccam2data] payload decrypt: cnt=20 proc=0 dec=20
Jun 14 23:27:52.734 [cardclient.cccam2data] msg in: 0f 01 00 10 77 60 c4 67 29 23 50 27 dc ad 89 7a f1 7d e2 06
Jun 14 23:27:52.734 [cardclient.cccam2] got CW, current shareid 00000065 (pending 0, EMM 0, keymaskpos=0)
Jun 14 23:27:52.734 [cardclient.cccam2data] scrambled    CW 77 60 c4 67 29 23 50 27 dc ad 89 7a f1 7d e2 06
Jun 14 23:27:52.734 [cardclient.cccam2data] un-scrambled CW 54 b2 21 27 d2 f3 a2 67 77 f8 33 5e 3c 1e cb fb
Jun 14 23:27:52.734 [cardclient.cccam2extra] warning: odd CW checksum failed
Jun 14 23:27:52.734 [cardclient.cccam2extra] wait returned after 1620
Jun 14 23:27:52.734 [cardclient.cccam2shares] updated shareid 00000065 for 1744/88c0/1b4b6 status 1
Jun 14 23:27:52.734 [cardclient.cccam2] got CW

Kann mir jemand helfen?


Gruß Andreas

 

[GTD Bastion]

Zeig mal deine line...

Sent from my GT-I9000 using Tapatalk

 

[_bojo_]

AW: vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

Hi...

in der cardclient.conf steht folgende Line:

cccam2:<host>:<port>:1/0000/0000:<user>:<pass>

 

[GTD Bastion]

Und aas versuchst du da abzugreifen?

Sent from my GT-I9000 using Tapatalk

 

[_bojo_]

AW: vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

Damit "hole" ich mir SKY auf den Rechner. Es funktioniert ja auch, bis irgendwann die Meldung im Log auftaucht...

 

[oss]

AW: vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

Mal ins dunkle getippt, deaktiviere mal im Setup von VDR den EPG Scan. Setup --> Epg --> Zeit bis zur EPG Aktualisierung: 0

Bei mir brachte es Erfolg, da ich irgendwann Bildfehler bekam....

 

[3PO]

AW: vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

cccam2 geht nur mit einem CCcam-Server <= 2.1.2.

 

[GTD Bastion]

AW: vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

Oscam geht mit jeder Version^^

 

[3PO]

AW: vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

Oscam geht mit jeder Version^^

Und was hat das mit dem Thema "'vdr-sc connect zu CCcam 2.2.1" zu tun?? ^^

 

[GTD Bastion]

AW: vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

Weil es auch dort funktioniert...

 

[_bojo_]

AW: vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

OK.

Wie sieht die Configuration mit OSCAM bei dieser Konstellation aus?

 

[scovery1]

Hallo,

habe ebenfalls das selbe Problem, hatte es bereits in diesem Thread (https://www.digital-eliteboard.com/f131/vdr-sc-plugin-freezer-zugriff-cccam-2-1-4-server-135987/#post1025164
Ich bin allerdings selbst noch nicht auf eine wirkliche Lösung gekommen.

Vllt. kann dir dieser Link weiterhelfen

Sie müssen registriert sein, um Links zu sehen.

Wäre auch ziemlich dankbar für die Lösung des Problems. Hatte bisher immer gedacht es läge an der CCcam Version meines Share-Partners.

MfG

 

[scovery1]

Hallo,

habe mir mal den Thread aus dem CCcam Forum durchgelsen.

Demnach soll es mit der aktuellen SC Version vom HG funktionieren.

Zitat von red321z:
"try the latest hg pull of sc- it was patched a while back to support 2.1.4"

Dies steht auch im Shortlog vom SC:

Sie müssen registriert sein, um Links zu sehen.

"cardclient-cccam2: fix logging"

Hier noch die Erklärung von remote:

Referring to the main topic of these posts, I'd say: "It's not a bug. It's a feature !".

I mean odd CWs are knowingly altered by the CCCam software, at least in some cases.

Let's talk, for instance, of the "so nice" CCCam command 05. I'm not giving all the details because it's of no interest here, but here is the main process:

-about 2 hours (a bit more, in fact) after being connected, the CCCam client will received a command 05 from the server, with a data payload of 256 bytes (command 05 with no data payload is a different case)
-the client is supposed to answer to this command, by sending back the data payload correctly decrypted (according to some other commands sent before),
-about 15 minutes (still a bit more) after, if the client has not sent back the command 05 answer, or if it has answered with incorrect data, the server begins to mess all the odd CWs sent to this client (by random data coming from a pre-computed random buffer).

The consequence if that "non official" CCCam clients (i.e. CCCam clients for which this command 05 has not been fully implemented) DO have some troubles.

The main workaround until there was to disconnect and re-connect quickly the client, a few time after the command 05 with 256 bytes has been received. This is, for instance, was is currently implemented into vdr-sc.

Recently (2.1.3 or 2.1.4 CCCam versions, I'm not sure), CCCam servers now refuse to re-connect immediately a client which is performing this trick. You'll have to wait 1 or 2 minutes before the server accept the user again.

Plus, it seems that they have also added a new check recently for the CCCam command 0B.

That's why I'm saying it's not a bug...


Wäre jetzt super wenn man das Problem nachträglich beheben kann ohne das Plugin komplett neu zu bauen. Weiß nämlich nicht wie dies funktioniert. Lässt sich dies vllt. über einen Patch realisieren?

Wäre dankbar wenn mir da jemand weiterhelfen kann.

MfG

 

[3PO]

AW: vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

@ scovery1,

mal eine bescheidene Frage.
Hast Du eigentlich verstanden, was Du das so zusammen zitiertest??

Vermutlich eher nicht...^^

1.] Das Problem, das remote im cccam-Forum beschreibt ist schon lange bekannt!

2.] Der Fix aus dem sc Repo bezieht auf das Logging von cccam2!

3.] Wie willst Du ein Plugin updaten und/oder patchen, ohne es neu zu bauen??

 

[scovery1]

Re: AW: vdr-sc connect zu CCcam 2.2.1 - odd CW checksum failed

@ scovery1,

mal eine bescheidene Frage.
Hast Du eigentlich verstanden, was Du das so zusammen zitiertest??

Vermutlich eher nicht...^^

1.] Das Problem, das remote im cccam-Forum beschreibt ist schon lange bekannt!

2.] Der Fix aus dem sc Repo bezieht auf das Logging von cccam2!

3.] Wie willst Du ein Plugin updaten und/oder patchen, ohne es neu zu bauen??

Genau du hast es erkannt, verstehen tu ich das ganze nicht .

Habe das Problem auch erst seit mein Sharepartner auf CCcam 2.1.4 umgestiegen ist. Zuvor hatte ich keinerlei Probleme. Ich dachte halt das Problem mit der Checksum wäre mittlerweile behoben.

Komischerweise tritt das Problem immer ca. nach einer Stunde auf einem HD+ Kanal auf. Dann kommt es etwa alle 7sek. zu einem kurzen Freezer.

Im Log sieht das so aus:

Mar 13 15:59:16 yavdr vdr: [2044] [cardclient.cccam2] got CW Mar 13 15:59:18 yavdr vdr: [1673] [core.ci] 0.0 -> 00 01 a0 0f 01 90 02 00 01 9f 80 32 06 03 00 00 01 00 00 Mar 13 15:59:18 yavdr vdr: [1673] [core.ci] 0.0 CA_PMT decoding len=6 lm=3 prg=0 len=0/0 Mar 13 15:59:18 yavdr vdr: [1673] [core.ci] 0.0 got CA pmt ciCmd=-1 caLm=3 Mar 13 15:59:18 yavdr vdr: [1673] [core.pids] 0: now tuned to source 5300ff40(S19.2E) transponder 1b6d8 Mar 13 15:59:22 yavdr vdr: [2044] [cardclient.cccam2] 1: ECM caid 1830 prov 0000 sid 61200 pid 1acc Mar 13 15:59:22 yavdr vdr: [2044] [cardclient.cccam2shares] shareid 00000064 for 1acc/5300ff40/1b0f0 status 1 Mar 13 15:59:22 yavdr vdr: [2044] [cardclient.cccam2shares] share try list for caid 1830 prov 000000 pid 1acc Mar 13 15:59:22 yavdr vdr: [2044] [cardclient.cccam2shares] shareid 00000064 hops 0 + lag 1070 Mar 13 15:59:22 yavdr vdr: [2044] [cardclient.cccam2extra] now try shareid 00000064 Mar 13 15:59:23 yavdr vdr: [1811] [cardclient.cccam2] got CW, current shareid 00000064 (pending 0, EMM 0, keymaskpos=0) Mar 13 15:59:23 yavdr vdr: [1811] [B][cardclient.cccam2extra] warning: odd CW checksum failed[/B] Mar 13 15:59:23 yavdr vdr: [2044] [cardclient.cccam2extra] wait returned after 1042 Mar 13 15:59:23 yavdr vdr: [2044] [cardclient.cccam2shares] updated shareid 00000064 for 1acc/5300ff40/1b0f0 status 1 Mar 13 15:59:23 yavdr vdr: [2044] [cardclient.cccam2] got CW

Muss wohl damit leben. Scheint wohl noch immer keine Lösung zu geben. Werde wohl meinen Sharepartner überzeugen müssen wieder eine ältere cccam version umzusteigen oder gleich auf newcamd zu setzen.

MfG