mirror of
https://github.com/OrcaSlicer/OrcaSlicer.git
synced 2026-10-09 00:31:19 +00:00
HanifKoh
8a6377f087
* Add Missing Includes Across src/libslic3r Every libslic3r source and header now directly includes the headers declaring what it uses, rather than relying on the precompiled header or transitive includes. Generated with clang-tidy misc-include-cleaner, with libslic3r headers spelled libslic3r/... so they resolve outside the library's private include paths. MultiMaterialSegmentation.hpp, Support/SupportParameters.hpp and Format/STEP.hpp are made self-contained by hand. * Make the libslic3r Headers Compile on Their Own Each now includes, or forward-declares, what it uses instead of relying on what its includers happened to include first. Left out: I18N.hpp, which errors on purpose when included from GUI code, and VoxelizeCSGMesh.hpp and SLA/bicubic.h, which nothing includes and which no longer compile at all. * Add the Includes Missing From the Hand-Fixed libslic3r Headers clang-tidy would not edit these headers while they failed to compile on their own, so the first pass skipped them. With the headers now self-contained, a second pass adds the rest. * Keep Windows Setup Ahead of the Added libslic3r Includes Print.cpp and Thread.cpp open with a _WIN32 block that has to come first; without the precompiled header, Print.cpp otherwise reaches windows.h through OCCT with NONLS defined and boost/regex fails. OpenVDBUtils.cpp and SLA/SupportTreeBuilder.cpp had includes inside #ifndef NOMINMAX, which libslic3r defines on Windows, so those were skipped there. .clang-tidy also ignores the MSVC STL and UCRT internals, Boost.Multiprecision's fwd.hpp and CPython's Windows include directory. * Re-Add libslic3r Includes After the Clipper2 2.0.1 Migration Rebasing onto main took main's version of the files the Clipper2 migration rewrote, so their added includes are restored here, along with includes for main's new code. Clipper2's individual headers are now ignored by clang-tidy: they only build the Z variant through clipper2_z.hpp, which defines USINGZ first, so including clipper.core.h and the like directly broke ClipperZUtils.cpp.
57 lines
1.7 KiB
C++
57 lines
1.7 KiB
C++
#ifndef slic3r_ArcFitter_hpp_
|
|
#define slic3r_ArcFitter_hpp_
|
|
|
|
#include "Circle.hpp"
|
|
#include <cstddef>
|
|
#include "Point.hpp"
|
|
#include <vector>
|
|
|
|
namespace Slic3r {
|
|
|
|
//BBS: linear move(G0 and G1) or arc move(G2 and G3).
|
|
enum class EMovePathType : unsigned char
|
|
{
|
|
Noop_move,
|
|
Linear_move,
|
|
Arc_move_cw,
|
|
Arc_move_ccw,
|
|
Count
|
|
};
|
|
|
|
//BBS
|
|
struct PathFittingData{
|
|
size_t start_point_index;
|
|
size_t end_point_index;
|
|
EMovePathType path_type;
|
|
// BBS: only valid when path_type is arc move
|
|
// Used to store detail information of arc segment
|
|
ArcSegment arc_data;
|
|
|
|
bool is_linear_move() {
|
|
return (path_type == EMovePathType::Linear_move);
|
|
}
|
|
bool is_arc_move() {
|
|
return (path_type == EMovePathType::Arc_move_ccw || path_type == EMovePathType::Arc_move_cw);
|
|
}
|
|
bool reverse_arc_path() {
|
|
if (!is_arc_move() || !arc_data.reverse())
|
|
return false;
|
|
path_type = (arc_data.direction == ArcDirection::Arc_Dir_CCW) ? EMovePathType::Arc_move_ccw : EMovePathType::Arc_move_cw;
|
|
return true;
|
|
}
|
|
};
|
|
|
|
class ArcFitter {
|
|
public:
|
|
//BBS: this function is used to check the point list and return which part can fit as arc, which part should be line
|
|
static void do_arc_fitting(const Points& points, std::vector<PathFittingData> &result, double tolerance);
|
|
//BBS: this function is used to check the point list and return which part can fit as arc, which part should be line.
|
|
//By the way, it also use DP simplify to reduce point of straight part and only keep the start and end point of arc.
|
|
static void do_arc_fitting_and_simplify(Points& points, std::vector<PathFittingData>& result, double tolerance);
|
|
};
|
|
|
|
}
|
|
|
|
|
|
#endif
|