gelöst ORF EMM Verlängerungs-Problem bei 0D98 Crypto-Karten - (NEU: ohne needsglobalfirst)

[FANATLA]

Die hat 0 Byte.
Mir ist aufgefallen dass das emm im log sich ab einer bestimmten Stelle von dem unterscheidet was ich geschrieben habe

Gesendet von meinem SM-G930F mit Tapatalk

 

[pehedima]

Das EMM im Log kommt von cccam und hat m.E. mit dem von dir manuell geschriebenen nichts zu tun.
Alle im Log enthaltenden EMMs wurden geschrieben.

Dein ausgesuchtes Shared-EMM steht in beiden oscam.emmcache Dateien in der Logdatei ist davon nichts zu entdecken.

Teste mal folgendes:

- emmcache 0,0,0,0
- /tmp/.oscam/oscam.emmcache löschen
- Alle EMMs blocken, so dass kein anderes als dein manuell zu Schreibenes EMM auf die Karten gehen. Evtl. auch mal den 098C Reader blocken.
- oscam neu starten
- debug_level auf 64 setzen
- Shared-EMM schreiben

Ergebnis, Logdatei, oscam.emmcache und oscam.emmstat posten.

 

[FANATLA]

Es nützt nichts. Selbst wenn ich alles blocke erscheinen diese EMMs im Log von Level 64. Laut Readerstatistik sind alle geblockt, nur 1 Shared geschrieben (den ich manuell geschrieben habe).

Nur genau der den ich manuell geschrieben habe erscheint dafür nicht im Log, aber in der Statistik. Im Log erscheint nur "2018/06/26 09:43:19 32443D3E h (webif) emm is being sent to reader ORF-Karte." und danach der nächste Global der zeitgleich kommt. Zumindest sieht das hier für mich so aus.

Diesmal war es der 84705DA9FF00161209000054800400161209830104840100C03C0212090037A3A5F9598EF9BF05D8BFBEF947DC17264B8146FFBB3CAFB4163AB8363A93B9CC9FA511591516162A8BA4E57ADE2258BC482A32207A284CDF084AEBBE1B3CFB6C58.

Nochmal zum Vorigen:
Ich hatte den:
84705DA9FF00161209000054800400161209830104840100C03C1A12090037865DFC07CAFE84362AB8E2AA3DF92D266BDCE9380AE2AE706707AC3EF68B55D20514992CFB4F5209DD6AD28C7529AE4A39BA0B797657E3DF082EEBB4D2CDC75728

Im Log steht:
84705DA9FF00161209000054800400161209830104840100C03C02120900373969D5FDC47235A9356AF5460C37E0090C0A95B92B91E74BCC2C87C15FB5F7D9DD21A1C096E5DF20510F7F717DD51C5A1C4E7DC7BE74BFDF08A434AEA8397E4A97

Dann ist das zwar nicht der den ich geschrieben habe aber ein bis zu dieser Stelle gleicher und ziemlich zur gleichen Zeit. Kann das sein? Auch steht da was von "EMM: received assembled EMM-S". Wurde dieses EMM (re-)assembled und deshalb von Oscam verändert, und dass die Karte dann eventuell nichts damit anfangen kann? -->edit: OK hab gerade gesehen dass alle Shared die ich geloggt habe bis zu dieser Stelle gleich sind.

 

[pehedima]

Lt. Log ist das Shared EMM geschrieben worden:

Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!

Das wäre zumindest richtig.

Die anderen global kommen alle an, werden aber jetzt nicht mehr geschrieben, da geblockt.
Somit wäre das Verhalten so richtig.

Schreibe das EMM bitte nochmal. Es sollte bei dieser emmcache Einstellung wieder geschrieben werden.

Edit:
Wir untersuchen hier erstmal das Problem, ob oscam mit den Shared-EMMs der ORF-Karte richtig umgeht. Denn wenn oscam das EMM nicht zur Karte schickt, kann es auch logischerweise nicht geschrieben werden. Wenn die Karte mit einem EMM nichts anfangen kann, dann kommt es zu einem anderen Fehler.

 

[FANATLA]

Dann bekomme ich wieder diese 3 Zeilen:

• 2018/06/26 10:19:16 32443D3E h (reader) ORF-Karte [cryptoworks] EMM: Entered cryptoworks_get_emm_type ep->emm[0]=84
• 2018/06/26 10:19:16 32443D3E h (reader) ORF-Karte [cryptoworks] EMM: SHARED, ep = ############ rdr = ############
• 2018/06/26 10:19:16 32443D3E h (webif) emm is being sent to reader ORF-Karte

