mihaip!

I understand Your point of view but I propose Let's me think about the problem now together!

Inside the BRUTUS (where we can watch & record TV channels) we have 3 (really 2) softcams:

1. CCcam
2. Two version of NewcamD

1. CCcam: in the last 4 firmware versions the Cccam client was unuseable. The last working Cccam client is in the 20.04 fw version (this version also has some problems but the function acceptable).

But You're true, really hasn't any limitation of the number of sharing in CCcam.

2. NewcamD: in all fw versions works properly. But You're again true: there is a limitation in NewcamD server (1 server can share only 32 CAIDs). And the NewcamD (server) configuration is very difficult, this is also true!

But in practice we may have 10 NewcamD server connections so we can watch 320 CAID's (I haven't enough time so I watch only one CAID...I think You now which is this!)!

(I've got 2 CCcam server connections: the first shows ~50, the second shows ~650-700 "rows" in the sharing information on the WEBIF of CCcam client. But I aggregated these lines in Excel - over the CAID - and I was very suprised: this ~750 share lines in fact only 42 CAID's! This allocate only 2 NewcamD server connections!!!)

And one other very interesting property of OSCAM: the OSCAM fully recalculate the Cccam "Uphops" and "Maxdown" properties (If You don't belive me please check this in OSCAM! I get lot of shares with 0 value in "Maxdown" property from my CCcam servers but I can reshare these in OSCAM to Cccam client as well to NewcamD client!!!)! I think this is one newer argument why we use the OSCAM instead of CCcam (where we lose 1 hop from "Downshare").

Conclusion:
After all, I think we have only one choice: we have to use the OSCAM (till the E2 arrive - if it arrive some day...).