Dies ist eine mobil optimierte Seite, die schnell lädt. Wenn Sie die Seite ohne Optimierung laden möchten, dann klicken Sie auf diesen Text.

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

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
 
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.
 
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.
 

Anhänge

Du musst angemeldet sein, um die Anhangsliste zu sehen.
Zuletzt bearbeitet:
Lt. Log ist das Shared EMM geschrieben worden:

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

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.
 
Zuletzt bearbeitet:
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.
 
Das wäre das ablosut korrekte Verhalten. So soll es sein.

FANATLA schrieb:
(dann scheint also nur das EMM selbst nicht auf...
Zum Vergrößern anklicken....
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.
 
Zuletzt bearbeitet:
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..
 
Zuletzt bearbeitet:
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?
 
Seit Start sind 2 written und 8 skipped. Die oscam.emmcache und oscam.stat existieren nicht.

Gesendet von meinem SM-G930F mit Tapatalk
 
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.
 
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:
Code: 
2018/06/26 11:44:34   0016120900000000   847040A9FF00161209000037800400161209830104840100C01F021209001A7B8F967B60FFDA641CF8BDC5C0CE040ABA4DED2F7D2D3897B2E6DF08D010F99166E2790E   written
2018/06/26 11:45:55   0016120900000000   84705BA9FF00161209000052800400161209830104840100C03A1A12090035B014FD91DAB4B82550717F79D87DED4C97F70D13868B8834BC2ACC2C2FB57E7045406798A75C9ACE9F1522AB0B5E5A4238AEFB9871DF08CEE53778E3953F91   written
2018/06/26 11:48:30   0016120900000000   84705BA9FF00161209000052800400161209830104840100C03A021209003523826D522931BACFB0D8B943BB8E89660433BAE7158F3E05167CEA49DC4FBAFB9D05338F735C7F7D33E66D1A47038AEBAB966AEF27DF08834409ADC2F592B2   written
2018/06/26 11:48:48   0016120900000000   84705DA9FF00161209000054800400161209830104840100C03C1A120900376FD5AE2F72EBA59AC43B12A76447D2914198A9F009DB82EA43E9ECB5D4AE176966627BA5208D6C6BC05A3C18F58CB4F2A7472482042ECFDF08AF6B5D7B7527BE32   written
2018/06/26 11:50:38   0016120900000000   84705BA9FF00161209000052800400161209830104840100C03A0A120900356F4E1C15C391D1D5331454A653DD5DCD2511E75BF2F4AA8404540024497D267DDE2CAE176A1D9C148B192FC2D1F4D0D6374A83A19BDF089E314AA1CC1709B2   written

Komischerweise steht bei allen "written" dahinter.

edit: hier noch 2 von denen wurde der erste geskipped und der letztere geschrieben:
Code: 
2018/06/26 11:52:57   0016120900000000   84705BA9FF00161209000052800400161209830104840100C03A1A12090035B014FD91DAB4B82550717F79D87DED4C97F70D13868B8834BC2ACC2C2FB57E7045406798A75C9ACE9F1522AB0B5E5A4238AEFB9871DF08CEE53778E3953F91   written
2018/06/26 11:55:31   0016120900000000   84705BA9FF00161209000052800400161209830104840100C03A021209003523826D522931BACFB0D8B943BB8E89660433BAE7158F3E05167CEA49DC4FBAFB9D05338F735C7F7D33E66D1A47038AEBAB966AEF27DF08834409ADC2F592B2   written
 
Zuletzt bearbeitet von einem Moderator:
Ok also ist hier mit "written" gemeint ins Log, nicht auf die Karte.

Gesendet von meinem SM-G930F mit Tapatalk
 
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.
 
Code: 
pi@raspberrypi:~ $ sudo ls -lt /tmp/.oscam/
insgesamt 8
-rw-r--r-- 1 root root 2869 Jun 26 11:43 oscam.version
-rw-r--r-- 1 root root    5 Jun 26 11:43 oscam.pid
-rw-r--r-- 1 root root    0 Jun 26 11:43 oscam.emmcache
-rw-r--r-- 1 root root    0 Jun 26 11:43 oscam.emmstat

Existieren jetzt zumindest seit Neustart aber sind leer.

Gesendet von meinem SM-G930F mit Tapatalk
 
Zuletzt bearbeitet:
Du musst dich einloggen oder registrieren, um hier zu antworten.

Ähnliche Themen

S
ORF Karte P auf IRDETO umstellen was beachten?
Antworten
4
Aufrufe
556
Derek Buegel
S
Dreambox 7080 als Streamingserver - ORF in OSCAM - Irdeto Mode problematisch
Antworten
5
Aufrufe
313
satdxler
S
gelöst HD01 Verlängerung über globales emm?
Antworten
9
Aufrufe
419
Roadman
A
Problem mit Oscam und ORF Karte, Dvbapi OK cccam geht nicht.
2
Antworten
25
Aufrufe
978
Kind regards
habe auch nach 5 Jahren die neue ORF Karte mit der Nummer: K2XXX XXXX XXXX 4 bekommen
2
Antworten
25
Aufrufe
4K
ohmza
O
Menü
Anmelden
Registrieren
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…