923 replies to this topic

[catastrofus]

BSP -> OpenEmbedded (met die rare gehandicapte busybox ( )) -> enigma2 -> UI?

 

Ik denk dat je het begint te begrijpen...

[littlesat]

Als het beeld op 1080i flikkert is het 100% een oude driver bug die in de laatste drivers is teruggekomen... ik kan me herinenneren dat ik die ooit aan xtrend had doorgegeven. het allerliefste zie ik de vorige drivers terug komen voor deze twee boxen. Die waren ook op ander gebied stabieler.

Edited by littlesat, 11 October 2017 - 19:07.

[catastrofus]

Wij (cobus en ik) zitten dus op 1080p en niet op 1080i!

Edited by catastrofus, 11 October 2017 - 19:11.

[cobus]

@Litllesat Dat ben ik met je eens. Maar dat zal er wel niet in zitten of gewoon ook de oude kernel terug zetten in de builds.

[littlesat]

Yep oudere kernel is dan ook een concequentie ... ander alternatief kan zijn zeggen dat de box geen 1920x1080 skins kan -of- geen osd position kan aanpassen in de overscan wizard en dan krijg je de optie als je de pijl punten niet ziet dat dan maar de 1280x720 skin genomen wordt...

[littlesat]

Of iets anders....

[cobus]

Dat is toch een rare! zeggen dat de box geen fullhd aan kan juist omdat deze box het juist wel (altijd) aan kan.

[catastrofus]

Tuurlijk kunnen de et10k's fullhd aan. Dat hebben we gezien bij PLi4.

Dat er een probleem is met de et10k's icm PLi6 is duidelijk. Maar moeten terugschakelen naar een 1280x720 skin lijkt me de goedkoopste oplossing (en de oplossing die de minste moeite kost).

Ik durf het bijna niet te zeggen maar ik verwacht wel wat meer dan deze conclusie eigenlijk. Volgens mij zijn de et10k's nog steeds gesupport.

[cobus]

Ben het met je eens. Volgens mij moet je toch gewin weer terug kunnen naar een oude kernel met drivers zie niet in waarom dat niet zou kunnen.

[catastrofus]

Ik wil niet terug naar de oude drivers (en dus als ik het goed begrijp naar een vorige bsp) maar dit issue moet gewoon gefixed worden.

Het is wel heel dramatisch dat je een stb gaat un-supporten omdat je eigen release niet goed werkt op die box.

[Frenske]

Het gaat hier puur over hoe Xtrend die box ondersteunt denk ik. En dat is allerbelabberdst. Verwacht ook geen nieuwe drivers voor deze modellen.

[cobus]

Nou die oude drivers waren vele malen beter dan de nieuwe (heel oude drivers wie geüpdate zijn voor de nieuwe kernel) eigenlijk zijn deze drivers ouder dus dan de oude van de vorige kernel. Klinkt raar maar is wel zo.

Edited by cobus, 11 October 2017 - 19:52.

[littlesat]

Er zullen keuzes gemaakt moeten worden en helaas deze keer geteiggert op de kwaliteit van de drivers. Ik heb het beste gevoel om te regelen dat bij de et8k en de 10k van de osd position procs wordt afgebleven.

Edited by littlesat, 11 October 2017 - 20:28.

[catastrofus]

Dus? Wat gaat er dan nu gebeuren? Niets? Of wel iets?
Cobus en ik hebben een dingetje geconstateerd met deze box, en blijkbaar ook met die et8k in sommige gevallen.
Iedereen praat hier over een probleem (met PLi6rc) en niemand praat over een oplossing... :-( Ik blijf toch wel in verwarring achter.

 

Het gaat hier puur over hoe Xtrend die box ondersteunt denk ik. En dat is allerbelabberdst. Verwacht ook geen nieuwe drivers voor deze modellen.

[catastrofus]

Ik ben nu een verwarde man...

Onderstaande makes no sense. Ik voel aan mijn kleine teen aan mijn rechter voet dat dit niet goed gaat aflopen als ik littlesat denk goed te begrijpen...

Maar daarnaast kan ik ook zeggen: fix dit. Je hebt maar 1 keuze...

 

Er zullen keuzes gemaakt moeten worden en helaas deze keer geteiggert op de kwaliteit van de drivers

Edited by catastrofus, 11 October 2017 - 20:32.

[cobus]

En hoe kan dat dan met pli 4 werkt alles zoals zou moeten met pli 6 niet ik snap daar gewoon niks van.

[cobus]

Wel weet ik dat pli 6 tov 4 erg veel is gegroeid in omvang.

[WanWizard]

En hoe kan dat dan met pli 4 werkt alles zoals zou moeten met pli 6 niet ik snap daar gewoon niks van.

 

Dan moet je je even verdiepen in het fenomeen "race condition".

 

We hebben het in het begin ook gehad op een beperkt aantal boxen met de volume instelling. Ineens, volledig random, viel in een keer bij het aanpassen van het volume het geluid weg. Terwijl die code al jaren niet aangeraakt was. 

 

Wij hebben geen flauw benul wat er gebeurd in de drivers. We kunnen wel zien dat veel drivers het niet zo nauw nemen met input validatie en code kwaliteit.

 

Je zou dus bijvoorbeeld kunnen hebben dat er met de nieuwe compiler meer efficiente code wordt gegenereerd, waardoor enigma de drivers nieuwe instellingen kan sturen voordat deze klaar zijn met het verwerken van de vorige. Als de drivers daar niet op controleren en dat blokkeren, dan kun je de meest rare toestanden krijgen.

 

Om dat te visualiseren, stel je voor dat iemand achter het stuur van een auto opdrachten krijgt in de trand van "het stuur x graden links" of ""het stuur x graden rechts". Geef je dan de commando's "10 links, 10 rechts" en worden die netjes serieel uitgevoerd, dan blijf je na een kleine slinger gewoon weer rechtdoor rijden. Als echter die "10 rechts" komt om het moment dat de vorige actie nog maar op "5 links" is, dan is het netto resultaat dat je "5 rechts" gaat, hop, de vangrail in.

 

Het feit dat de drivers closed source zijn betekent ook dat je absoluut niet kunt debuggen. Het enige wat Enigma doet is zeggen "dit zijn de nieuwe coordinaten van de 4 hoeken" en "resize het scherm nu". En dan moeten we maar hopen dat de drivers dat naar behoren doen.

 

Het feit dat je soms maar een stukje OSD ziet, maar dan wel volledig over het scherm uitgesmeerd (met dus hele grote letters tot gevolg), zegt mij dat er meer aan de hand is, want dat gaat verder dan alleen wat fouten in coordinaten.

[littlesat]

Misschien klink het heel gek, maar het kan zomaar zijn dat de volgorde waarin de osd position in de procs geschreven wordt het issue kan triggeren. Ff uit het hoofd wordt er left top width high geschreven en als ik eerst left doe en dan width kan het zomaar zijn dat je 'over de rand' schrijft. Het is maar een gedachte... apply blijkt hier niets te doen...

[WanWizard]

Hier doet apply ook niks, je kunt er van alles naar toe schrijven, het blijft op 1 staan.

 

Wat mij opvalt aan de data:

/proc/stb/fb/dst_height:00000240
/proc/stb/fb/dst_left:00000000
/proc/stb/fb/dst_top:00000000
/proc/stb/fb/dst_width:000002d0

is dat de "width x height" hier "720x576" is. Terwijl er een HD zender op staat, en de standaard FullNightHD actief is. En dat snap ik ff niet.