Jump to content

Recommended Posts

Posted

Hello everyone! 

I have a file with multiple brightness/contrast, gradient map and hsl shift filters.
For some reason some of them are just huge in pixel size.
image.png.79923e66c8290e84bbdb37e031a9cba8.png

Whenever i have to do something that changes the file pixel size, it's extremely slow, also, I can't export usign selection only.
Also another issue:
Select Lower Framing -> ctrl + c -> file - new from clipboard.
Pixel size will be the size of the layer.

Any way to clip/resize/crop this ?
 

bigpixelsize.afphoto

Posted

A rasterize and trim applied to the pixel layer (bottom) solves the issue.

Do you remember the exact steps how you created this file?

The wrong export (when using selected area option) seems like a bug.

Did you use the move tool to stretch the pixel layer (or reduce its size after painting)?

Mac mini M1 A2348 | MBP M3 

Windows 11 - AMD Ryzen 9 5900x - 32 GB RAM - Nvidia GTX 1080

LG34WK950U-W, calibrated to DCI-P3 with LG Calibration Studio / Spider 5 | Dell 27“ 4K

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.

I use iPad screenshots and videos even in the Desktop section of the forum when I expect no relevant difference.

 

Posted
3 hours ago, GabrielR922 said:

Select Lower Framing -> ctrl + c -> file - new from clipboard.
Pixel size will be the size of the layer.

If you copied your adjustment layers from a much larger document to the current one, this will cause the effect you are seeing

Not sure if that should be considered a bug or not

To save time I am currently using an automated AI to reply to some posts on this forum. If any of "my" posts are wrong or appear to be total b*ll*cks they are the ones generated by the AI. If correct they were probably mine. I apologise for any mistakes made by my AI - I'm sure it will improve with time.

Posted
3 hours ago, carl123 said:

Not sure if that should be considered a bug or not

Definitely a bug in my view. The adjustment layers have no inherent mask, and rasterizing the pixel layer solves the issue (despite not being stechend).

Affinity has more bugs where layers „remember“ wrong DPI or size/position data and start to act erratic. 
If this is not rated a bug I don’t know what criteria are used.

Mac mini M1 A2348 | MBP M3 

Windows 11 - AMD Ryzen 9 5900x - 32 GB RAM - Nvidia GTX 1080

LG34WK950U-W, calibrated to DCI-P3 with LG Calibration Studio / Spider 5 | Dell 27“ 4K

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.

I use iPad screenshots and videos even in the Desktop section of the forum when I expect no relevant difference.

 

Posted
4 hours ago, NotMyFault said:

A rasterize and trim applied to the pixel layer (bottom) solves the issue.

Do you remember the exact steps how you created this file?

The wrong export (when using selected area option) seems like a bug.

Did you use the move tool to stretch the pixel layer (or reduce its size after painting)?

Hello!
No, it doesn't solve the issue, if you follow your steps and copy the group and do a new from clipboard, the result is exactly the same.

Parts of this file/filters were created by another person, I just bought the asset pack and used parts of it. Just checked the original file and the live filters layers are in range of the image size.

The pixel layers were probably resized down a bit.

Posted (edited)
13 minutes ago, Return said:

Workaround:
Drag the pixel layer outside of the group and have it be under the adjustments group.
Choose selection area instead of selection only in the export settings.
Or create a (vector) mask for the pixel layer>keep this selected and use selection area in the export settings.

Thanks for the workaround, yet selection area is not a good option imo.

The best workaround, or maybe right way to make it at all ?
Go from this:
image.png.cf276eb2124afb91da34f0c229180d35.png
To this:
image.png.78b8dc07a9b4dc8e6204d813c5503884.png
To achieve this you have to drag the live filter layers IN the group layer.
image.png.80348c40376be9c05c7bc5fa8290f287.png
This actually solves ALL the issues I had.

If you select the live filter and try export just it (for debug reasons), it still shows an insane high number though:
image.png.467b2e1d9b436783cd760a14b1f4c972.png

So I do believe this is a bug.

Edited by GabrielR922
Posted
18 hours ago, GabrielR922 said:

The best workaround, or maybe right way to make it at all ?

That does not solve the issue. I still get a wrong export size, just smaller than 32000 px so it is faster and does not trigger the warning.

But you are right that the HSL adjustment layers is the culprit.

it has a stretched DPI in x direction by factor 4. this might happen if it was pasted from another document where wrongly memorized size values (no longer visible in UI as inherent mask is clears/filled).

  • add a new pixel layer, paint a stroke of defined size e.g. from top bot bottom 
  • repeat with a new pixel layer, but this time nest the HSL layer in child position
  • use Move Tool and inspect x/y size of layers. The size in x position differs severely 

so nuke the HSL layer and create a fresh one. This is the only way to solve the issue

Mac mini M1 A2348 | MBP M3 

Windows 11 - AMD Ryzen 9 5900x - 32 GB RAM - Nvidia GTX 1080

LG34WK950U-W, calibrated to DCI-P3 with LG Calibration Studio / Spider 5 | Dell 27“ 4K

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.

I use iPad screenshots and videos even in the Desktop section of the forum when I expect no relevant difference.

 

  • 2 months later...

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.