Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Oscam Client fragt ORF über CAID 1702 an - ratlos :(

stonev

Ist oft hier
Registriert
28. November 2008
Beiträge
112
Reaktionspunkte
143
Punkte
63
Ich habe versucht auf dem Server auf Doscam umzustellen und für ORF die sofcam.keys zu verwenden. Das läuft bzgl. Orf aber gar nicht. Der Client fragt die ORF Sender ständig über die Caid 1702 beim Server an. Dabei hatte ich an den Einstellungen im Client nichts verändert. Vorher wurde ORF vom Oscam Server bei einer parallel laufenden camd3 abgefragt. Lief 1a. (musste das aber ändern)

oscam.server (client)
[reader]
label = remote-cccam
protocol = cccam
device = 192.168.178.26,21000
user = xxx
password = yyy
group = 1
cccversion = 2.3.0

oscam.dvbapi (client)

P: 0D05
P: 1702
P: 1833
P: 1830

I: 09C4

oscam.server (Server)

[reader]
label = skyde
protocol = mouse
device = /dev/sky
services = skyde
caid = 1702,1833
force_irdeto = 1
boxkey = 1122334455667788
ecmwhitelist = 1702:93
detect = cd
mhz = 800
cardmhz = 600
group = 2
emmcache = 1,1,2
blockemm-unknown = 1
blockemm-u = 1

[reader]
label = hdplus
protocol = mouse
device = /dev/HD+
services = hdplus
caid = 1830
rsakey = xxxx
boxkey = yyyy
ecmwhitelist = 1830:92
detect = cd
mhz = 368
cardmhz = 368
group = 1
emmcache = 1,1,2

[reader]
label = orf
protocol = constcw
device = /var/keys/SoftCam.Key
services = orfcw,austriasat
caid = 0D05
group = 3

oscam.user (Server)
[account]
user = user
pwd = xxx
description = OScam (CCcam-Protokoll) HomeClient
caid = 1830,1702,1833,0D05
au = hdplus,skyde
group = 1,2,3
services = hdplus,skyde,orfcw,austriasat,hdaustria
cccmaxhops = 0
cccreshare = 0

Ich verstehe einfach nicht, warum der Client plötzlich Caid 1702 abfragt. Wie gesagt: Vorher hat es mit den gleichen Einstellungen und einem cam3 reader super funktioniert. Da hat der Client ja sicher auch nicht caid 1702 abgefragt... Ideen?
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

Meinst Du die oben im Spoiler genannte oscam.dvbapi? Wenn dem so ist dann ja.
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

Hoppla, hab das überlesen.

Du hattest vorher ein CamD3 am laufen?

Soweit ich weiss kann die Oscam keine Softcam.key lesen.
Bist Du Dir sicher das das funktioniert?


Ich habe aus dem Grund am Server Camd3+Oscam am laufen.
Such mal hier im Forum... Hab das auch hier gefunden...
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

verbiete mal orf services bei den echten readern,
sonst nimm normale oscam version
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

Soweit ich weiss kann die Oscam keine Softcam.key lesen.
Bist Du Dir sicher das das funktioniert?
Ist ein Oscam Mod (Doscam) die solls können.

Ich habe aus dem Grund am Server Camd3+Oscam am laufen.
Hatte ich vorher auch. Habe nen Raspberry PI als Server. camd3 musste (wg. Arm) weiter auf der Fritze laufen. Die Doscam ist meine Chance, alles auf dem Raspi laufen zu lassen.
Es funktioniert auch. Zwischendurch wurde auch mal kurz die richtige Caid abgefragt, da lief es dann...

@4gx35
Hab ich schon probiert. War erfolglos, weil er auch keinen anderen Reader für 1702 fand (nehme ich an)
Probier gerade mal mit Ident rum (hab keinen LB aktiv)
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

Die Ident Einträge bei allen drei Readern des Servers haben auch nichts gebracht.

Probier jetz trotzdem nochmal die ORF Services beim Sky reader zu deaktivieren...
Erstes Einschalten ORF1 HD - wird hell !! - schalte weiter auf ORF 2 HD: dunkel - zurück auf ORF1 HD weiter dunkel.
Ich versteh das nicht.
Hier mal das LOG vom Client dazu:
2013/01/18 23:35:28 54E960 c dvbapi: [ADD PID 0] CAID: 0D05 ECM_PID: 00DC PROVID: 000000
2013/01/18 23:35:28 54E960 c dvbapi: [ADD PID 1] CAID: 0D95 ECM_PID: 010E PROVID: 000000
2013/01/18 23:35:28 54E960 c dvbapi: [ADD PID 2] CAID: 0648 ECM_PID: 0078 PROVID: 000000
2013/01/18 23:35:28 54E960 c dvbapi: [ADD PID 3] CAID: 1702 ECM_PID: 0140 PROVID: 000000
2013/01/18 23:35:28 54E960 c dvbapi: [ADD PID 4] CAID: 1833 ECM_PID: 01A4 PROVID: 000000
2013/01/18 23:35:28 54E960 c dvbapi: [ADD PID 5] CAID: 09C4 ECM_PID: 01E0 PROVID: 000000
2013/01/18 23:35:28 54E960 c dvbapi: [ADD PID 6] CAID: 098C ECM_PID: 01EA PROVID: 000000
2013/01/18 23:35:28 54E960 c dvbapi: Found 7 ECMpids and 5 STREAMpids in PMT
2013/01/18 23:35:28 54E960 c dvbapi: New program number: 132F (ORF1 HD) [pmt_list_management 3]
2013/01/18 23:35:28 54CD10 p remote-cccam [cccam] connecting to 192.168.178.26:21000
2013/01/18 23:35:34 54E960 c dvbapi (0D05&000004/0000/132F/9C:65FE): timeout (6002 ms) by remote-cccam
2013/01/18 23:35:35 54E960 c dvbapi (1702&000000/0000/132F/93:90C5): rejected (123 ms) by remote-cccam
2013/01/18 23:35:35 54E960 c dvbapi (1702&000000/0000/132F/93:5137): rejected (1 ms) by remote-cccam(btun 1833)
2013/01/18 23:35:36 54E960 c dvbapi (0648&000000/000D/132F/4C:CDB7): rejected group (1 ms) (0/0/0/0) (no matching reader)
2013/01/18 23:35:37 54E960 c dvbapi: Start descrambling PID #0 (CAID: 0D05) 1
2013/01/18 23:35:37 54E960 c dvbapi (0D05&000004/0000/132F/9C:763F): found (8 ms) by remote-cccam
2013/01/18 23:35:44 54E960 c dvbapi (0D05&000004/0000/132F/9C:4925): found (7 ms) by remote-cccam
2013/01/18 23:35:55 54E960 c dvbapi (0D05&000004/0000/132F/9C:09C6): found (10 ms) by remote-cccam
2013/01/18 23:36:05 54E960 c dvbapi (0D05&000004/0000/132F/9C:9D2F): found (8 ms) by remote-cccam
2013/01/18 23:36:15 54E960 c dvbapi (0D05&000004/0000/132F/9C:E3E6): found (7 ms) by remote-cccam
2013/01/18 23:36:25 54E960 c dvbapi (0D05&000004/0000/132F/9C:AD86): found (7 ms) by remote-cccam
2013/01/18 23:36:35 54E960 c dvbapi (0D05&000004/0000/132F/9C:2F1D): found (7 ms) by remote-cccam
2013/01/18 23:36:38 54E960 c dvbapi: [ADD PID 0] CAID: 0D05 ECM_PID: 00DD PROVID: 000000
2013/01/18 23:36:38 54E960 c dvbapi: [ADD PID 1] CAID: 0D95 ECM_PID: 010F PROVID: 000000
2013/01/18 23:36:38 54E960 c dvbapi: [ADD PID 2] CAID: 0648 ECM_PID: 0079 PROVID: 000000
2013/01/18 23:36:38 54E960 c dvbapi: [ADD PID 3] CAID: 1702 ECM_PID: 0141 PROVID: 000000
2013/01/18 23:36:38 54E960 c dvbapi: [ADD PID 4] CAID: 1833 ECM_PID: 01A5 PROVID: 000000
2013/01/18 23:36:38 54E960 c dvbapi: [ADD PID 5] CAID: 09C4 ECM_PID: 01E1 PROVID: 000000
2013/01/18 23:36:38 54E960 c dvbapi: [ADD PID 6] CAID: 098C ECM_PID: 01EB PROVID: 000000
2013/01/18 23:36:38 54E960 c dvbapi: Found 7 ECMpids and 5 STREAMpids in PMT
2013/01/18 23:36:38 54E960 c dvbapi: New program number: 1330 (ORF2 HD) [pmt_list_management 3]
2013/01/18 23:36:38 54E960 c dvbapi (1702&000000/0000/1330/93:B723): rejected (122 ms) by remote-cccam
2013/01/18 23:36:38 54E960 c dvbapi (1702&000000/0000/1330/93:5472): rejected (1 ms) by remote-cccam(btun 1833)
2013/01/18 23:36:39 54E960 c dvbapi (0D95&000004/0000/1330/B8:ED0D): rejected group (1 ms) (0/0/0/0) (no matching reader)
2013/01/18 23:36:40 54E960 c dvbapi (1702&000000/0000/1330/93:B723): not found (1 ms) by remote-cccam
2013/01/18 23:36:41 54E960 c dvbapi (1702&000000/0000/1330/93:EB68): rejected (2 ms) by remote-cccam
2013/01/18 23:36:41 54E960 c dvbapi (1702&000000/0000/1330/93:6F7D): rejected (2 ms) by remote-cccam(btun 1833)
2013/01/18 23:36:42 54E960 c dvbapi (0D95&000004/0000/1330/B8:C298): rejected group (1 ms) (0/0/0/0) (no matching reader)
2013/01/18 23:36:42 54E960 c dvbapi: ERROR: Can't decode channel
2013/01/18 23:37:13 54E960 c dvbapi: [ADD PID 0] CAID: 0D05 ECM_PID: 00DC PROVID: 000000
2013/01/18 23:37:13 54E960 c dvbapi: [ADD PID 1] CAID: 0D95 ECM_PID: 010E PROVID: 000000
2013/01/18 23:37:13 54E960 c dvbapi: [ADD PID 2] CAID: 0648 ECM_PID: 0078 PROVID: 000000
2013/01/18 23:37:13 54E960 c dvbapi: [ADD PID 3] CAID: 1702 ECM_PID: 0140 PROVID: 000000
2013/01/18 23:37:13 54E960 c dvbapi: [ADD PID 4] CAID: 1833 ECM_PID: 01A4 PROVID: 000000
2013/01/18 23:37:13 54E960 c dvbapi: [ADD PID 5] CAID: 09C4 ECM_PID: 01E0 PROVID: 000000
2013/01/18 23:37:13 54E960 c dvbapi: [ADD PID 6] CAID: 098C ECM_PID: 01EA PROVID: 000000
2013/01/18 23:37:13 54E960 c dvbapi: Found 7 ECMpids and 5 STREAMpids in PMT
2013/01/18 23:37:13 54E960 c dvbapi: New program number: 132F (ORF1 HD) [pmt_list_management 3]
2013/01/18 23:37:13 54E960 c dvbapi (1702&000000/0000/132F/93:A6D4): rejected (1 ms) by remote-cccam
2013/01/18 23:37:14 54E960 c dvbapi (1702&000000/0000/132F/93:BC52): rejected (123 ms) by remote-cccam(btun 1833)
2013/01/18 23:37:15 54E960 c dvbapi: Found 0 ECMpids and 7 STREAMpids in PMT
2013/01/18 23:37:15 54E960 c dvbapi: New program number: 6DD1 (0000:6DD1 unknown) [pmt_list_management 3]
2013/01/18 23:37:17 54E960 c dvbapi: [ADD PID 0] CAID: 0D05 ECM_PID: 00DC PROVID: 000000
2013/01/18 23:37:17 54E960 c dvbapi: [ADD PID 1] CAID: 0D95 ECM_PID: 010E PROVID: 000000
2013/01/18 23:37:17 54E960 c dvbapi: [ADD PID 2] CAID: 0648 ECM_PID: 0078 PROVID: 000000
2013/01/18 23:37:17 54E960 c dvbapi: [ADD PID 3] CAID: 1702 ECM_PID: 0140 PROVID: 000000
2013/01/18 23:37:17 54E960 c dvbapi: [ADD PID 4] CAID: 1833 ECM_PID: 01A4 PROVID: 000000
2013/01/18 23:37:17 54E960 c dvbapi: [ADD PID 5] CAID: 09C4 ECM_PID: 01E0 PROVID: 000000
2013/01/18 23:37:17 54E960 c dvbapi: [ADD PID 6] CAID: 098C ECM_PID: 01EA PROVID: 000000
2013/01/18 23:37:17 54E960 c dvbapi: Found 7 ECMpids and 5 STREAMpids in PMT
2013/01/18 23:37:17 54E960 c dvbapi: New program number: 132F (ORF1 HD) [pmt_list_management 3]
2013/01/18 23:37:17 54E960 c dvbapi (1702&000000/0000/132F/93:B59A): rejected (2 ms) by remote-cccam
2013/01/18 23:37:17 54E960 c dvbapi (1702&000000/0000/132F/93:6E91): rejected (1 ms) by remote-cccam(btun 1833)
2013/01/18 23:37:18 54E960 c dvbapi (0648&000000/0001/132F/4C:BEE7): rejected group (1 ms) (0/0/0/0) (no matching reader)
2013/01/18 23:37:19 54E960 c dvbapi (098C&000000/0000/132F/98:4E56): rejected group (1 ms) (0/0/0/0) (no matching reader)
2013/01/18 23:37:19 54E960 c dvbapi (1702&000000/0000/132F/93:B59A): not found (1 ms) by remote-cccam
2013/01/18 23:37:20 54E960 c dvbapi (0648&000000/0001/132F/4C:BEE7): rejected group (1 ms) (0/0/0/0) (no matching reader)
2013/01/18 23:37:20 54E960 c dvbapi (098C&000000/0000/132F/98:4E56): rejected group (1 ms) (0/0/0/0) (no matching reader)
2013/01/18 23:37:20 54E960 c dvbapi (1702&000000/0000/132F/93:6E91): not found (1 ms) by remote-cccam(btun 1833)
2013/01/18 23:37:20 54E960 c dvbapi (0D95&000004/0000/132F/B8:D7FF): rejected group (1 ms) (0/0/0/0) (no matching reader)
2013/01/18 23:37:21 54E960 c dvbapi (0648&000000/000D/132F/4C:F9C6): rejected group (1 ms) (0/0/0/0) (no matching reader)
2013/01/18 23:37:21 54E960 c dvbapi: ERROR: Can't decode channel
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

Hmm, bin nicht der Experte aber mal was ich da rauslesen kann:

Beim ersten Wechsel auf ORF1 fragt der Client 0D05 am Server an, wobei die erste Anfrage in Timeout geht.
Die 2te Anfrage funktioniert.

Anschließend bei den weiteren Programmwechsel auf ORF2 und zurück wird die 0D05 überhaupt nicht mehr angefragt.
Meine Vermutung: LoadBalancer ist aktiv am Client und der merkt sich das Timeout. Deshalb wird nicht mehr abgefragt.

Nur zum testen, bitte erschlagt mich nicht wenn ich falsch liege :-/...

Würde mal zum testen:
1.) Am Client oscam.dvpapi alle CAIDs ignorieren außer 0D05:
P: 0d05
I: 0D95
I: 0648

