* Mouse over text takes too long, it should be visible instant. When I'm searching for a tool I don't want to wait 500ms for each symbol
* Even empty it feels more laggy then onshape on same device / browser.
* When I did a boolean operation there is no popup or similar where I can choose the tool and target. It's all based on selection order? How do I choose 2 tools and one target, or the other way around.
I'm glad people are working on this. The open source CAD world is not doing well (not you Blender<3) and even if you're willing to pay the big bucks for any of the proprietary options, they won't run on Linux without rather high levels of applied violence.
That leaves cloud only options like on-shape which means they get to hold your project files hostage. I'm not sure why any business has ever come to the conclusion that losing control of their design work is acceptable but here we are.
(and for the hardcore programmers there are OpenSCAD and derivatives such as PythonSCAD)
Wouldn't the compute from the tokens for these projects be better used improving existing projects? (there are more of these new 3D CAD tools than I can count: Cadivari, Layerling, OpenSketch, &c.)
FreeCAD and Dune3D are both OpenCascade based, so they are limited by OpenCascade's architecture (For example, OpenCascade uses per-entity tolerances, which means it is more bad geometry import tolerant, but if every face and edge has its own tolerance value in the kernel representation, then it creates a great amount of hidden tolerance drift.)
SolveSpace is still fairly limited on what it can do in terms of features such as fillet/chamfers, so it's not really suitable for pro work right now
For projects like SolidCraft, the SMLib kernel they are currently porting to Rust from Nvidia is currently about a decade behind OpenCascade, nevermind Parasolid/ACIS as they are still converting all geometry to NURBS instead of preserving analytical geometry, which means that their initial development is easier but it creates a near infinite amount of edge cases once they start going heavy into booleans and fillet/chamfers.
> the SMLib kernel they are currently porting to Rust from Nvidia is currently about a decade behind OpenCascade, nevermind Parasolid/ACIS as they are still converting all geometry to NURBS instead of preserving analytical geometry , which means that their initial development is easier but it creates a near infinite amount of edge cases once they start going heavy into booleans and fillet/chamfers.
Where are you getting this information from? Booleans and fillets at least use analytic geometry:
Ok, I think I oversimplified it too much previously, the more accurate way to word the difference is that in OCCT/ACIS/Parasolid, NURBS and analytical surfaces are separate entities altogether, whereas SMLib, due to its heritage, uses NURBS as the underlying representation of everything and only use analytical surfaces as shortcuts, and even their analytical surfaces are built on top of NURBS.
Hmmm. Have you tested the hard case, surface/surface intersections between cylinders yet?
For your application in IFC, the architecture difference between OpenCascade and SMLib doesn't matter as much, but a geometric modeling kernel for mechanical CAD has much stricter requirements in terms of geometric correctness, which is the reason that Rhino, despite being BRep and widely used in architecture, isn't used very much in mechanical CAD at all.
I agree, and I haven't tested more. Fully agree on the differences with true mcad and most implementations for IFC viewing aren't even BRep based, but mesh / polyhedral.
MoL seems to be more of a Rhino alternative than it is a mCAD application, so, yes, the architecture that makes it good for freeform surface modeling is what makes it less good for mechanical engineering applications.
One of those new *craft apps that try to clean room copy well known commercial solutions. Though apparently it's currently in a very early stage (buggy)
I had really good results with using Solidcraft (https://solidcraft.io/) for home stuff. Does 99% (I use solidworks makers for the remainder 1) of what I need and has a MCP connection which makes it fun. They use Nvidia’s recently open sourced BREP engine but Solidcraft is porting it to Rust.
Changelog notes seem to hint at MEDUSA, though I've never heard of that particular one. Definitely going to give it a try, always up for more browser based CAD options!
Just a one minutes test:
And it's all based on a single 16 000 large c++ file? https://github.com/Nx-Nass/NassCAD/blob/main/MEDUSA_SOURCE/n...wut? That whole repo seems a mess.
Well... I suppose that's one way to get out of using cmake. Not one I'd recommend though.
I'm glad people are working on this. The open source CAD world is not doing well (not you Blender<3) and even if you're willing to pay the big bucks for any of the proprietary options, they won't run on Linux without rather high levels of applied violence.
That leaves cloud only options like on-shape which means they get to hold your project files hostage. I'm not sure why any business has ever come to the conclusion that losing control of their design work is acceptable but here we are.
The thing is, there are already some notable projects:
- FreeCAD --- exactly what it says on the tin, and making huge improvements, so that I am quite hopeful of 26.3
- SolveSpace --- surprisingly capable/nimble/lightweight
- Dune 3D --- the new kid on the block, it is quite workable, and has quite good documentation: https://docs.dune3d.org/en/latest/simple-part.html
(and for the hardcore programmers there are OpenSCAD and derivatives such as PythonSCAD)
Wouldn't the compute from the tokens for these projects be better used improving existing projects? (there are more of these new 3D CAD tools than I can count: Cadivari, Layerling, OpenSketch, &c.)
FreeCAD and Dune3D are both OpenCascade based, so they are limited by OpenCascade's architecture (For example, OpenCascade uses per-entity tolerances, which means it is more bad geometry import tolerant, but if every face and edge has its own tolerance value in the kernel representation, then it creates a great amount of hidden tolerance drift.)
SolveSpace is still fairly limited on what it can do in terms of features such as fillet/chamfers, so it's not really suitable for pro work right now
For projects like SolidCraft, the SMLib kernel they are currently porting to Rust from Nvidia is currently about a decade behind OpenCascade, nevermind Parasolid/ACIS as they are still converting all geometry to NURBS instead of preserving analytical geometry, which means that their initial development is easier but it creates a near infinite amount of edge cases once they start going heavy into booleans and fillet/chamfers.
> the SMLib kernel they are currently porting to Rust from Nvidia is currently about a decade behind OpenCascade, nevermind Parasolid/ACIS as they are still converting all geometry to NURBS instead of preserving analytical geometry , which means that their initial development is easier but it creates a near infinite amount of edge cases once they start going heavy into booleans and fillet/chamfers.
Where are you getting this information from? Booleans and fillets at least use analytic geometry:
Analytic fillets:
https://gitlab-master.nvidia.com/omniverse/solidmodeling/-/b...
Analytic surface intersection (example of sphere/cone) used by booleans:
https://gitlab-master.nvidia.com/omniverse/solidmodeling/-/b...
Ok, I think I oversimplified it too much previously, the more accurate way to word the difference is that in OCCT/ACIS/Parasolid, NURBS and analytical surfaces are separate entities altogether, whereas SMLib, due to its heritage, uses NURBS as the underlying representation of everything and only use analytical surfaces as shortcuts, and even their analytical surfaces are built on top of NURBS.
Oops, messed up the links:
Fillets: https://github.com/NVIDIA-Omniverse/usd-brep/blob/main/sourc...
Intersections: https://github.com/NVIDIA-Omniverse/usd-brep/blob/main/sourc...
Can't comment on the fillet/chamfers but for boolean operations I didn't find it to be a decade behind at all https://github.com/IfcOpenShell/IfcOpenShell/pull/9958
Hmmm. Have you tested the hard case, surface/surface intersections between cylinders yet?
For your application in IFC, the architecture difference between OpenCascade and SMLib doesn't matter as much, but a geometric modeling kernel for mechanical CAD has much stricter requirements in terms of geometric correctness, which is the reason that Rhino, despite being BRep and widely used in architecture, isn't used very much in mechanical CAD at all.
I agree, and I haven't tested more. Fully agree on the differences with true mcad and most implementations for IFC viewing aren't even BRep based, but mesh / polyhedral.
Does Moment of Inspiration have that same lack of suitability? (I've long meant to try it)
MoL seems to be more of a Rhino alternative than it is a mCAD application, so, yes, the architecture that makes it good for freeform surface modeling is what makes it less good for mechanical engineering applications.
There is also https://getartcraft.com/apps/cadcraft
One of those new *craft apps that try to clean room copy well known commercial solutions. Though apparently it's currently in a very early stage (buggy)
That's 2D though. For 3D CAD there's SolidCraft.
https://solidcraft.io/
I had really good results with using Solidcraft (https://solidcraft.io/) for home stuff. Does 99% (I use solidworks makers for the remainder 1) of what I need and has a MCP connection which makes it fun. They use Nvidia’s recently open sourced BREP engine but Solidcraft is porting it to Rust.
I'm not sure if it's crashed or just very slow, but I've been waiting several minutes to preview a fillet on a cylinder end.
Which modeling kernel does it use?
From their Github, it looks like OpenCascade with Manifold for mesh boolean that they are calling MEDUSA.
Changelog notes seem to hint at MEDUSA, though I've never heard of that particular one. Definitely going to give it a try, always up for more browser based CAD options!
It's one big as single file https://github.com/Nx-Nass/NassCAD/blob/main/MEDUSA_SOURCE/n...
The Release page has:
>Download the Source code ZIP below and extract it. It includes the application, its libraries and the OpenCASCADE WASM/data files.
At first glance, this looks really impressive.