Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Please clarify duplicated controls (overlap, hole size) #4231

Open
CuredPrusa opened this issue Apr 28, 2024 · 6 comments
Open

Please clarify duplicated controls (overlap, hole size) #4231

CuredPrusa opened this issue Apr 28, 2024 · 6 comments
Labels

Comments

@CuredPrusa
Copy link

In version 2.5 there are (at least) three instances to set the perimeter overlap. Could someone define the hierarchy and differences of those similar commands? Which setting cancels which? I'm aware that some are more defined per perimeter, but what if they're used simultaneously, and should that be the case?

image
Let's say this one is a threshold for a thin wall generator. (What does "anti-hysteresis" mean?)
image
This one could also be a threshold for a thin wall generator.
image
What's the difference between
perimeter_overlap
and
perimeter_max_overlap

Also, I can see the hole size calibration has (at least) two instances. Moreover, they still work quite erratically. Sometimes it works with minus, sometimes with a plus, sometimes not at all.

image

Should I use just "inner" or "vertical hole shrinking" ? What if I use both?

Maybe I could test and figure out by myself after some time, but I hope someone familiar with SS code could answer in a heart beat. Thanks!

@supermerill
Copy link
Owner

. the first one (overlapping perimeters) allow perimter to be on top of each other when the walls are too thin.
. the second one, allow you to adjust the difference between overlap and spacing. With 100%, it consider that spacing = square extrusion, and 0% spacing = width = round edges (see width help/details button).
. the filament max line overlap, it just a threshold for the other ones (just discussed above)

for the compensation:
if (-) then, the compensation will shrink your object, removing matter, growing holes.
if (+) then, the compensation will grow your obejct, adding matter and shrinking holes.
(and if it's not, then I again was fooled by wrong comprehension)

Should I use just "inner" or "vertical hole shrinking" ? What if I use both?

'inner' works for all "holes".
'vertical holes' works only for round ones. That reminds me that I should change the label to something like 'vertical round holes'. Note that it doesn't work when there is a "horizontal hole" as this one break the "hole", making it the external wall.

@CuredPrusa
Copy link
Author

for the compensation: if (-) then, the compensation will shrink your object, removing matter, growing holes. if (+) then, the compensation will grow your obejct, adding matter and shrinking holes. (and if it's not, then I again was fooled by wrong comprehension)

In 2.5 version I have to use minus to enlarge the hole.
In 2.4 version I have to use plus to enlarge the hole. But then the minus doesn't work, doesn't show any movement of the inner perimeter.

Here is a simple model which I use to test how does the slicer behave.
calibration_test.zip
And often I have to use either "inner" or "vertical holes" because for strange reason some models don't react predictable to such adjustment.

It saddens me that such important adjustment is so unreliable.

@CuredPrusa
Copy link
Author

I have also noticed that common configuration folder for all versions is a mess. When I open 2.4 and 2.5.59 and 2.5.60, the SS becomes unusable and I have to delete configuration folder. Is there a way to isolate configuration folder for each version?

@CuredPrusa
Copy link
Author

CuredPrusa commented May 11, 2024

NOw that I have deleted configuration folder, 2.5 version in enlarging hole when I go positive at "inner". I don't know if that's related.

@CuredPrusa
Copy link
Author

When I delete config again and run 2.5.59.9, the negative is enlarging the hole. This is getting pretty frustrating.
I would stick to just one version, to the latest maybe, but there are two reasons (so far) why I return to 2.4:

  1. I have some projects with important custom fan control and until M106 generator is fixed I have no other option but to use 2.4
  2. Gap fill has some real problems with latest versions, it doesn't fill up at some tricky places regardless of changing various setting for gap fill in newer version. It just doesn't fill a small corner while 2.4 is doing it perfectly.

@CuredPrusa
Copy link
Author

PLease make an option for user to chose the option of isolated configuration folder.
Until then, I'm starting 2.4 from CMD (superslicer-console.exe --datadir settings)
2.4 is my getaway when new version lose control with so many new options buzzing around.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants