There is no such thing as an arc in digital technology. It is always broken, only it has more or fewer lines depending on the accuracy required. Real bows are analog only.
If you look at the arc approximation with many "pixels" at the right distance, we get a good approximation of the "analog" arc. As for the analog, you are probably forgetting the quantum nature of energy and space. From this point of view, there is no "analog", since it is also composed of quanta of space, albeit very tiny. The true arc only exists in mathematics that ignores the quantum nature of our world. And for painting arcs, the G02 or G03 command is used in the G-Code. In good plotters these commands are always implemented.
And for painting arcs, the G02 or G03 command is used in the G-Code. In good plotters these commands are always implemented.
In the weak too Even GRBL supports it. Of course, the grbl itself converts the arcs into sections with the specified accuracy, but the advantage is that the machine does not chop on the curves, making approach and stop to each section, or unfortunately GRBL does not support G64. Throwing a program into the machine that contains only linearly interpolated motions is a feature of a weak CAM program.
Okay, let's go that deep into quantum theory. As for the G-Code, it was easier for me to process the HPGL file. It was enough to calculate the position of the center of rotation of the knife so that the blade was there and now. The plotter used did not support G-Code. Besides, when I was doing it, and I was doing drawings in AutoCad, the HPGL was practically the only portable vector file. AutoCad did not generate G-Code. However, for other needs (wire EDM machines) I generated G-Code with AutoLispie program.