+ Camera Raw Feature Requests +

>The significant question for me is, Why does the "consumer" PE4 show the original full file view after a subsequent cropping action, when the "professional" oriented CS2 displays the original file thumbnail with only its last cropped portion?

There is no crop feature in Camera Raw for PSE4 so it's pretty hard to see how you would ever manage to see a cropped version of the raw file.

Barry - Please read original request detail in post 116.

I'd like the default thumbnail view in Bridge-CS2 to display the full original Raw file view even if subsequent ACR or Photoshop crops are chosen from the Raw original. PE4 retains the full view of the original file after cropping. The current Bridge displays the original Raw file thumbnail as only the portion of the last crop action, not the full original view. If there is a way to keep the thumbnail of the original Raw file as a full, non-cropped view, I can't locate that option in Bridge, so, yes, it does appear to be the default display (with no further options).

For me to see the full original Raw file view, I must reopen the Raw file in ACR and clear the current crop. The thumbnail view restriction is not productive, to say the least.

The significant question for me is, Why does the "consumer" PE4 show the original full file view after a subsequent cropping action, when the "professional" oriented CS2 displays the original file thumbnail with only its last cropped portion? To meet both of our preferences, the option of view is needed here.

Joe - I like the current state. Are you asking for a non-default option?

Update - New feature: Display the full original image in the thumbnail in Bridge after crops applied during Raw conversion.

I recently purchased PE4 to evaluate for a friend's update from and earlier PE version. The original Raw file thumbnail retains its full file view after CR processing and subsequent cropping in the PE editor of PE4. Would it be possible for Adobe to release an update for CS2-Bridge-ACR to also retain the full original Raw file thumbnail view, since it may be some time (and further expense) before a potential change in CS3?

For me it is a very welcome new feature that fact that now Camera RAW writes legacy IPTC (IIM) data. I use several applications and some support XMP while others just IIM4.1, and I still want to access the same metadata (when the format allows it) in both apps (for instance, Apple Spotlight vs. Adobe Bridge). I think, however, that if you are adding that feature, you should do it to its full extent, and right now there are three field that are not being written that I think should be (specially the first one):

- Dataset 1:90, Coded Character Set: Without this, IPTC (IIM4.1) is pretty irritating to non-English users, i.e. anyone that uses anything beyond ASCII, if not completely useless for users who do not use roman letters (Japanese, Korean). The specs on this dataset are somewhat tricky. Be sure to have a look at http://www.iptc.org/download/download.php?fn=IIMV4.1.pdf page 20 and Appendix C. You might also want to have a look at an explanation and some JPEG examples by some guy in this non-ACR related thread http://bugs.php.net/bug.php?id=27238

- Dataset 2:92, Sub-location: according to the XMP Schema "IPTC Core" V 1.00, the XMP property name "Location" should have "Legacy / backward compatibility" with the IIM dataset "2:92 Sublocation". CRW 3.3 beta, though, does not currently synchronize them (I mean, it does not write the legacy IIM dataset at all).

- Dataset 2:100, Country/Primary Location Code: both the IPTC (IIM) specs and the IPTCore specs have a place to specify an ISO3166 country code. Surprisingly, the IPTCCore v1.00 specs ignores this and do not specify that the property "CountryCode" has "Legacy / backward compatibility" with the IIM Dataset 2:100 Country Code. In any case, again, both fields are useful in order to clear up things beyond language-dependent toponyms, and I see no reason for ACR not to synchronize both either.

Anyhow, thanks for this great addition to ACR!

New feature: Display the full original image in the thumbnail in Bridge after crops applied during Raw conversion.

I always make new exposures using Raw camera format, and ACR-CS2 to develop the image for Photoshop adjustments and printing. I will sometimes crop the Raw image during ACR processing, and occasionally produce two or more saved full and cropped files from the same Raw original exposure. Would it be possible to retain display of the full original image in the Raw file thumbnail versus the last cropped portion of the developed image?

I've searched this question under the Bridge, Photoshop and CR forums, with no hits. Thanks for reading and considering.

I'd like to save directly to 16bit grayscale from Camera Raw. I am processing up to 500 files a day, digitizing old black and white negatives with a 22Mp camera. Now I have to go through an extra action i Photoshop, converting from RGB to Grayscale (via Lab - for quality).
Being able to batch convert and save as grasycale from within Camera Raw would save me a lot of time.

Arild

DJ,

Not necessarily. When you create a new doc in Photoshop, how you save the file isn't considered just the color space, dimensions, bit depth and dpi. This, if you like, could be a "base file size" that later could be saved in any manner. It is this "base file size" that I am looking for. If a client request a certain file size or if you want a particular file size, it would be helpful to know which of the preset dimensions, color space, bit depth, dpi would closest meet that requirement. It seems like a fairly straight forward process to have this information in the workflow window.

Kim

Kim,

What I was trying to point out is that you would need it for TIFF in its compressed oand uncompressed modes; JPEG with several quality options; PSD; DNG with various embedding, preview and other options ... all these are options that affect the output size. Maybe you could just have compressed TIFF and PSD displayed?

DJ,

All the needed info is available in the window except the Image Size.
The workflow window has the files dimensions,in pixels, the image bit depth, 8 or 16, color space, RGB and the dpi. These will result in an Image Size calculation without having to first save or open the image. It would be convenient to have this info in advance of committing to the parameters you have for an image.