oscam und au auf neuste srg viaccess v5 karte

[Xcoder]

Hallo,

Ich habe hier das Problem das auf der SRG v5 kein AU geht. Server ist oscam r9848. Client ist ein reel-vdr mit vdr-sc plugin.
log

Spoiler

2014/10/07 13:53:02 10456830 c encrypted cs357x-client 10.76.1.10 granted (reel_srg, au=on (1 reader))
2014/10/07 13:53:03 10456830 c reel_srg emm-request sent (reader=srg_v5, caid=0500, auprovid=FFF430)
2014/10/07 13:53:03 10456830 c reel_srg (0500&050800/08DE/4332/30:41C7E233519C71AAA367C544C6A4DF6E): found (265 ms) by srg_v5 - SRF zwei HD
2014/10/07 13:53:08 10456830 c reel_srg (0500&050800/08DE/4332/30:7D2A867E979A787EBF86B94357A8685D): found (236 ms) by srg_v5 - SRF zwei HD
2014/10/07 13:53:18 10456830 c reel_srg (0500&050800/08DE/4332/30:E1A93A07019CB78330A4FFEBB86894DF): found (237 ms) by srg_v5 - SRF zwei HD
2014/10/07 13:53:28 10456830 c reel_srg (0500&050800/08DE/4332/30:3EBE2D76C99FFF45ABB2C2D96C8D6BEF): found (235 ms) by srg_v5 - SRF zwei HD

oscam.server:

Spoiler

[reader]
label = srg_v5
protocol = smargo
device = /dev/ttyUSB1
caid = 0500
detect = cd
mhz = 534
cardmhz = 369
group = 2
emmcache = 1,3,31

oscam.user:

Spoiler

[account]
user = reel_srg
pwd = reel
caid = 0500
au = srg_v5
group = 2

oscam.conf:

Spoiler

[cs357x]
port = 10000
suppresscmd08 = 1

/etc/vdr/plugins/sc/cardclient.conf:

Spoiler

camd35:wlan-003:10000:1/0500/ffff:reel_srg:reel

Etwas komisch erscheint mir die auprovid=FFF430 im oscam.log wenn der client verbindet. Ich sehe keine Hinweise, dass vom client überhaupt EMMs gesendet werden. Auf dem selben oscam ist noch eine HD+ Karte welche problemlos läuft. Ich habe auch noch diverse andere Protokolle als cs357x versucht, aber immer mit dem gleiche Resultat: Bild kommt, aber kein AU…

Im reel4you Forum kann langsam auch niemand mehr helfen. Hat hier jemand Erfahrung mit vdr-sc?

Gruss, Xcoder

 

[legenwaitforitdary]

AW: oscam und au auf neuste srg viaccess v5 karte

Das einzige was mit zur Oscam Config einfallen würde, wäre die passende ident zu setzen, in user und server.

ident = 0500:050800,050810

Die auprovid müsste eigentlich 050800 sein, einfach mal mit beiden testen.

Ansonsten würde ich im sc Plugin mal newcamd probieren, das war das einzige das zuverlässig AU für meine Sky Karte machte, als ich es noch benutzte.

 

[Xcoder]

AW: oscam und au auf neuste srg viaccess v5 karte

Danke @legenwaitforitdary. Aber damit schränke ich doch nur die erlaubten povider IDs ein. Im vdr-sc.log auf dem client ist das dann auch zu sehen (23:38 ohne ident, 00:31 mit ident):

Spoiler

Okt 7 23:58:17.984 [cardclient.cccam2shares] ADD share 00000065 hops 0 maxdown 10 caid 0500 ua 00000000c4xxx4e prov fff430/c4xxx4e 050800/c4xxx4e 050810/c4xxx4e 050820/c4xxx4e 050830/c4xxx4e 050840/c4xxx4e (EMM)
Okt 8 00:31:37.243 [cardclient.cccam2shares] ADD share 00000064 hops 0 maxdown 10 caid 0500 ua 00000000c4xxx4e prov 050800/c4xxx4e 050810/c4xxx4e (EMM)

newcamd funktioniert mit der HD+ Karte perfekt. Mit der SRG v5 habe ich damit auch Bild aber kein AU, also gleich wie mit anderen Protokollen. Da es mit der HD+ funktioniert, bin ich auch überzeugt, dass es eher nicht an der Oscam Server Konfiguration liegt, sondern wie vdr-sc mit Viaccess EMMs umgeht.

Gruss, Xcoder

 

[frodo.]

AW: oscam und au auf neuste srg viaccess v5 karte

Versuche doch mal in der cardclient.conf alles durchzulassen:

