The bug that @TV-Gamer has mentioned was about unable to modify reader config via webif since 11839.
It turns out that there is a limit number of reader config entry that we can add on oscam webif and current oscam revision is currently sitting at that limit on phoenix reader and has already exceeded that limit on pcsc reader. This is because I added 4 more reader config entries on 11839. When this limitation is exceeded everyone would experience the exact same thing as @TV-Gamer has experienced.
I am still finding the way to lift this limitation. Since it has been there for a long time before the time that I entered the development scene, I will take quite a long time in order to figure it out.
Update: the permanent fix for this issue is already up on gitlab as revision 11842
@matrix_007 Please clone a new source from Streamboard gitlab and apply the patch below with -p0 parameter, and then test whether your issue is solved or not.
I have decided to implement it in a different way (My method executes skip_extra_atr_parsing only when cak7_mode = 0, so when you have cak7_mode = 1 on your reader config, then skip_extra_atr_parsing won't be executed at all). Let's see whether it is working as well as @Kind regards method.
Thanks in advance.
Code:
--- csctapi/icc_async.c 2024-07-02 03:18:45.000000000 +0700
+++ csctapi/icc_async.c 2024-10-05 05:33:02.000000000 +0700
@@ -290,7 +290,7 @@
{
reader->crdr_flush = crdr_ops->flush; // Flush flag may be changed for each reader
call(crdr_ops->activate(reader, atr));
- if(crdr_ops->skip_extra_atr_parsing)
+ if((crdr_ops->skip_extra_atr_parsing) && (reader->cak7_mode == 0))
{
return OK;
}
hello Sir ohmza, thank you for your attention and help.
today i did not test your patch. i try to test this week and i leave a feedback. many thanks once again
and yes sometimes i was not able to save reader local via webif. to fix that i compile without cacheex aio . and i can save pcsc reader in webif
hi
i will do that now
i see you get updated the version to 11841 and fixed the cak7 starting mode. i compiled before i read this new message with cacheex aio and did not save.
now i will follow your hints.
i leave feedback in time short thanks
hi again.
i tested the patch and fixes the saving reader pcsc at webif.
youre great
worked like a charm.
perfect
another battle is i cannot get entitlements updated when using pcsc connected to my debian NUC server . i try many combinations of configs but no luck.
anyawy at this hour of the day im getting sleepy
i will keep trying tomorrow and after.
once again, Master ohmza. just perfect and to Kind-regards too
@matrix_007 Yes the problem is exactly the same as what I described on #426
On the other type of readers, for example phoenix reader, it may not exceed the limit yet but on pcsc, it has already exceeded the limit.
The patch above is a dirty fix that I deleted some reader config webif entries to make room in order to prove that there is actually a limitation implemented on webif entries. I will try to find a proper fix to this issue. But in the meantime please use the patch above as a temporary solution.
On the entitlements problems, can you show us the config on both client side and server side?
okay . i will do that and wait till tomorrow with the STB online at the same channel and wish for the best to update de emm ( in my case its the shared)
best regards and thanks alot for your help and attention. im going to bed right now before my wife spank's me
@matrix_007
I just tested 11841 with test-webif-limitation.patch on pcsc reader with 1819 card, no problem with au update from client, written EMM after several minutes: 0 / 98 / 14 / 0
@TV-Gamer, er bockt auch UNIQ und Global siehe sein: Reader-OScam vllt ist es bei den Karten so bevor kein global die Karte bekommt—> kommt kein Shared.
@leyla38
Das kann sein, keine Ahnung, weswegen er die blockt und ob nötig sind für shared. Jedenfalls ist es gut, dass wir das Problem erkannt und nun eine erste Lösung haben.
Richtig, wenn’s bei dir klappt und beim @Matrix-007 NICHT’ dann kann ich hier ein Vermutung schreiben und die wäre :
Das bei dem user unter config scheitert.
hello , Sirs.
i have read the upper posts.
i use block unique and global and unknown and allow shared because i know the emm to updates the card is the shared one. at least when i used at seca with last drakkar with the logger option.
i have some afraid to allow the unique and global emm's to enter, because some my country provider block and suspended some cards subscriptions and im afraid of that . and i avoid to enable AU at Friday because the operator provider make some suspicious things and maybe that lead to get card block
anyway i will keep in attention your comments and try to solve this issue
mostly i only can get my hands to the matter at late night hours.
but i will leave feedback when i get the problem solved and try to explain how i do it .
hi
i will do that now.
and give feedback as soon as possible.
normaly, the emm gets some time to grab, sometimes 10 minutes sometimes 30 , depends. and the emm 's came from the providers 005221 and 005211
sorry , but im very slow at doing things