ich kämpfe schon länger mit dieser Art Meldung: (0500@043800/41E9/4224/6C:E1E5A32D93C35CF249AEFCECDC

[janni1]

Hi,
benutzt du zufällig eine oscam.whitelist?

 

[Deleted member 107371]

Nein, keine whitelist. Config vom Server bzw Client siehe Beiträge vorher. Protocol = cccam_ext ist meine Verbindung zwischen Server (Igel) und DM900

 

[C3PO]

Nur gibt es das Protokoll nicht, soviel ich weiß.

Ich kenne nur "protocol = cccam"

Habe bei mir OScam 11211 drauf, da gibt es das zumindest nicht.

 

[janni1]

Hi,
richtig
protocol = cccam_ext
gibt es nicht
protocol = cccam
sollte es lauten.
Es wird dann später als cccam_ext im WebIf angezeigt, wenn auf der anderen Seite auch einen Oscam erkannt wird

 

[Deleted member 107371]

Klappt gar nix mehr, auch Sat1HD. Hier was seltsames........

Spoiler: ??

• (lock) WARNING lock http_lock (WRITELOCK) timed out.
• 2017/01/24 20:28:36 3A81D677 c (dvbapi) Demuxer 0 no enabled matching ecmpids -> decoding is waiting for matching readers!
• 2017/01/24 20:28:41 57D9789D h (lock) WARNING lock http_lock (WRITELOCK) timed out.
• 2017/01/24 20:28:41 3A81D677 c (dvbapi) Demuxer 0 no enabled matching ecmpids -> decoding is waiting for matching readers!
• 2017/01/24 20:29:25 3A81D677 c (-) -- Skipped 8 duplicated log lines --
• 2017/01/24 20:29:27 57D9789D h (-) -- Skipped 1 duplicated log lines --
• 2017/01/24 20:29:27 57D9789D h (lock) WARNING lock system_lock (WRITELOCK) timed out.
• 2017/01/24 20:29:28 2B0629D7 p (reader) bla [cccam] disconnected: reason close
• 2017/01/24 20:29:28 57D9789D h (reader) bla [cccam] Restarting reader

 

[C3PO]

Am besten du postest mal deine ganze aktuelle config, von Server und Client.

 

[Deleted member 107371]

Habs hinbekommen. Habe mich jetzt mit cs378x zum Igel verbunden.Läuft!!!!! 1000 Dank an alle, weiß zwar nicht wo der Wurm drin war, aber läuft ja jetzt. Danke nochmal, Ciao

 

[Schimmelreiter]

In neueren oscams gibt es auch cccam_ext als Protokoll, das trägt oscam sogar selber ein.

Gesendet von meinem Siemens C25 mit Tapatalk

 

[C3PO]

Seit welcher Version ist das denn drin?

 

[Schimmelreiter]

Keine Ahnung, mir ist nur irgendwann aufgefallen, daß bei den meisten Proxies auf einmal cccam_ext stand.
Keine Ahnung, was oscam damit bezweckt, immerhin hat er das erweiterte Protokoll ja früher auch so erkannt.

Gesendet von meinem Siemens C25 mit Tapatalk

 

[janni1]

Hi,
sobald auf der anderen Seite eine Oscam erkannt wird, ändert sich das Protokoll auf extended.

Extended ist die Möglichkeit bis zu 255 ECM gleichzeitig zu verarbeiten. Es ist dabei nicht notwendig, auf die Antwort zu warten. Jedes ECM bekommt dabei eine Nummer und die Antwort auch. Somit können sich auch Antworten gegenseitig "überholen" und trotzdem korrekt zugeordnet werden. Das OSCam-CCcam ist asynchron.

Ein Parameter protokol = cccam_ext gibt es nicht

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

 

[Schimmelreiter]

Wie gesagt: In neueren oscams schon.

Gesendet von meinem Siemens C25 mit Tapatalk

 

[janni1]

Hi,
stimmt, ist mir noch nicht aufgefallen.
protokol = cccam_ext wird angenommen aber automatisch ändern, tut es sich bei mir nicht in der .server.
Kann aber auch gerade nicht nachvollziehen, was das für einen Sinn macht, denn die Erkennung zwischen ext und o_cccam/stealth funktioniert ja.

 

[C3PO]

Kann ich nicht bestätigen, in OSCam 11350 gibt es das Protokoll "cccam_ext" nicht:
(oder es wurde nicht mit eincompiliert)

Spoiler

Du musst angemeldet sein, um Bilder zu sehen.

Es ist nur das normale cccam-Protokoll auswählbar.

 

[janni1]

Hi,
du kannst es aber per Hand setzten mit
protokol = cccam_ext
und es wird auch angenommen,
genau wie
protokol = cccam_mcs
Bringt beides keine Fehlermeldung und verhält sich genau wie
protokol = cccam
Beim nächsten Speichern des Readers über das WebIf, wird auch wieder genau das daraus.

Keine Ahnung, was das für einen Sinn macht.
Vieleicht bei der mcs-Erkennung oder beim mcs-Patch mit reingerutscht