vdr-sc mit v13 (CAID 09c4)

[Wickie1]

Guten Tag,

in Kürze steht bei mir wieder die Verlängerung meines CS-Paketes an. Da hab ich die Sache noch mal unter die Lupe genommen.

Situation bisher:
cardclient.conf

newcamd:cs-server.xx:3047:0/1843/ffff:login:pass:0102030405060708091011121314                                  
newcamd:cs-server.xx:3029:0/1702/ffff:login:pass:0102030405060708091011121314 
newcamd:cs-server.xx:3011:0/1833/ffff:login:pass:0102030405060708091011121314

override.conf

ecmprio:{S19.2E:}0d05:0500:1843:1833:1702
tunnel:{1833:S19.2E:}1702:nagra-beta
ignore:{*}alle:anderen:CAIDs

• 1702 / 3029 = Sky SD
• 1833 / 3011 = Sky HD
• 1843 / 3047 = HD+

Klappt soweit wunderbar. In den Einstellungen steht, dass ich für Sky HD (1833) einen Beta-Tunnel einrichten muss. Funktioniert auch soweit.

Situation in Zukunft:
Neben den o.g. CAIDS (1702, 1833) steht da auch bei meinem Provider die 09C4. Das ist, soweit ich rausgefunden hab, die V13-Karte. Mit der sollte es auch möglich sein, die HD+-Kanäle zu entschlüsseln. D.h. ohne die 1843. Zumindest stehen bei den angegebenen Sendern auch die HD+-Sender mit dabei.

Jetzt hab ich mal probiert, irgendwie die 09C4 zum Laufen zu kriegen, d.h.

cardclient.conf

newcamd:cs-server.xx:3013:0/09C4/ffff:login:pass:0102030405060708091011121314

override.conf

ecmprio:{S19.2E:}0d05:0500:09C4
ignore:{*}alle:anderen:CAIDs

Dummerweise klappt das nicht. Im Log krieg ich folgenden Fehler:

ul 02 18:10:51 htpc vdr[2835]: Jul  2 18:10:46.517 [core.ecm] 0/0.1: found 1843(0000) (Nagra2) id 0000 with ecm 19ec/80 (already present)
Jul 02 18:10:51 htpc vdr[2835]: Jul  2 18:10:46.517 [core.ecm] 0/0.1: descriptor 09 c4 fb ec
Jul 02 18:10:51 htpc vdr[2835]: Jul  2 18:10:46.517 [core.override] ecmprio: 09c4/0 pri -1
Jul 02 18:10:51 htpc vdr[2835]: Jul  2 18:10:46.517 [core.ecm] 0/0.1: found 09c4(0000) (Fake-NDS) id 0000 with ecm 1bec/80 (already present)
Jul 02 18:10:51 htpc vdr[2835]: Jul  2 18:10:46.518 [core.ecm] 0/0.1: try system Nagra2 (1843) id 0000 with ecm 19ec (pri=-10)
Jul 02 18:10:51 htpc vdr[2835]: Jul  2 18:10:46.518 [core.ecm] 0/0.1: stopping message log until valid key is found
Jul 02 18:10:51 htpc vdr[2835]: Jul  2 18:10:50.053 [cardclient.core] cc-loop
Jul 02 18:10:51 htpc vdr[2835]: Jul  2 18:10:50.053 [cardclient.core] now trying client Newcamd (cs-server.xx:3013)
Jul 02 18:10:51 htpc vdr[2835]: Jul  2 18:10:50.227 [cardclient.ecm] Newcamd: card was not able to decode the channel
Jul 02 18:10:51 htpc vdr[2835]: Jul  2 18:10:50.227 [cardclient.core] client Newcamd (cs-server.xx:3013) ECM failed (174 ms)

Wie hab ich das zu interpretieren? Krieg ich die 09c4 doch noch irgendwie zum Laufen?

 

[legenwaitforitdary]

AW: vdr-sc mit v13 (CAID 09c4)