(dann scheint also nur das EMM selbst nicht auf) und laut Statistik wurde 1 Shared geschrieben, der Rest geblockt.

 

[pehedima]

Das wäre das ablosut korrekte Verhalten. So soll es sein.

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!

Habe mir jetzt den Sourcecode dazu nicht so genau angeschaut.
Sieht so aus, als ob nur die EMMs, die direkt aus dem Stream kommen, im Detail im Log auftauchen und die manuell geschriebenen nicht.

Kommen wir jetzt zum weiteren Test:

- Sichere dir bitte alle geloggten EMMs (unique,global,shared,...). Das ist nur zum Nachschauen gedacht.
- Stoppe oscam und lösche die EMM-Logdateien, zusätzlich oscam.emmcache und oscam.emmstat. Kontrolliere, ob die auch wirklich gelöscht sind.
- Starte oscam und schalte nur das AU für die Shared-EMMs ein.

Prüfe bitte, ob irgendwelche Shared-EMMs geskipped werden. Da der emmcache nach wie vor auf 0,0,0,0 steht, sollten alle geschrieben werden.

 

[FANATLA]

Hab sie gelöscht, kontrolliert, waren gelöscht. Oscam gestartet. Nach 5min habe ich 125 Globals geblockt, 3 geskipped, keinen geschrieben. Er hat auch schon wieder die oscam.emmcache angefüllt, obwohl emmcache auf 0,0,0,0 ist. Beachten: Wenn ich das einstelle und speichere steht dort danach nichts mehr drin, ist vermutlich normal da 0 jeweils der Defaultwert ist.

EMMs von der V14 schreibt er dort aber nicht rein, weil ich Emmcache da ja auch ausgeschaltet habe.

Ist der Fehler dass emmcache erstellt wird ob wohl dieser ausgeschaltet ist?

Edit: Hatte Oscam nur neugestartet nach dem Löschen. Hab jetzt gestoppt. Die Files gelöscht. Dann gestartet. Es wird keine oscam.emmcache bis jetzt erstellt. Trotzdem wurden die ersten beiden Shared in der Statistik wieder geskipped und erst dann 1 geschrieben..

 

[pehedima]

Die EMMs für NDS-Videoguards Karten werden nicht mehr gecached. Daher kannst du die auch so oder so nicht mehr finden.

Prüfe bitte jetzt nochmal, ob die oscam.emmcache vorhanden ist und einen Inhalt hat.
Werden jetzt alle Shared-EMMs geschrieben, oder weiterhin geskipped?

 

[FANATLA]

Seit Start sind 2 written und 8 skipped. Die oscam.emmcache und oscam.stat existieren nicht.

Gesendet von meinem SM-G930F mit Tapatalk

 

[pehedima]

Poste mal bitte die Shared-EMMs, die bis jetzt aufgelaufen sind.

Die ersten Auswertungen, ob ein EMM geskipped wird, erfolgt bereits im reader-cryptoworks.
Dann würde erst die Auswertung des emmcache kommen.

Sieht i.M. so aus, als ob das Cachen nicht das Problem ist.

 

[FANATLA]

Oh die hatte ich beim jetzigen Test nicht mitgeschrieben (dachte ich sollte nicht). Also Shared-Speichern an, Oscam-Neustart gemacht.

Habe jetzt 4 skipped und 1 written.

Insgesamt diese geloggt:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Komischerweise steht bei allen "written" dahinter.

edit: hier noch 2 von denen wurde der erste geskipped und der letztere geschrieben:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

 

[Kind regards]

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!

noch Fragen ?

 

[FANATLA]

Ok also ist hier mit "written" gemeint ins Log, nicht auf die Karte.

Gesendet von meinem SM-G930F mit Tapatalk

 

[pehedima]

Deine emmcache/emmstat ist noch immer leer?

Eig. hätten bei ausgeschaltetem emmcache beide EMMs aus dem zweiten Teil geschrieben werden müssen.
Falls das emmcache noch leer ist, dann kann das ja eig. nur an der Auswertung im cryptoworks-reader liegen.

 

[FANATLA]

Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!

Existieren jetzt zumindest seit Neustart aber sind leer.

Gesendet von meinem SM-G930F mit Tapatalk