OScam CAK7 Patch aus dem familienforum

[matrix_007]

i dont know if i let this option enabled or disabled
Detect tunneled Seca cards:

i have disabled at my 2 cards

another note:
card 1 i dont have the data to run it at cak7 and 1814 and i have to run it with mapping enabled to read at 0100 and send out 1814
card 2 this i have almost all data (missing cwpk and nuid) and run it direct at 1814
both of them have disabled "Detect tunneled Seca cards:"
this is okay or its wrong ?

Edit:
i get written in both ways after testing my configs and cassandro
the global emm write or skips and do ACTIVE
the shared emm take more time to grab but also write and do ACTIVE
the date time wont changer but i think its due to a nearly update maybe 2nd of October .
when i only give unblock to shared emm and block the rest the emm shared 05211 kicks in and write, and i wait for the secong shared emm 5221 takes much time 30 minutes or more... and this one never comes in
when i give access to shared and global the shared takes his time and the global came in alot and do write or skiped.
i cannot explain to well , sorry about that
maybe i can spoiler some pics .

Edit2
the it is ...

Spoiler: emm pic

Du musst Regestriert sein, um das angehängte Bild zusehen.

the 2nd card its the one marked in red

second pi updated right now

Spoiler: pic2

Du musst Regestriert sein, um das angehängte Bild zusehen.

YES at last they update the date

Spoiler: emm sucessfull update

Du musst Regestriert sein, um das angehängte Bild zusehen.

Thanks Ohzma , Cassandro and all . you done excellent help. many many thank you .
now i can do auto-update using timeframe onde time a week sunday or mondar between 2am to 4am
the emmcache file will desappear or go to 0kb after restart ? my question its because to avoid make a large file
best regards

 

[ohmza]

Please leave it on overnight. Don’t just wait for 30 minutes.

 

[matrix_007]

yes i will do a timeframe with 3 or 4 hours
obs: i did enable the autype to =1 (seca/nagra) and i think the important emm's are the shared and unique so next 15 days i will readjust the config to block unknow and global and give access to only shared and unique , to see if its the unique the real emm or if not i will se if its the global later.
thank you

 

[ohmza]

Please leave it for 12 hours, at least.

 

[matrix_007]

Hello all .
im back again and with a new issue, maybe its a little bug in the oscams (i try several versions..)