ecm.cache löschen

 

[Wickie1]

AW: vdr-sc mit v13 (CAID 09c4)

Hab ich probiert. Ändert leider nichts.

Wenn ich nach 09c4 (Fake-NDS) google, stoß ich immer nur auf Oscam-Konfigurationen. Das hilft mir aber nicht wirklich weiter. Ich steh irgendwie auf dem Schlauch.

 

[legenwaitforitdary]

AW: vdr-sc mit v13 (CAID 09c4)

Werden auch die richtigen conf Files geladen ? /etc/vdr/ != /var/lib/vdr/ , bzw. nicht unbedingt immer

 

[Wickie1]

AW: vdr-sc mit v13 (CAID 09c4)

Ja, die Config-Files sind bei mir in /etc und werden von dort auch gelesen. VDR läuft hier auf einem normalen x86-PC mit TV-Karte unter einem Gentoo Linux.

Spoiler

Jul 02 20:25:06 htpc vdr[3676]: [3676] starting plugin: svdrpservice
Jul 02 20:25:06 htpc vdr[3676]: [3676] starting plugin: femon
Jul 02 20:25:06 htpc vdr[3676]: [3676] starting plugin: sc
Jul 02 20:25:06 htpc vdr[3676]: [3676] [general.info] SC version 1.0.0pre-AR-29b7b5f231c8 starting (VDR 2.1.5)
Jul 02 20:25:06 htpc vdr[3676]: [3676] [general.info] loading cardclient config from /etc/vdr/plugins/sc/cardclient.conf
Jul 02 20:25:06 htpc vdr[3676]: [3686] Netwatcher thread started (pid=3676, tid=3686, prio=high)
Jul 02 20:25:07 htpc vdr[3676]: [3680] epg data reader thread ended (pid=3676, tid=3680)
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.274 [general.debug] using new 1.7.11+ capture code
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.330 [general.debug] capturing device 0/0 (subsystem ID dd010021)
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.330 [general.debug] creating standard device 0/0
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.359 [general.info] SC version 1.0.0pre-AR-29b7b5f231c8 initializing (VDR 2.1.5)
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.482 [general.info] SC version 1.0.0pre-AR-29b7b5f231c8 starting (VDR 2.1.5)
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.482 [core.load] ** Plugin config:
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.482 [core.load] ** Key updates (AU) are enabled (active CAIDs) (no prestart)
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.482 [core.load] ** Local systems DON'T take priority over cached remote
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.482 [core.load] ** Concurrent FF recordings are NOT allowed
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.482 [core.load] ** Force transfermode with digital audio
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.482 [core.load] ** ECM cache is set to enabled
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.482 [core.load] ** TsBufferSize is 4 MB
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.482 [core.load] ** ScCaps are 1 2 0 0 0 0 0 0 0 0
Jul 02 20:25:07 htpc vdr[3676]: Jul  2 20:25:06.482 [general.info] loading cardclient config from /etc/vdr/plugins/sc/cardclient.conf

 

[legenwaitforitdary]

AW: vdr-sc mit v13 (CAID 09c4)

Welche sc-Module sind denn installiert ? Nur cardclient und cryptoworks?

 

[Wickie1]

AW: vdr-sc mit v13 (CAID 09c4)

Danke, das könnte ein Ansatz sein. Muss ich heute aber erst mal überprüfen.

Bisher nutze ich an Verschlüsselungen:

• Cryptoworks: ORF, AustriaSat
• Nagra-2: Sky (über cardclient)
• Viaccess-2: SRF, Globo TV (beides auf Hotbird)

Werd heut Abend mal checken, ob das Videoguard-Modul überhaupt mit compiliert wurde. Hab mal noch etwas gegooglet. ->

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

. Mal sehen, ob das bei mir auch so ist.

 

[legenwaitforitdary]

AW: vdr-sc mit v13 (CAID 09c4)

