n2ri wrote:the title of this thread simply states the fact that even after several years and updated versions these issues/bugs still exist in each version as if they never found them. each new version dumbs down the process yet they dont truly address issues less knowledgeable users face nor do they keep features experienced users like. so why change anything if nobody gets improvements wanted? even competitors do this to the point we are limited by what the app can or cant do sufficiently for all printers.
There's old adage among programmers that says that the day a program is bug free, it's the day it's obsolete. There's no such thing as a bug free program, and complex programs such as Slic3r or Cura do an excellent job of making printable code out of "questionable" models.
The problem you have has nothing to do with Slic3r or Cura or NetFabb. The problem is with the model. Not because it's "defective", but because it's not printable. The reason it's not printable is because it was most likely designed to be printed at a larger scale.
You are getting yourself very frustrated trying to print very small models, using a printing technology that's simply not meant for that type of work. Then you download models with fine details, scale them down, and expect them to print, and when they don't you get frustrated and blame everything, except ... your common sense.
I would expect that by now you're aware of the capabilities of your printer. So it should come to no surprise that some of these models will simply fail when scaled down to such small sizes, that your printer cannot resolve their features.
NetFabb did not find any problems because there were technically no problems. It has no way of knowing what you plan to do with the model, it has no idea you're trying to print it at a scale the printer is not capable of printing, so as far as Netfabb is concerned, the model was fine.
The you brought it into RH, and sliced it with Slic3r. I don't know what your settings are, or what your printer setup is like, but Slic3r did the best it could. It even ignored the minimum line width (0.42 or 0.48mm), and created a path. But there are details that were simply too small even for it, so they were ignored.
So it's not a problem with Slic3r either, it did the best with what it was given (another adage, GIGO: Garbage In, Garbage Out).
This is where your common sense should kick in. These models are too small for your printer to produce a good print.
To prove there's nothing wrong with Slic3r, enlarge the model 3x, then take a look at the code. Below is an image of the model sliced @ x3 scale. You can see that all the details are there, including the ladder. The yellow represents the support. As you can see, it supports the bottom of the van, the mirrors, the wheel arches and the ladder.
BTW, this is the original model, with the inner shell removed, to make it solid, but didn't do anything else.
Post's attachmentstoo thin larger scale.jpg
too thin larger scale.jpg 665.22 kb, file has never been downloaded.
You don't have the permssions to download the attachments of this post.
To print or, 3D print, that is the question...
SD3 printer w/too many mods, Printrbot Simple Maker Ed., FormLabs Form 1+
AnyCubic Photon, Shining 3D EinScan-S & Atlas 3D scanners...
...and too much time on my hands.