![]() | |
| Home Page | Mark Forums Read | Today's Posts | My Replies | Classifieds | Reviews | Photo Gallery | Web Links | Share Files | Advertise With Us | Ad List |
| |||||||
| Coding Post your Coding for opensource projects here. |
| This forum is sponsored by: |
![]() |
| | LinkBack | Thread Tools | Search this Thread | Display Modes |
|
#1
| ||||
| ||||
| While searching for something else a while ago I ran across a "Weighted Voronoi Stippling" program. The program is way cool (see screen captures below) but seems to have a bunch of programmatical issues. All or parts of the program appear to be in the "public domain" so I was wondering if any of the programming guru's would like to take a crack at spiffing up the Stippling application? All, or parts, of the program(s) code are done using C++ according to one reference. Nothing appears to have been updated with this application for almost a year (since 09/20/2005). Does this interest any hot-shot programmer or anyone else??? Maybe someone could propose some sort of collaboration with the original programmer, Adrian Secord. A White Paper by Adrian can be found here. Several points (pun intended) that need to be addressed: 1. After performing some operations the program refuses to close 2. The increase/decrease points hot keys do not seem to work 3. Manually entering the number of points sometimes doesn't work, the value is not retained after clicking OK 4. When changing parameters the display is often not updated 5. You can save the Stippled graphic as an EPS file but so far I haven't been able to open the saved EPS file with any other application due to file errors. 6. It would be nice to be able to save the Stippled picture in other raster/vector formats 7. The set radii function would benefit from an increase/decrease hotkey combination 8. Etcetera...
__________________ HayTay Don't be the one that stands in the way of your success! |
|
#2
| |||
| |||
| What do you plan to do with this? create g-code to machine dot patterns? I kind of like the idea of dots as opposed to v-carve type situations where it's a line streaking through the image, probably make a better output. Granted the disavantage being that it would take a long time to machine I would think. What is an EPS file? if you could output that, could you then machine that? I could think with a few parameters it would be easiest to just output the g-code. ross |
|
#3
| ||||
| ||||
| HayTay, I wrote a generic program that will do the same thing. My program will take any bitmap and scan the "X & Y-axis". In my sample I chose to use black and white for simplicity. The program will not cut in the "X & Y-axis" it will only infeed in the "Z-axis" (Endmill). I made the bitmap in MS-Paint, that I used in my program. So that means you could use any Font on your PC. Also, the sample program is slow on large bmp's. I attached 3 screenshots: ( Infeed in white "G01", Rapid in blue "G00" ) (1) "Switcher" inside an oval. (2) Zoom of #1. (3) My sample program. Jerry . |
|
#4
| ||||
| ||||
Is that part of the Sketch2Code application you've been working on, or some other project? I've been following that post for some time now and have enjoyed seeing your progress. I have to admit, though, that I have not tried it... yet. If this is a different programming app. is it anywhere near ready for the CNCZoner's to play with??? Um, uh, I mean Beta test it!Keep up the good work, I think you're on to something.
__________________ HayTay Don't be the one that stands in the way of your success! |
|
#5
| ||||
| ||||
| HayTay, This is a new program, just messing around. ![]() I thought about adding something like this into "Sketch2Code". It's not ready yet. Whats really cool about this code I started is, the scanning of the "X & Y-axis" is looking for a certain color (black). So that means code could be wrote to add as many colors that I add to my MS-Paint bitmap, and use each color as a sub program (g-code). Jerry . |
| Sponsored Links |
|
#6
| |||||
| |||||
| Let me reemphasize that this is NOT my program, all credit goes to the original programmer, Adrian Secord and any associates that may have helped him.
__________________ HayTay Don't be the one that stands in the way of your success! |
|
#7
| ||||
| ||||
If you kept the "Z" clearance/depth real shallow, I think the cycle time would be ok. Jerry . |
|
#10
| ||||
| ||||
To quote HuFlungDung, "First you get good, then you get fast."
__________________ HayTay Don't be the one that stands in the way of your success! |
| Sponsored Links |
|
#11
| |||
| |||
| It looks like the original program used the same size "dot" and increased the dot density for dark colors. You could also use a process similar to VCarve, but without the line that connects the dots (use a V shaped tool, and vary the depth of cut to change the dot size according to the shade of the pixel in the original image). |
|
#12
| |||
| |||
|
Making the code more efficient would be an intesting math problem, but since the move from point to point is always at clearance height, it might not be too difficult to solve. |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | Search this Thread |
| Display Modes | |
| |