OrcaSlicer icon indicating copy to clipboard operation
OrcaSlicer copied to clipboard

overhang speed settings ignored

Open jamincollins opened this issue 1 year ago • 10 comments

Is there an existing issue for this problem?

  • [X] I have searched the existing issues

OrcaSlicer Version

2.0.0-rc

Operating System (OS)

Linux

OS Version

Arch Linux

Additional system information

N/A

Printer

RatRig 400mm

How to reproduce

  1. Grab: https://www.printables.com/model/126029-overhang-test
  2. Slice it
  3. Check speeds

Actual results

image

Expected results

That the selected speeds for a given overhang percentage are actually respected.

Project file & Debug log uploads

logs.zip overhangs.zip

Checklist of files to include

  • [X] Log file
  • [X] Project file

Anything else?

No response

jamincollins avatar Mar 26 '24 18:03 jamincollins

It's is percentage. Can you clarify which part do you think is not right?

Please note that it use unsupported area of a perimeter, not angles.

SoftFever avatar Mar 27 '24 13:03 SoftFever

If you look at the screenshot you'll see that the area marked as a 30 degree angle has a speed indication of roughly 158, but the settings for that angle indicate it should be 60. Likewise for all the angles.

jamincollins avatar Mar 27 '24 14:03 jamincollins

It's is percentage.

The dialog indicates mm/s or %. I haven't put a % after any number. So, I would expect it to be mm/s.

jamincollins avatar Mar 27 '24 14:03 jamincollins

Looks like you also have unwanted slowdowns in non overhang places that will cause artifacts. Like reported here: https://github.com/SoftFever/OrcaSlicer/issues/4553

lhndo avatar Mar 27 '24 22:03 lhndo

If you look at the screenshot you'll see that the area marked as a 30 degree angle has a speed indication of roughly 158, but the settings for that angle indicate it should be 60. Likewise for all the angles.

Like I explained, the algo don't use surface angle to calculate the overhang. The speed is linearly interpolated between 60mm/s and 200mm/s, 200 is your outer wall speed as you set 0 for "10% 25%" which mean no slow down if less than 25% part of perimeter is unsupported.

SoftFever avatar Mar 28 '24 00:03 SoftFever

Re-open it as it was accidently closed.

Don't forget to close it tho if you think the problem has been solved

SoftFever avatar Mar 28 '24 00:03 SoftFever

The %age you see in the brackets in the overhang speed section is not an angle but rather how much overlap the extrusion lines have between each layer. Inspect your sliced model and you should see the overlap corresponding to the selected speeds.

igiannakas avatar Mar 29 '24 08:03 igiannakas

I'm having a great deal of trouble printing the above model beyond the 40 mark. Overhangs are terrible and ultimately result in the nozzle hitting the print and detaching.

If these aren't the settings to slow the print down in these cases, what settings should I be looking at?

jamincollins avatar Mar 30 '24 18:03 jamincollins

I've been investigating this issue and also thought there may be an issue with overhang speed implementation but i had slow down for curled perimeters setting on as well as the overhang speed control settings active.

having done some sanity checks with arctan calculations and double checked settings, the overhang speed implementation by SoftFever is spot on according to the ranges in so far as it's meant to be used. moa-wzor-300x144 according to the arctan calcs the speed/angle implementation is spot on. however please can we have smaller 5-10% increments between 75%-100% overlap range. @SoftFever im sure you've noticed the range of degrees controlled by each of the overhang % ranges. Using overhang % as the main factor to control speed gives you more middrange control over speeds but not where they are needed most which is the 75%-100% overlap range, eg 0.16 lh with 0.2 lw with 75% to 100% overlap is a range of +-26 degrees, 50% to 75% is a range of +- 11 degrees, 25% to 50% is a range of +- 19 degrees and 0% to 25% is a range of 34 degrees{ this range of degrees in this parameter is perfect/good enough for the angle range} though you can see that the range for 75% to 100% is too broad/blunt where it matters the most.

May i also suggest an editable speed parameter for slow down for curled perimeters speed? or scaling factor according to angle/overhang %? would be great.

I'd also say that you could close this thread as there isnt an issue as such. double checked and verified. OP didnt understand %'s and angles. He can use the arctan cals above. although a grey pop up showing the angles controlled in the overlap %'s would be more user friendly for some, saving time to whip out the calculator or slice and preview for angles affected?

SPYKE357 avatar May 06 '24 16:05 SPYKE357

although a grey pop up showing the angles controlled in the overlap %'s would be more user friendly for some, saving time to whip out the calculator or slice and preview for angles affected?

:100: I believe others (like me) will take that interface to be specifying the angle and speed. A pop up to clarify with additional information would be very helpful.

jamincollins avatar May 06 '24 16:05 jamincollins