kons-9
gcodepreview
kons-9 | gcodepreview | |
---|---|---|
50 | 26 | |
549 | 11 | |
- | - | |
7.9 | 7.8 | |
6 months ago | 10 days ago | |
Common Lisp | OpenSCAD | |
MIT License | GNU Lesser General Public License v3.0 only |
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.
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.
gcodepreview
-
Pyspread – The Most Pythonic Spreadsheet
I've tried a lot of 3D software over the years, and OpenSCAD has been the one I've been most successful with (along w/ Carbide Create, but I work for that company....)
Currently working on a library which makes the two work together:
https://github.com/WillAdams/gcodepreview
(which is currently quite primitive/basic, and even when fully developed is not likely to be used by anyone else)
-
Digital Wood Joints
I've been working on this sort of thing for a while.
For a Japanese spin on this see Tsugite:
http://ma-la.com/Tsugite_UIST20.pdf
which I worked through at:
https://community.carbide3d.com/t/a-study-of-joinery/28492
Traditional joints (box, dovetails, or obscure variations such as Knapp (cove and pin)) require a vertical fixture and 3 setups (at a minimum) --- cut parts to length and machine internal features, mount four board and cut joints in 2 corners, flip boards (with correct orientation) and cut other two corners.
Rabbet joints are simpler --- so simple that they were covered in a video as "The Simple Box":
https://www.youtube.com/watch?v=V93xDM3lXsM
(ob. discl., I work for Carbide 3D)
There have been a number of programs developed for joinery. A current commercial option is:
http://www.g-forcecnc.com/jointcam.html
(but it requires a vertical fixture)
One commercial option became freely available:
https://fabrikisto.com/tailmaker-software/
and ingeniously has an option where a 30 degree V endmill is used, but to cut boards held at a 15 degree angle, affording a 90 degree cut with a great deal of control and flexibility --- this can multiply setups to 9.
A variation I've been experimenting with is full-blind box joints:
https://community.carbide3d.com/t/full-blind-box-joints-in-c...
They're reasonably easily drawn up, though they do have some rather specific tooling requirements (a narrow 90 degree V endmill, a square tool of that or smaller diameter, and to make things easier, a large V endmill)
One test project was so tight that after putting it together for a dry-fit before gluing I was unable to get it apart:
https://cutrocket.com/p/63781eaf9822f/
I've been working on a programming system to make this sort of thing a bit easier:
https://github.com/WillAdams/gcodepreview
and have some sketched out joints which I've not been able to make using existing CAM tools which I hope I'll be able to do using this system (if anyone could recommend books on conic sections, I'd be grateful --- that's where I got bogged down last time).
-
PicoGK is a compact and robust geometry kernel for Computational Engineering
While I certainly appreciate the virtues of a Domain Specific Language, and that OpenSCAD has been wildly successful because of its limitations, the limitations are downright infuriating at times.
An interesting potential alternative (which hopefully won't result in a fork) is adding Python:
https://pythonscad.org/
which I've had some success with:
https://github.com/WillAdams/gcodepreview
ImplicitCAD is interesting --- and the (new?) ability to open files from GitHub is _amazing_ (OpenSCAD recently gained that same facility, _and_ it supports the customizer: https://seasick.github.io/openscad-web-gui/?https://raw.gith... ), but it's a heavy lift given the need to work out how to edit files, preview them, and so forth.
-
Flattening Bézier Curves and Arcs
Do you have a need to?
Do you have a project which might be able to make use of this? What sort of work do you do?
I am bookmarking this for re-reading later because I hope it will help me to understand how to implement Bézier curves in a tool I've been working on for controlling a CNC machine/creating files for cutting on a CNC:
https://github.com/WillAdams/gcodepreview
(but first I have to get arcs working)
- OpenSCAD Survey - What should be improved ?
- OpenSCAD Survey - what programming language do you want to be added to app?
-
FullControl: Unconstrained gcode design for 3D printers
Interesting.
I've long been frustrated by traditional CAD/CAM, so finally worked up:
https://github.com/WillAdams/gcodepreview
which allows me to use:
http://pythonscad.org/
and:
https://github.com/derkork/openscad-graph-editor
to create joinery:
https://forum.makerforums.info/t/openscad-and-python-looking...
which would otherwise be tedious to draw up:
https://community.carbide3d.com/t/creating-drawers/19475/26
-
Visual Node Graph with ImGui
The problem here is that a fundamental question has not been answered, and as far as I can tell, has not been addressed by any of these visual environments:
What does an algorithm look like?
Herman Hesse alluded to this in his novel _The Glass Bead Game_, but despite decades of discussion and work, no one has made a convincing pysical representation of that system.
I love the concept, and have made some moderately complex attempts, e.g.,:
https://www.blockscad3d.com/community/projects/1430644
https://github.com/WillAdams/gcodepreview
it always devolves to screen size being out-paced by problem complexity --- one gets something of an inkling of this at:
https://scriptsofanotherdimension.tumblr.com/
Alternately, one can just break a project down into modules, but then the top-level view becomes the wall of text representation (albeit w/ nice lines or captured into pretty boxes) which one is ostensibly trying to escape.
I'd love to see someone succeed in this, and I've been using:
https://github.com/derkork/openscad-graph-editor
quite a bit, and put a bit of money towards:
http://nodezator.com/
-
Suggest for buying a small CNC
or perhaps Solvespace --- certainly FreeCAD, and if you're inclined to do programming, OpenSCAD --- see: https://github.com/WillAdams/gcodepreview for an approach which uses RapCAD
- Buy a used Bobs Evolution 4?
What are some alternatives?
clog - CLOG - The Common Lisp Omnificent GUI
openscad-graph-editor - OpenSCAD Graph Editor
quicklisp-projects - Metadata for projects tracked by Quicklisp.
manifold - Geometry library for topological robustness
McCLIM - An implementation of the Common Lisp Interface Manager, version II
RapCAD - Rapid prototyping CAD IDE for RepRap and RepStrap 3D printing machines.
clozure-cl - Unofficial mirror of Clozure CL
Pythonocc-nodes-for-Ryven - Pythonocc nodes for Ryven
weird - Generative art in Common Lisp
jsketcher - Parametric 2D and 3D modeler written in pure javascript
bodge-nuklear - Thin wrapper over Nuklear for Common Lisp
meshmill - The world's greatest open source 3D CAM software. (Maybe one day.)