Tell me what is the algorithm for adding a 3D model to a board file? If earlier it was a separate folder with models, now it is possible to load directly into the board file. After loading and saving the model, the path remains the same and does not change. Is this a bug or is it intended that all the model paths must be entered manually if you want to add them to the board file?
as you can see the shades are at least different, maybe it’s related to the monitor, but I’m not sure
In KiCad 9 you can embed your step files, then use the kicad-embed:// url to access it. There’s a quirk though if you embed it from footprint properties dialog, you have to press OK before you can use the model in footprint.
Or you can use the old way of putting everything in a separate folder.
I’m not sure what problem are you having. Can you describe it in clear steps?
Of course shades are different because these programs use different rendering systems.
I have a folder with models, I open the board file, I try to bind the model to the landing site, everything is ok. But when opening the board, for example, on another machine without a folder with models, they disappear. I expect that all the models will be written in the board file, but now it turns out that I need to manually write each model in the board file (change the link address). It turns out that when opening the board in a 3D viewer, I do not understand which model is in the board file and which is in a separate folder. Expected behavior is a rigid binding of the 3D model to the footprint in the form of a single file and an additional ability to unload from the file into a separate folder. When unloading models from the board, they should not disappear from the board if the link for the model leads to an external folder.
I’m a little dizzy…This post is about Rendering speed. Have your problem been solved in this regard?
Maybe you should rise another post with a new question.
If we consider that 20 seconds of waiting and a frozen 3D viewing window during rendering is normal, then yes, it is solved.
Fixed title. ---------
You can upvote
if window blocking is a problem to you
Also it’s been like this always.
1 Like
Not quite so, the window appearance (behavior) during rendering between versions 7 and 8 is different, in versions 8 and 9 it is more obvious. offtopic 3 years is certainly a long time)
I tested versions 7 and 9 side by side and the 3D viewer loading times are the same, or faster in 9 for your board.
Look at how the window looks in version 8 on my screenshot during rendering and compare it with how it looks in version 7.
Do you mean that labels in the right panel (Appearance Manager) stay white even after all models are loaded?
If not, it’s just a visual bug, so low priority.
Yes, it is a visual error and it is only in versions 8-9 in Linux, rendering causes a window to appear that the program is not responding, close it or wait.
Best if you state which Linux you use. Your previous posts and reports refer to Windows 10.
linux mint 22 ,fedora 41 ,ubuntu 24.04.1
As a temporary solution, the response time of programs was increased through the configuration utility. But this is not a real solution, but a regular crutch.
This is only half the story.
Please open Kicad, go to Help > About Kicad > Top Right corner is “Copy Version Info”. Click that and paste directly into a post on this forum.
Application: KiCad x86_64 on x86_64
Version: 8.0.7-8.0.7-0~ubuntu24.04.1, release build
Libraries:
wxWidgets 3.2.4
FreeType 2.13.2
HarfBuzz 8.3.0
FontConfig 2.15.0
libcurl/8.5.0 OpenSSL/3.0.13 zlib/1.3 brotli/1.1.0 zstd/1.5.5 libidn2/2.3.7 libpsl/0.21.2 (+libidn2/2.3.7) libssh/0.10.6/openssl/zlib nghttp2/1.59.0 librtmp/2.3 OpenLDAP/2.6.7
Platform: Linux Mint 22.1, 64 bit, Little endian, wxGTK, X11, cinnamon, x11
Build Info:
Date: Dec 3 2024 15:56:02
wxWidgets: 3.2.4 (wchar_t,wx containers) GTK+ 3.24
Boost: 1.83.0
OCC: 7.6.3
Curl: 8.5.0
ngspice: 43
Compiler: GCC 13.2.0 with C++ ABI 1018
Build settings: