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

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

Die oscam in #226 wurde angepasst auf die in #231, daher identisch.

Habe die aus #226 jetzt rausgenommen und einen Link nach #231 eingefügt.
Damit sollte das jetzt klar sein.

Jetzt die nochmal testen.
 
Zuletzt bearbeitet:
Die Oscam-Binary „oscam-svn11425-solo4k-webif-dvbapi-libusb-0D98-Cryptoworks“ funktioniert bei mir an der Solo 4K, die Karte steckt in einer Easymouse 2.

Ergebnis Versuch A:
emmcache = 0,0,0,0
Laufzeit des Versuchs: 1,5 Stunden

EMM Statistik:
Total error:
UK / G / S / UQ
0 / 0 / 0 / 0

Total written:
UK / G / S / UQ
0 / 41 / 14 / 0

Total skipped:
UK / G / S / UQ
0 / 2 / 29 / 0

Total blocked:
UK / G / S / UQ
0 / 3442 / 0 / 0

Entitlements (nach Refresh Entitlement)
chid 0D98 000004 0000000000000001 00000000 2018-07-11 2019-03-19
chid 0D98 000004 000000000000FFE0 00000000 2018-06-25 2019-03-03
chid 0D98 000004 0000000000007FF7 00000000 2018-07-12 2018-07-22
chid 0D98 000004 0000000000000002 00000000 2018-07-11 2019-03-19

oscam.emmcache und oscam.emmstat waren auch am Vesuchsende leer


Ergebnis Versuch B:
emmcache = 1,1,2,0
Laufzeit des Versuchs: 10 Stunden

EMM Statistik:
Total error:
UK / G / S / UQ )
( 0 / 0 / 0 / 0 )

Total written:
UK / G / S / UQ
0 / 96 / 35 / 0

Total skipped:
UK / G / S / UQ
0 / 15 / 250 / 0

Total blocked:
UK / G / S / UQ
0 / 20992 / 0 / 0

Entitlements (nach Refresh Entitlement)
chid 0D98 000004 0000000000000001 00000000 2018-07-12 2019-03-20
chid 0D98 000004 000000000000FFE0 00000000 2018-07-12 2019-03-20
chid 0D98 000004 0000000000007FF7 00000000 2018-07-13 2018-07-23
chid 0D98 000004 0000000000000002 00000000 2018-07-12 2019-03-20
chid 0D98 000004 0000000000007FFB 00000000 2018-07-13 2018-08-12

oscam.emmcache und oscam.emmstat waren auch am Vesuchsende leer

[reader]
label = ORF
description = ORF (cryptoworks)
protocol = mouse
device = /dev/ORF
caid = 0D98
detect = cd
group = 4
emmcache = 1,1,2,0
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 0
blockemm-g = 1
saveemm-u = 1
saveemm-s = 1
saveemm-g = 1

# saveemm-g = 1 ist bei mir nötig, damit global Emms zur Karte gelangen

Die Oscam-Binary aus #226 oder #231 probiere ich später gern noch mal aus.


LG
 
Ergebnis Versuch B:
emmcache = 1,1,2,0
...
oscam.emmcache und oscam.emmstat waren auch am Vesuchsende leer
Bei eingeschaltetem emmcache dürften die Dateien nicht leer sein, denn oscam nutzt die Inhalte um festzustellen, ob ein EMM schon einmal geschrieben wurde.
Das ist ja u.a. genau der Sinn dieser Funktion.

# saveemm-g = 1 ist bei mir nötig, damit global Emms zur Karte gelangen
saveemm-g = 1 hat nichts damit zu tun, ob ein global EMM zur Karte geschickt wird oder nicht.
Das bewirkt lediglich die Speicherung der EMMs in einer separaten Datei.

Die Oscam-Binary aus #226 oder #231 probiere ich später gern noch mal aus.

Du musst oscam aber neu aus Beitrag Link ist nicht mehr aktiv. laden. Hat sich geändert.
Wäre super, wenn du die noch testen könntest und gebe dann kurz Bescheid. Danke.
 
Zuletzt bearbeitet:
Hi,
sorry Leute, leider war wohl die Version aus #231 tatsächlich ungepatcht.
Vielleicht könnte mal einer die neuere Testen.

oder lieber gleich die vom Entwickler aus #238 verwenden.
 
Hi @pehedima ,

Deine Ausführungen verstehe ich.
Leider habe ich jedoch keine Ahnung, warum bei meiner Kiste nur global EMMs zur Karte kommen, wenn im OSCam-Server "saveemm-g" aktiviert ist.
Genauso wenig verstehe ich, dass die Emmcache- und Emmstat-Files nicht gefüllt werden.

Vielleicht können andere User, die das Problem nicht haben, zum Gelingen der Testreihe beitragen.

LG

Fritze23
 
Das von dir beobachtete Verhalten hat nichts mit dem Gelingen der Testreihe zu tun, da dbzgl. keine Änderungen vorgenommen wurden.

