Jump to content
IPv6

Unreliable "Rasterize layer", partial rasterization

Recommended Posts

I have a workflow in which some groups with nested live filters frequently rasterized, to be used in other files/groups. And with 1.7.* there is some cases when "Rasterize layer" rasterizes only PART of the group. Half of the final layer missing effects, that was active inside group before rasterization! See screenshots before and after rasterization, notice color/lightness change. This bad rasterization can be seen on any zoom level and in save/exported file too (after rasterize).

Happens both in Windows and Mac (without Metal enabled), on release and latest betas (just checked with 1.7.2.414-win). This is really critical, since this "partial rasterization" can easily go unnoticesd down the road (sometimes difference is subtle), requiring a lot of additional work after several actions applied on such badly rasterized layer already. Hope this will be fixed soon... rasterization is a basic thing, which should be 100% reliable for stable workflows. Also attached file with this problem to reproduce

1520020094_Scr20190703_0015_3_AffinityPhoto.thumb.png.f13f86e25f32371ca17cf8d3c85fd74c.png2147413733_Scr20190703_0015_4_AffinityPhoto.thumb.png.c5d8a9057ba56973750bbdff2e35ab16.png


CriticalRasterizationBug.zip
 

Share this post


Link to post
Share on other sites

I observe this comportement,  without understanding the relation with my process,

One or more square parts in the picture. I didn’t understand  and it seemed a bit random to me.

Share this post


Link to post
Share on other sites

Yes, squares appear after rasterization. They shouldn`t - since there is no squares BEFORE rasterization.
Rasterization is the process of converting group (in this case) into single layer with all nested effects without alteration.
It`s a flattening process, it should keep all pixels the same. But with this file you can see that group flattening altering some pixels, making squares.
In this case rasterization/flattening applies inner effects only partially. Live effect over half  of the group pixels just thrown away, dropped. Which should not happen

This is not rendering issue, since before rasterization all pixels computed properly (so no squares)

Image (gradients) indeed "random" - i ripped group structure from work document and flooded layers with gradients... just to demonstrate issue

Share this post


Link to post
Share on other sites

Sometimes, I’ve had squares without groups, in your example, the squares came when I wanted to explore procedural texture that you use ; by the way, thanks for this example,  maybe a solution for a problem, or an evolution , not so easy.The documentation is summarised.

Share this post


Link to post
Share on other sites

You mean you get squares even before rasterization? Not happen for me // only rasterization brings them into document

Anyway, there is no "squares" in masks or similar. By the content of this group - all nested effects should be applied to every pixel in document. And you can see this on first screenshot - this is what is happening while group is active. No squares, each pixel is computed well.

But during rasterization some pixels are clearly computed differently, which should not happen, since rasterization should give layer with exactly the same pixels. This is essential.

If rasterization randomly skips some effects without any kind of warning (at least) - it just simply can not be used //

Share this post


Link to post
Share on other sites
2 hours ago, Max P said:

 

I made an example

See the file clik on the invert adjustment select deselect Select give random squares on the screen

LAB_schematicBUG.zip

It`s another issue, it`s a rendering problems... and there is indeed many of such cases. Some tiles inside viewport are not updated even on very relevant changes //
There is many reports about this tile things, so hoping this will be also fixed soon
 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×