Vectric Aspire makes a mess of a circle?

[Neale]

I'm guessing a bit here, but one reason for Aspire's 4-arc strategy might be potential problems with motion controllers. I seem to remember a gcode manual mentioning that some motion controllers could get a bit confused by full turns, so breaking it into arcs could be more reliable. If that was true once, it's probably not relevant any more with the motion controllers we use today but maybe it's just a historical thing?

There's a discussion of a possible reason here, to do with rounding errors in start/stop points in nearly-full circles. I used to use a free CAM package with LinuxCNC and it often threw up errors with these kind of arc calculations in g2/g3 moves. When I moved to vCarve all those problems went away, so maybe there's sense in it!