FreeCAD 0.21 and Raspberry Pi 4

Having trouble installing or compiling FreeCAD? Get help here.
Forum rules
Be nice to others! Respect the FreeCAD code of conduct!
remcat
Posts: 23
Joined: Wed May 01, 2019 8:30 am

FreeCAD 0.21 and Raspberry Pi 4

Post by remcat »

Hello,

I compiled FreeCAD 0.21.0 stable version, revision 31901(git) on raspberry Pi 4b 8Go, Rasp PiOS 64bit bullseye

Code: Select all

PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
The soft works like a charm (no freezing, smooth movements, etc...), but the navigation (nav cube) cube is full blank (see attached screenshot).

Here are some information on the graphic card and render:

Code: Select all

remcat@raspberrypi:~ $ glxinfo | grep OpenGL
OpenGL vendor string: Broadcom
OpenGL renderer string: V3D 4.2
OpenGL version string: 2.1 Mesa 20.3.5
OpenGL shading language version string: 1.20
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 20.3.5
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:
I tried to find out the issue, from modifying OpenGL properties in freecad, change police type, size, etc... without sucess.
Did somebody already encounter such issue?
Thank you for help,
Rémy
Attachments
2023-02-16-140248_1920x1080_scrot.png
2023-02-16-140248_1920x1080_scrot.png (699.24 KiB) Viewed 1886 times
User avatar
adrianinsaval
Veteran
Posts: 5541
Joined: Thu Apr 05, 2018 5:15 pm

Re: FreeCAD and Raspberry Pi 4

Post by adrianinsaval »

remcat wrote: Thu Feb 16, 2023 1:19 pm I compiled FreeCAD 0.21.0 stable version, revision 31901(git) on raspberry Pi 4b 8Go, Rasp PiOS 64bit bullseye
this is contradictory, the latest stable version is 0.20.2, 0.21 is the development version, can you check if the problem is also present in 0.20.2? do you have a compositor running? is this xorg or wayland? It's probably an issue with the graphics driver
remcat
Posts: 23
Joined: Wed May 01, 2019 8:30 am

Re: FreeCAD and Raspberry Pi 4

Post by remcat »

Your right! i cloned https://github.com/FreeCAD/FreeCAD.git following the procedure in the freecad compliation on linux official page. So my version is 0.21.0.
What do you mean by a compositor running?
Concerning x11 or wayland

Code: Select all

remcat@raspberrypi:~ $ echo $XDG_SESSION_TYPE
x11
This is a minor problem, but might help other users.
remcat
Posts: 23
Joined: Wed May 01, 2019 8:30 am

Re: FreeCAD and Raspberry Pi 4

Post by remcat »

Update on nav cube:
Enabling/desabling Xcompmgr in raspi-config does not change the nav cube.
Same for enabling wayland/enabling X11 (wayland freezed my wireless keyboard...).

I going to try 0.20.2.
Rémy
remcat
Posts: 23
Joined: Wed May 01, 2019 8:30 am

Re: FreeCAD and Raspberry Pi 4

Post by remcat »

After around 3 hours of compliation using make -j4 (66°C in Argon neo case), here is the result with stable release version 0.20.2.
The cube faces are blacks, we can see "B" and "M" from "bottom" written on cube border. There are no options in 0.20 preference panel to change police, size or color.
It's a minor issue, the rest of the soft seems to work well on Pi4b.
Rémy
Attachments
2023-02-17-175205_1920x1080_scrot.png
2023-02-17-175205_1920x1080_scrot.png (578.09 KiB) Viewed 1766 times
User avatar
adrianinsaval
Veteran
Posts: 5541
Joined: Thu Apr 05, 2018 5:15 pm

Re: FreeCAD 0.21 and Raspberry Pi 4

Post by adrianinsaval »

Since I worked on the navicube change for 0.21 I know what is done differently, all faces in the new navicube have borders drawn on OpenGL directly with coin there but in 0.20 only the main faces had this, it is clear that something is going wrong either in coin or in the graphics driver and it is filling up those borders. Do you have antialiazing enabled?
User avatar
-alex-
Veteran
Posts: 1856
Joined: Wed Feb 13, 2019 9:42 pm
Location: France

Re: FreeCAD 0.21 and Raspberry Pi 4

Post by -alex- »

