Box with DVB-S, DVB-T and DVB-C tuners.
The DVB-C channels descrambled with CI+ mediacard.
The ECM-s on the DVB-C channels are as follows:
ECMPid 01F2 (498) 0B00-Conax
ECMPid 01F3 (499) 1801-Nagra
ECMPid 01F0 (496) 1854-Nagra
ECMPid 01F1 (497) 1868-Nagra
My problem is, that the OSCam also "challenges" ECM 0B00, and fails of course:
(dvbapi) Demuxer 0 trying to descramble PID 2 CAID 0B00 PROVID 000000 ECMPID 01F2 ANY CHID PMTPID 0190 VPID 0191
(ecm) dvbapiau (P: 0B00:000000:0518:01F2:0000 #ECM_L:6D #CW=00000000000000000000000000000000 HOP:01): rejected (1 ms) by Venton - ATV HD
(ecm) dvbapiau (P: 0B00:000000:0518:01F2:0000 #ECM_L:6D #CW=00000000000000000000000000000000 HOP:01): rejected (1 ms) by Venton - ATV HD
(dvbapi) Demuxer 0 restarting decoding requests after 5 ms with 1 enabled and 3 disabled ecmpids!
If I ignore the service in oscam.dvbapi (I: 0B00:000000:0518:01F2 or I: ::0518), the result is the following:
2022/10/18 05:55:15 6638B0ED c (dvbapi) Demuxer 0 no enabled matching ecmpids -> decoding is waiting for matching readers!
2022/10/18 05:55:19 6638B0ED c (dvbapi) Demuxer 0 no enabled matching ecmpids -> decoding is waiting for matching readers!
that means, it is trying every 4 secs anyway.
This is a bit more rare, than without ignoration, but (as the box is quite old), it is still an unnecessary extra load,
which causes problems in "more complex situations" (PiP, several recordings - when the OSCam has a "real" task as well)
E.g.
The swap PiP changes, but one of the picture is black;
One or both scheduled recording is "blackness";
At channels not with mediacard (that is DVB-S + DVB-T) all these "cases" work perfectly.
How could I fully disable these 0B00 ECM-s in OSCam ?
