The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning. Learn more →
Manifold Alternatives
Similar projects and alternatives to manifold
-
-
tauri
Build smaller, faster, and more secure desktop applications with a web frontend.
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
-
-
-
Graphite
2D raster & vector editor that melds traditional layers & tools with a modern node-based, non-destructive, procedural workflow.
-
fornjot
Early-stage b-rep CAD kernel, written in the Rust programming language.
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
gcodepreview
OpenSCAD library for moving a tool in lines and arcs so as to model how a part would be cut using G-Code.
-
component-model
Repository for design and specification of the Component Model
-
-
-
-
-
-
dactyl-generator-demo
This shows how dactyl generator (https://dactyl.mbugert.de/) parameters work
-
-
-
-
thorvg
Thor Vector Graphics is a lightweight portable library used for drawing vector-based scenes and animations including SVG and Lottie. It can be freely utilized across various software platforms and applications to visualize graphical contents.
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
manifold reviews and mentions
-
PicoGK is a compact and robust geometry kernel for Computational Engineering
Small in a relative sense compared to some larger codebase.
Here's a bit on Manifold:
https://github.com/elalish/manifold/wiki/Manifold-Library
and the author's blog is interesting:
-
3D and 2D: Testing out my cross-platform graphics engine
For cad kernels I highly recommend manifold https://github.com/elalish/manifold
- OpenSCAD Survey - What should be improved ?
-
Text-to-CAD: Risks and Opportunities
I doubt if it is possible to have a practical small kernel. Take mesh processing in https://github.com/elalish/manifold for example, we encountered a lot of problems when trying to deal with inexact floating point arithmetic. Using exact arithmetic can probably result in much simpler code (doesn't make sense in our case because the point of the library is about dealing with inexact arithmetic), but exact means slow. Also, a lot of code is about fast-paths that occurs frequently, data structures and algorithms that cut down complexity but are difficult to implement. Can we remove those fast-paths and complex algorithms? Probably yes, but this will slow things down a lot.
I think the interesting thing about CAD kernel is that there are different representations and limitations to each representation. You have triangular (or polygonal) mesh, BREP which uses NURBS, SDF which is based on functional representation. I have experience working with triangular meshes and SDF so here are my opinions about them, please correct me if I am wrong:
Triangular mesh is conceptually simple, but requires many faces to approximate curved surfaces with high precision (you may be able to use subdivision surface in some cases but intersection/union in those cases are more challenging). Also, for more complicated models, floating point errors really add up and you either have to use an exact representation (which is really slow) or try some other approaches which can be robust w.r.t. errors (e.g. https://github.com/elalish/manifold but it is really hard to get right). Another disadvantage comparing with BREP is the lack of constraint solving, which i
Wondering why no BRep support means it is not a CAD. It seems that OpenVSP doesn't use BRep but uses parametric surface [1]. I wonder if mesh-based modeling + some constraints solving will get you a CAD, or are there other requirements that I don't know? I only work on mesh processing library on my free-time and I don't know much about BRep.
[1] https://github.com/elalish/manifold/discussions/549#discussi...
-
My Unhealthy Relationship with Keyboards ⌨
Unhealthy relationship with keyboards? Comparing with the r/MechanicalKeyboards or r/ErgoMechKeyboards people this relationship is more like divorced...
I added python binding and ended up being on of the devs for https://github.com/elalish/manifold because OpenSCAD is too slow for my modeling (I am quite impatient). Optimizing my keyboard for months with more than 5 complete rebuilds to optimize my design (looks like this: https://i.redd.it/xtf0f54mt7ya1.jpg), and is afraid of open sourcing it because my code looks too bad :(
-
OpenSCAD's Web Playground got upgraded (still Alpha)
Now much faster and more stable thanks to the Manifold engine (https://github.com/elalish/manifold): in fact it is often faster than the last stable desktop release from https://openscad.org/.
Also much better code completion, and ships with a few examples from the various bundled libraries to get you started.
-
When I place down a CSGPolygon3D in this shape (haven't tried other shapes) it always opens a portal to hell, and it's not just in the editor, it's in the game too. Does anyone know what I can do about this?
At the end, they gonna replace it with ( elalish manifold.
-
A note from our sponsor - WorkOS
workos.com | 17 Apr 2024
Stats
elalish/manifold is an open source project licensed under Apache License 2.0 which is an OSI approved license.
The primary programming language of manifold is C++.