Freezer/Kästchenbildung bei HDMU_XXXX_E2_spark7162 be HD+ V13/Oscam teils bis Absturz

[TheChip]

Genau, ist die Änderung für die geänderten EMMs bei Sky.

[redoom]

So, habe ein paar Stunden rumgebastelt.

Meine Config
STB: Spark GM990 Reloaded
Image:HDMU_1340_E2_spark_211_git_4876_nodebug_lcd_ Diff0_ffm_Flash
Softcam: OSCAM 1.20-unstable_svn build #7253 (neuere sollten genauso funktionieren, hatte mir in die mal was reingepatcht und bis jetzt noch keine Veranlassung zum Update gesehen)

V13 im normal Mode im internen Reader ohne geblockte EMMs verursacht je nach Sender eher kontinuierlich als sporadisch microfreezer. Karte wird mit EMMs zugemüllt

2012/11/13 00:22:38 5C9C40 r sky_v13 [videoguard2] user emmtype=global, len=32, idx=0, cnt=1: written (226 ms)
2012/11/13 00:22:42 5C5D68 c user (09C4&000000/0000/0039/B3:630A): found (647 ms) by sky_v13
2012/11/13 00:22:49 5C5D68 c user (09C4&000000/0000/0039/B3:1CE5): found (597 ms) by sky_v13
2012/11/13 00:22:49 5C9C40 r sky_v13 [videoguard2] user emmtype=global, len=43, idx=1, cnt=1: written (136 ms)
2012/11/13 00:22:56 5C5D68 c user (09C4&000000/0000/0039/B3:4F41): found (543 ms) by sky_v13
2012/11/13 00:22:59 5C9C40 r sky_v13 [videoguard2] user emmtype=global, len=32, idx=2, cnt=1: written (128 ms)
2012/11/13 00:23:03 5C5D68 c user (09C4&000000/0000/0039/B3:F541): found (538 ms) by sky_v13
2012/11/13 00:23:10 5C5D68 c user (09C4&000000/0000/0039/B3:EC90): found (448 ms) by sky_v13
2012/11/13 00:23:11 5C9C40 r sky_v13 [videoguard2] user emmtype=global, len=135, idx=3, cnt=1: written (485 ms)
2012/11/13 00:23:11 5C9C40 r sky_v13 [videoguard2] user emmtype=global, len=42, idx=4, cnt=1: written (136 ms)

V13 im normal Mode im internen Reader und geblockten EMMs läuft für mich ok. Keine Freezer oder totalhänger innerhalb von ca 3 Stunden. Antwortzeiten stabil bei 450-550ms

Fastmode wurde im GIT zwischenzeitlich seit meinen letzten Tests scheinbar gefixt :-) Rennt auch ohne geblockte EMMs wie sau, ich block sie trotzdem.

2012/11/13 00:02:23 5B0D28 r sky_v13 [videoguard2] card detected
2012/11/13 00:02:23 5B0D28 r sky_v13 [videoguard2] type: VideoGuard Sky Germany (09C4)
2012/11/13 00:02:23 5B0D28 r sky_v13 [videoguard2] creating thread for device /dev/sci0
2012/11/13 00:02:23 5CA618 r sky_v13 [videoguard2] Reader initialized (device=/dev/sci0, detect=cd, mhz=368, cardmhz=368)
2012/11/13 00:02:23 5CA618 r sky_v13 [videoguard2] card detected
2012/11/13 00:02:27 5CA618 r sky_v13 [internal] ATR: 3F FF 15 25 03 10 80 41 B0 07 69 FF 4A 50 70 00 00 50 31 01 00 15
2012/11/13 00:02:29 5CA618 r sky_v13 [internal] Maximum frequency for this card is formally 5 Mhz, clocking it to 3.68 Mhz
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] parental lock setting: FF FF FF FF
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] parental lock disabled
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] parental lock setting after disabling: FF FF FF FF
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] type: VideoGuard Sky Germany (09C4) FastMode, caid: 09C4
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] serial: ########, BoxID: ########, baseyear: 2004
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] ready for requests
2012/11/13 00:02:30 5CA618 r sky_v13 [internal] found cardsystem videoguard2
2012/11/13 00:02:30 5CA618 r sky_v13 [videoguard2] card detected
2012/11/13 00:02:30 5CA618 r sky_v13 [videoguard2] type: VideoGuard Sky Germany (09C4) FastMode
2012/11/13 00:02:37 5C6678 c user (09C4&000000/0000/0025/B3:FC61): found (148 ms) by sky_v13
2012/11/13 00:02:44 5C6678 c user (09C4&000000/0000/0025/B3:55D9): found (150 ms) by sky_v13
2012/11/13 00:02:51 5C6678 c user (09C4&000000/0000/0025/B3:36F9): found (148 ms) by sky_v13

