Jump to content


Member Since 28 Dec 2007
Offline Last Active 16 Jan 2019 18:13

Posts I've Made

In Topic: OpenVisionE2 -?

16 January 2019 - 18:14

Looks to be back online.

In Topic: gpixmap.cpp, horrible bug...

18 April 2018 - 14:54

Is there a relation between the acceleration code and FPU?


The current images (develop and rc) for the ET4000 and 5000 don't start, in mean Enigma starts but hangs when it inits the acceleration (I mentioned that yesterday).


I reverted your commit in a homebuild for these two boxes, and now they start again. I haven't tested other mipsel32-nf boxes, but I assume they have the same issue?


ET8500 and DAGS 7362 booted fine, even with the issue.

In Topic: gpixmap.cpp, horrible bug...

17 April 2018 - 17:42

I'm actually surprised the issue has been on confirmed on ET8000.


In OpenViX for machines that have blending issues we force on or off alphablending via configure.ac. ET8000 never had issues.


ET-8500 had alphablending forced on, got issues with these changes.


VU+ No issues, our configure.ac has blending forced off. No issues with these changes


Dags has blending forced off, got issues with these changes.


Our configure.ac here: https://github.com/O...er/configure.ac


You'll see which machines had forced on and which off, ET8000 needed none forced on or off.

In Topic: gpixmap.cpp, horrible bug...

17 April 2018 - 17:34

Do we know for which boxes this is an issue?


It now surfaces in our own Xtrend builds (confirmed on the ET8000, issue not present on the ET10000), so the manufacturer needs to update the BSP, but I assume more BSP's are affected?

I've confirmed on ET-8500 and dags 7362 boxes.

In Topic: gpixmap.cpp, horrible bug...

16 April 2018 - 05:34

Please guys, try to disable alpha blending acceleration instead. Increasing the acceleration threshold is not a real fix, it just reduces the number of times you will notice the issue.

In OpenViX Dags machines had alpha blending disabled, but still had the issue prior to this fix: https://github.com/O...nfigure.ac#L347