PrusaSlicer issues slicing small text  

RE: PrusaSlicer issues slicing small text

Please ZIP and attach your .3mf file. (It won't attach if it is not zipped).

RE: PrusaSlicer issues slicing small text

@chad-bigler

there are things that can be done, X,Y compensation, turning off thin wall and so on.

But for the best recommendations post a Zipped up .3mf project file exported from PrusaSlicer. The .3mf file should be setup as you would when trying to print the part and will allow us to see all the settings as they pertain to the model in your project.

Note if you do not Zip the file the forum server will not allow it to be posted.

Regards

Swiss_Cheese

RE: PrusaSlicer issues slicing small text

I have the same problem - but it appear only in the newest version of PrusaSlicer, in the past I normally print this...

Please can someone help?

THanks.pistalka_PLAMEN2022.3mf

RE: PrusaSlicer issues slicing small text

I have now downloaded an older version of PrusaSlicer and there is no problem - so is there any special setting in the new version? Especially with the letter "O" is a problem... Thanks.

RE: PrusaSlicer issues slicing small text

Not the same issue at all.  On your object the issue is that the object itself has multiple errors, 76872 open edges according to PS.  This leads to several parts of the letters not being sliced at all.  Normally you would use the right click and fix through Netfabb option, but I'm not sure if that's available on the Mac version.  It used to be a windows only option.

You need to start paying attention to the warning triangle in PS, its there for a reason.  I've attached a repaired version in a 3mf that slices.  I've not touched any settings, all I did was use the built in repair through netfabb option to fix the model.

There is a closed issue on github that explains why it behaves differently now - https://github.com/prusa3d/PrusaSlicer/issues/7962

But the gist of the response is as follows - 

From 2.4.0.-Alpha2 changelog:

Slic3r, Slic3rPE and PrusaSlicer extensively used admesh library for internal storage and manipulation of triangle meshes. The admesh library was designed with the purpose of importing and fixing errors in STL files, while in Slic3r / PrusaSlicer admesh was also misused as a heavy weight general triangle mesh representation and the same triangle mesh was also kept in memory using a simpler redundant "Indexed triangle set" representation. Starting with this release, PrusaSlicer only uses admesh for loading and fixing STL files, thus the triangle meshes are only kept using the "Indexed triangle set" structure, which reduces memory consumption. Triangle meshes imported from 3MFs, AMFs and OBJs are no longer repaired by admesh. For PrusaSlicer generated 3MFs it means that the triangle meshes will be loaded exactly the same way they were stored, while earlier PrusaSlicer may have modified a mesh with non-manifold edges slightly by trying to repair it each time a 3MF was loaded. For 3MFs not produced by PrusaSlicer and for AMFs and OBJs it may mean that model errors will not be fixed, however in contrary to the STL file format, the 3MF, AMF and OBJ file formats are indexed triangle sets with triangle neighborship clearly expressed by shared vertex indices, thus cracks in triangle meshes are less likely. Not repairing 3MFs through admesh considerably speeds up loading of PrusaSlicer project files.

Essentially you need to learn how to either generate valid geometry files (if they are ones you are creating) or you need to learn how to fix them properly if you are getting them from others.

You have to work backwards from the nozzle size.

With a 0.4mm nozzle - usual default extrusion 0.45mm you get one reversal per 0.9mm - so for a typical text requiring four reversals, eight lines minimum, the smallest theoretical text height is 3.6mm - if you only use upper case you might get it down to 2.7mm. 

It's precisely the same problem as offset litho printing resolution, just in a different medium. You get roughly 56 lpi about 83 dpi - the very bottom end of cheap newsprint or packaging uses 100 lpi - do you remember the early thermal till-roll printers?

The smaller you go the more important it is to select a simplified fount.

Cheerio,

@swenia, at 4mm height your text, as fixed by @neophyl, *just* makes the bar.

Cheerio,

RE: PrusaSlicer issues slicing small text

Thanks for repairing - did you know if the repair function will be available also on Mac?

RE: PrusaSlicer issues slicing small text

No I don't know if its available on a Mac as I don't have one.  From previous posts on the forum I was under the impression that its is only available on the windows version.   Simple thing for you to find out if you have a Mac though.  Load a model and right click it.  If it has an option for "Fix through Netfabb" then you are good to go.

I suspect that its only available on windows due to some agreement between Microsoft and Autodesk and that Prusa Slicer is just leveraging a function available to the OS for the repair.  You used to be able to use the web based online version of Netfabb to repair if you didnt have windows but I think Autodesk also pulled that awhile back to make it a payed for product.  I also suspect that at some point that whenever whatever agreement is in place between MS and Autodesk expires that it will stop working for the Windows version too.

There are many ways to repair models though.  Meshmixer and Blender to name just 2.  Personally I use Blender if I'm not using the Netfabb built in. 
Its better to make models that don't need fixing in the first place.

RE:

It´s not a slicer issue. You just can´t print micro-size text with a .4mm nozzle. The slicer does recognize this. Switch to a smaller nozzle setting in the slicer and try again. Obviously you will need to print with a smaller hardware nozzle then, too.

RE: PrusaSlicer issues slicing small text

Thanks you all for your tips, finally it works for me 👍  Your community is amazing 🙂