AndersE wrote: I do NOT want to use SD.
if you plan to use windows and usb you have to deal with a problem that you cannot push enough data at enough speed from windows and you will have this pauses.. you can try to use higher serial port speed but depending on what's on other side it will or will not work. Linux can be bit more stable but if you are using the computer while printing or if the moves are too small you will have issue with macos/linux too. SDcard is the only way to deliver code fast enough in some cases.
gearsawe wrote:printing over SD is not an option since I need to pause to change out filament for multi color jobs
many printers support pause themselves, octoprint on a dedicated rpi/opi also supports it an makes your printer untethered from your computer while retaining full control over the printer.
btw, in 99% of cases when you have pauses 'cause moves are too slow it's actually bad g-code with too many too small movements.. S3D had issue with those before (creating too many small movements in case STL was too detailed) but that was fixed some time ago... still, make sure the STL that goes into S3D is adequate for your printer (no point in having 0.1mm features in your stl printing with 0.5mm line).. would be nice if S3D could do some STL optimization before the print but you can do it in many other packages (for me best STL optimization can be done with AOI)
gcodestat integrates with Simplify3D and allow you to
Calculate print time accurately (acceleration, max speed, junction deviation all taken into consideration)
Embed M117 codes into G-Code
Upload your G-Code directly to Octoprint
open source and unlicence