146 replies to this topic

[pieterg]

het CPU gebruik is vrij hoog,

23% + 20% in userspace (boblight processen)
19% io + 3% sirq (vermoedelijk usb communicatie met je device)

dus totaal 65% cpu gebruik om je ledjes te laten knipperen

[Meega]

Ja ok en dus dan kun je in dit geval verwachten dat die ermee stopt ?

Als er problemen zijn met boblight is het iig op een dreambox 8000.
En dan voornamelijk op hd zenders.
Er zijn een paar mensen met een dm8000 die dit soort verschijnsel hebben.

Op de et boxen heb je dit probleem na mijn weten iig niet.

Ik heb nu de fps lager(3.7 ipv 10) gezet waardoor het cpu gebruik 12 % respectivelijk 9 % is voor de plugin.
De frequentie waarmee de leds stoppen is nu aanzienelijk minder(nog niet helemaal),alleen is het effect van de leds natuurlijk trager.

Punt is ,weet jij of het feit dat de leds stoppen dan aan die 65% doormiddel van die plugin ligt of is het de druppel die de emmer doet overlopen.
En ligt het dan aan de drivers ofzo.(cdc-acm of dmm)
Bedenk !! Openpli 2.1 heeft dit probleem niet dus hardwarematig lijkt het geen probleem?(getest voor ongeveer 2 uur)

Kan ik testen met oude drivers van voor het probleem met die oom killer uit het "Openpli update troubles topic"?
Of heeft het daar niets mee te maken?

Sorry Pieterg voor de vele vragen maar we (vooral ik) zitten hier al een paar weken mee te stoeien ,met hulp van Speedyisfast
En als het aan dmm ligt kunnen wij niet veel anders proberen.

[pieterg]

op de dm8k wordt gebruik gemaakt van mem2mem dma van de video decoder naar een stuk geheugen wat mogelijk tegelijk door de drivers in gebruik is.
Dus op zich is het niet verwonderlijk dat het juist op de dm8k fout gaat.

[doddema]

Hier op mijn Ultimo gaat hij ook wel eens uit, ongeveer 1x per avond. CPU belasting is hier met 4 strips (12 kanalen) rond de 17% totaal.

Dolf.

[Meega]

op de dm8k wordt gebruik gemaakt van mem2mem dma van de video decoder naar een stuk geheugen wat mogelijk tegelijk door de drivers in gebruik is.
Dus op zich is het niet verwonderlijk dat het juist op de dm8k fout gaat.

Als ik alles goed begrijp heeft het dus ook te maken met de screenshot problemen van 28-9 http://openpli.git.s...7fd61be9bd6665e ,die had ik ook ,alleen toen kreeg ik een greenscreen en nu niet.
De leds stoppen er alleen even mee.

Of zit ik nu mis in dit verhaal?

Pieterg ,zoals jij het nu bedenkt ,zou er dan een oplossing kunnen zijn voor mijn probleem met Openpli 3.0 of is de enigste mogelijkheid om terug te gaan naar Openpli 2.1.
Of zou de plugin op een andere manier moeten werken voor dm8k boxen?
Of kan het niet anders, ik heb geen idee.(ver van mijn bedshow)
Give us a push please

Ik ben van alles aan het google-en over dit probleem en dat is het enigste wat ik kan doen.
Snappen doe ik deze materie toch niet

[pieterg]

hm, ik zie nu pas dat je met 2.1 dit probleem niet had.
Op zich zou dat nog steeds wel te verklaren kunnen zijn, want aangezien de drivers voor de 3.2 kernel door dmm vermoedelijk compleet opnieuw geschreven zijn, is het goed mogelijk dat de bovenste 4MB met de oude drivers bijna nooit gebruikt werd, maar met de nieuwe drivers wel.

Ik denk dat er dan weinig anders op zit dan op 2.1 te blijven. En af en toe als er nieuwe dmm drivers uitkomen, eens te proberen of je probleem daarmee verholpen is.

[Meega]

hm, ik zie nu pas dat je met 2.1 dit probleem niet had.
Op zich zou dat nog steeds wel te verklaren kunnen zijn, want aangezien de drivers voor de 3.2 kernel door dmm vermoedelijk compleet opnieuw geschreven zijn, is het goed mogelijk dat de bovenste 4MB met de oude drivers bijna nooit gebruikt werd, maar met de nieuwe drivers wel.

Ik denk dat er dan weinig anders op zit dan op 2.1 te blijven. En af en toe als er nieuwe dmm drivers uitkomen, eens te proberen of je probleem daarmee verholpen is.

Oke, bedankt voor het antwoord.