236 replies to this topic

[luisteraar]

Dat moet je natuurlijk monitoren als oscam loopt en in een

situatie is dat na zo een 30 minuten de box dood is.

[mimisiku]

Neuh, bij een lopende opneme was het hooguit 40 seconden. Beeld bevroor en einde verhaal….

[luisteraar]

Dan is het bij jou 40 sec dat je kan monitoren ,maar

wat ik hier lees duurt het zo een 30 minuten voordat de box dood is

[catastrofus]

Varieert een beetje maar een half uurtje houden mijn Ultimo4k's het wel uit zonder workaround in oscam.dvbapi op een zender met een fake-codering.

Maar ik ga het niet meer testen voor je want: Oorzaak is bekend (oscam), workaround is bekend (oscam.dvbapi) en de oplossing is bekend (oscam v11707).

Hopenlijk gooit iemand deze oscam versie in de NB.

[WanWizard]

Moeten we wachten tot de upstream is bijgewerkt, dan gaat dat automagisch. Maar ik begrijp dat de beheerder daarvan op vakantie is...

[luisteraar]

Door die CAID 0000 denkt OScam dat er iets gedecodeerd moet worden terwijl er geen ECM's komen. OScam loopt helemaal klem. Wellicht een buffer overflow waardoor ook de SoC afzwaait... Box crasht zonder crashlog...

Ik hoop dat het een goede oplossing is.

Dadelijk zetten ze een andere CAID waar geen ECM's komen en is het probleem terug.

Edited by luisteraar, 10 May 2022 - 17:41.

[catastrofus]

Het is een keuze van ziggo om deze caid 0000 te gebruiken in de transitie om SD zenders te vervangen door HD zenders in het standaard pakket waar ze blijkbaar nog niet klaar mee zijn.

Ik verwacht niet dat dit bewust een "klantonvriendelijke" aktie is, van ziggo, voor gebruikers met een niet-gecertificeerde ontvanger.

[luisteraar]

het probleem is nog geen maand bekend.
De oplossing in oscam kan een kort door de
bocht oplossing zijn de reden van totaal ophangen van de box is niet bekend.
Één verkeerde PID je of blijven wachten op
data die niet komt mag de box niet laten hangen.

[mimisiku]

Nee, maar foutherkenning is nooit een goed ondersteund item geweest op Linux STB’s… Met de kleinste netwerk-timeout ligt zo’n bak ook al plat….

[catastrofus]

Zeker als alles als root draait. Dan heb je niet zoveel nodig om iets onderuit te halen.

[luisteraar]

Je kan wel degelijk goed debuggen
op een linux doosje met gdb.
Je moet wel de volledige sdk op je linux
PC hebben van de sat box.
In de sdk build van openembedded openpli zitten
wel bugjes.
Als iemand de sdk wilt bakken kan ik wel de
bug fixes doorgeven.

[catastrofus]

Geen probleem aangezien de workaround nog steeds goed werkt, maar het zou mooi zijn als die v11707 (of later) een keer als update zou verschijnen in de NB.

 

Moeten we wachten tot de upstream is bijgewerkt, dan gaat dat automagisch. Maar ik begrijp dat de beheerder daarvan op vakantie is...

 

[mimisiku]

Er is alweer een 11711. De ECMPID 1FFF schijnt nodig te zijn voor BISS. CAID 0000 wordt wel geblocked (nog). Vanmiddag maar weer opnieuw compileren...

[Junior]

het probleem is nog geen maand bekend.
De oplossing in oscam kan een kort door de
bocht oplossing zijn de reden van totaal ophangen van de box is niet bekend.
Één verkeerde PID je of blijven wachten op
data die niet komt mag de box niet laten hangen.

Mooi dat het probleem nu opgelost is.
Het komt overeen met hetgeen ik reeds in jan. 2021 zelf ondervonden had:

https://forums.openp...-2#entry1303784

Gezien de vele “trying to descramble ... CAID 0000 ... “ meldingen in de logfile (zie plaatje) kan ik me voorstellen dat de dvbapi na verloop van tijd problemen geeft.
Dat kan verklaren waarom het beeld stilstaat maar het geluid wel doorloopt.
Dus heb ik nu als workaround eens I:0000 in de file oscam.dvbapi gezet (en oscam herstart, uiteraard).
Ik houd jullie op de hoogte of het probleem nu wegblijft.

[Sagitarius †]

Niet hetzelfde probleem denk ik, iemand schreef daar nl

 

''Na reset en schone flash geen problemen meer.

Pli8 en officiele CD kaart.''

 

Het probleem zat toen ook op de satelliet, dit caid 0000 ''probleem'' zit alleen bij Ziggo.

[luisteraar]

Niet hetzelfde probleem denk ik, iemand schreef daar nl

 

 

Volgens mij denk je (weer) verkeerd.

 

Het maakt niet uit of dvb via sat of kabel loopt.

CAID 0000 laat/liet de boel hangen.

[Tech]

 

Niet hetzelfde probleem denk ik, iemand schreef daar nl

 

 

Volgens mij denk je (weer) verkeerd.

 

Het maakt niet uit of dvb via sat of kabel loopt.

CAID 0000 laat/liet de boel hangen.

 

Op CD (sat dus) is het hele CAID 0000 probleem nooit aan de orde geweest, iets wat er niet is kan de boel lastig laten hangen.

[luisteraar]

Als ik dit draadje lees ]zijn er wel veel overeenkomsten met nieuwjaars bug M7

 

https://forums.openp...l/#entry1303336

 

Toen werd nog uitgelegd dat het een opname probleem is enkel op mips boxen.

 

Nu hebben ultimo4k er ook al last van.

[Sagitarius †]

Dat bedoel ik, het is een Ziggo probleem, maar @luisteraar weet het kennelijk (weer) beter.

Ik heb dit draadje nog eens terug gelezen en je wilt niet weten hoeveel zgn. oorzaken @luisteraar aandraagt voor dit vastlopen van opnames op ESP1, het duizelt je gewoon.

Eerst een bitrate probleem, daarna weer een memory leak, dan weer teveel netwerk verkeer, wat uiteindelijk aan zijn eigen Fritzbox bleek te liggen, dan weer ligt het het aan Ziggo die ons loopt te plagen met mat fake caids 000.

Hij moet ons nog steeds vertellen wat er nu precies aan de hand is na het debuggen, we zitten er nog steeds op te wachten waar het probleem nu echt zit, wordt vervolgt.

Edited by Sagitarius, 11 May 2022 - 13:10.

[luisteraar]

@Sagitarius Het zou mooi zijn als je de echte oplossing weet van het probleem (bug).

Ik heb veel mogelijke oorzaken aangehaald waarvan er veel afgehaakt kunnen worden.

In het oude draadje spreken ze over bug in enigma2 dvb api bij opnemen ,tot nu toe dachten

we aan probleem oscam.

Oscam heeft de waarschijnlijke bug api opgevangen door rotzooi uit api weg te filteren.

 

@Sagitarius ik vind dit een interessant draadje.

 

Het zou mooier zijn als openpli en oscam programmeurs zich melden hier.