Spoiler

camd35:wlan-003:10000:1/0000/0000:reel_srg:reel

Vielleicht hilft das ja, ansonsten würde ich anstelle von camd35 mal cccam2 probieren.

 

[legenwaitforitdary]

AW: oscam und au auf neuste srg viaccess v5 karte

Okay, kann gut sein, dass im cardclient Modul des sc Plugins geprüft wird ob das Viaccess EMM eine gewisse Länge hat und erst dann weiter geschickt wird. Da im sc Plugin dummerweise ja bei Version 2.6 ( denke ich ) Schluss war ist das was du sagst recht wahrscheinlich.
Vermutlich ist das gar kein allzu großer Aufwand das cardclient Modul zu patchen, damit es die korrekten EMMs auch weiterleitet, so fern man weiß welche die sind. ;-) Ich hab mal nur ganz kurz in die camd.c geschaut, bei CAID 0x05 wird auch die Länge irgendeines Headers überprüft, möglicherweise werden da dann die Viaccess 5.0 EMMs bereits ausgefiltert, aber das übersteigt alles mein Wissen, evtl findet sich da ja auch was in den Sourcen von Oscam.

Zumindest weiß ich jetzt das die AU ID 050800 fürs SRF zuständig ist und 050810 für 3+

edit: Irgendwie hat das jetzt doch mein Interesse geweckt, wennauch ich noch(!) keine v5 Karte besitze, Oscam jedenfalls reassembliert die nötigen EMMs seit Version 8377 selbst, heisst ja eigentlich man könnte einfach "alles" durchlassen, hmm...

 

[Xcoder]

AW: oscam und au auf neuste srg viaccess v5 karte

@frodo: leider keine Änderung. Hier das vdr-sc.log. Man sieht gut, dass von oscam die idents übertragen werden (Zeilen mit ADD). Das vdr-sc sollte also wissen welche was gefragt ist.

Spoiler

