Errors when slicing this high quality mesh

[thetouchablegod]

Version

2.5.59.5

Operating system type + version

Linux Endeavour 6.6.30-2-lts Hardware: Ryzen R5, 16gb RAM, 3060 6GB

Behavior

• Describe the problem Improper slicing. Program gives error "SuperSlicer has encountered an error. It was likely caused by running out of memory. If you are sure you have enough RAM on your system, this may also be a bug and we would be glad if you reported it. std::bad_alloc"

• Steps needed to reproduce the problem -Load this relatively large stl (around 2.5MB) -Slice

• Expected Results

  • proper slicing

• Actual Results

• Improperly sliced with walls missing and errors show.

  • Screenshots if useful

Is this a new feature request? no

Project File (.3MF) where problem occurs

Upload a Project File (.3MF) Plater -> Save Project as... You have to zip it (or rename it to .zip) to be able to drag& drop it here new-hydrant.zip

[konasimakopoulos]

Sliced provided model correctly with latest release(2.5.59.9) on windows 11. Could you try updating and see if it is solved?

[thetouchablegod]

Sliced provided model correctly with latest release(2.5.59.9) on windows 11. Could you try updating and see if it is solved?

I apologize, this was with the latest release 2.5.59.9. I will check to see if the problem occurs under Windows for me.

[thetouchablegod]

I can confirm it slices in Windows 11 just fine.

[th0mpy]

I am seeing the same error on the MacOS version. Also running 2.5.59.9 on MacOS 14.4.1 (Sonoma). 64gb memory, M3 MacBook Pro.

Any ideas?

[th0mpy]

Switching to Gyroid to Rectilinear for infill seems to clear the error, however does not properly form the infill This should be 18% infill

This should be 50% infill (it looks exactly the same)

Another interesting error, if I switch to 3d Honeycomb I get a new error "Coordinate outside allowed range"

[thomispt]

I've got the same issue slicing anything on macOS ARM, dropping to 2.5.59.8 fixes it

[MQ1995]

I've got the same issue, but just when slicing some models, not all. I'm on Arch Linux (EndeavourOS) running the latest appimage. I tried older versions as well. The particular model i cannot slice is this benchmark model: https://www.printables.com/model/209121-cali-dragon

edit: it does work with 2.5.59.8, so the bug must have been introduced in the next version

[supermerill]

you can try the last 'rc' build (in the actions menu, commit 1d7a679, label fill_aligned_z: fix uninitialized atomic_int64_t (#4279)) it's the 59.10, but with a fix that should these weird bugs.

[thetouchablegod]

Can confirm the latest rc and nightly fix the issue. At least with my hydrant model. I haven't tried any others reported as giving problems.