Image (Greyscale) to GCODE

[ghyman]

I wrote this about a year ago; I can develop it further if anyone thinks it's worth it!

[Death Adder]

Well, after one day here is what I've got. Attached is my try at this grayscale image to GCode thing. ;-)

The attached is in EXE and source form. It supports a range of input file types. It's configurable and seems to work for me. I'll keep working on it in the coming days but in the meantime maybe someone can try it and see how it works for them?

[fenn]

chris radek wrote a somewhat usable image to gcode script in Python that accepts a greyscale .gif file as input and works well with EMC.
If you haven't already seen it:
http://timeguy.com/cradek/image-to-gcode

[Salty72]

have you guys had a look at "IMAGE-dig" it converts .jpegs (or other formats) to a vectorized graph and produces x, y, z co-ordinates. another good program that might give some ideas is "Profiler-6" (see Attached) it has sorce code included, along with a few stipulations on it's use,

It might give sme ideas a kick

[Satbeam]

Originally Posted by ghyman BMP2XYZ program > I wrote this about a year ago; I can develop it further if anyone thinks it's worth it!

I like this program , only the tooth patteren I can not get close enough to make a close cut . Just can not get how the settings work with large picks , 12" by 15" . When I blow it up the cut lines are to far apart . Any seggesions ?

[Death Adder]

Well, since they didn't post any source code you're probably stuck there... But you could modify one of the open source programs from this thread (I wrote one of them.) My program was a quick VB project but it wouldn't be too hard to make it do interpolation between pixels to get you the smoothness you desire.

[ghyman]

Originally Posted by Satbeam I like this program , only the tooth patteren I can not get close enough to make a close cut . Just can not get how the settings work with large picks , 12" by 15" . When I blow it up the cut lines are to far apart . Any seggesions ?

Well, my apologies for waiting so long on this... things sort of fell through the cracks on this; it was more of a "I wonder if this would work" project, and I never really put any finishing touches on it...

I pulled it out this morning for a totally unrelated reason, but did add a few bells and whistles...

If you change the 'stepover' amount or the 'X width' of the cutter path, it will now give an estimate of the number of lines of code. 'Estimated' because part of the application goes back over the generated code and removes redundant moves... such as eight consecutive 'Y' moves at the same 'X' and 'Z' coordinates.

See what you think!

[moreil]

Seems like a popular thing to do!

I wrote a trivial one in C a few days ago just to handle the fact that I wanted to use a ball-nose cutter.

http://randomtechmakings.blogspot.co...converter.html

Runs on linux, taking an image and converts it to g-code. It's aware of the size of the tool, and cuts to the surface, not into it. So it's able to handle generating a coarse cut, followed by a fine cut.

And of cause it merge multiple steps along a line into a single command. Doesn't yet recognize curves, or do isocutting.

It's actually been used to carve things, so it won't make your machine catch fire. Probably. Maybe.