An update to the script.
- Added insertion frequency
- Added support for relative extrusion
- Retract is now a boolean and the settings come from Cura. There won't be a retraction if there is already a retraction.
Add pause count notification
Update DisplayInfoOnLCD.py
Moved some line insertions to accommodate newer Creality firmware.
Change DisplayFIlename and DIsplayProgress
Add messages to use DIsplay Info and add exit code.
Update DisplayInfoOnLCD.py
Some changes
Get the current print time estimate, adjust it by the Fudge Factor, and add it to the current time +10 minutes (to actually start the print.)
Update DisplayInfoOnLCD.py
Change message format for Finish Time Estimate.
Added Gradual Accel Change.
Update LimitXYAccelJerk.py
Round the Accel numbers to nearest "50".
Create LimitXYAccelJerk.py
New post processor to limit the X and or Y accel and jerk for bed-slinger printers.
Update LimitXYAccelJerk.py
Removed debug code.
Update LimitXYAccelJerk.py
Remove debug code
Update LimitXYAccelJerk.py
Bug Fix
Remove code that added the PP name to the gcode.
Create DisplayInfoOnLCD.py
This post processor combines DisplayLayerAndFilename with DisplayProgress. Those two post processors would be obsolete.
Some printers accept commands like TIMELAPSE_TAKE_FRAME or whatever, after all. Make it explciti that a line should start with T<number> in order to qualify.
Should fix#15729
Users could still set the option first, _then_ switch to Griffin, giving the same problems before the default was switched to false (since the setting is disabled for Griffin flavour anyway).
part of CURA-10451
Hold-stepper-motor (and maybe beep) options, newly introduced previously, _and on by default_ (even though it was clear they where not meant for Griffin flavour GCode -- because at least the hold-motor option was not even visible for Griffin) where causing UltiMaker printers with prints that had the pause-at-height script enabled to fail.
should fix internal ticket CURA-10451
For non-Repetier and non-Ultimaker printers - Move the prime extrusion so it occurs while the print head is still in the parked position so the blob doesn't happen over the print (GitHub #13584 and #11471 for reference).
Add a user option to use M104 or M109 for the resume temperature to avoid an unnecessary delay if the resume temperature is the same as the standby temperature.
committed as part of CURA-9822
For relative mode, not only needs the retractions created to be actually relative, but it also needs to compensate on the next G1 (as opposed to absolute mode, where you'd want to go to the same absolute E position after). Rather than massively complicating the already gnarly code (once it found a G1 retraction, it scanned forwards to find G0 statements (which it rewrote to G1), so it would go over those _again_ in the middle (layer) loop). While this worked for absolute mode, but would be a nightmare to make work for relative mode as-is (if only because the compensation could _also_ potentially involve keeping track of things over the outer loop). As a bonus I think the resulting code is actually easier to read.
part of CURA-10092 -- should fix#14100