i will try to explain as simple as possible due to my lack of arguments in english language
last night i find a problem in oscam when im using my nagra merlin card reading direct at CAID 1814 with providers 5211 and 5221 (those are the 2 providers the nagra merlin will need to open clean the channels.
all works ok if i create a user from the oscam server and put it as a reader (using cccam protocol) in another oscam (from a STB) .
my issue is, when i put the user created in oscam server into a STB without oscam and using just pure cccam (mips or arm) , the line connects but nothing happens, so i adjust my oscam reader-card settings ans services , and add more two providers to the 1814 CAID . added 000000,000007,005211,005221 , and with this the STB with the cccam only. connects well and try to get ECM from oscam server but i get message xxxx:1814@000007...........(not found) or xxxx:1814@000000........(not found).
so i try a solution to see if its my configs problem or not...
to do that i:
disable starting my card into nagra merlin cak7 mode , and mapping in the oscam.whitelist file the 0100 caid into 1814 and restart my oscam.
and to my surprise , the channels will open great in the same line i created above in the same box using only cccam (2.2.1, 2.3.0 or 2.3.2).
and i detect the message gives something like this
xxxx:0100@005221 ............ channel name ............... localcard(350ms) .
when i rolback to the previous settings, the issues goes on and repeats the same things i write above.

i try many combinations in configs but no luck.
why my card in mapping mode cleans all my channels and does that very quickly when im zapping between channels using a STB with just cccam
and if i enable nagra merlin cak7 mode the STB with cccam , wont open any channel. only works if i use oscam in the STB using any protocol.

to give some info about the my country operator M*O
whe use this settings.

nag*a merlin mode = 1814:000000,000007,005211,005221,005225
seca mode = 0100:000000,000007,005211,005221,005225 ( mapping using the oscam.whitelist if its a server or dvbapi if its a STB reading the card)

i leave some of the settings.

Spoiler: Config card starting in nagra merlin cak7

[reader]
label = localcard
protocol = pcsc
device = 0
autospeed = 0
caid = 1814
boxkey =
rsakey =
mod1 =
idird =
mod2 =
key3588 =
key3460 =
key3310 =
data50 =
mod50 =
headermode = 0
ecmwhitelist = 1814:69,6A
detect = cd
detect_seca_nagra_tunneled_card= 0
ident = 1814:000000,000007,005211,005221,005225
group = 1
emmcache = 1,3,2,0
blockemm-unknown = 1
blockemm-g = 1
lb_weight = 300
audisabled = 1
auprovid = 005221

Spoiler: Config card starting in Seca mode CAID=0100

[reader]
label = localcard
protocol = pcsc
device = 0
autospeed = 0
caid = 0100,1814
headermode = 0
ecmwhitelist = 0100:69,6A;1814:69,6A
detect = cd
detect_seca_nagra_tunneled_card= 0
ident = 0100:000000,000007,005211,005221,005225;1814:000000,000007,005211,005221,005225
group = 1
emmcache = 1,3,2,0
blockemm-unknown = 1
blockemm-g = 1
lb_weight = 300
audisabled = 1
auprovid = 005221

when i use the first config as i said above , if i put only providers 5211 and 5221 the cccam line connects but dont ask for any ecm or detects any channel, if i add the extra providers 000000 and 000007 the cccam line connects but unsted ask ecm from provider 5211 or 5221 he ask ecm to 000007 or 000000 but gives me not found and i have all services well configured.
Can this be a bug?
because the portuguese M*O service its not to popular in the rest of europe , maybe its something escaped from the developers of oscam.
and i leave this message to try to get some help and to help others with the same problem.

a friend of mine , tells me if i use a method who consists in a:
get a line from my oscam local server into a VPS with oscam and after that create a user/client from the VPS oscam and send it to the final user ( a STB ), but i think this method its quite messy and elevates the ecm times even more higher. using this method i think it work fine , but zapping channels its geting very slow and sometimes the channels wont open and i get to do zapping forward and backward to get the channel open clear.

sorry to all you for this long post.
but if i did not post this kind of issues , the developers cannot solve the problems in the oscam community.
best regards .

 

[ohmza]

@matrix_007 That’s CCCam problem. You should talk to CCCam developer for that.

 

[cassandro]

@matrix007

Try to start your card in Nagra mode and add this line to your "oscam.whitelist":

M: 1814:000000::::: 1814:005211:::::

 

[matrix_007]

Tonight i will try your hint.
Thanks

Edit;
hi .
i try your sugestin and worked like a charm .
i just put into the oscam.whitelist file...

[oscam.whitelist]
M: 1814:000000::::: 1814:005211:::::
W: ( letter w )

and tested with both emulator in the STB oscam and cccam (any version), and does the job and zaps normally.
thank you Cassandro for your support .
best regards to you and all developers.

 

[ohmza]

i get update emm with those settings, after appears ACTIVE at AU webif head-table, the date from the entitlements didnt change on-the-fly , but only when i go to readers page and click on refresh entitlements but its fine. i can live with that because i have daily reboot's at oscam and i assume the entitlements get the correct time date when the siystem comes up after reboot .

@matrix_007 Please apply the patch below with -p0 parameter and report whether your entitlements date are updated on-the-fly without having to click on refresh entitlements.

Spoiler

--- globals.h    2024-12-01 17:13:31.000000000 +0700
+++ globals.h    2024-12-01 16:58:49.000000000 +0700
@@ -1639,7 +1639,7 @@
     int8_t            forceemmg;
     int8_t            cwpkota;
     int8_t            headermode;
-
+    struct timeb    last_refresh;
 #endif
 #ifdef CS_CACHEEX
     CECSP            cacheex;                        // CacheEx Settings
--- reader-nagracak7.c  2024-12-01 17:13:54.000000000 +0700
+++ reader-nagracak7.c  2024-12-01 17:06:39.000000000 +0700
@@ -1426,6 +1426,9 @@
     CAK7GetDataType(reader, IRDINFO);
     CAK7GetDataType(reader, TIERS);
     rdr_log(reader, "-----------------------------------------");
+    struct timeb now;
+    cs_ftime(&now);
+    reader->last_refresh = now;
     return OK;
 }
 
@@ -1782,6 +1785,16 @@
                 rdr_log_dbg(reader, D_READER, "card got wrong EMM");
                 return OK;
             }
+
+            struct timeb now;
+            cs_ftime(&now);
+            int64_t gone_now = comp_timeb(&now, &reader->emm_last);
+            int64_t gone_refresh = comp_timeb(&reader->emm_last, &reader->last_refresh);
+            if(((gone_now > (int64_t)3600*1000) && (gone_now < (int64_t)365*24*3600*1000)) || ((gone_refresh > (int64_t)12*3600*1000) && (gone_refresh < (int64_t)365*24*3600*1000)))
+            {
+                reader->last_refresh = now;
+                add_job(reader->client, ACTION_READER_CARDINFO, NULL, 0); // refresh entitlement since it might have been changed!
+            }
         }
     }

 

[matrix_007]

Hi.
I will try that as soon as possible and i give a report.
Many thanks for your atention.

 

[matrix_007]

Hello ohmza.
I try your patch , but i suspect it did not work, because after write an emm, the date did not change on-the-fly. only after i click the update entitlements 2 circle arrows the date changed.
i will keep testing because my dates are very up to date and i will wait 1 or 2 weeks for see for sure if the emm's will write and change on-the-fly, without having refresh the entitlements manually.
Anyway, thank you alot for keep your GREAT work with the goal to fine-tune the oscam for all users
Best regards and i give some feedback after a week or two.

 

[ohmza]

@matrix_007 After the emm was being written, could you try to wait for an hour and see whether the date has been changed after you waited for an hour?

 

[matrix_007]

okay i test your hint.
thanks .

 

[ohmza]

@matrix_007 Please re-download the patch above and try again. I just figured out that the previous patch has some issues which made it not able to be applied properly.

 

[matrix_007]

hi.
i didnt test "yet" the new patch v2. but i compared the 2 files ( old and new) and i didnt see any difference (with notepad++) inside each file v1 and v2
anyway i will test and report this week .
best regards.