2.) Mal den Loadbalancer checken nach dem ersten Programmwechsel
a.) Steht da der ORF1 als Timeout drin?
b.) Loadbalancer mal ausschalten oder das Timeout rauslöschen und nochmal Programmwechsel versuchen.
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

Loadbalancer war und ist ausgeschaltet.

habe in der dvbapi folgendes geändert:
P: 0D05
I: 1702
P: 1833
P: 1830

I: 09C4
I: 0D95
I: 0648

Trotzdem wird fragt der Client beharrlich den Caid 1702 ab. :emoticon-0121-angry

Log:
2013/01/19 14:34:10 641370 c dvbapi: [ADD PID 0] CAID: 0D05 ECM_PID: 00DD PROVID: 000000
2013/01/19 14:34:10 641370 c dvbapi: [ADD PID 1] CAID: 0D95 ECM_PID: 010F PROVID: 000000
2013/01/19 14:34:10 641370 c dvbapi: [ADD PID 2] CAID: 0648 ECM_PID: 0079 PROVID: 000000
2013/01/19 14:34:10 641370 c dvbapi: [ADD PID 3] CAID: 1702 ECM_PID: 0141 PROVID: 000000
2013/01/19 14:34:10 641370 c dvbapi: [ADD PID 4] CAID: 1833 ECM_PID: 01A5 PROVID: 000000
2013/01/19 14:34:10 641370 c dvbapi: [ADD PID 5] CAID: 09C4 ECM_PID: 01E1 PROVID: 000000
2013/01/19 14:34:10 641370 c dvbapi: [ADD PID 6] CAID: 098C ECM_PID: 01EB PROVID: 000000
2013/01/19 14:34:10 641370 c dvbapi: Found 7 ECMpids and 5 STREAMpids in PMT
2013/01/19 14:34:10 641370 c dvbapi: New program number: 1330 (ORF2 HD) [pmt_list_management 3]
2013/01/19 14:34:10 641370 c dvbapi (1702&000000/0000/1330/93:A0074FFDD91DAD9F4CA4563DA0A68B46): rejected (123 ms) by remote-cccam(btun 1833)
2013/01/19 14:34:11 641370 c dvbapi: ERROR: Can't decode channel

