mirror of
https://github.com/SoftFever/OrcaSlicer.git
synced 2025-07-18 12:17:54 -06:00
parent
255b23f0fc
commit
aee136cedd
14 changed files with 168 additions and 164 deletions
|
@ -473,6 +473,8 @@ public:
|
|||
// Force the generation of solid shells between adjacent materials/volumes.
|
||||
ConfigOptionBool interface_shells;
|
||||
ConfigOptionFloat layer_height;
|
||||
ConfigOptionFloat raft_contact_distance;
|
||||
ConfigOptionFloat raft_expansion;
|
||||
ConfigOptionPercent raft_first_layer_density;
|
||||
ConfigOptionFloat raft_first_layer_expansion;
|
||||
ConfigOptionInt raft_layers;
|
||||
|
@ -522,6 +524,8 @@ protected:
|
|||
OPT_PTR(infill_only_where_needed);
|
||||
OPT_PTR(interface_shells);
|
||||
OPT_PTR(layer_height);
|
||||
OPT_PTR(raft_contact_distance);
|
||||
OPT_PTR(raft_expansion);
|
||||
OPT_PTR(raft_first_layer_density);
|
||||
OPT_PTR(raft_first_layer_expansion);
|
||||
OPT_PTR(raft_layers);
|
||||
|
@ -1090,7 +1094,7 @@ public:
|
|||
// The percentage of smaller pillars compared to the normal pillar diameter
|
||||
// which are used in problematic areas where a normal pilla cannot fit.
|
||||
ConfigOptionPercent support_small_pillar_diameter_percent;
|
||||
|
||||
|
||||
// How much bridge (supporting another pinhead) can be placed on a pillar.
|
||||
ConfigOptionInt support_max_bridges_on_pillar;
|
||||
|
||||
|
@ -1142,7 +1146,7 @@ public:
|
|||
|
||||
// The height of the pad from the bottom to the top not considering the pit
|
||||
ConfigOptionFloat pad_wall_height /*= 5*/;
|
||||
|
||||
|
||||
// How far should the pad extend around the contained geometry
|
||||
ConfigOptionFloat pad_brim_size;
|
||||
|
||||
|
@ -1166,7 +1170,7 @@ public:
|
|||
|
||||
// Disable the elevation (ignore its value) and use the zero elevation mode
|
||||
ConfigOptionBool pad_around_object;
|
||||
|
||||
|
||||
ConfigOptionBool pad_around_object_everywhere;
|
||||
|
||||
// This is the gap between the object bottom and the generated pad
|
||||
|
@ -1180,7 +1184,7 @@ public:
|
|||
|
||||
// How much should the tiny connectors penetrate into the model body
|
||||
ConfigOptionFloat pad_object_connector_penetration;
|
||||
|
||||
|
||||
// /////////////////////////////////////////////////////////////////////////
|
||||
// Model hollowing parameters:
|
||||
// - Models can be hollowed out as part of the SLA print process
|
||||
|
@ -1189,17 +1193,17 @@ public:
|
|||
// - Additional holes will be drilled into the hollow model to allow for
|
||||
// - resin removal.
|
||||
// /////////////////////////////////////////////////////////////////////////
|
||||
|
||||
|
||||
ConfigOptionBool hollowing_enable;
|
||||
|
||||
// The minimum thickness of the model walls to maintain. Note that the
|
||||
|
||||
// The minimum thickness of the model walls to maintain. Note that the
|
||||
// resulting walls may be thicker due to smoothing out fine cavities where
|
||||
// resin could stuck.
|
||||
ConfigOptionFloat hollowing_min_thickness;
|
||||
|
||||
|
||||
// Indirectly controls the voxel size (resolution) used by openvdb
|
||||
ConfigOptionFloat hollowing_quality;
|
||||
|
||||
|
||||
// Indirectly controls the minimum size of created cavities.
|
||||
ConfigOptionFloat hollowing_closing_distance;
|
||||
|
||||
|
@ -1421,13 +1425,13 @@ Points get_bed_shape(const SLAPrinterConfig &cfg);
|
|||
// ModelConfig is a wrapper around DynamicPrintConfig with an addition of a timestamp.
|
||||
// Each change of ModelConfig is tracked by assigning a new timestamp from a global counter.
|
||||
// The counter is used for faster synchronization of the background slicing thread
|
||||
// with the front end by skipping synchronization of equal config dictionaries.
|
||||
// The global counter is also used for avoiding unnecessary serialization of config
|
||||
// with the front end by skipping synchronization of equal config dictionaries.
|
||||
// The global counter is also used for avoiding unnecessary serialization of config
|
||||
// dictionaries when taking an Undo snapshot.
|
||||
//
|
||||
// The global counter is NOT thread safe, therefore it is recommended to use ModelConfig from
|
||||
// the main thread only.
|
||||
//
|
||||
//
|
||||
// As there is a global counter and it is being increased with each change to any ModelConfig,
|
||||
// if two ModelConfig dictionaries differ, they should differ with their timestamp as well.
|
||||
// Therefore copying the ModelConfig including its timestamp is safe as there is no harm
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue