OrcaSlicer Max Build Volume Height Not Calculated Correctly After Rotating

Max Build Volume Height Not Calculated Correctly After Rotating

Open niveus opened this issue 1 year ago • 1 comments

OrcaSlicer Version

1.8.1

OS version

Mac OS 14.2

Additional system information

N/A

Printer

Creality K1 Max

How to reproduce

The max printable height check doesn't recalculate after rotating an object. I created a test box with a height of 300 mm (for my K1 Max). When the object is exported from Fusion with the flat face down, Orca will allow slicing. If I export the object rotated so that the max height exceeds 300mm, but then rotate in Orca so that the face is down, Orca doesn't recalculate the max volume height and won't allow it to be sliced.

Import box_300 and note that the Slice button is activated
Import box_300_skew, plant the box on a small side so the height is 300mm. Note the error around max volume height

Actual results

Will not allow slicing

Expected results

Should allow slicing

Project file & Debug log uploads

I didn't include the logs since it's so easy to reproduce. LMK if you need the logs.

box_300.zip

Checklist of files to include

[ ] Log file
[ ] Project file

Dec 13 '23 16:12 niveus

Same problem on newest 1.9 windows 10. I was able to save project and open project in BBLS and slice just fine.

Jan 05 '24 23:01 ljohnso16

Same problem

Jan 14 '24 22:01 lukehags007

Same problem also on the Windows 1.9 version. Potential fix by manually adjusting slicer max build height for printer but unclear of potential effects that could have printer side.