Author |
Message |
bjbdragon
Joined: 2021-08-18 09:56:48 Posts: 23
|
It is not that simple and I'm not familiar enough with cmake, but it still fails out as the build is not waiting for the prebuild stuff to actually download. At least it will build on second pass now.
|
2021-08-21 16:02:16 |
|
![](./styles/getaway/theme/images/spacer.gif) |
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5550
|
Please, post the build log... I cannot test it myself on ARM, here, and cannot guess what's going wrong. EDIT: I think I found the problem (must make openjpeg dependent on the "prepare" step, so that the sse2neon.h header is downloaded before we try to build it). Try this patch, please:
|
2021-08-21 16:36:38 |
|
![](./styles/getaway/theme/images/spacer.gif) |
bjbdragon
Joined: 2021-08-18 09:56:48 Posts: 23
|
This works just fine, going to be a while before I have a proven run build but seems like everything is in place. Hopefully, the extra floating point stuff you added gives me a little bit of performance.
|
2021-08-21 17:06:30 |
|
![](./styles/getaway/theme/images/spacer.gif) |
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5550
|
Great ! Let me know how it fares, though the expectations should not be that great: I mean, a 1.5GHz ARM and a MALI GPU are far from the minimum recommendations to run a graphics viewer. ![Razz :P](./images/smilies/icon_razz.gif)
|
2021-08-21 17:08:12 |
|
![](./styles/getaway/theme/images/spacer.gif) |
bjbdragon
Joined: 2021-08-18 09:56:48 Posts: 23
|
Yes, that is true, definitely! It's however, a Broadcom V3D GPU, not MALI. However, this should be compatible with anything that has a Legacy OpenGL implementation, so if anyone else out there has ARM hardware with a better GPU (e.g. nVidia Tegra, Apple M1, etc) I'd love to hear about your own performance!
|
2021-08-21 17:16:25 |
|
![](./styles/getaway/theme/images/spacer.gif) |
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5550
|
Not even sure the viewer would compile under that hardware: either they would need to build macOS-arm pre-built libraries and hope that macOS got OpenGL compatible libraries in native ARM mode, i.e. outside the x86 emulation (I don't think it got any, it is likely Metal or nothing in native ARM mode...), or build the viewer on a Linux VM under macOS (but here again, I doubt OpenGL is usable)...
|
2021-08-21 17:23:48 |
|
![](./styles/getaway/theme/images/spacer.gif) |
bjbdragon
Joined: 2021-08-18 09:56:48 Posts: 23
|
Ah right, Mac has their own graphics stack entirely... and too early for Mesa implementations, as bare-metal Linux has barely only been ported. As for Mali, there is Lima and Panfrost but for some reason, Mesa as a whole seems to be abysmally slow for Second Life viewers. Even on AMDGPU, it seems to perform very, very poorly unless using the "pro" drivers.
I've seem occasional mention of Vulkan for Second Life, almost as though that's something Linden's wanting to push out. Not sure if that is a good thing or a bad thing, though am assuming it might improve performance across the board on platforms that do support it.
|
2021-08-21 17:46:34 |
|
![](./styles/getaway/theme/images/spacer.gif) |
bjbdragon
Joined: 2021-08-18 09:56:48 Posts: 23
|
Yay, build was successful using the patch you provided. Definitely does seem like the optimization flags you provided helped a little bit. It's very difficult to truly test optimization and performance, if anyone else has an ARM64 system that has at least OpenGL 2.1 I have provided test build below. http://muckdragon.info/coolvlviewer/CoolVLViewer-arm64-1.28.2.36.tar.bz2088c40fc0a60c4d3689defe52c18b838 CoolVLViewer-arm64-1.28.2.36.tar.bz2
|
2021-08-21 22:21:05 |
|
![](./styles/getaway/theme/images/spacer.gif) |
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5550
|
Great ! ![Very Happy :D](./images/smilies/icon_e_biggrin.gif) Thank you again for this interesting contribution ! The changes to the sources will be part of next viewer release.
|
2021-08-22 08:18:35 |
|
![](./styles/getaway/theme/images/spacer.gif) |
bjbdragon
Joined: 2021-08-18 09:56:48 Posts: 23
|
This is something I noticed during my testing. While, there's probably no reason you'd ever want to run EE shaders on any of the low end embedded GPUs found in most ARM SBCs, this may affect more than just my experimental ARM builds...
With Mesa V3D driver (RPi 4), turning on EE causes screen to go solid white, no UI. Culprit is the shader here... the #ifdef sections appear to be related to Darwin compatibility but enabling them makes the shaders work properly. Maybe this should not be hard coded to Darwin but a configuration setting somewhere?
./app_settings/shaders/ee/class1/environment/srgbF.glsl
After you get broken white screen by clicking the EE checkbox, the only way to recover seems to be changing the UseNewShaders field in the configuration file.
|
2021-09-19 01:06:18 |
|
|