nanoDLP

Rob, yes there are always grey pixels on a sliced png from NanoDLP. Here is the top slice from the 3dSLA_Test, the model that is giving me this angst. The top is with anti-aliasing on, bottom off. The dots are vertical cylinders, but still, there are solid pixels and grey pixels. Even in the walls of this model, there are halftones in the AA version, which result in my model looking a little soft, out of focus.

Shahlin, my point with svg is that these would be perfect circles, perfectly straight lines. Then, it would be up to the LCD's GPU to decide the best way to pixelate those circles. "Best in, best out."
Currently, NanoDLP decides first, then the LCD does it again. "Rubbish in, rubbish out."

Here is the same top slice, but at double the resolution. "Better rubbish in, better rubbish out."

I've not yet been able to print my theory of doubling the screen resolution in NanoDLP's set up page, along with a similar 'cheat' in the profile's 'R D Override X/Y Resolution.' I think my troubling dots/tiny cylinders would come out better, they look better in the above slice, this surely would allay my woes. Though I'm sure there will be a gotcha somewhere, otherwise, you would have designed NanoDLP to do it this way: 'better rubbish in, better rubbish out.'

Again, I understand that the LCD's GPU cannot understand the depth of the model, cannot add anti-aliasing in the right places - that's the slicers job. But, at very, tiny, tiny layer heights anti-aliasing loses its wonders.

I see that .png files have the exact pixel depth as the LCD. But pixels in LCD and pixels in .png would never, ever match up exactly.

Even more so as they are different shapes.

In terminal send M92 Z???. Then send M500 to save to the EEPROM.