Bei mir läuft die gleiche Änderung nur auf einer HD+ Karte zum Testen und ich habe die von dir aufgeführten Probleme nicht.
Auch das deutet darauf hin, das nicht die geänderte oscam für dein geschildertes Verhalten verantwortlich ist.



Gesendet von iPhone mit Tapatalk
 
Ich bin mir auch ganz sicher, dass Deine modifizierte Test-Binary nicht für das bei mir aufgetretene Phänomen verantwortlich ist.
Leider kann ich nun zur Testreihe nicht mit einem brauchbaren Ergebnis beitragen, da sich irgendetwas in meinem System anders verhält.

LG Fritze23
 
Leider kann ich nun zur Testreihe nicht mit einem brauchbaren Ergebnis beitragen ...
Wieso nicht?

Die Verlängerung deiner Karte hat doch ordnugsgemäß funktioniert. Das passt doch.
Es war doch genau das Ziel, eine 0D98 Karte bei nicht geblockten Shared- und geblockten Global-EMMs automatisch zu verlängern.

Dein anderes Problem solltest du nochmal in Ruhe gezielt nachtesten.
Habe bei mir gerade nochmal geprüft:

saveemm-g = 0
emmcache = 1,1,10,0

-> Global EMMs werden zur Karte weitergegeben, /tmp/.oscam/oscam.emmcache und oscam.emmstat sind gefüllt.
 
Hallo @pehedima ,

da das Verhalten meiner Kiste nicht ganz der „Norm“ entsprochen hat, habe ich meinen Versuchsergebnissen nicht getraut.
Inzwischen bin ich aber wie Du der Meinung, dass das Ergebnis brauchbar ist.

Nach ein wenig Lesen im Board und Veränderungen am System habe ich meine Meinung geändert.
Im Web-IF habe ich in der Config im Reiter Global unter „Emm log dir“ den Pfad zu den Dateien oscam.emmcache und oscam.emmstat eingetragen, seitdem funktioniert das Beschreiben der Dateien.

Bezüglich der global EMM-Sache habe ich im Thread „OSCam keine Global-EMM´s in der Statistik“ folgenden Hinweis von @Hunchback1000 im Beitrag #8 gefunden:
„... wenn sie einfach nur geblockt werden, werden sie nicht angezeigt. wenn du sie blockst aber in ein log schreiben lässt dann tauchen sie bei blocked auf. Bei skipped erscheinen doppelte EMMs die schon auf der Karte geschrieben wurden.“
(Ich bitte um Nachsicht, da ich nicht weiß wie über verschiedene Threads zitiert wird)

An alle Beteiligten: Glückwunsch zur Binary!

Eine Sache war noch offen, ich bin leider eben erst zum Testen gekommen.

Du musst oscam aber neu aus Beitrag Link ist nicht mehr aktiv. laden. Hat sich geändert.
Wäre super, wenn du die noch testen könntest und gebe dann kurz Bescheid. Danke.

Ich habe die Binary aus #231 „oscam-svn11425-solo4k-webif-emm_0d98-patched“
(Zuletzt bearbeitet: Freitag - 13.07.2018 - um 11:07 Uhr) aufgespielt und ausprobiert.

Ergebnis:
Die eingestellte Binary ist für den vorgesehenen Testzweck leider nicht geeignet, da ORF dunkel bleibt. Im Webinterface sind nur die beiden Reader für Sky und HD+ aufgeführt.

