Closed mwestphal closed 1 year ago
F3D Community is welcoming to users and developers alike! Ask questions, gets involved and starts contributing in a beginner-friendly environment .
F3D is looking for sponsors! We have some expanses mainly related to github and web hosting bills, any help to cover the cost would be highly appreciated. To thank you, we'll offer preferential support and vote on next feature and bugfix as soon as you start sponsoring. Much love to our few sponsors @Ramalama2 @Ninroot :heart:
Many new feature for better animation in F3D! Animation is now real-time based and there are many new animation options:
--animation-speed-factor
to slow, speed and invert time--animation-frame-rate
to control the frame rate--animation-time
option to set an animation time to load initiallyCamera options have been improved greatly and now let you set a direction, great to generate screenshot for the same POV of different geometries. Default camera locations have been updated to get a better initial look at the data. New options are:
--camera-direction
: Set the direction the camera is looking at, to use with --camera-focal-point
--camera-zoom-factor
: Set the initial zoom factorIt is now possible to use MatCap textures to color your model.
Setting the HDRI has never been easier, now with .exr support and better caching performance! Just drop a .hdr or .exr on the F3D window and the HDRI will be loaded!
Thanks to all our packagers that help F3D reach a wider audience: AndnoVember @kylosus @kevinsmia1939 @yurivict @bcdarwin @svenstaro @mzf-guest Thanks to all our contributors for this release: DeveloperPaul123 @topazus @bkmgit @snoyer @Meakk @mwestphal
Credits: Bristleback DOTA Fan-Art by Nikolay_Tsys. Future Parking HDRI by Sergej Majboroda. Luxray by Gianmarco. Bell Park Dawn HDRI by Greg Zaal.
@snoyer @Meakk let me know If I missed anything in the above release notes. Also see the list of "focus points" on top.
2.1.0-RC1 Testing:
Arch Linux: Thumbnailer not working Ubuntu: Ctrl+Drop + Thumbnailer not working
First pass done
Added mandatory emoticons 😛
Promotion Title:
F3D 2.1.0 Released! Fast and minimalist open source 3D viewer now with better animation, camera option and HDRI support.
RC3 validated
The F3D package on Flathub was updated in https://github.com/flathub/io.github.f3d_app.f3d/pull/34.
The progress bar during file loading is missing in this version. If I drop a slightliy more complicated STEP file the app now seems to freeze - no visible feedback at all for several seconds - and then eventually shows the model. Please re-add the progress bar.
@drtrigon : It works fine here, tested with a big VTU file. I dont have access to a big step file, could you share one that show the behavior ?
release is done.
@mwestphal : I did more testing.
If I open a STEP file usually the progress bar does not get showed. Sometimes it does but that’s rare. No idea of the cause.
What I found is, something is wrong with STL files. It does not report “not supported” but behave very similar as if opening a STEP file, but never displays anything.
(I seemingly mixed the two things up as I just was browsing directories by using the arrow keys – my bad.)
Hope that clarifies things. Thanks and greetings!
Could you share the problematic files ?
It was not a specific faile but essentially all, here a set of 3:
There is no progress issue, the file are just not opening correctly in F3D for some reasons.
If you show the verbose output you will see:
Scene bounding box: -3.3063e+38,3.35316e+38,-3.04052e+38,3.35316e+38,-3.29992e+38,3.1336e+38
Camera position: 2.34313e+36,-2.37185e+39,-8.31569e+36
Camera focal point: 2.34313e+36,1.56319e+37,-8.31569e+36
Camera view up: 0,0,1
Camera view angle: 22.1264
Using grid unit square size = 1e+38
Grid origin set to [2.34313e+36, 1.56319e+37, -3.29992e+38]
The file are very very far away from the origin, breaking F3D rendering.
Inspecting the files in ParaView we see that indeed, the point coordinates are basically non-sensical:
(top part of a plot of point magnitude, bottom part is an excerpt of some point taken at random from the high magnitude points)
There are two possible reasons for this:
How did you generate these files ?
BTW this discussion would fit much better on discord (https://discord.f3d.app)
The original file was in a (rather esoteric) CAD format using file extension .prt
. As we got the files from a previous project I was not involved in I could never fully figure out what the original format was (just assumtions).
At some point I used CAD Exchanger 3.9.2 build 14270 (cadexchanger.com)
in order to batch process and convert them to .stp
, .stl
and .png
such that we are at least able to use them.
The thing to notice is, e.g. the windows stl viewer is able to render those files correctly.
Can they somehow be "sanitized" or repaired, e.g. by subtracting a common offset like the Grid origin [2.34313e+36, 1.56319e+37, -3.29992e+38] or would it be possible to downscale it using the grid unit square size of 1e+38 ?
(I can come to discord of course the thing is, I cannot make sure to be online the same time you are... I am in Europe, what about you?)
The thing to notice is, e.g. the windows stl viewer is able to render those files correctly.
I will check when I can
Can they somehow be "sanitized" or repaired, e.g. by subtracting a common offset like the Grid origin [2.34313e+36, 1.56319e+37, -3.29992e+38] or would it be possible to downscale it using the grid unit square size of 1e+38 ?
Probably, but no idea how to do that.
(I can come to discord of course the thing is, I cannot make sure to be online the same time you are... I am in Europe, what about you?)
@Meakk and myself are both in France, but there are users all over the world anyway :)
The thing to notice is, e.g. the windows stl viewer is able to render those files correctly.
I will check when I can
Can they somehow be "sanitized" or repaired, e.g. by subtracting a common offset like the Grid origin [2.34313e+36, 1.56319e+37, -3.29992e+38] or would it be possible to downscale it using the grid unit square size of 1e+38 ?
Probably, but no idea how to do that.
For reference:
(I can come to discord of course the thing is, I cannot make sure to be online the same time you are... I am in Europe, what about you?)
@Meakk and myself are both in France, but there are users all over the world anyway :)
As soon as I am back at work I can join the discord channel.
@drtrigon was this issue ever fixed ?
I don't know. Was a bugfix added, that I should test?
Did we discuss it on discord ? I should have taken notes, sorry about that.
Actually I don't think we discussed this... 🤔
What would be your questions? (such that I can prepare)
just to understand how was the dataset generated and what behavior do you have.
Release Candidates :
v2.1.0-RC3
version change in https://github.com/f3d-app/f3dCMakeLists.txt
in themaster
branchv2.1.0-RC2
and push it to https://github.com/f3d-app/f3d:git tag v2.1.0-RC3 -m v2.1.0-RC3
v2.1.0-RC3
F3D version, superbuildmain
branch and prerelease publishtrue
v2.1.0-RC3
prerelease from https://github.com/f3d-app/f3d/releasesv2.1.0-RC3
prerelease on Linux: run, render, config file, drag&drop, thumbnails, exec from file manager, sdkv2.1.0-RC3
prerelease on macOS: run, render, config file, drag&drop, exec from file managerv2.1.0-RC3
prerelease on Windows: run, render, config file, drag&drop, thumbnails, exec from file manager, sdkN
Release :
v2.1.0
version change in https://github.com/f3d-app/f3dCMakeLists.txt
v2.1.0
and push it to https://github.com/f3d-app/f3d:git tag v2.1.0 -m v2.1.0
master
branch into therelease
branch2.1.0
in https://github.com/f3d-app/f3d-superbuildversions.cmake
v2.1.0
and push it to https://github.com/f3d-app/f3d-superbuild:git tag v2.1.0 -m v2.1.0
v2.1.0
F3D version,v2.1.0
sb version and prerelease publish truedoc