3D preview display incorrectly on AMD integrated graphic

[oldrev]

Hello:

When I open my project on my new AMD R5700U laptop computer (no independent graphic card), I got a big mess, see the following:

and everything is ok on my old Intel i7-8700 desktop machine (no independent graphic card too):

My Horizon version is 2021-11-22 nightly running on Windows 10.

I also did try to open the x-band-transmitter, the same result.

By the way, the PCB editor on the AMD platform is laggy, but the schematic editor is smooth.

Hope it helps.

[carrotIndustries]

When I open my project on my new AMD R5700U laptop computer (no independent graphic card), I got a big mess, see the following:

The 3D preview uses instancing and per-instance vertex data to efficiently render the 3D models in a minimum number of draw calls. My guess is that there's some bug in the AMD windows drivers or I'm doing something slightly wrong that happens to work everywhere else. I've had other people, also with AMD GPUs on Windows, report the same issue to me.

Unfortunately, without a suitable machine at hand, there's no sensible way for me to debug this.

By the way, the PCB editor on the AMD platform is laggy, but the schematic editor is smooth.

Also if the board is empty?

[oldrev]

An empty board or a super simple board is smooth.

I found when I first open the x-band-transmitter project, it reacts smoothly. Then I press Q to pour the planes, it becomes laggy.

I can program in C++ but know nothing about OpenGL or 3D stuff, sorry cannot help further.

[valpackett]

Maybe a good way to avoid crappy GL drivers on Windows would be to use ANGLE, which gtk does support. Since it's GLES, this would require porting shaders to GLSL ES, which is a bit stricter. I'll look into that.

[carrotIndustries]

would require porting shaders to GLSL ES, which is a bit stricter. I'll look into that.

Both the 2D Canvas (board, schematic, etc) and the 3D one make use of geometry shaders. As far as I could tell, ANGLE doesn't support these. Rendering of 3D models also depends on glDrawElementsInstancedBaseInstance which isn't available in ES.

[valpackett]

I think it does support geometry shaders, here's a test for it.

hmm, DrawElementsInstancedBaseInstance is in EXT_base_instance but that doesn't seem to be widely implemented. ANGLE has a bunch of instance stuff in ANGLE_base_vertex_base_instance but apparently not that one specifically :/

[carrotIndustries]

Would supporting OpenGL ES entail maintaining two sets of shaders and rendering implementations, or are they compatible enough so that we can have identical code for GL and GLES?

Another upside of supporting GLES would be that it'd make it possible to run Horizon EDA on something else than x86 since all(?) embedded GPUs only seem to support GLES.

[valpackett]

Generally two sets of shaders wouldn't be required, typically the diff is just

@@ -1,4 +1,5 @@
-#version 330
+#version 320 es
+precision mediump float;

which can be conditionally prepended in code before compiling.

There will be a lot of things ES complains about like integer literals for floats, but the fixed versions will still work on desktop GL.

all(?) embedded GPUs only seem to support GLES

All(?) embedded GPU proprietary drivers. Mesa {Panfrost/Freedreno/V3D/Etnaviv/…} will happily run desktop GL. Well, not GL 4.2 though! Panfrost was at 3.1 in January for example.

Also to be pedantic "something else than x86" doesn't necessarily imply "embedded GPU". I have an arm64 box with a Radeon RX 480 on my desk :)

[carrotIndustries]

I have an arm64 box with a Radeon RX 480 on my desk :)

Out of curiosity, does Horizon EDA run on that machine?

Popular SBCs such as the Raspberry Pi 4 appear to support GLES 3.2, so I guess this is the target we should aim for if we want to support GLES.

[valpackett]

Out of curiosity, does Horizon EDA run on that machine?

Why wouldn't it :)

[oldrev]

Wow, the dark theme looks fantastic! I wonder is there any chance to add a GTK theme selector like Inkscape on Windows.

[carrotIndustries]

wonder is there any chance to add a GTK theme selector like Inkscape on Windows.

b2bfa20b3e6cad837906cf3aea2812e387b861e4 adds a dark theme toggle to the preferences

Why wouldn't it :)

There's always the chance of something not working out on unusual platforms. The combination for FreeBSD, ARM, a non-embedded GPU and Wayland really takes the cake for the most unusual system I've seen Horizon EDA run on.

[oldrev]

The dark theme on Windows looks great, it's not every day that your wish comes true, thanks a lot.

[moritz-meier]

I wonder is there any chance to add a GTK theme selector like Inkscape on Windows.

You can add a GTK theme into the share/themes folder of your installation and set the GTK theme on Windows by adding an settings.ini file to ~/AppData/Local/gtk-3.0/:

[Settings]
gtk-theme-name = <theme_name>

I am using Qogir; works great.

[oldrev]

I wonder is there any chance to add a GTK theme selector like Inkscape on Windows.

You can add a GTK theme into the share/themes folder of your installation and set the GTK theme on Windows by adding an settings.ini file to ~/AppData/Local/gtk-3.0/:

[Settings]
gtk-theme-name = <theme_name>

I am using Qogir; works great.

Very informative, thanks.