convert lettering to path so outside could pocketed and fine lines in letters done with a V bit as profile
converted all letters to path , found no breaks in each preview all looks good, mid job it cuts through middle of a different letter ::(checked preview and found cut , recreated file 3 times even rolled back to RC7 same issue
job 1
GEORGE AND MARIE.mage (102.6 KB)
job 2
MARIE NEW 2.mage (84.4 KB)
Post your project file so we can take a look.
i attached them
they are attached below each lot of photos
are they not showing ?
i see them on my end
one more thing i forgot to add , the issue only appears in the 3rd pocket operation - raster
the 1st pocket and rest pocket- offset , run sweet , its not till after it randomly runs though middle of letters that it shows up in preview
after the 3rd piece of wood i had to bin :(I
i changed lettering using same operations and job ran without a hitch
What do you mean you changed the lettering?
Meaning you chose a different font then set as a path again?
I believe I know what’s causing this, but I’ll have to check to be sure.
My suspicion is that it’s not retracting to full height because the start depth is set quite low. Setting the start depth to 0, and setting it to run 11mm per pass does the same number of passes, but retracts correctly.
I’ll find it.
i see where you are coming from, but i would expect it to do it on all jobs , i have done other jobs starting at lower depth not “0” with no issues ,
why in pre start preview it looks fine ,but than after it cut through letter it appears in preview,
its only done it this time when converting font to path
when i changed to a different font for the 4th go and left it as font, not converted it to path .
it ran job using exact same tool paths as in the files attached ,without any issues with starting depth at bottom, not 0
it retracted perfectly
i can send you the file that cut perfectly if you want to compare
It actually ended up being a glitch in the part that figures out whether we need to do a full lift or not. The code checks where the bit is and where it’s going, and if it doesn’t touch any boundaries of the shape, we don’t have to do a full lift, and use a “pocket lift” instead.
It needed a teeny bit of “fudge factor” because the numbers were extremely close in a couple spots. It’s not the “convert to path” that’s doing it - it just happens to be the way the nodes in this shape line up with the path that was generated.
ah cool as , ill send you any more glitches i find along the way 
loving the software by the way , i wait patiently or more impatiently for new RCs to pop up to see what other new things , u have added
