If one copies the corrections from and image and then paste them into a new image using Paste Selected Corrections → Crop the crop size is not set to match the source image crop size.
However if you paste the all the corrections the crop size is correctly set to the source images crop size.
OK I can reproduce this easily. Here is a screen shot of the source image showing the crop and the target image after pasting in the selected adjustments crop.
And I just figured out the problem - it seems that the crop size will be adjusted if the Horizon is set in the source image and you don’t include pasting in the horizon adjustment.
I want the crop size to always be the size of the source crop size, it shouldn’t change regardless of whether the Horizon is included or not.
Probably the crop size relative to usable image area remained the same, so pixel sizes had to change. Sounds like “academic problem” with no practical impact. Is there any reason you want to copy/paste crop settings for two completely different images?
For virtual copies or static series of images you may copy crop settings but then you would copy ALL geometric settings, wouldn’t you?
Well when shooting wildlife action you get a sequence of images and typically you want the same crop size on them all but the horizon is seldom the same - it usually changes as you pan while following the subject. So I usually have to make individual adjustments to the Horizon but with identical crop sizes. Then once the basic edits are complete I would clone the images and then make difference crops for different purposes e.g. a wide 16x9 crop for high resolution screen display and a tighter 4x3 crop for social media - all without changing the Horizon. To do this I would typically crop one of the images and the copy and paste the crop into all the others to ensure the identical crop size. Usually I will try and match exactly the screen resolution or maximum pixel size of the social media site to avoid any loss of detail as a result of downsampling/upsampling and subsequent need for additional sharpening.
So, for a sequence of photos, you make manual horizon corrections and 3:2 (assuming your camera aspect ratio) crops first, then make a VC for each photo, and try to automatically crop master and clones to get 16:9 and 4:3 crops respectively? And your goal is to get exactly the same crop size (in terms of pixels, I presume), and you somehow try to match resolution with social media (not clearly explained what’s the problem, since you can be set target pixel resolution in the export settings)? I can see at least two obvious flaws here, but let others comment. Over.
This post is about the Crop adjustment size staying identical to the source crop size and a ticket has been raised with DxO to correct this. Thanks for your thoughts.
I’m still not sure if I understood you.
The image in memory is a RGB raster image. Your crop is defined with the coordinates x1y1 and x2y2 on that image. Now you level the horizon. The image is rotated a little and corrected to become a rectangle again. How do you expect to get some uniformity when passing these corrections on another image?
It gets worse - if you select multiple images and set the same crop on them all and then subsequently modify the horizon on the images individually or as a group the crop size changes. So why change the crop size if the horizon is changed and the crop is within the boundaries of the original and rotated image ?
I expect the crop size to remain constant in this situation.
with the crop tool you can bring your images to the same ratio
(apply the horizon tool afterwards / individually) *)
→ if the crop is well within the boundary of your image,
the change in size shouldn’t be dramatic
with export you can resize them all to the same output size
→ e.g. longest side = 1920 px (and sharpen them accordingly)
@ Duncan
On my system (MacBook Pro - Current PL8), changing the horizon (either by the slider, data entry, or by the corner of the crop tool) changes the pixel dimensions of an image. This occurs on a single image, and appears to carry over when applying copy/paste settings.
This design choice appears to keep any object in a corner within the rotated image. I fiddle with this on an image-by-image basis. Agree it would be nice if the crop size would stay fixed when changing the horizon (as long as the image extents are not exceeded).
@Joanna:
In the example above the crop was kept at the original 3x2 aspect ratio. The crop was hand drawn and shown as 4701x3133 pixels (1.5005). After rotating 2 deg the new pixel dimensions changed to 4891x3261 (1.4998).
These changes to pixel dimensions “grow” the crop size as well as slightly change the crop ratio. They are more than mathematically necessary to “round off” any binary-decimal or 3:2 or 2:3 irreducible fraction.
The same type change occurs when using a 1x1 (square) aspect ratio. Changing the rotation using the horizon tool, horizon slider, or the circular tool in the crop tool all change the pixel dimensions.
The aspect ratio changes are also more severe when working with more severe aspect ratios such as 16:9.
This occurs on JPG files as well as Raw images where the DxO optical corrections are applied (which includes the distortion corrections).
Why does PL change the pixel dimensions when rotating an image when Affinity and Photoshop do not?