Lightroom Classic: Print module - Rotated images print with wrong crop

1 Vote
Explorer ,
Jun 15, 2018 Jun 15, 2018

Copy link to clipboard

Copied

There's a bug in the Print module. Prints do not print as cropped on screen. It seems to only affect rotated images, here verticals, auto rotated to fit image cells. Notice on screen shots that the crop hasn't been maintained between screen/gui and print. It affects both Print to Printer and JPEG file, whether draft or not.

The partial pixelation on screenshots are done in post. Focus on the borders/cropping on the top most row on the sheet of 4 image cells. Notice the bucket and shoe are cropped differently between gui and print.

I hope you can quickly fix this, as it's frustrating not being sure my prints come out as intended.

Using version 7.3.1 of Lightroom Classic CC, on macOS 10.13.5.

RackMultipart201806161299051ls-22c986b1-69e9-40fa-8381-33bef78b2c5a-334586125.jpg

RackMultipart2018061610111711a-c0c866ef-602e-4f37-985e-9acf34483d7a-513746183.jpg
Bug Investigating

Views

6

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
10 Comments
Adobe Community Professional ,
Jun 16, 2018 Jun 16, 2018

Copy link to clipboard

Copied

It's working correctly - you have ticked the "Zoom to Fill" box.

Votes

Translate

Translate

Report

Report
Explorer ,
Jun 16, 2018 Jun 16, 2018

Copy link to clipboard

Copied

Someone said it is because "Zoom to fill" is checked. Note that this is not the reason for the problem shown. Crop as shown in gui should match the print. "Zoom to fill" fills the image cell and allows you to individually crop the image within that cell, and when done, that crop decision as shown in gui should of course be represented exactly in print.

Votes

Translate

Translate

Report

Report
Explorer ,
Jun 16, 2018 Jun 16, 2018

Copy link to clipboard

Copied

I measured the crop aspect ratio from the screenshot of the GUI and from the screenshot of the print ... they are (a little) different - to match, you would have to ensure the aspect of the cell stretched-out in the print module exactly matches the crop setup in Develop.

Votes

Translate

Translate

Report

Report
Explorer ,
Jun 16, 2018 Jun 16, 2018

Copy link to clipboard

Copied

I’m not trying to replicate/print the crop chosen in the develop module here. I’m trying and expecting to print whatever crop I’ve setup in the print module. The aspect ratio in print module is slightly off 2:3 from develop module, hence the use of Zoom to fill and a crop within the print module for the chosen cell size which can be any aspect ratio you like, independent of develop modules ratio. With the hand tool you drag the image cropped in Develop within the image cell in Print module until it fits as you want. That’s a wysiwyg process and should print accordingly, but is currently buggy. The screenshot is from a print to JPEG from the print module, but applies for real print as well. As shown the image cell crop chosen in Print module does not match print in the two upper images. And it should. Notice how the chosen image cell crop has shifted slightly between Print module image cell crop and actual print. Please fix.

Votes

Translate

Translate

Report

Report
Explorer ,
Jun 16, 2018 Jun 16, 2018

Copy link to clipboard

Copied

I too have LR 7.3.1 and Mac OS 10.13.5.  I cannot replicate your issue on my machine.  
I make a 4x4 contact set of cells  on the print module, shaped differently to the image crop.  I set zoom to fit as you have done (although I would never usually do that).  I use the hand tool in the print preview to move the images to random positions.  The file prints exactly as I set it on the preview.   
Does it work for you if you crop the images in Develop to the same ratio as your contact cells and then turn off 'zoom to fit'?  

Votes

Translate

Translate

Report

Report
Explorer ,
Jun 27, 2018 Jun 27, 2018

Copy link to clipboard

Copied

Ha, this is tricky. Tested this further and it turns out the bug is dependent on the type of file used. But the bug is there alright.I figured out when trying to make another demo of the error with some PNG-files I'd made in PS, and couldn't replicate the bug anymore. Confused, and thought it might be because of update to LR Classic CC 7.4 in the meantime. But no, found the old images in original post, and bug is still present.

Then did new test images on both a Ricoh GR and a Canon 5D III, and yep, the crop error on verticals in print module was back, but only for cr2 files from the 5D, not from the Ricoh! I even found out the error seems to be a directional one, as the resulting crop goes the reverse direction than shown in print module.

So here for a new set of test cases. The file with _R are from the Ricoh (raw). The one with _D are from the Canon (raw). There's a vertical and horizontal image from each camera. Vertical images are rotated in Print Module ('Rotate to Fit' enabled), and are the ones on the left column of the 2x2 contact sheet from Print Module. The image cells are on purpose made to not match aspect ratio of raw image files, and as 'Zoom to Fill' is checked, the images are placed/cropped inside each print image cell individually with the hand tool in the Print Module. I expect, of course, that the image cell crop from Print Module reflects exactly what I get printed (here printed to file from Print Module, but it's the same to paper).

Two cases shown. First image in each case is the result from Print to File with settings/crops as shown in following image. Watch out for for image _D5A7597 in lower left. This is a vertical shot from the 5D. Output from Print to File does _not_ reflect cropped image cell in Print Module. The crop actually is reversed (image moved the opposite direction in image cell than chosen with hand tool).

Case 1) All images dragged as far to the left as possible.
RackMultipart201806271270531nf-1a87698e-b1e9-4be8-a097-5d3f6999729a-486817603.jpg

RackMultipart20180627551881ymv-c9216021-f0ca-43b5-9571-19764c37529e-604094096.jpg

Case 2) All images dragged as far to the right as possible.

RackMultipart20180627104008exu-3c2b8670-3545-4248-a259-efcc4270512c-955384448.jpg

RackMultipart2018062735752mnjw-2c957589-fd37-468d-bda7-af50545ba2c5-909605188.jpg

This has taken such a long time to document now, and caused much frustration in critical prints sessions. Glad to finally have narrowed the issue in to specifically my 5D III vertical files. Wow. Hope you'll fix this bugger ASAP. Thanks in advance.

Votes

Translate

Translate

Report

Report
Adobe Community Professional ,
Jun 27, 2018 Jun 27, 2018

Copy link to clipboard

Copied

That's a brilliant bit of detective work Henrik!
-------------------------------------
The Lightroom Queen - Author of the Lightroom Missing FAQ & Edit Like a Pro books.

Votes

Translate

Translate

Report

Report
Explorer ,
Jul 03, 2018 Jul 03, 2018

Copy link to clipboard

Copied

Seems the problem doesn't appear if paper layout is vertical. It paper layout is horizontal, then I see it.

Can anyone from Adobe confirm this bug is registered?

Votes

Translate

Translate

Report

Report
Adobe Employee ,
Jul 09, 2018 Jul 09, 2018

Copy link to clipboard

Copied

Henrik - thank you for your detective work. I have copied your information over to the bug I just filed.  
Rikk Flohr - Customer Advocacy: Adobe Photography Products

Votes

Translate

Translate

Report

Report
Adobe Employee ,
Jan 03, 2019 Jan 03, 2019

Copy link to clipboard

Copied

LATEST
Henrik,

We are not able to duplicate this issue in Lightroom Classic CC 8.1. Are you still seeing this?
Rikk Flohr - Customer Advocacy: Adobe Photography Products

Votes

Translate

Translate

Report

Report