Reader Einstellungen

device = /dev/sci0
caid = 09C4
boxid = 12345678
ins7e11 = 15
detect = cd
mhz = 368
cardmhz = 368
group = 1
emmcache = 1,1,2
blockemm-unknown = 1
blockemm-s = 1
blockemm-g = 1
ndsversion = 2

Der Vollständigheit halber, Smargo mit V13 im Fastmode funktioniert auch, ist aber ca. 90ms langsamer als der Interne Reader.

Das mir das Empfangssignal wegbricht konnte ich nicht beobachten, meine Schüssel ist aber auch ordentlich ausgerichtet :-)

DOOM

[Mumpitz23]

Und du hast keine Abstürze bei dieser OScam Version? An sich müsste es alle Paar Stunden abstürzen, wenn ein ECM mit falscher Länge kommt. Deswegen ist ja auch die neue OScam auf dem Feed.

[KleinerSchelm]

emms blocken ist ja auch unsinnig, da kann man auch gleich das au abschalten.

1 ein client soll AU haben sonst wird die karte ja nicht verlängert.
2. mal mit oscam.whitelist arbeiten an dem oscam server. da werden nur gewissen längen zugelassen.
3. dvbapi könnte auch etwas helfen

[lenny.cb]

Soll das Sinn machen in der whitelist für CAID 0500 die längen anzugeben und in der dvbapi genau diese CAID zu blocken?

[redoom]

Die oscam whitelist ist für ECM, nicht für EMM, damit wird verhindert das ungültige Controlwords geshared werden. Der Parameter ist meiner Meinung nach nur bei Alikarten wie FUN, Gammacard etc sinnvoll.
Eine Originalkarte antwortet in der Regel nicht mit ungültigen Controlwords.

http://www.streamboard.tv/wiki/OSCam...r#ecmwhitelist

Die oscam.dvbapi hat mit dem Problem nichts zu tun, darin werden nur die CAIDs festgelegt die priorisiert oder ignoriert werden. Es wird also schneller die zur Karte passenden CAID angefragt.
Wenn man eine V13 mit abgelaufenen Tiers freischalten will muß da zwingend P:09C4 1 drin stehen. Ansonsten wird die Karte nach drei erfolglosen Anfragen nicht mehr angesprochen.
Nur eintragen was man auch wirlich braucht, ansonsten holt man sich bei Verwendung von mehr als nur einer Karte schnell Probleme ins Haus.

In deiner Whitelist legst du die ECM Längen für alle Viaccess Provider (0500) fest. Für eine V13 sollte die So aussehen.


W:09C4:000000::::56,9B,A0,B3 (Die Längen habe ich nicht getestet, benutze selber keine whitelist)

Ich denke nach wie vor das die freezer davon kommen daß die Karten fleissig emms schreiben, teilweise mit Längen von über 200 und es dadurch nicht mehr schaffen
in einem ecm Zyklus rechtzeitig zu antworten. Wenn man ins Log schaut sieht man, daß auf zwei bis dei ECMs ein EMM folgt. Das ist ca im 10 Sekundentakt.
.

However ich habe selber keine V13 und werde mir freiwillig auch erstmal keine Zulegen. AU hab ich zum testen komplett geblockt, die EMMs kann man auch mal kurz manuell einschalten wenn sich die Gültigkeit der tiers dem Ende zu neigt, das werden die OSCAM Jungs schon fixen.

DOOM

[Mumpitz23]

Bei der V13 kann man alle EMMs blocken, außer unique und selbige braucht die Karte nach meinen Infos ca. alle 10 Monate. Und wenn ich mich recht erinnere, wird die Karte nich mit unique EMMs geflooded.
Aber eins wundert mich, mit CCcam als Client werden keine EMMs geschrieben mit DVBApi jedoch schon. Hoffe mal, dass die das noch beheben.

mfg Mumpitz

[Macbest]

emms blocken ist ja auch unsinnig, da kann man auch gleich das au abschalten.

1 ein client soll AU haben sonst wird die karte ja nicht verlängert.
2. mal mit oscam.whitelist arbeiten an dem oscam server. da werden nur gewissen längen zugelassen.
3. dvbapi könnte auch etwas helfen

Genau das ist das Problem, sky hat was an den längen geändert.
Das mit der whitelist soll das problem fixen!!
Geblockt werden muss dann natürlich nichts mehr.

[redoom]

In die whitelist kannst du eintragen was du lustig bist, die ist für die ECMs und nicht für die EMMs

[KleinerSchelm]

Ich hatte die falsche. Zeile kopiert war von der anderen karte.wird aber nichts blockiert sondern nur die in der zeile zugelassen.