Okt 9 00:18:27.279 [cardclient.login] cccam2: server version 2.3.0 build 3367 nodeid eb 91 2b 86 10 6d 14 deOkt 9 00:18:27.279 [cardclient.cccam2extra] cmd 0B aes key eb 91 2b 86 10 6d 14 de 32 2e 33 2e 30 00 00 00
Okt 9 00:18:28.267 [cardclient.cccam2shares] ADD share 00000064 hops 0 maxdown 10 caid 0500 ua 00000000c4xxxx4e prov fff430/c4xxxx4e 050800/c4xxxx4e 050810/c4xxxx4e 050820/c4xxxx4e 050830/c4xxxx4e 050840/c4xxxx4e (EMM)
Okt 9 00:18:28.267 [cardclient.cccam2] enabled EMM processing
Okt 9 00:18:28.270 [cardclient.cccam2] share 00000065: can't handle shared updates for CAID 1830
Okt 9 00:18:28.270 [cardclient.cccam2] last message repeated 2 times
Okt 9 00:18:28.270 [cardclient.cccam2shares] ADD share 00000065 hops 0 maxdown 10 caid 1830 ua 0000000048xxxx8b (EMM)
Okt 9 00:18:28.270 [cardclient.cccam2] enabled EMM processing
Okt 9 00:18:55.504 [core.ecm] 10.1: setting new SID 17201
Okt 9 00:18:55.504 [core.ecm] 10.1: is no longer idle
Okt 9 00:18:55.571 [core.ecm] 10.1: triggered SID -1/17201 idx -1/1 mode -1/0 -
Okt 9 00:18:55.571 [core.ecm] from cache: system Cardclient (0500) id 50800 with ecm 2e3/80
Okt 9 00:18:55.574 [core.ecm] 10.1: try system Cardclient (0500) id 50800 with ecm 2e3 (cached) (pri=-15)
Okt 9 00:18:55.675 [core.au] 10: chain caid 0500 -> Viaccess(-10) Cardclient(-15) [025a-8b/fe/07]
Okt 9 00:18:55.675 [core.au] 10: chain caid 0500 ++ [025a-8b/fe/07] [025b-8b/fe/07]
Okt 9 00:18:55.675 [core.au] 10: chain caid 0500 ++ [025a-8b/fe/07] [025b-8b/fe/07] [025c-8b/fe/07]
Okt 9 00:18:55.675 [core.au] 10: starting chain 0500
Okt 9 00:18:55.695 [cardclient.core] cc-loop
Okt 9 00:18:55.695 [cardclient.core] now trying client cccam2 (wlan-003:9000)
Okt 9 00:18:55.695 [cardclient.cccam2] 10: ECM caid 0500 prov 50800 sid 17201 pid 02e3
Okt 9 00:18:55.695 [cardclient.cccam2shares] share try list for caid 0500 prov 050800 pid 02e3
Okt 9 00:18:55.695 [cardclient.cccam2shares] shareid 00000064 hops 0 lag 1000
Okt 9 00:18:55.695 [cardclient.cccam2extra] now try shareid 00000064
Okt 9 00:18:55.955 [cardclient.cccam2] got CW, current shareid 00000064 (pending 0, EMM 0, maxecmcount=0)
Okt 9 00:18:55.955 [cardclient.cccam2extra] wait returned after 234
Okt 9 00:18:55.955 [cardclient.cccam2shares] added shareid 00000064 for 02e3/5300ff7e/1b17b status 1
Okt 9 00:18:55.955 [cardclient.cccam2] got CW
Okt 9 00:18:55.955 [core.ecm] 10.1: correct key found
Okt 9 00:19:05.093 [cardclient.cccam2] 10: ECM caid 0500 prov 50800 sid 17201 pid 02e3
Okt 9 00:19:05.093 [cardclient.cccam2shares] shareid 00000064 for 02e3/5300ff7e/1b17b status 1
Okt 9 00:19:05.093 [cardclient.cccam2shares] share try list for caid 0500 prov 050800 pid 02e3
Okt 9 00:19:05.094 [cardclient.cccam2shares] shareid 00000064 hops 0 + lag 617
Okt 9 00:19:05.094 [cardclient.cccam2extra] now try shareid 00000064
Okt 9 00:19:05.420 [cardclient.cccam2] got CW, current shareid 00000064 (pending 0, EMM 0, maxecmcount=0)
Okt 9 00:19:05.420 [cardclient.cccam2extra] wait returned after 234
Okt 9 00:19:05.420 [cardclient.cccam2shares] updated shareid 00000064 for 02e3/5300ff7e/1b17b status 1
Okt 9 00:19:05.420 [cardclient.cccam2] got CW
Okt 9 00:19:15.112 [cardclient.cccam2] 10: ECM caid 0500 prov 50800 sid 17201 pid 02e3
Okt 9 00:19:15.112 [cardclient.cccam2shares] shareid 00000064 for 02e3/5300ff7e/1b17b status 1
Okt 9 00:19:15.112 [cardclient.cccam2shares] share try list for caid 0500 prov 050800 pid 02e3
Okt 9 00:19:15.112 [cardclient.cccam2shares] shareid 00000064 hops 0 + lag 521
Okt 9 00:19:15.112 [cardclient.cccam2extra] now try shareid 00000064
Okt 9 00:19:15.484 [cardclient.cccam2] got CW, current shareid 00000064 (pending 0, EMM 0, maxecmcount=0)
Okt 9 00:19:15.484 [cardclient.cccam2extra] wait returned after 237
Okt 9 00:19:15.484 [cardclient.cccam2shares] updated shareid 00000064 for 02e3/5300ff7e/1b17b status 1
Okt 9 00:19:15.484 [cardclient.cccam2] got CW

@legenwaitforitdary: Wer filtert deiner Meinung nach? Oscam oder vdr-sc?

Gruss, Xcoder

 

[Xcoder]

AW: oscam und au auf neuste srg viaccess v5 karte

Hat niemand mehr eine Idee ?

@legenwaitforitdary: was denkst Du wegen dem Filtern?


Gruss, Xcoder

 

[legenwaitforitdary]

AW: oscam und au auf neuste srg viaccess v5 karte

Oh sorry, ganz vergessen, ich denke dass sc filtert, was es an der Stelle nicht machen sollte, ganz sicher bin ich mir damit zwar nicht, aber das würde erklären warum es nicht funktioniert.
Vielleicht solltest du mal im streamboard nachfragen, da sind/waren mehr Leute unterwegs, die sich mit dem sc Plugin auskennen.
Andere (theoretische) Möglichkeit wäre VDR 2.1.6, dvbapi Plugin im Netzwerkmodus und Oscam zu nutzen, wobei es da glaube ich ohne gepatchten VDR auch keine EMMS gibt, aber mangels SRG Karte und mangels Netceiver kann ich dir da nicht allzu sehr helfen.

 

[peje]

AW: oscam und au auf neuste srg viaccess v5 karte

mit vdr-dvbapi plugin gehts anstandslos...
cu peje

 

[Xcoder]

AW: oscam und au auf neuste srg viaccess v5 karte

Wie erwähnt, geht es um eine Reelbox mit Netceiver und da ist mcli und nicht dvbapi gefragt...

Gruss, Xcoder