In plaats van piepen zou je misschien ook even kunnen helpen met beter debuggen, in plaats van "het werkt niet" roepen en vingerwijzen.
Daar heeft niemand wat aan, en zal zeker niet voor een snellere oplossing zorgen. En dat zelfde geldt voor speculatie zonder verstand van zaken.
Zenders die in FTA uitzenden hebben geen enkele relatie met een CAM (soft or otherwise). Een CAM komt alleen in beeld als er in de stream staat dat deze geencrypteerd is. Dus een van de problemen zou kunnen zijn dat die flag (nog) aan staat, maar er geen CA informatie wordt meegestuurd. In dat geval krijgt de CAM rotzooi binnen, en het is maar de vraag hoe deze er mee om gaat.
Het zou goed kunnen dat CI modules en de eigen provider hardware met ingebouwde cardreader (en dus ook een softcam) hardcoded filteren op CAID, en dan heb je dit probleem niet. Ik denk dat dit ook zo is voor Oscam configuraties waar de readers voorzien zijn van een CAID. Ik heb dat in ieder geval, en geen enkele hanger gehad ten tijde van de M7 ellende.
Dus dat zou een verklaring kunnen zijn voor het Oscam hanger probleem icm met het recente M7 of Ziggo gestuntel. Maar als je het continue komt reproduceren, en je hebt het ook op bv de duitse FTA zenders, dan heb je dit probleem dus niet.
Het tweede probleem dat momenteel speelt is een bug in de MIPS versie van glibc, die in OpenEmbedded "Zeus" zit, welke de basis vormt voor OpenPLi 8.
Deze bug zorgt er voor dat interrupt signals niet / niet goed worden verwerkt, waardoor de filepump die in de achtergrond onvangen data naar een file (opname) of stream stuurt, gaat hangen (loopen). De meeste problemen daarmee zijn in de release vanaf 4 januari opgelost, maar er was nog een openstaand probleem die nog steeds voor hangers zorgt, op trage Broadcom MIPS boxen. En de Solo (en Solo 2) vallen daar onder.
Dus dit probleem zou je wel eens kunnen hebben, een oplossing hiervoor wordt momenteel getest, je zou de develop image van morgen kunnen proberen, daar zit deze fix al in.
En het laatste punt is dat dat er hard gewerkt wordt om het gedrocht dat "streamproxy" heet uit de image te slopen, en de streaming door Enigma zelf te verzorgen. Voor een aantal merken (xtrend, mutant, etc) is dat al zo, maar voor anderen (met name VU+) is de streamproxy nodig, en dat levert allerlei ellende op. Dat werk is in develop al een stuk verder dan in release, dat zou ook nog mee kunnen spelen.
Achteraf gezien hadden we wellicht een langere RC tijd moeten inlassen zodat meer mensen het (beter) hadden kunnen testen, en daarvoor moet ik dan wellicht het boetekleed aan trekken. Mijn gezondheid laat flink te wensen over, ik heb het afgelopen jaar alle OE werk zowat in mijn eentje moeten doen (wegens ziekte bij anderen), en ik wilde de release de deur uit hebben zodat ik met een gerust hart een sabbatical kon inlassen.
Het is wat het is, voor ons is het ook maar vrije tijd werk, en waar gehakt wordt vallen spaanders...
Edited by WanWizard, 14 January 2021 - 01:30.