Wosven Posted September 23, 2021 Share Posted September 23, 2021 38 minutes ago, NotMyFault said: He used circle etc and needed them pixelated. Wheb using AP, the view is already on pixel mode. Yoy should already see the result (what your vector shapes will look raterised, and if you need to lower the PPI to accentuate the "pixel effect"). You can add a blur effect on you shape to get more diffusion also. And the vector shapes are already at the document's PPI, so there won't be any "surprising difference" as a result. If you want to "double" the pixel effect, just duplicate the document and use a lower PPI, and paste it back in the higher PPI one. So I did a test. A paysage, with a white circle with blur effect, and above a red circle without gaussian blur. • If I group everything and rasterise, the result is like expected and displayed on screen. No surprise. • If I merge down the red circle ob the white one, and this new layer to the background, the circle shapes are as expected, but the whole background is blurred. I don't think it's what is expected, and certainly not when doing pixel art when lines should stay defined. 56 minutes ago, NotMyFault said: If you want to combine multiple DPI versions inside one document, you get a much simpler workflow The workflow is simpler since the same as in a layout app, but the result is wrong when you want to merge down part of your layers — since Affinity apps grouped layers work differently than in PS, (where you can group them to "clear" the layer panel, and they'll keep on acting as before grouping on the layers below) —, you can't group them as easily. So for different reasons like responsiveness of the app or just to get fewer layers, you want to merge down. Now, if you only work with the background layer, you'll be able to merge down. But you won't be able to an "image" layer without rasterising it first. I'm not sure talking of "keeping the original PPI" is relevant with mergin down, since it'll only be possible with items of the same PPI, that end up being the ones of the document. Grouping and merging will rasterise all layers before merging, avoiding bluriness, and Merge visible too. It just look like a forgotten step in the Merge down command. Quote Link to comment Share on other sites More sharing options...
R C-R Posted September 23, 2021 Share Posted September 23, 2021 2 hours ago, Wosven said: And the vector shapes are already at the document's PPI, so there won't be any "surprising difference" as a result. Actually, the vectors are not at any PPI since they are resolution independent. In AP they are just always rendered on screen at the document's PPI. This becomes obvious if the document is edited in AD or APub. 3 hours ago, Wosven said: If I merge down the red circle ob the white one ... Maybe I misunderstood what you meant, but I can't merge down a circle (an ellipse shape) unless I rasterized it first, converting it to a pixel layer -- otherwise, Meger Down is greyed out. The same is true for the white circle (I assume to be another ellipse shape) -- both must be rasterized for merge down to be available. Also, if I decide to rasterize the while circle with the blur FX applied to it, I get a dialog asking me if I want to preserve the FX or not. If I do not preserve the blur FX & then merge down the now rasterized red circle, in the merged pixel layer the red shape is not blurred. If I do keep the blur FX, then both are blurred. If I have a separate background layer below the circles, it is unaffected by merging the two layers above it. If I merge down the merged circle layer, that does not blur whatever was on the background layer. It might help me better understand what you mean if you could post your test file, maybe with the history included. Quote All 3 1.10.8, & all 3 V2.5.5 Mac apps; 2020 iMac 27"; 3.8GHz i7, Radeon Pro 5700, 32GB RAM; macOS 10.15.7 All 3 V2 apps for iPad; 6th Generation iPad 32 GB; Apple Pencil; iPadOS 15.7 Link to comment Share on other sites More sharing options...
NotMyFault Posted September 23, 2021 Author Share Posted September 23, 2021 4 minutes ago, R C-R said: but I can't merge down a circle (an ellipse shape) unless I rasterized it first, converting it to a pixel layer -- otherwise, Meger Down is greyed out Only the lower layer must be pixel. The upper layer can be of any type. Quote Mac mini M1 A2348 | Windows 10 - AMD Ryzen 9 5900x - 32 GB RAM - Nvidia GTX 1080 LG34WK950U-W, calibrated to DCI-P3 with LG Calibration Studio / Spider 5 iPad Air Gen 5 (2022) A2589 Special interest into procedural texture filter, edit alpha channel, RGB/16 and RGB/32 color formats, stacking, finding root causes for misbehaving files, finding creative solutions for unsolvable tasks, finding bugs in Apps. My posts focus on technical aspects and leave out most of social grease like „maybe“, „in my opinion“, „I might be wrong“ etc. just add copy/paste all these softeners from this signature to make reading more comfortable for you. Otherwise I’m a fine person which respects you and everyone and wants to be respected. Link to comment Share on other sites More sharing options...
R C-R Posted September 23, 2021 Share Posted September 23, 2021 4 minutes ago, NotMyFault said: Only the lower layer must be pixel. The upper layer can be of any type. Yes, I neglected to consider that. However, I still get different results if I keep or discard the blur FX on the lower while layer when rasterizing it & then merging down the red layer with it. If kept, the merged layer blurs both circles; if discarded, only the lower white one is blurred. Do you get something different? Quote All 3 1.10.8, & all 3 V2.5.5 Mac apps; 2020 iMac 27"; 3.8GHz i7, Radeon Pro 5700, 32GB RAM; macOS 10.15.7 All 3 V2 apps for iPad; 6th Generation iPad 32 GB; Apple Pencil; iPadOS 15.7 Link to comment Share on other sites More sharing options...
NotMyFault Posted September 23, 2021 Author Share Posted September 23, 2021 Actually there is and known issue with "rasterize" leading to unwanted anti-aliasing. Interestingly, merge down correctly interprets anti-aliasing and could act as workaround. So if Affinity follows my feature request i hope they will use a fixed "rasterize" functionality 😂 R C-R 1 Quote Mac mini M1 A2348 | Windows 10 - AMD Ryzen 9 5900x - 32 GB RAM - Nvidia GTX 1080 LG34WK950U-W, calibrated to DCI-P3 with LG Calibration Studio / Spider 5 iPad Air Gen 5 (2022) A2589 Special interest into procedural texture filter, edit alpha channel, RGB/16 and RGB/32 color formats, stacking, finding root causes for misbehaving files, finding creative solutions for unsolvable tasks, finding bugs in Apps. My posts focus on technical aspects and leave out most of social grease like „maybe“, „in my opinion“, „I might be wrong“ etc. just add copy/paste all these softeners from this signature to make reading more comfortable for you. Otherwise I’m a fine person which respects you and everyone and wants to be respected. Link to comment Share on other sites More sharing options...
Fixx Posted September 24, 2021 Share Posted September 24, 2021 18 hours ago, Wosven said: Affinity apps grouped layers work differently than in PS, (where you can group them to "clear" the layer panel, and they'll keep on acting as before grouping on the layers below) —, you can't group them as easily Can you clarify what is the difference? I thought they behave similarly. Quote Link to comment Share on other sites More sharing options...
Wosven Posted September 24, 2021 Share Posted September 24, 2021 2 hours ago, Fixx said: Can you clarify what is the difference? Unless the behavior was modified (I didn't needed working on image like this recently): • in PS, you can group different adjustment layers in a group, they'll keep on morking on the layers below the group, • in AP, the grouped adjustment layers will only work on a pixel layer (and perhaps a fill layer, possible trick) at the bottom of this group, but not anymore on the ones outside and below the group. [edit] it seems the behavior was improved and if there isn't any pixel object inside the group, the adjustment layers keep on working on layers below. But like with fire, when I learn a "bad move", I tend to not reproduce it, I don't test to check if it was improved/modified. [/edit] Quote Link to comment Share on other sites More sharing options...
walt.farrell Posted September 24, 2021 Share Posted September 24, 2021 2 hours ago, Wosven said: edit] it seems the behavior was improved and if there isn't any pixel object inside the group, the adjustment layers keep on working on layers below. But like with fire, when I learn a "bad move", I tend to not reproduce it, I don't test to check if it was improved/modified. [/edit] I think that's the way it has always worked in Photo. Quote -- Walt Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases PC: Desktop: Windows 11 Pro 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 Laptop: Windows 11 Pro 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU. Laptop 2: Windows 11 Pro 24H2, 16GB memory, Snapdragon(R) X Elite - X1E80100 - Qualcomm(R) Oryon(TM) 12 Core CPU 4.01 GHz, Qualcomm(R) Adreno(TM) X1-85 GPU iPad: iPad Pro M1, 12.9": iPadOS 18.1, Apple Pencil 2, Magic Keyboard Mac: 2023 M2 MacBook Air 15", 16GB memory, macOS Sequoia 15.0.1 Link to comment Share on other sites More sharing options...
Wosven Posted September 24, 2021 Share Posted September 24, 2021 21 minutes ago, walt.farrell said: I think that's the way it has always worked in Photo. I don't think, or we needed time to realise having a pixel object in a group keep the adjustements to work below. I remember discussions about this, and simply avoided grouping adjustments... Using adjustements, grouping them and masking the group is a worflow I use a lot in PS. I certainly tried it in AP from the beginning I installed the app. Quote Link to comment Share on other sites More sharing options...
JulianB Posted March 7, 2022 Share Posted March 7, 2022 Was working on line work for an illustration, and I didn't realize how merging my layers was blurring my work until it was too late. Looked around and I cannot believe topics have been made years prior and this is still a thing. Quote Link to comment Share on other sites More sharing options...
josbin Posted January 25, 2023 Share Posted January 25, 2023 Hey hey, I just ran into the problem as well. This is a big thing in my opinion in illstration work and as pointed out, anyone coming from PS will be hit hard, like @JulianB ... Sorry Bro! I love Affinity and the Integration within the three apps is sooooooo fckn nice, thats why I stick to Affnity. But I cannot recommend Affinity for Illustration work because of this weird behavior (and some other problems). Please integrate this function as suggested The workaround is just too tedious... I opened it as a new topic in the V2 Forum just so it doesnt go under the radar! RandallCC 1 Quote Link to comment Share on other sites More sharing options...
Fist of the mighty Bob Posted January 30, 2023 Share Posted January 30, 2023 It's also useless for lofi pixel art work. Rasterizing destroys the pixel art as it adds unwanted aliasing pixels. Quote Link to comment Share on other sites More sharing options...
Blue457 Posted yesterday at 09:07 AM Share Posted yesterday at 09:07 AM (edited) +1 to turn this into an option in the settings — maybe even have a non disruptive message (could be inline, etc) when merging down regarding the behaviour fyi this issue has just appeared on a discussion thread on HN which is really not great publicity Edited yesterday at 09:09 AM by Blue457 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.