manifold
kons-9
Our great sponsors
manifold | kons-9 | |
---|---|---|
19 | 50 | |
611 | 549 | |
- | - | |
9.0 | 7.9 | |
4 days ago | 6 months ago | |
C++ | Common Lisp | |
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
manifold
-
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:
https://elalish.blogspot.com/search/label/Manifold
-
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 ?
-
C++: The Most Important Complexities
Our project https://github.com/elalish/manifold made use of this to speed up mesh processing algorithms a lot.
-
Text-to-CAD: Risks and Opportunities
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.
- Manifold Geometry library for topological robustness
-
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.
- Manifold New Geometry Kernel for OpenSCAD
kons-9
- OpenSCAD Survey - what programming language do you want to be added to app?
-
Lindenmayer Systems
Very cool. I must check this out.
I implemented some L-system features in my 3D Common Lisp system: https://github.com/kaveh808/kons-9
- Ask HN: Show me your half baked project
-
Profound Beliefs
In some small way I am revisiting the idea with https://github.com/kaveh808/kons-9
We'll see what comes of it.
- Kons-9: Common Lisp 3D Graphics Project
-
Symbolics Lisp Machines Graphics Demo (1990)
I began my 3D graphics development on a Symbolics workstation at the MIT Media Lab in the mid-80's. This was before the S-Graphics suite was released. [0]
The outstanding feature of the S-Graphics suite was the polygonal modeler which used a winged-edge structure that was far ahead of its time. It survives conceptually in the Wings3D system, which is a quite faithful copy of that modeler.
And of course you got the extensibility that came with the graphics system being built on Lisp.
But Symbolics was never, as far as I saw, a serious or popular contender in 3D production. Not only was the system expensive, but the hardware could not keep up with SGI's graphics abilities. Furthermore, the mass of CG developers at the time came from a C/Unix background, and rendering especially was so speed critical that C (and Fortran) resulted in faster systems.
Almost 40 years later, I have returned to the idea of developing a 3D system in Common Lisp [1]. We shall see where it leads.
[0] https://medium.com/@kaveh808/late-night-lisp-machine-hacking...
[1] https://github.com/kaveh808/kons-9
- Ask HN: Resources for Older Developers?
- Ask HN: What Are You Working On? (May 2023)
-
A good codebase to study as a beginner
If you are interested in 3D graphics, I have tried to keep my code simple and comprehensible: https://github.com/kaveh808/kons-9
-
Coding alone vs coding in a team
As a solo developer of my 3D system, my main focus has been to keep the enthusiasm and momentum going and to enjoy the development process, rather than worrying about how the code might not be optimal in various regards.
What are some alternatives?
gcodepreview - OpenSCAD library for moving a tool in lines and arcs so as to model how a part would be cut using G-Code.
clog - CLOG - The Common Lisp Omnificent GUI
openscad - OpenSCAD - The Programmers Solid 3D CAD Modeller
quicklisp-projects - Metadata for projects tracked by Quicklisp.
pyscad - Python bindings for OpenSCAD
McCLIM - An implementation of the Common Lisp Interface Manager, version II
jsketcher - Parametric 2D and 3D modeler written in pure javascript
clozure-cl - Unofficial mirror of Clozure CL
build123d - A python CAD programming library
weird - Generative art in Common Lisp
dactyl-configurator - Generate Dactyl keyboard designs from your browser.
bodge-nuklear - Thin wrapper over Nuklear for Common Lisp