Or error threshold either, really.Ĭan you show or tell what options you used? To be honest, I'm not sure what filter iterations means. I used whatever it looks like the default options are. Except there are a few glitches, where it draws some loops, probably because the quality of the image (is a bit fuzzy, and the edges are jagged). Hhmm, when I use it with your attached raster image, it puts the path exactly in the middle. * driving the system into swap (4 GB nominal DDR2 RAM), sometimes unrecoverable even niced at 10 In the meantime, I'll try to get a sample file up somehow.Īs an aside, but potentially helpful to aid experimentation - another problem is : This leads to another question about, I suppose, how fine a resolution can be obtained. in preparing a sample file to illustrate, I discovered that if the ink drawing is cropped small enough in, say, Gimp, the single line I am expecting indeed shows up. to help obtain the desired outcome - a single trace directly in the midpoint of the ball-point ink line stroke. I am still experimenting with the settings, and using a search engine to look for pages/videos/etc. Note that "=" from the ink is, successfully, gone - a desired outcome. <- centerline trace on other side of "=" I need to learn how to post images here, so in lieu of that, I'll try to use ASCII text to illustrate : my results with the last step show the drawing, except the lines are on either edge of the main ink line. Then I kind of select the ink drawing, move it out of the way, and delete it. * Object -> Trace Bitmap -> select centerline or autotrace *load file - this was either a png or svg, either seemed to work. I expect centerline or autotrace to accomplish this. I want to convert hand drawn lines from a ball-point pen into a single line. Just starting to experiment with centerline/autotrace as built into the Linux app image beta version.
0 Comments
Leave a Reply. |