Any luck with Slic3r 1.1 Experimental - Modifier Meshes and Internal Interface Shells (cross-post

Any luck with Slic3r 1.1 Experimental - Modifier Meshes and Internal Interface Shells (cross-post from r/3dprinting)?

I’ve been trying to use these (very cool sounding) features but to no avail. Has anyone had any luck with them?

Here’s how I’ve been attempting to use them:

  1. Open Slic3r (on it’s own, not from Repetier)
  2. Add model (tried a couple different STLs to make sure the models weren’t broken)
  3. Click on “Settings” and a pretty render of the model pops up with the option under “Parts” to “Load Part” or “Load Modifier” - I’ve tried both in all variations below.
  4. Tried loading a part that intersects the initial model as either a part or a modifier and then setting the infill to a different density (same extruder). When I click “OK” Slic3r crashes.
  5. Tried loading a part that is completely within the initial model as either a part or a modifier and then setting the infill to a different density. When I click “OK” Slic3r crashes.
  6. Tried loading a part that DOES NOT intersect the initial model as either a part or a modifier and then setting the infill to a different density. When I click “OK” Slic3r crashes.

Tried several combinations of the above with different modifiers other than fill density with the same results, also with both the x64 and x86 Windows versions.

It’s clear that either this feature is broken still or I don’t know how to use it (well, that’s clear either way, but I’m trying to learn!).

Has anyone had any luck with this? Sounds like it could be a great way to selectively infill regions of models for better structural performance or just to get them to print better, but dang if I’m having any luck yet. May try the Linux versions next.

Same experience. It’s still experimental, after all.

I WANT ALL THE COOL FEATURES NOW, NOW, NOW! :slight_smile:

I’d quite like them to quit with the new features and write a slicing engine that is more than only slightly faster than continental drift.

@Tim_Rastall I’d love it to be faster too, but the ability to selectively alter infill is a huge step forward for printing functional objects in my opinion.