Du brauchst das NDS Modul nicht, viel besser wäre es wenn du das Nahra Modul rausschmeisst, entfernete Verbindung laufen nur mit cardclient

 

[Wickie1]

AW: vdr-sc mit v13 (CAID 09c4)

Du brauchst das NDS Modul nicht, viel besser wäre es wenn du das Nahra Modul rausschmeisst, entfernete Verbindung laufen nur mit cardclient

Hab's grad mal ausprobiert. Wenn ich das Nagra-Modul rausschmeiß, empfang ich weder HD+ noch Sky. Hat man nur vdr-sc, sind diese Module also definitiv notwendig.

Wenn ich nach vdr-sc google, gibt's scheinbar schon die Version

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

. Im Gentoo-Portage dümpel ich noch immer auf der 0.9.3 von 2012 rum. Kriegt man irgendwo den Source-Code der aktuellen Version her?

Ach ja, im Gegensatz zu vdr-sc schein Oscam ja reichlicher im Einsatz verbreitet zu sein. Könnte ich evtl. mehr Erfolg haben, wenn ich Oscam vor das vdr-sc spanne?

Update:
Ich les mich mal in die Kombination vdrapi + Oscam ein. Klingt zwar nach mehr Arbeit. Aber vielleicht hab ich damit mehr Erfolg. Hab gelesen, es gibt auch eine gepatchte Oscam-Version, die mit der Softcam.Key umgehen kann.

 

[Wickie1]

AW: vdr-sc mit v13 (CAID 09c4)

So, ich geb mal Rückmeldung:

1. Oscam
Hab ich zum Laufen bekommen. Hab mir das

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

gezogen. Da war ein Ebuild für Oscam-Git drin. Compilieren ging problemlos.

2. HD+ und Sky S02
Läuft ebenfalls. Dazu eine Frage in der oscam.server:

protocol = newcamd
key      = 0102030405060708091011121314
device   = cs-server.xx,3029
user     = mein_user                                                                                            
password = mein_pass
caid     = 1702,1833

Bei vdr-sc kann ich in der Cardclient.conf mehrere Server angeben. Die werden auch alle beim Start von vdr geladen. Damit ist eine gewisse Ausfallsicherheit gegeben. Geht das hier auch irgendwie?

3. Sky V13
Hab alles nötige eingerichtet - denk ich jedenfalls. Das Logfile meldet:

2014/07/05 12:19:47   823FA0 p Provider ID: 000000 - SA: 00000000
2014/07/05 12:19:47   849310 c vdr (09C4&000000/07D1/EF74/B3:7B75A90A07030FA67C5BFD617ACB1A48): not found (455 ms) by Sky_V13
2014/07/05 12:19:47   849310 c vdr (09C4&000000/07D1/EF74/B3:7B75A90A07030FA67C5BFD617ACB1A48): not found (0 ms) by Sky_V13
2014/07/05 12:19:47   849310 c vdr (09C4&000000/07D1/EF74/B3:0515168F1C802A5C4FAE006D543D44C6): not found (193 ms) by Sky_V13
2014/07/05 12:19:47   849310 c vdr (09C4&000000/07D1/EF74/B3:0515168F1C802A5C4FAE006D543D44C6): not found (0 ms) by Sky_V13
2014/07/05 12:19:47   849310 c vdr (09C4&000000/07D1/EF74/B3:0515168F1C802A5C4FAE006D543D44C6): not found (1 ms) by Sky_V13
2014/07/05 12:19:48        0   --- Skipped 2 duplicated log lines ---
2014/07/05 12:19:48   849310 c vdr (09C4&000000/07D1/EF74/B3:0515168F1C802A5C4FAE006D543D44C6): not found (0 ms) by Sky_V13
2014/07/05 12:19:48   849310 c vdr (09C4&000000/07D1/EF74/B3:0515168F1C802A5C4FAE006D543D44C6): not found (1 ms) by Sky_V13
2014/07/05 12:19:49   849310 c vdr (09C4&000000/07D1/EF74/B3:0515168F1C802A5C4FAE006D543D44C6): not found (0 ms) by Sky_V13
2014/07/05 12:19:49   849310 c vdr (09C4&000000/07D1/EF74/B3:0515168F1C802A5C4FAE006D543D44C6): not found (1 ms) by Sky_V13