-------------------------------------------------------------------------------
>> OSCam << cardserver log switched at Sun Jul 15 09:42:02 2018
-------------------------------------------------------------------------------
2018/07/15 09:42:02 2533B223 c (ecm) solo_wz (098C@000000/076D/132F/98:59C9FF3C25F06376F494FDC62AA8272D): rejected group (0 ms) - ORF1 HD (no matching reader)
2018/07/15 09:42:02 00000000 >> OSCam << cardserver log switched, version 1.20-unstable_svn, build r11425 (arm-linux-gnueabihf)
2018/07/15 09:42:02 2533B223 c (ecm) solo_wz (098C@000000/076D/132F/98:59C9FF3C25F06376F494FDC62AA8272D): rejected group (0 ms) - ORF1 HD (no matching reader)
2018/07/15 09:42:02 2533B223 c (dvbapi) Demuxer 0 restarting decodingrequests after 3 ms with 2 enabled and 6 disabled ecmpids!
2018/07/15 09:42:02 2533B223 c (dvbapi) Demuxer 0 trying to descramble PID 6 CAID 09C4 PROVID 000000 ECMPID 01E0 ANY CHID PMTPID 006B VPID 0780
2018/07/15 09:42:03 2533B223 c (ecm) solo_wz (09C4@000000/076D/132F/B3:80F18240C1D9EF23822E795F926E19D2:0F06000020000000): not found (1 ms) by SKY_DE_V1X - ORF1 HD
2018/07/15 09:42:03 2533B223 c (dvbapi) Demuxer 0 trying to descramble PID 7 CAID 098C PROVID 000000 ECMPID 01EA ANY CHID PMTPID 006B VPID 0780
2018/07/15 09:42:04 2533B223 c (ecm) solo_wz (098C@000000/076D/132F/98:59C9FF3C25F06376F494FDC62AA8272D): rejected group (1 ms) - ORF1 HD (no matching reader)
2018/07/15 09:42:04 2533B223 c (ecm) solo_wz (098C@000000/076D/132F/98:D4F7277E348FB0D5C129634877CD5E30): rejected group (1 ms) - ORF1 HD (no matching reader)
2018/07/15 09:42:04 2533B223 c (dvbapi) Demuxer 0 restarting decodingrequests after 3 ms with 2 enabled and 6 disabled ecmpids!
2018/07/15 09:42:04 2533B223 c (dvbapi) Demuxer 0 trying to descramble PID 6 CAID 09C4 PROVID 000000 ECMPID 01E0 ANY CHID PMTPID 006B VPID 0780
2018/07/15 09:42:05 0DF9046F r (reader) SKY_DE_V1X [videoguard2] classD3 ins54: no cw --> Tier expired
2018/07/15 09:42:05 2533B223 c (ecm) solo_wz (09C4@000000/076D/132F/B3:A5BDF8B205B1A1E1DB00889538CD05D4:0F06000020000000): not found (159 ms) by SKY_DE_V1X - ORF1 HD
2018/07/15 09:42:05 2533B223 c (dvbapi) Demuxer 0 trying to descramble PID 7 CAID 098C PROVID 000000 ECMPID 01EA ANY CHID PMTPID 006B VPID 0780
2018/07/15 09:42:06 2533B223 c (ecm) solo_wz (098C@000000/076D/132F/98:D4F7277E348FB0D5C129634877CD5E30): rejected group (1 ms) - ORF1 HD (no matching reader)
2018/07/15 09:42:06 2533B223 c (-) -- Skipped 1 duplicated log lines --
2018/07/15 09:42:06 2533B223 c (dvbapi) Demuxer 0 restarting decodingrequests after 3 ms with 2 enabled and 6 disabled ecmpids!
2018/07/15 09:42:06 2533B223 c (dvbapi) Demuxer 0 trying to descramble PID 6 CAID 09C4 PROVID 000000 ECMPID 01E0 ANY CHID PMTPID 006B VPID 0780
2018/07/15 09:42:06 2533B223 c (ecm) solo_wz (09C4@000000/076D/132F/B3:A5BDF8B205B1A1E1DB00889538CD05D4:0F06000020000000): not found (1 ms) by SKY_DE_V1X - ORF1 HD
2018/07/15 09:42:07 2533B223 c (dvbapi) Demuxer 0 trying to descramble PID 7 CAID 098C PROVID 000000 ECMPID 01EA ANY CHID PMTPID 006B VPID 0780
2018/07/15 09:42:07 2533B223 c (ecm) solo_wz (098C@000000/076D/132F/98:D4F7277E348FB0D5C129634877CD5E30): rejected group (1 ms) - ORF1 HD (no matching reader)
 
Zuletzt bearbeitet von einem Moderator:
(098C@000000/076D/132F/98:59C9FF3C25F06376F494FDC62AA8272D): rejected group (0 ms) - ORF1 HD (no matching reader)
Da wird ja auch versucht ORF auf Caid 098C (Sky) zu entschlüsseln und nicht auf 0D98 (ORF Karte).
Da stimmt deine Config nicht....
 
Zuletzt bearbeitet:
Hi,
Ich hab diese Version soeben entfernt, da ja damit irgend etwas nicht stimmen kann.
Keine Ahnung was da schief läuft. Ich kann das leider nicht nachvollziehen und mangels passender Hardware auch selber nicht testen.
Sorry nochmal für die Verwirrung.

Edit: Diese Version hatte keine Unterstützung für externe Reader!

Mit dieser Version von @pehedima sollte aber eine funktionierende vorhanden sein.
 
Zuletzt bearbeitet:
Da wird ja auch versucht ORF auf Caid 098C (Sky) zu entschlüsseln und nicht auf 0D98 (ORF Karte).
Da stimmt deine Config nicht....

@pehedima hatte mich gebeten die Sache zu testen.
Es ging hier lediglich um den Test einer Binary, nicht um den Test meines Systems.

@janni1 alles klar.

LG
Fritze23
 
Zuletzt bearbeitet:
Vielen Dank an alle für die durchgeführen Tests und die Unterstützung bei der oscam Erstellung.

Es war noch eine kleine Korrektur nötig, die aber nicht das Verfahren selbst betrifft, sondern eher die Ausgaben und die Einschränkungen auf den Cryptoworks Reader.
Somit keine große Sache.

Wichtig wäre mir nur, dass oscam korrekt gestartet wird und postet bitte das Logfile vom oscam start an bis zum ersten geblockten global EMM.
Wenn alles passt, ist das hier der letzte Test bevor die Änderungen in den oscam trunk fließen kann.

Hier nochmal die zuletzt bereitgestellten Pakete für die unterschiedlichen Servertypen (Mips, Raspel, Solo 4K):
 

Anhänge

Du musst angemeldet sein, um die Anhangsliste zu sehen.
Zurück
Oben