Kann das sein, oder läßt es darauf schließen dass die Einstellungen der dvbapi irgendwie nicht umgesetzt werden?
Wie kann ich prüfen, ob dvbapi von der Oscam beachtet wird?

Hier die Infos zur verwendeten Oscam Version:
Unix starttime: 1358602392
Starttime: 19.01.2013 14:33:12
Version: oscam-1.20-unstable_svn-r8110

Web interface support: yes
Touch interface support: yes
SSL support: no
DVB API support: yes
DVB API with AZBOX support: no
DVB API with MCA support: no
DVB API with COOLAPI support: no
DVB API with STAPI support: no
Anti-cascading support: yes
Irdeto guessing: yes
Debug mode: yes
Monitor: yes
Loadbalancing support: yes
LCD support: no
LED support: no
IPv6 support: no
Cache exchange support: yes

camd 3.3x: no
camd 3.5 UDP: yes
camd 3.5 TCP: yes
newcamd: yes
CCcam: yes
CCcam share: yes
Pandora: yes
gbox: yes
radegast: yes
serial: yes
constant CW: yes

Reader support: yes

Nagra: yes
Irdeto: yes
Conax: yes
Cryptoworks: yes
Seca: yes
Viaccess: yes
NDS Videoguard: yes
DRE Crypt: yes
TONGFANG: yes
Bulcrypt: yes