Ich geh mal davon aus, dass mein CS-Provider die 09c4 nicht korrekt unterstützt oder irgendwie keine Codes liefert.

4. Softcam.Key (ORF, AustriaSat, SRF, Globo)
Dazu hab ich OSEmu runtergeladen und compiliert. Lässt sich auch problemlos starten.

2014/07/05 13:25:51   888E20 p cs357x proxy 127.0.0.1:29998
2014/07/05 13:25:51   888E20 p AustriaSAT [cs357x] proxy initialized, server 127.0.0.1:29998
2014/07/05 13:25:51 500008C0 h webif: decompressed 151082 bytes back into 360672 bytes
2014/07/05 13:25:51 500008C0 h HTTP Server running. ip=0.0.0.0 port=8003
2014/07/05 13:25:52        0 s init for all local cards done
2014/07/05 13:25:52        0 s anti cascading disabled
2014/07/05 13:25:52   88ADE0 c plain dvbapi-client granted (vdr, au=auto (4 reader))
2014/07/05 13:25:52   88ADE0 c [DVBAPI] Using TCP listen socket, API forced to DVBAPIv3 (0), userconfig boxtype: 11
2014/07/05 13:25:56   88ADE0 c [ADD PID 0] CAID: 0D05 ECM_PID: 00DD PROVID: 000000
2014/07/05 13:25:56   88ADE0 c [ADD PID 1] CAID: 0D95 ECM_PID: 010F PROVID: 000000
2014/07/05 13:25:56   88ADE0 c [ADD PID 2] CAID: 0648 ECM_PID: 0079 PROVID: 000000
2014/07/05 13:25:56   88ADE0 c [ADD PID 3] CAID: 1702 ECM_PID: 0141 PROVID: 000000
2014/07/05 13:25:56   88ADE0 c [ADD PID 4] CAID: 1833 ECM_PID: 01A5 PROVID: 000000
2014/07/05 13:25:56   88ADE0 c [ADD PID 5] CAID: 09C4 ECM_PID: 01E1 PROVID: 000000
2014/07/05 13:25:56   88ADE0 c [ADD PID 6] CAID: 098C ECM_PID: 01EB PROVID: 000000
2014/07/05 13:25:56   88ADE0 c [ADD PID 7] CAID: 0650 ECM_PID: 007B PROVID: 000000
2014/07/05 13:25:56   88ADE0 c [ADD PID 8] CAID: 0D98 ECM_PID: 0111 PROVID: 000000
2014/07/05 13:25:56   88ADE0 c Found 9 ECMpids and 4 STREAMpids in PMT
2014/07/05 13:25:56   88ADE0 c [DVBAPI] Receiver wants to demux srvid 1330 on adapter 0000 camask 0001 index 0000 pmtpid 0000
2014/07/05 13:25:56   88ADE0 c New program number: 1330 (ORF2 HD) [pmt_list_management 3]
2014/07/05 13:25:56   88ADE0 c [DVBAPI] Demuxer #0 trying to descramble PID #3 CAID 1702 PROVID 000000 ECMPID 0141 ANY CHID PMTPID 0000 VPID 0B68

Nur hell wird irgendwie damit nichts.

Fazit
Oscam war ein ganz schön großer Haufen Arbeit. Außer dem Lerneffekt hat's bisher aber nichts gebracht. vdr-sc ist irgendwie schon ein ganzes Stück bequemer. Oscam fand ich jetzt von den Umschaltzeiten her auch nicht schneller. Ich frag jetzt mal im Forum vom CS-Provider nach, was da mit der 09c4 los ist. Vermute aber, dass ich dort keine Antwort krieg.