Hi, I just got an Tronxy X5SA-400 2019 Printer (with color touch screen and not open source firmware) and it seems it does not implement buffering as defined in: https://reprap.org/wiki/G-code#Buffering
Instead, it will wait to send the OK until it has actually executed the command. The result is, of course, stuttering and horrible print quality when printing from OctoPrint (similar to Ouch! SD card vs Octoprint - what a difference. Help? ).
The Tronxy printer however does buffer commands if they are sent without waiting for the corresponding OK. The OK is issued once the command has been processed (move has finished!). It will send a "busy" when it's internal buffer is full. I have tested this.
Can we add an advance option for a OctoPrint based pre-buffer such that, if activated, a number of commands will be sent even if no OK is received until either a maximum pre-buffer command count is reached or the printer sends "busy"? I think it would help a lot of people whose printers do buffering the other way around.