Unrestricted Crop in LR3?

How do I perform an unrestricted (freehand) crop in LR3?
I see crop presets for various aspect ratios, for original ratio, or for a custom ratio that would be entered before performing the crop.  I need to be able to do an unrestricted crop like those offered in PhShop CS, PSE, etc.

Simply unlock the preset (click on the padlock icon). That puts you into what you're terming "freehand" mode. You may then drag the crop frame  (independently) from any corner or side.
Phil

Similar Messages

  • Cropping in LR3?

    Hey everyone - I have a question pertaining to cropping in LR3. When I crop a photo, can I choose to crop it to a size I'd like to print like Picasa does? I've been exporting to a folder on my desktop and then cropping in Picasa and would like to eliminate this second step.
    thanks in advance

    wow -thanks very much for the quick reply.
    ok, I'll try to keep this simple - I've done the following
    specified jpeg as format
    checked "resize to fit" using width x height
    first phot is w = 10, H =8 , second photo is w = 6, h =4
    chose inch under drop down
    dont enlarge box is Not checked off - *wondering if this is whats going on??*
    resolution is set at 240 pixels per inch
    When comparing the two photos they look nearly identical, though the file sizes and pixel counts vary drastically.
    I dont mind that the image doesnt look much different, I just dont want to get drasitcly different photos back from the print shop because I'm missing a step here
    thanks again

  • When I crop in LR3 and move into PSE, the crop ratio changes.

    I like LR's crop tool better than PSE, so I use that to crop before I move into PSE for further editing. I don't know if this would make a difference, but I do save the LR copy as a jpeg first cause I'm not always ready to finish editing it at that point (I know, not what everybody else does but it works for me). I crop in LR using 15x11, but when I open it in PSE it is only 13x9 (roughly). Any idea why the size would change? Should I not crop until I'm done editing, then go back into LR for the final cropping? Any help will be much appreciated! Thanks!

    I understand how that would work, but I don't understand why it does it even AFTER I save the LR file as a cropped jpeg? If I save a crop in LR, shouldn't it save at the size I crop it to? I'm mainly referring to photos that I save first as a jpeg and export to my folders from LR, THEN open in PSE.

  • How do I get back to original crop tool?

    I once cropped a photo in CS5.1 using a crop-tool preset. Now I can't get back to the original crop tool. No matter what I do, I can't get back to an unrestricted crop area with draggable "handles" in the corners and on the horizontal and vertical borders. Help!

    With the Crop tool selected, click on the Cog icon in the Options bar, and check 'Use classic mode'.

  • Issues with croping in Lightroom 5

    I was working in LR 5 and was sidetracked for a few hours. when I went back to working on some photos later, all of a sudden the crop tool had changed?? 
    Now instead of one rectangle that I could adjust from either side, independently,  I have two parallel crosses on my photo that I can not adjust one side without the other moving???
    And there is suddenly NO "DONE"  button at the bottom right of the photo to click on to conclude the cropping work.
    How can this change in only a couple of hours time and why??? how can I get my old familiar unrestricted crop back??
    thanks

    Click on the Padlock in the Cropping Tool Panel to unlock it. [ A ]
    Hit [ T ] to restore your Toolbar
    My guess is that you started typing a word while having the crop tool open. A word with "at" or "ta" in it.

  • Changing pixel aspect ratio during cropping (LR3.2)

    When I crop sometimes the pixel aspect ratio changes here. I.e. the pic get stretched in horizontal or vertical way/or compressed. Any body seeing this also? After some time it does change to normal, but it makes cropping rather difficult when in a hurry.

    I'm not sure I understand your problem, but I think what bothers you is the technique that has been in place in LR2 already for switching between landscape and potrait format of the crop, which in LR3 can be acomplished by the X keyboard shortcut.
    Moving your mouse horizontally or vertically on a locked aspect ratio, the format will change from portrait to landscape or vice versa. To enlarge or diminish the size of the crop, you have to move the mouse diagonally.
    Beat Gossweiler
    Switzerland

  • Iterate over selected images, read/change crop settings in LR3?

    Since there is a new SDK I thought I ask again for this version:
    I'd like to write a Lightroom script which iterates through all selected images, read and change the crop settings of (nearly) every image.
    Is this possible to achieve in lua using the LR3 SDK? Or is it still not possible to read and write development settings?
    Kind regards,
    Sam

    You can read individual develop settings but only apply presets. That's better than nothing, but allowing us to write develop settings would have opened up a whole new world of possibilities - I think it scared them...
    A possible work around: read settings, create a temp preset, write changed settings to the temp preset, then apply it.
    NoYeah?
    Rob

  • Still no option to include crop in User Preset in LR3...

    Can anyone explain to me why the developers of Lightroom insist on excluding the option of saving crop ratios along with the other adjustments in the User Presets?
    I see that new adjustments such as lens correction are now included as options in LR3 User Presets, so why has crop ratio not been added?
    I am a professional photographer, shooting mostly interiors and still lifes with the camera tethered to my computer.
    I switched from C1 Pro to Lightroom 2 due to unresoved software issues with C1 Pro and for the most part have been happy with switch, using the Auto Import feature to shoot directly into Lightroom and applying a User Preset automatically on the import.
    However, I have been frustrated by the inability of Lightroom to automatically apply a crop to an incoming image - frequently I am required to shoot for a specific layout and on many shoots art directors or clients are looking at new versions of images as they come on screen and to have to manually apply a crop before they can view an accurate composition is irritating for all.
    I realise that it is now possible with LR3 to shoot tethered 'natively' into Lightroom 3, which solves the issue of automatically applying a crop to an image on import by selecting 'same as previous' under Develop Settings. However, I am unable to use the 'native' tethered option as, although I normally shoot with a 5D II which is supported, when mirror-lockup is enabled, the Lightroom tethered control panel will not fire the camera shutter (this is similar to C1 Pro). Therefore, I need to be able to use the Canon Eos Utility to fire the camera, coupled with the Auto Import of Lightroom when using mirror-lockup, which means being unable to apply a crop on import.
    Adding the option to save a crop ratio with a User Preset would have two significant benefits in my opinion:
    1. It would mean that a crop could be applied automatically on import when shooting tethered and not wanting to use LR3's native tethering interface.
    2. Users of cameras not supported by LR3's tethering would be able to apply a crop automatically on import.
    The other solution would be for the developers to include the 'same as previous' option for those using the Auto Import feature.
    I really do hope that the option to save a crop ratio as part of a User Preset in Lightroom is included sooner rather than later, as I feel that it is a glaring omission in what is otherwise a very solid application.
    Any views would be appreciated.
    Regards
    Liam

    Thanks for suggestion Gary.
    Using Live-view on 5D II does keep the mirror in the lock-up position and therefore you could use this technique with LR's tethering controls. However, for me this is not a solution for a few reasons: Live-view shooting drains the battery; extended use of Live-view can have a negative effect on sensor noise due to heat; sometimes it is very useful to be able to use the EOS Utility to control camera settings e.g. changing length of exposure for blending purposes without the need to touch the camera at all.
    Liam

  • LR3 - Canon 7D ISO 3200 vs. lower ISOs - Crop Tool

    Is anyone noticing significant crop tool response time differences between low ISO 7D Raw files and 3200 (or higher) ISO files in LR3?  On the lower ISO files, the crop tool is just about immediate, yet with the 3200 ISO files, things are very much slower..  Angle tool, move (hand tool), etc. all take on very slow responses.
    Thanks..
    Jay S.

    "Is it the crop tool? Maybe it's  the effect of noise reduction...
    Try turning off the Detail panel and see if  there's any performance difference now."
    Dorin..  The Detail panel is having a definite impace on the speed..  1600 or 3200, turning off detail made a huge difference in crop ability.  Hate the thought of having to turn off detail while working on leveling, etc.  Haven't tried other things like spot, etc. to see if there is an impact there.  For a given ISO, I like to apply as a preset to the whole batch before working on the images - just as a generic starting point.  I went back to LR 2.7 and do not see any difference with detail on or off with regard to crop tool.
    Thanks.  Looks like you hit the "bug" if it is one.  I've no idea why that seperate catalog is like an order of magnitude slower though.
    Thanks again..
    Jay S.

  • LR3 crop is lost in CS5

    When I crop an image in LR3 to an 8x10 and then Photo>Edit In> CS5 (import a copy with LR3 adjustments)  it comes in at 9.5 x 11.75 ?  I am in the Develop Mod, I use the crop overlay with custom crop.  I export at a resolution of 300.  What am I doing wrong ?

    8x10 is just the aspect ratio, not the physical size. These are not inches.
    You're doing nothing wrong. Just go on with your work.

  • Rotate Crop Aspect Ratio Help LR3

    I know that i am missing something totally easy here...but none the less I cant figure it out.  How do I use the crop aspect change short cut key (x) without flagging my photos?
    I have made sure that I am in crop mode.  When I hit the x key it flags the photo to discard.
    Thanks for your help!

    Thank you Hal!

  • Bug in Print Module, LR3.6, custom package

    Hi everybody,
    After two days of unequal fight with Print Module bug I hope I finally pinned it down.
    Hope it saves someone time
    I have my photos usually cropped in DSLR format (2:3)
    Printing I use often two popular formats 13x18cm and 15x21cm that are close to 5:7 (first one is 5x7in)
    Initially I was using virtual copies and had them cropped to 5:7 format.
    However this makes a little mess in my workflow and it's time consuming. 
    What I found was Custom Package in Print Module.
    Having cell with target size I drag desired photo into the cell and using cmd-key drag this foto to have proper look as the width target format is smaller. So far so good, but ...   
    From time to time printed photo looked totally different from what I saw on-screen. 
    First of all there are couple threads about that problem. I visited them but they remain unanswered
    http://forums.adobe.com/message/3344521
    http://forums.adobe.com/message/3278739
    http://forums.adobe.com/thread/697107
    http://forums.adobe.com/message/3885690
    There are visual samples there of what happens.
    Photos in JPG file that was created from LR look differently than in LR. Photos in file are bigger or/and wrong positioned within the cell
    What I managed to find is:
    Everything goes fine until photo is rotated by 'Rotate to Fit' function. It happens in my case only with photos that have the same orientation that template.
    Example:
    Template is set on A4 borderless format set to portait (Page Setup... button).
    Two cells 14,85cm height x 21cm width (A5 format). First one over second and both in landcape position.
    When I drag photo cropped in Landscape orientation such a photo is rendered properly.
    When I drag photo cropped in Portrait orientation it's atutomatically rotated 90 degrees (couterclockwise) by "Rotate to Fit option" and that is when **** happens.
    Final print (to file or printer) shows that user dragging is omitted in render. What's more if "Photo border" is set to on, photo in this cell is not reduced. Instead of this (as far as I can see) photo border just crop some part of picture.
    If I switch orientation of the A4 page from portrait to lansdcape, magically photos that are cropped in portrait orientation start to render good (they are not rotated now) while those in landscape start to render wrong.
    This looks 99% as software bug.
    I'm using LR3.6 on mac osx 10.6.8
    I'd like someone to follow it and to check if the same happens on different Mac or Windows.
    Cheers
    Robert

    Confirmed in LR 5.3, OS X 10.9.1.
    Screen display is fine, user repositioning is ignored when printing if page is in landscape mode and the image is rotated 90° (Rotate to Fit on). A4, Epson printer. Bug also appears in PDFs generated via the "Printer…" button. I didn't check JPEG export.

  • Lightroom 4 custom crop boundary area display

    We post hundreds of sports photos at a time.  We set a custom crop 7.5x10 which most closely enables all our supported print aspect ratios (4x6, 5x7, 8x10, etc.).  We have to be careful that the important photo elements are NOT in the boundary area inside the crop.  I mean we need to keep space inside our standard crop so that regardless of which print size you pick that the trim (either top/bottom or sides depending on the print) will not cut of important photo elements.  It would be very helpful if we could have Lightroom 4 display this boundary area with some type of shading.  That way when we do the crop we can see if an important photo element is in the boundary area, and then we can increase the crop.  Our objective is as tight a crop as appropriate while preserving the boundary area.  A visual cue would be most helpful with this work. 
    I'd appreciate suggestions about how to accomplish this if it is already possible or have Adobe engineers add the visual cue for a configurable boundary area inside the crop.

    I understand what you are getting at. I went into PS and created a series of shape layers at the specified ratios and then centered them. I then expanded each proportionally so that there long side was 10 inches. On a portrait oriented photo there is a portion on the left and right that cropped on a 5x7 or 4x6. I tinted the shapes and then masked out the center area. I then save this as a .png file with the intent of using it as a watermark. This worked but is an after the fact confirmation.
    While in the crop tool you can press the "O" key and rotate through different crop guides. The last one is a grid. (works the same in LR3) When I had the crop aspect ratio set to 7.5 x 10 (which LR4 simplfied to 3x4) this shows for me as a 12 wide by 16 long grid. Coincidentally, the crop danger zone appears to be very close to exactly one grid in width.
    I don't know if this is a "close enough" solution for you.
    **** I'm glad I didn't hit send before going back and looking at LR4 again. This works on a full size image with a maximum size crop. But if you starting shrinking the crop the grid size changes. Now if Adobe could maintain the grid so it ALWAYS shows in say 10 percent increments, then your danger zone would always be the left most and right most 10 percent.

  • How do I permanently save edits I make in LR3?

    I am new to this software. I  have an existing collection of over 40,000 images. I am an amateur photographer making images for
    my own amusement, and I also document objects that are brought to me for restoration. Both purposes are very important to me.
    I have been using Picasa to manage my photos for several years. While it is limited, it is very elegant and easy to use. It also does not change the original file until a request is made for a permanent change, at which point a backup original is made. Once saved, the picasa edit can be viewed by any other viewer, software or browser I am aware of.
    I am liking all the manipulations that are possible with LR3. I am concerned that there seems to be no way to save an edited file so that it can be viewed using other (non adobe) software. I want to be able to upload images to my website, and to be able to share with my customers, friends, family etc.  I do not want to be locked in to Flickr . I am very concerned that I might spend huge amounts of time learning LR3 then even huger amounts of time editing my images with it, only to find at some point down the road that I will be locked in and unable to see my work using another software/viewer/browser. I.E. what if I were to convert to a Mac and decide to use Aperture 3 instead? What if somebody else comes up with software I prefer and wish to change?  Am I always going to be bound up with LR to see my edited work? What if Adobe decides to no longer support LR3 and replaces it with a product that I find unacceptable, unaffordale or incomprehensible?  (all three  scenarios have happened to me in the past).  Will I have to rework thousands of images years from now? I am very confused about this, and would much rather drop the software now before I get in too deep. I absolutely do not want to be commited to having to use anybody's software forever.
    I see the line "Web Photo Gallery created by Adobe Lightroom." and it terrifies me. I may have used a Pentax camera, and Adobe software, but the images were created by me, and I wish to retain total control over my work.
    JG

    I quite understand and greatly value the non invasive features that preserve the original data.
    I also appreciate basics, from which I can learn and extrapolate.
    I edited and exported a dng file, to a jpeg format, it went from 9mb to 865kb
    I edited and exported a 9.6mb jpg which became a 1.5 mg jpg.
    I did a separate edit (major crop) and small adjustements using Picasa, and saved a copy. Both jpg.
    The original was 11.4 mb, and the copy 5.2 mb.Used the same file to do an edit using the camera mfg
    software, and the file went from 11.4 to 983kb
    I may be missing something very obvious or I may be overly paranoid.
    Most of the time, once I am done with an edit, I do not wish to revisit.
    I am concerned about what happens to 90% or so of the data. I remain
    unclear  about the integrity of the "exported"/ "saved" edit in the event that original file/data is lost, or separated from
    the LR coding instructions,
    or if LR becomes unsupported or abandoned.
    Being able to reference conservation treatment data 10 or 15 years down the road can be critical.
    Memory is cheap. If the answer is multiple back ups for original data, metadata, and pertinent software, then
    that is an answer.  If it means the editied image is forever and permanently linked to LR, and without LR,
    the original file must be re-edited to similar result, that is also an answer. If the loss of information results in image degradation
    analagous to photographing a magazine print of an original transparency, or trying to work with data from a thumbnail image,
    that is also an answer. Whichever if any is the most accurate, defines my approach to how I might use this software. A little like archival quality printing versus drug store snapshot prints.  Time spent editing is orders of magnitude greater that time spent capturing the image. Protecting that investment of time is what I am ultimately interested in.

  • LR3 "Extra Processing in Develop" Performance Problem

    I have been investigating a specific LR3 performance problem.  It may explain a small subset of the problems people have reported in the "Why is LR3 So Slow?" thread.   I'm starting this thread to focus on this particular problem.  I hope others will confirm/refute/refine my findings.
    The Problem
    In Develop, when I make an adjustment, normally the following happens: The CPU usage (as shown in Activity Monitor's bar graph) jumps to between 50 and 75% for all four cores, the updated image appears, and the CPU usage settles back down.  This all happens in less than half a second.  Note: this is with the image at the Fit size.  However, sometimes I instead get the following after an adjustment: the CPU usage jumps to 50 to 75% for all four cores and the updated image appears as usual, however, instead of settling back down, the CPU usage jumps up to 90 to 100% for all cores and stays there for 3 to 5 seconds before settling down. Thus it appears that LR is doing some kind of "extra processing" since a lot of computation is happening AFTER the updated image has already appeared.  I will refer to this problem as "EP".  Obviously, when you are getting EP, editing in Develop becomes very balky.
    Dependency on ratio between image size and displayed size
    It appears that EP only happens when the displayed size of the image (in Fit zoom level and perhaps also Fill zoom level) is above a certain percentage of the actual image size (as currently cropped).  Evidence: When editing full 21MP 5D2 images, I don't experience EP.  If I crop the 5D2 image fairly significantly, then I can get EP.  When editing 10MP images from my Canon S90, I usually get EP for landscape orientation pictures but not for portrait orientation pictures (since in Fit mode, landscape images display at a higher zoom level than portrait images).  If I am getting EP, I can eliminate it by sufficiently reducing the size that LR is displaying the image by resizing the LR window smaller, opening additional panels (I normally edit with only the right panel open), displaying the toolbar, etc.  It appears that EP is enabled when the displayed image is about 50% or larger w.r.t. the actual image (as currently cropped).  For example, EP becomes enabled when a 3648 pixel wide S90 image is displayed at least 17 and 7/8 inches wide on my 100 ppi monitor (i.e. about 1787 pixels).
    Dependency on HOW an adjustment is invoked
    Even when the displayed image size is large enough w.r.t. the actual image size to enable EP, whether you get it on a given adjustment depends on how you invoke it:
    - If you CLICK (i.e. press the mouse button down and quickly release it) on the track of one of the sliders (a technique I use often to make big jumps), EP will happen.
    - If you press the mouse button down on a slider handle, drag it to a new position, and quickly release the mouse button), EP will happen
    - If you press the mouse button down on a slider handle, drag it to a new position, but continue to hold the mouse button down until the displayed image is updated, EP does NOT happen (either before or after you then release the mouse button).
    - If you highlight the numeric field at the end of a slider and use the arrow keys (possibly along with Shift) to increment or decrement the value, EP does NOT happen.
    - EP will happen if you resize the LR window such that the displayed image size is above the threshold.  (In fact, I determined the threshold by making a series of window width increases until I saw EP indicated by the CPU bar graphs.)
    - EP can happen with local adjustment brush applications, but as with the sliders, it depends on HOW you perform the brush stroke.  Single click and drags with immediate mouse release cause EP, drags with delayed mouse button release don't.
    - Clicking an earlier History state causes EP
    - More exploration could be done.  For example, I haven't looked at Graduated Filter and Spot Removal adjustments.
    My theory of what's happening
    With LR2, my understanding is that in Develop mode when the displayed image is below 1:1 zoom level, after an adjustment is invoked, LR calculates the new version of the image to display using a fast, simplified algorithm that doesn't include the more computationally intensive adjustments like Sharpening and Noise Reduction (and perhaps works on a lower rez version of the image with multiple sensels binned together?).  It appears that in conditions described above, LR3 calculates the initial, fast image update and then goes on to do the full update of the image, including the computationally intensive adjustments.  Evidence:   setting Sharpening Amount and Luminance and Color Noise Reduction to zero eliminates EP (or reduces the amount of time it takes to be barely noticeable).  I'm not sure whether the displayed image is updated with the results of the extra processing.  I think the answer is Yes since when I tried an adjustment of changing Sharpening Amount from 0 to 90, the initial update of the displayed image showed sharpening but after the EP, the displayed image was updated again to show somewhat different sharpening. Perhaps Adobe felt that it would be useful to see the more accurate version of the image when it is at or above 50% zoom.  Maybe the UI is supposed to cancel the EP if you start to make another adjustment before it has completed but the canceling doesn't happen unless you invoke the adjustment in one of the ways described above that doesn't cause EP.  
    Misc
    - EP doesn't seem to happen for Process 2003
    - As others have mentioned, I'm surprised that LR (both version 2 and 3) in 64bit mode doesn't use more available RAM.  I don't think I've seen LR go above 4GB of virtual memory or above 3GB "Real Memory" (as reported by Activity Monitor) even though I have several GB free.
    - It should be obvious from the above that if you experience EP, there are workarounds: reduce the size of the displayed image (e.g. by window resizing), invoke adjustments in ways that don't cause EP, turn off Sharpening and Noise Reduction until the end of editing an image.
    System specs
    First generation Intel Mac Pro with two dual-core CPUs at 2.66 Ghz
    OS 10.5.8
    21GB RAM
    ACR cache on volume striped across 3 internal SATA drives
    LR catalog and RAWs on an internal SATA drive
    30" HP LP3065 monitor (2560 pixels wide)
    NVIDIA GeForce 7300 GT

    I'm impressed by your thorough analysis.
    Clearly, the programmers haven't figured out the best way to do intelligent caching and/or parallel rendering at a reduced size yet.
    In my experience reducing the settings in the "Details" panel doesn't help.
    What really bugs me is that the lag (or increasing lack of interactiveness) depends on the number of adjustments one has made.
    This shouldn't be the case. If a cache is produced then every further adjustment should only cost the effort for that latest adjustment and not include adjustments before it. There are things that stand in the way of straightforward edit applications:
    If you work below 1:1 preview, adjustments have to be shown in a reduced form. If you don't have a way to faithfully mimic the adjustments on the reduced size, you have to do them on the original image and then scale down. That's expensive.
    To the best of my knowledge LR uses a fixed image pipeline. Hence, independently of the order in which you apply edits, they are always performed in the same fixed order. Say all spot removal operations are done first. If you have a lot of adjustment brush edits and then add a spot removal operation, it means that all the adjustment brush operations have to be replayed each time you do a little adjustment on your spot removal edit.
    I believe what you are seeing is mostly related to 1.
    I also believe that the way LR currently handles a moderate number of edits is unacceptable and incompatible with the notion that it is usable in a commercial setting for more than trivial edits. I suspect there is something else going on. If everyone saw the deterioration in performance after a number of edits that I see, I don't think LR would be as accepted as it is. Having said that, I've read that the problem of repeated applications of the adjustment brush slowing LR down has existed for a long time. I truly hope that this doesn't mean we'll have to live for it for the foreseeable future.
    There are two ways I can see how 2. should be addressed:
    combine the effects of a set of operations into one bitmap operation. Instead of replaying all adjustment brush strokes one after the other (speedwise it feels like this is happening), compute a single bitmap operation that combines all effects.
    give up the idea that there is an image pipeline with a fixed execution order.
    Some might argue that the second point is at odds with the whole idea of parametric editing, but I dispute that. Either edit operations are commutable in which case the order is immaterial, or they are not. If they are not, the user applies the edits in a way as he/she sees fit and will thus compensate for any effect of a changed ordering.
    N.B., currently the doctrine of "fixed ordering of edit applications" results in the effect that even if you convert an image into B&W all your adjustment brush edits that applied colour tints will still show through. Reasoning: The user should be able to locally tint a B&W image. I agree with the latter but this could be achieved by only applying those tinting brush strokes that were created after the B&W conversion. All the ones that happened before should only be used to obtain the correct luminance values for the B&W conversion but obviously they shouldn't cause tinted areas.
    The above example demonstrates to me that users naturally expect operations to occurr in the order they have been introduced, not in a fixed predefined order. If that principle were followed, I see no reason why the speed of a single edit should depend on the number of edits that were done to the image before.
    I hope the programmers can (and the management wants to) address the performance issues. While I find LR usable for pretty modest edits, in no way the performance on my system approaches that would I would expect from an industrial strenght application.
    P.S.: Your message reminded me of the following: When I experience serious lag with LR showing the strokes I make with an adjustment brush, it helps to pause a moment after the first click before one starts moving. This allows LR to catch up and then one can see the effect of the application pretty much interactively. Otherwise, there is terrible lag and the feedback where you have brushed an effect comes way too late.

Maybe you are looking for