kimstik
Thanks, the reason is that 5.1 is supported by linuxcnc and grblHAL if some path can be well interpolated well by a quadratic, why not? question of freedom :)
actually both of them supports 5 and 5.1 grblHAL does not support 5.2 yet
sure. no stress ;) just fun
another point is to use higher order of modulation, which is simple ``` #define DS_SIZE 2 int32_t err[DS_SIZE] = {}; void DeltaSigma2(int16_t sample[2], uint32_t dsBuff[8]) { int32_t sum = (((int32_t)sample[0])...
Well.. It should be tested a bit;) I like this kind of time-critical optimizations. My expectation is to get more dry runtime code. I have to take time to prepare...
IMHO offline mode is essential.
https://github.com/domoszlai/juicy-gcode/issues/7 https://github.com/DeepSOIC/SplineTravel https://github.com/Matttab/spline-examples/tree/main/linuxCNCsplineTest I guess it's not that hard to extract NURBS from Rhino objects. To be honest, I have no idea who supports NURBS post-processing natively. What warms me...
one more G5 (Cubic) sample. imported from https://upload.wikimedia.org/wikipedia/commons/f/ff/GClef.svg juicy-gcode.exe GClef.svg -b -o GClef.nc [GClef.zip](https://github.com/grblHAL/core/files/9206676/GClef.zip) G5.1 (Quadratic) example: [GClef_quad.zip](https://github.com/grblHAL/core/files/9212183/GClef_quad.zip)
Perhaps it is much better to fix issue in ch552 side? Do you have description of issue that you workaround?
I have no issues with IP20124R7MPL9 or CB2012T100MR