adrianinsaval wrote: Mon Feb 27, 2023 6:30 pm Since I worked on the navicube change for 0.21 I know what is done differently, all faces in the new navicube have borders drawn on OpenGL directly with coin there but in 0.20 only the main faces had this, it is clear that something is going wrong either in coin or in the graphics driver and it is filling up those borders. Do you have antialiazing enabled?
Hi, I reply instead of OP.
I suspect this graphical issue is related to the latest improvements on Navcube.
There was no issue in the past, please see here:
viewtopic.php?p=550724#p550724
Image
OS: Debian GNU/Linux 11 (bullseye) (LXDE/LXDE-pi)
Word size of FreeCAD: 64-bit
Version: 0.20.26485 (Git)
Build type: Debug
Branch: master
Hash: 36489487113f5b65be52279165b28150323748a3
Python version: 3.9.2
Qt version: 5.15.2
Coin version: 4.0.0
OCC version: 7.5.1
Locale: French/France (fr_FR)

This bug occurs while anti-aliasing is off, If it is on as well.
I hope this bug can be fixed.

JFYI, this bug doesn't exist with previous Buster OS. On Buster the Coin library is: Coin version: 4.0.0a

Thanks for your attention.
User avatar
adrianinsaval
Veteran
Posts: 5541
Joined: Thu Apr 05, 2018 5:15 pm

Re: FreeCAD 0.21 and Raspberry Pi 4

Post by adrianinsaval »

as you can see in the previous post OP compiled 0.20.2 and had the same issue, my recent changes to navicube where not backported to 0.20 so it cannot be that. It is most likely from git commit f70329390 (you could confirm this by compiling a version before the commit and the commit itself to see which has the issue) which introduced drawing the navicube borders in opengl instead of just using textures if I'm not mistaken, this seems like a bug in the graphics driver to me. @realthunder or @uwestoehr have you got any clue on how this could be fixed? The most I can think of is to offer an advanced option to not draw the border at all but it wouldn't look good either.
User avatar
-alex-
Veteran
Posts: 1856
Joined: Wed Feb 13, 2019 9:42 pm
Location: France

Re: FreeCAD 0.21 and Raspberry Pi 4

Post by -alex- »

adrianinsaval wrote: Thu Mar 02, 2023 12:55 pm It is most likely from git commit f70329390 (you could confirm this by compiling a version before the commit and the commit itself to see which has the issue)
I'll try this, thanks for pointing this out.
which introduced drawing the navicube borders in opengl instead of just using textures if I'm not mistaken, this seems like a bug in the graphics driver to me.
That make sens, because IIRC there is no bug with Buster OS, so the issue could be related to updates of V3D driver of RPI4, maybe, not sure.
Any opinion of experts is welcome.
Thanks.
User avatar
-alex-
Veteran
Posts: 1856
Joined: Wed Feb 13, 2019 9:42 pm
Location: France

Re: FreeCAD 0.21 and Raspberry Pi 4

Post by -alex- »

adrianinsaval wrote: Thu Mar 02, 2023 12:55 pm It is most likely from git commit f70329390 (you could confirm this by compiling a version before the commit and the commit itself to see which has the issue) which introduced drawing the navicube borders in opengl instead of just using textures if I'm not mistaken, this seems like a bug in the graphics driver to me.
Done, here is the result for git checkout f70329390:
Navcube_rendering_commit_f703293.gif
Navcube_rendering_commit_f703293.gif (147.97 KiB) Viewed 1396 times

Code: Select all

OS: Debian GNU/Linux 11 (bullseye) (LXDE/LXDE-pi)
Word size of FreeCAD: 64-bit
Version: 0.20.28855 (Git)
Build type: Unknown
Branch: (HEAD detached at f70329390c)
Hash: f70329390ceaac95200d6a58b1a6ff2c4e9f3ed5
Python 3.9.2, Qt 5.15.2, Coin 4.0.0, OCC 7.5.1
Locale: French/France (fr_FR)

Code: Select all

pi@raspberrypi:~ $ glxinfo -B
name of display: :0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Broadcom (0x14e4)
    Device: V3D 4.2 (0xffffffff)
    Version: 20.3.5
    Accelerated: yes
    Video memory: 3794MB
    Unified memory: yes
    Preferred profile: compat (0x2)
    Max core profile version: 0.0
    Max compat profile version: 2.1
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.1
OpenGL vendor string: Broadcom
OpenGL renderer string: V3D 4.2
OpenGL version string: 2.1 Mesa 20.3.5
OpenGL shading language version string: 1.20

OpenGL ES profile version string: OpenGL ES 3.1 Mesa 20.3.5
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
Last edited by -alex- on Mon Mar 06, 2023 4:56 pm, edited 1 time in total.
Post Reply