juli/OrcaSlicer
1
1
Fork 0
mirror of https://github.com/OrcaSlicer/OrcaSlicer.git synced 2026-05-20 20:03:47 +00:00
Code Issues Packages Projects Releases Wiki Activity

Updated Wiki content

OrcaSlicerBot
2025-12-30 16:22:23 +00:00
parent 592ecd3dd4
commit d66de08934
1 changed files with 10 additions and 7 deletions
Download Patch File Download Diff File Expand all files Collapse all files

17
print_settings/quality/quality_settings_precision.md

@@ -26,20 +26,23 @@ Smaller value means higher resolution and more time to slice. If you are using b
## Arc fitting
Enable this to get a G-code file which has [G2 and G3](https://marlinfw.org/docs/gcode/G002-G003.html) moves.
Enable this to combine moves by approximating multiple straight segments into fewer arcs which use [G2 and G3](https://marlinfw.org/docs/gcode/G002-G003.html) moves.
After a model is sliced this feature will replace straight line segments with arcs where possible. This is particularly useful for curved surfaces, as it allows the printer to move in a more fluid manner, reducing the number of G-code commands and improving the overall print quality.
This will result in a smaller G-code file for the same model, as arcs are used instead of many short line segments. This can improve print quality and reduce printing time, especially for curved surfaces.
The purpose of this feature is to reduce the size of the generated G-Code, which can benefit various use cases. Do not assume that enabling this feature will result in higher quality or smoother prints.
![arc-fitting](https://github.com/OrcaSlicer/OrcaSlicer_WIKI/blob/main/images/Precision/arc-fitting.svg?raw=true)
> [!IMPORTANT]
> This option is only available for machines that support G2 and G3 commands and may impact in CPU usage on the printer.
> Ensure that the printer supports G2/G3 commands!
>
> The use of arcs involves a double approximation (segments to arcs in Orca Slicer, arcs to segments inside the printer firmware) which causes additional errors, and modern STLs already have a resolution higher than the segments generated by most printer firmwares. The surface quality might be negatively affected by the use of arcs.
> [!NOTE]
> **Klipper machines**, this option is recommended to be disabled.
Klipper does not benefit from arc commands as these are split again into line segments by the firmware. This results in a reduction in surface quality as line segments are converted to arcs by the slicer and then back to line segments by the firmware.
> For Klipper printers see the [documentation](https://www.klipper3d.org/Config_Reference.html#gcode_arcs) for setting the resolution of the arcs generated internally: the default is very rough at 1.0 mm per segment. If your printer is based on Marlin, you will have to check the source code used for your printer, since old Marlin versions also used 1.0 mm as default.
>
> The internal generation of segments from arcs requires higher CPU usage from the printer microcontroller and therefore it might cause slow-downs (and reduced surface quality) on printers using 8-bit microcontrollers.
## X-Y Compensation