cardreader_phoenix: yes
cardreader_internal_azbox: no
cardreader_internal_coolapi: no
cardreader_internal_sci: yes
cardreader_sc8in1: yes
cardreader_mp35: yes
cardreader_smargo: yes
cardreader_pcsc: no
cardreader_smartreader: no
cardreader_db2com: yes
cardreader_stapi: no

Das ganze läuft auf ner Kathrein 912 mit HDMU E2 Image.
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

das Problem ist doch wohl immer noch Doscam auf dem server ?
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

Hmm,

Aber der Client fragt ja nicht mal an um die 0d05, oder?
Was siehst den für gesharte Karten am Client beim Reader?
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

Ich nehme auch an, dass es am Server liegt. Vorher mit der Kombination Camd3+Oscam sind die Clientanfragen ja sauber beantwortet worden. Habe eben mal einen anderen Client probiert, der kam auch nur über 1702 rein.
Ich versuch mal ne andere Doscam Version (derzeit V 0.10). Mal sehen...
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

Aber der Client fragt ja nicht mal an um die 0d05, oder?
Genau das versteh ich auch nicht, aber vorher mit Oscam-camd3 am Server kamen die Anfragen sauber rein und nun mit Doscam nicht mehr. Änderungen habe ich nur am Server vorgenommen, nicht am Client...
Was siehst den für gesharte Karten am Client beim Reader?

Hier mal´n Screenshot:


Sieht soweit m. E. gut aus. Kurios: Die Sids von Orf hat er bei Caid 1702 undter "bad sids" vermerkt, fragt sie aber dennoch an...
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

nimm besser normale versionen, mit ymod gab es hier auch oft probleme
 
AW: Oscam Client fragt ORF über CAID 1702 an - ratlos :(

Habe ein Downgrade auf Doscam V0.09 gemacht (oscam-svn8003-rasb_hard-webif-libusb).
Was soll ich sagen, es läuft ! Der Teufel war - wie so oft - ein Eichhörnchen :diablo:

Danke für eure Hilfe bei dieser Ursachdenforschung !
 
Zurück
Oben