Nice! I did something like this a long time ago: http://theartbot.com
I wrote a couple algorithms but the best one basically treated the darkness of the image like the altitude in a map, then drew contour lines. I also physically built the plotter.
There's a fun and vibrant plotter art community clustered around the AxiDraw and similar low cost at-home plotters. Lots of fun stuff, including several image converters like this.
Just yesterday I was playing with the Flow Imager plugin for VPype. Similar trick of using line density, but in this case it's using a randomized curved flowfield for texture. The fun thing is the experimental "flow along image edges" feature where you get some lines tracing edges in the original picture. https://github.com/serycjon/vpype-flow-imager
Just a warning. If you upload your own headshot in the standard light-on-light linkedin background style. You will come out looking like a horror film drawing. There isn't enough contrast so it makes your face very dark and jagged.
For anyone on Brave or Firefox with protection enabled: you have to turn it off, because canvas randomisation will just result it in it permanently drawing a mess of lines covering the entire square forever.
This is great! I just created a pen holding adapter for my 3d printer so I can do some plots. I still need to find a good way to efficiently convert SVG files to gcode, but this will be a good start.
Inkscape has a gcode generation tool, but it requires some tweaks to work on my prusa 3d printer. Still a work in progress!
I used to do kind of the opposite art/bored in class thing. Doodle a bunch of random loops and lines. Then see if I could see a graphic of something in there. Sort of my own rorschach test. Then try to bring out that image by going over those lines. I can't be the only one to do this.
Along similar lines, does anyone know of any good way to turn images into 'hedcut' WSJ style art? I've seen a few attempts but they don't tend to be very good, but it feels like something that's solvable, even if with a GAN or something.
Many years ago I wrote a program to convert images into Python scripts containing "turtle" commands. It's mostly a "cheat" based on "penup" and "GOTO(x, y)", but it can certainly be extended with smarter routing and optimisation algorithms: http://chriswarbo.net/projects/turtleview
Cool concept. I was trying to develop something along those lines. I'd like to feed an image to an algorithm and have it draw it, like this: https://www.youtube.com/watch?v=b8mwFDJgWR0 (but better)
Also, you can try reducing the "contrast" and "definition" settings. I think in this case the hoodie is taking a lot of the lines, I'll take a look, thanks!
Hijacking this post a bit, but does anyone know of a library or API service to convert SVGs to PLT (AutoCad Plotter format, based on HPGL) files. I need them to feed to a laser engraver.
I found convertio[o], but it doesn't support SVG embedded fonts so the text defaults to Times.
It can certainly be a Minimum Description Length (MDL), which is a more general measure based on an arbitrary language (like "lines on a canvas").
Kolmogorov Complexity is the MDL when the language is Turing-complete; in that case I think the number of lines would be less interesting than the patterns in their arrangement. For example, we can arrange millions of lines in a spiral with very low Kolmogorov Complexity; whilst a handful of "random" lines could have a much higher complexity (since, without a pattern, we have to specify them all individually).
I mentioned it in a sibling, but I've written a very simple Python script which can be used as a test-bed for finding the Kolmogorov complexity of plotter-based images (using turtle graphics) http://chriswarbo.net/projects/turtleview
[+] [-] bitwise-evan|4 years ago|reply
[+] [-] elliotf|4 years ago|reply
[+] [-] vanderZwan|4 years ago|reply
[+] [-] laymonage|4 years ago|reply
[+] [-] vladstudio|4 years ago|reply
[+] [-] NelsonMinar|4 years ago|reply
Just yesterday I was playing with the Flow Imager plugin for VPype. Similar trick of using line density, but in this case it's using a randomized curved flowfield for texture. The fun thing is the experimental "flow along image edges" feature where you get some lines tracing edges in the original picture. https://github.com/serycjon/vpype-flow-imager
[+] [-] jvanderbot|4 years ago|reply
I love it.
[+] [-] libertine|4 years ago|reply
[+] [-] ev1|4 years ago|reply
[+] [-] breadzeppelin__|4 years ago|reply
[+] [-] jimmaswell|4 years ago|reply
[+] [-] sodality2|4 years ago|reply
[+] [-] roland35|4 years ago|reply
Inkscape has a gcode generation tool, but it requires some tweaks to work on my prusa 3d printer. Still a work in progress!
[+] [-] londons_explore|4 years ago|reply
An untested python one-liner:
Grab the code for homing and stuff from the start of another gcode file that works.[+] [-] dukeofdoom|4 years ago|reply
[+] [-] uxamanda|4 years ago|reply
[+] [-] blhack|4 years ago|reply
[+] [-] javierbyte|4 years ago|reply
[+] [-] buixuanquy|4 years ago|reply
https://github.com/ColCarroll/imcmc
[+] [-] petercooper|4 years ago|reply
[+] [-] zerkten|4 years ago|reply
[+] [-] aharris6|4 years ago|reply
[+] [-] why55|4 years ago|reply
[+] [-] chriswarbo|4 years ago|reply
[+] [-] atum47|4 years ago|reply
[+] [-] ourcat|4 years ago|reply
Also see a ' weaving algorithm' here : https://github.com/i-make-robots/weaving_algorithm
[+] [-] reputet|4 years ago|reply
https://youtu.be/ph26HHK9FZg?t=36
[+] [-] ash_dev|4 years ago|reply
https://a.tmp.ninja/obxwcfzK.png
[+] [-] javierbyte|4 years ago|reply
[+] [-] forgotpwd16|4 years ago|reply
[+] [-] moehm|4 years ago|reply
[+] [-] clcaev|4 years ago|reply
https://m.youtube.com/watch?v=L2KdOJRR3Vo
His notebook is at https://plutocon2021-demos.netlify.app/paulbutler_penplottin...
[+] [-] jonah|4 years ago|reply
I found convertio[o], but it doesn't support SVG embedded fonts so the text defaults to Times.
[0] https://convertio.co/svg-plt/
[+] [-] tyingq|4 years ago|reply
https://forums.autodesk.com/t5/image/serverpage/image-id/400...
[+] [-] efortis|4 years ago|reply
[+] [-] Aspos|4 years ago|reply
[+] [-] pfd1986|4 years ago|reply
Neat idea regardless.
[+] [-] chriswarbo|4 years ago|reply
Kolmogorov Complexity is the MDL when the language is Turing-complete; in that case I think the number of lines would be less interesting than the patterns in their arrangement. For example, we can arrange millions of lines in a spiral with very low Kolmogorov Complexity; whilst a handful of "random" lines could have a much higher complexity (since, without a pattern, we have to specify them all individually).
I mentioned it in a sibling, but I've written a very simple Python script which can be used as a test-bed for finding the Kolmogorov complexity of plotter-based images (using turtle graphics) http://chriswarbo.net/projects/turtleview
[+] [-] wodenokoto|4 years ago|reply
Are there any text describing theories for doing this, or does everybody just trial and error their way through?