"Light bleed compensation" tool performing task backwards?

[bryanseger]

I'm running into a situation where dimming pixels on a bridge or overhang area may be the solution to minimize issues with light bleed. I have attached the .STL and .ctb in this ZIP file for an example.
light bleed comp demo files.zip

Manually dimming the pixels in UVtools (with Pixel Editor) seems to be working, but it is painfully slow. I started looking through the available tools and found "light bleed compensation". I believe this is exactly what I want, but it's performing its function opposite to what I was expecting. It grays out the pixels that I'd expect to be white, and it whitens the pixels that I want gray.

I tried all 3 pixel lookup modes, but all resulted in a similar fashion. I even tried inputting the "dim subsequent pixels by:" values in opposite order, but that did not help either.

Am I missing something here? Using this tool makes the overhanging pixels brighter, which'll result in more light bleed, not less. Thanks for the help!

[sn4k3]

That tool compares below pixels, if they are repeated below it will dim the current ones.
The tool prevent over cure layers with transparent resins where light pass from current layer to the previous
If you have a overhang with no pixels below it is expected to full cure the pixels.

In other words the tool is made for Z bleed and not XY bleed

[bryanseger]

I think I'm looking for the opposite of that then. I too am concerned with Z bleed. I'm not worried about X/Y.

I have an overhang, with no pixels directly below it, but I want that first overhang layer to have, say, 25% brightness, and then the next layer to have 50% brightness, and then the next at 75%, and then full brightness after that. Something like below. (and I used Pixel Editor and Paint to make this image, but this is just illustrative...I'm not actually using Pixel Editor in this fashion).

Hopefully the above makes sense. I start the first 'bridge' layer and next few layers at a lower brightness to limit how much Z bleed occurs inside the black area. Is something like this achievable with UVtools?

[bryanseger]

I currently do not know how to compile my own UVtools, but if it's easy to list off a few lines of instructions for me, then I can give it a try!

I was about to set up another test build manually, but if you're able to send the line to change and are able to walk me though compiling, I would love to test this out today.

[sn4k3]

You need the dotnet and C# workloads.
Visual Studio Community for example will help you choose and install the workloads. (Checkbox on .NET Desktop development)

Open UVtools.sln with it and run (F5), it will run on debug by default.

It worth the try as you can also learn scripting, which will allow you to do your own code and run in UVtools release: https://github.com/sn4k3/UVtools/tree/master/Scripts/UVtools.ScriptSample

Still the release should be up in a few hours

[sn4k3]

You can now test in the new release

[bryanseger]

Heck yea, thanks Tiago! I have a test print running right now. I'll see how it looks Monday morning.

One thing I did notice...whenever I go to "light bleed compensation" tool now, it automatically jumps to layer 30 for some reason, even if I'm at layer 0 when I go to start the tool. Any idea why that is?

[sn4k3]

It jumps to normal layers. Skipping bottoms. You can override default profile.