ACR Cache

I own CS3.
My digital processing PC has 3 drives.
My C: drive has just programs and OS. It is a 36 GB WD Raptor
My D: drive is a slower WD Caviar 320GB and houses my RAWs and processed jpgs. I use other 320GB Caviar drive (my E: drive) as one of my backups (should D: fail).
The other day I noticed, to my surprise, that my C: drive had less than 1 GB of free space remaining. Hmm, that's interesting, I didn't have THAT many programed installed. I looked to see how this was possible and noticed that there is a huge amount of space (>6 GB) in the user "Documents and Settings" folder devoted to both Camera Raw and Bridge cache in various 'Application Data" folders. I prefer to have more free space on my primary C: drive. I noticed Picasa was storing a ton of files on it as well as freed a few GBs of space by only allowing Picasa to view JPEGs (and not my RAWs). So i wonder if there is some maintenance/preference changes I can do with CS3 to further create drive space. The E: drive is only used whenever I backup files.
In ACR Preferences I noticed I could change where Camera Raw's cache is stored. Should I change it to my rarely used, but slower, E: drive or just decrease the size of the cache? Can I do so for the Bridge cache as well? And if I do change the cache's location, will all of the information currently store in the cache's present location be migrated to the new location automatically?
Any advice is appreciated. I prefer to be taking photos rather than trying to figure out how my computer works.

Thanks - I'd long ago assigned the PS scratch drive to my internal E: drive. I guess my biggest question is if I reassign the drive for both my Bridge and ACR caches to this drive, will the contents of the cache migrate to the new drive seamlessly? I guess this is technically a Windoze inquiry.
I just want to avoid any problems like finding out the many GBs of cache info was not transferred to the relocated folder and no longer accessed by PS/ACR due to the fact the cache folders are in a new location.
Jao, I just assumed the 320 GB drive would be slower as it is not a Raptor 10,000 RPM drive like the boot C: drive. But maybe it IS faster if the system is forever accessing thngs of the system drive. Don't know - my passion is photos, not information processing.
Thanks for all the help thus far guys!!

Similar Messages

  • Purge, Resize or change ACR cache in Elements

    " 1. In Adobe Bridge, choose Edit > Camera Raw Preferences (Windows) or Bridge > Camera Raw Preferences (Mac OS), or, with the Camera Raw dialog box open, click the Open Preferences Dialog button .
    2. Do any of the following:
    To change the cache size, enter a Maximum Size value.
    To purge the camera raw cache, click the Purge Cache button.
    To change the location of the camera raw cache, click Select Location."
    This is from the help for CS3.
    When I open the preferences for ACR in PSE6 there is no button to Purge the Cache, resize the cache or change its location.
    How can I make any of these changes for ACR in PSE6?

    Thank you Thomas , however
    Why then does the ACR cache fill up when running Elements; mine is at its 1GB limit. If it is not being used should it not be empty?

  • Can't change ACR cache location or size

    Whenever I go to change the location of the cache, or even its size, the value immediately resets back the next time I open the preferences panel. Same happens if I try to do this in ACR 6.1. The location that I want to point it at is perfectly valid, on my local drive, and I have all permissions for it.
    Since Adobe apps are slightly retarded and don't follow symlinks, an attempt to sneak in a different location under a symlink ended up as expected in a crash.
    Any ideas how to change the ACR cache path, or why it would be failing? No messages in the Console. OSX 10.6.4, Nehalem MacPro.

    No, links don't really work with any Adobe apps, at least not on OSX. Just try to create a symlink to any of the Camera Raw settings folders (lens profiles, camera profiles - so that they are all the same on all my computers) - no dice. I write OSX software for a living and know my way with symlinks - not sure what Adobe is doing but they don't work.
    But that's not the issue here - my question is why I can't change the cache directory the "normal, pedestrian way" (your average user won't know anything about symlinks).

  • ACR Cache - Is It Broken?

    There's been some discussion in another thread about this, but its really off-topic there, and I think warrants its own thread...
    I can find no value in the ACR cache whatsoever. Begging the questions:
    - Is it working as it should, and there is some subtle value I'm missing?, or
    - Is it broken??
    At the moment, I'm totally perplexed.
    When switching views in develop mode to one which DOES HAVE a 1:1 preview available, but DOES NOT HAVE a complete raw-rendering available due to a recent rendering (presumably in RAM, although I dont know), the sequence of display phases for me is:
    1. Nice
    2. Bad
    3. Nice
    And the sequence is not noticably faster with a cache entry available - I haven't done rigorous checking.
    Nor are the views any nicer when cached.
    Nice #1 I assume is the lib preview (which comes up in less than a second and lasts for about a second)
    #2 (Bad) I assume is the develop module's first whack at a rendering (and generally lasts about 2 seconds).
    NIce #3 is the final raw rendering (loading indicator is extinquished when this view is presented).
    Lightroom version: 3.3 [711369]
    Operating system: Windows 7
    Version: 6.1 [7600]
    Application architecture: x64
    System architecture: x64
    Physical processor count: 4
    Processor speed: 3.4 GHz
    Built-in memory: 7934.1 MB
    Real memory available to Lightroom: 7934.1 MB
    Real memory used by Lightroom: 1848.3 MB (23.2%)
    Virtual memory used by Lightroom: 2061.8 MB
    Memory cache size: 1300.0 MB
    System DPI setting: 96 DPI
    Desktop composition enabled: Yes
    Displays: 1) 1920x1200, 2) 1920x1200
    Application folder: Default / System drive.
    Library Path: Separate SSD.
    Settings Folder: Default / Data drive.
    How about you?
    Rob

    JW Stephenson wrote:
     ...my Win7/64 system shows all three phases when there is a disk cache and the second phase blurriness is somewhere between the first image that appears and the final images that appears.  When I do this exercise at 2x or 4x it look more like a low resolution preview is being inserted at phase 2 rather than a blurring.  On my 30" screen, low resolution images appear blurry when blow up.  See if you agree with this observation.
    Doesn't sound like what I'm seeing - hang on and I'll post 3 screen-shots. In the mean time, add a gradient @100% across the whole image at sharpness=-55 and you'll see what I'm seeing in phase 2 (presumably).
    JW Stephenson wrote:
     I don't know if it really matters where this intermediate image comes from or why it is displayed.  I simply have learned to not panic when I look up and see a "not so sharp" image in develop module.
    With my last motherboard it took ~15 seconds for a develop mode view - I've been so happy with the improvement that I hadnt been scrutinizing performance. In fact, it was trying to answer other peoples questions that got me looking at it more closely. My phase 2 is very blurry - its worse than "not so sharp" - I'll show ya in a minute.
    JW Stephenson wrote:
     ...an image with massive spot healing can take up to 30 seconds and result in one or more periods of the LR window showing (Not Responding).
    Whoa - 30 seconds for a batch of dust spots - yhouch! - I've seen Lightroom go wonky when adding / updating dust spots a few times (and take forever + not responding...), but usually works OK for me...
    Rob

  • Found a significant LR4 speedup - regenerate ACR cache

    Like many others here, after I upgraded to LR4, my performance went completely to hell.  It would literally take 9-10 seconds just to advance to the next image in the Develop module.  Marking an image for deletion would take 15 seconds.  I'm running a Q6600 - quadcore processor at 2.4GHz with 4GB RAM on Vista 32-bit.  By today's standards, it's not a terrific speed demon, but no slouch either and it worked fine for several years with LR3.  I mostly process D300 RAW files.
    After reading a lot of posts here about crummy performance, I wasn't able to find any tips that might help so I started poking around in the preferences/settings.  One thing I discovered was that my ACR cache was perhaps getting starved a bit for size.  It was set to 50GB, but it was on a drive that might not have that much free space.  I reasoned that if the cache couldn't quite be large enough to hold my working directory of images, then it might be thrashing and pretty much never loading from the cache.
    So, I moved my ACR cache to a new drive with lots of free space, increased the cache size to 100GB and then proceeded to regenerate the cache for the directory of 500 images I was working on by making a 2 point change in sharpening on all images and then regenerating all previews.  It took awhile to make all new previews for all the images, but after doing so - WOW my old performance was back again, even running on the new 2012 process.  I could move from one image to the next in the develop module in under a second.
    So, I don't know if it was low disk space, some sort of general caching problem, a corrupted cache or what, but after making those ACR cache changes, my LR4 performance is back neaer where the LR3 performance was.

    rosalynsam wrote:
    I have significant problems with near lock up in LR4 and have posted a discussion (it takes HOURS to import a couple hundred photos, minutes to load a photo just to view sometimes).  There have been no suggestions in reply to my original post -so maybe I can tag along here for some assistance?  Please? In LR, I opened the preferences (in Edit) and found that my Camera Raw Cache Settings were set at 1. GB maximum size, with the Video Cache set at 3.0 GB.  Hate to be dense, but I want to be sure I am not causing with more problems.....so, I should purge cache on each first, then change maximum size to 100? Since mine is set on 1. that seems pretty drastic, since my system says it has 308 GB free out of 465. 
    I have an HP server which I can can use (instead of the default C drive which it is set to). My system is less than 2 years old,  Windows 7- my processor is AMD Phenon(tm)  II x 4 925 Processor.  My hard drive back up has plenty of space -  4 terabytes.  Could Purge Cache and change these settings in any way cause another problem?  Should I change this to my hard drive -if so, would I use the same file location, except change to my server? 
    I have a Mac with the same cache settings, and it is lightening fast with LR3 compared to this.  I really don't know how to ask the right questions -my knowlege about computer systems, etc. is limited.
    One of my symptoms before fixing my cache was that importing was ridiculously slow (hours to import a few hundred images) so my experience does overlap with your symptoms.   How big a cache you need depends upon what you're processing and how many you work on at a time.  I presume the ACR cache (which is what I wrote about here) is mostly (or perhaps only) used for RAW images so it's most applicable if you shoot RAW.  Secondly, you need to think about your working set of images (how many you work on at a time).  What you want is a cache that is big enough to hold cached versions of every image in the set you work on.  That way, you can import the images into LR which will build previews and fill the cache in the process and then you can go back and work on your images and they will all be precached.  If your cache size is a little smaller that the working set, then by the time it gets to the end of building previews, the cache is full and it's kicking your first images out of the cache.  Then, you go to start working on the first images and there's nothing cached so it keeps having to back to the RAW file for every new image.  This is when it's going to be really slow.  OTOH, if your cache is larger than your working set, then all images you are working on in a particular shoot can stay in the cache for the duration of working on them.
    I think the norm for the ACR cache is around 50GB just to make sure it's big enough for a large shoot.  1GB is miniscule and won't be doing you much good at all.

  • How to - move ACR cache and LR cache and catalog

    Hi all,
    in the try of speeding things up a bit with my LR (v. 2.4 64 bit on Vista 64 SP2, E8650 proc and 8 GB RAM) I got an 2nd hand WD Raptor 150 GB 10K rpm, and I'd like to move there the ACR cache (around 60GB now) and the LR previews and catalogs (around 20 GB) . Which is the right and safer procedure to do that!? :-)
    Another question: my setting about File Handling are the following:
    1680 pixels as standards preview file size
    Preview quality Medium
    Never discard 1:1 preview size
    and in the grid mode (library) when I page down or up ... I always have the 3 white dots (of waiting) the pictures taken 3-4 secs go from fuzzy to sharp. How can I improve that time?
    Thanks to all who will answer :-)
    Have a nice day,
    gianluca

    There is nothing you can do to change the time that thumbnails to refresh. The fuzziness is normal while the three dots are visible and indicates that Lr is scanning the files within the Grid for external metadata or develop changes.
    To move the catalog and preview folder you simply drag (copy) it to the new drive, open the relocated folder and double click on the .lrcat (catalog) file. The double click operation will open Lightroom with the relocated catalog active.
    You can drag the ACR cache file to the new drive. However, to ensure Lightroom/Camera Raw use the correct ACR cache you will need to open Preferences>File Handling and point to the location that you want the cache files to be saved.
    Be aware that moving above folder is going to take a fair amount of time, albeit significantly less than rebuilding the cache and previews from scratch.

  • ACR Cache Constantly Rebuilds

    Everytime I click on a folder of images the cache rebuilds from scratch. This behavior started this week. I've trashed prefs but it didn't help. I'm using CS3 on Dell computer with 4GB of ram and Vista.

    If you are talking about the cache from raw files inside of Bridge, that's _NOT_ Camera Raw's cache...that's Bridge's cache. You would be better off asking about your issue in the Windows Bridge forum...

  • LR4 error when reading from its preview cache, needs to quit

    I'm getting the above message.  Lightroom says it will attempt to fix this problem the next time it launches,
    requiring me to click OK and the program closes.  When I relaunch it, I see the same message.
    I'm on a PC w/ Win7; I updated LR4 with the 4.1 download recently to enable it to read the 5DMarkIII raw files.

    From: "Steve from Maryland
    I am having this problem regularly now on my laptop (SSD HDD and 64 bit
    Win7Pro). I have erased the cache multiple times (BTW- you have to stop
    textextractor.exe to be able to do this- more on this below as well). The
    corruption keeps happening and I don't know why. Anyone????
    Not sure what cache you are talking about. LR only refers to two 'caches' -
    the acr cache which stores part-rendered images to speed up rendering in
    Develop, and a video cache which does something when you use videos. The
    catalog and previews are stored in another folder, along with a previews.db
    and a rootpixels. db which store info on the previews.
    If you are having trouble as you describe, you need to delete the previews
    folder (including the two .db files) just leaving the catalog. Then you need
    to clear the acr cache (under Edit/preferences/File handling/camera raw
    cache).  Then regenerate all your previews in LR (select your main parent
    folder, and tell it to build all previews). If you have a lot of images,
    best to do this overnight.
    Then all the various caches, databases, previews, and catalog should now be
    in sync again, and you shouldn't see that error.
    Not sure what textextractor is but if it interferes with LR, I'd get rid of
    it.
    Bob frost

  • Image Corruption in ACR/Bridge CS 6:

    Shooting 1D mk lV, all image shot in RAW; Mac Pro Dual Core Xeon, ATI Radeon HD 5770. Downloads are via card reader.
    Bridge/ACR will randomly take the first image I open and corrupt it. It could be per set of images or just the first image of the day. This is usually not a problem as my first images are usually just test/set up shots. This morning it screwed me royally.
    I edited a shoot last night and put my highlight images into a separate folder. I then did ACR corrections and ran a batch for logo'd sample images and sent them to the client.
    This morning I start up my computer and open the highlight image folder, select the 5 highlights, click on 'open in camera raw' and they pop up and after 2 seconds the first image corrupts.
    I have tried copying the image to other drives as well as to my Mac Pro laptop and it does the same thing every time. Purging cache for selection doesn't work.
    Copying the original in finder to another drive doesn't work (this has worked in the past).
    This has happened in the past and I did find a fix of deleting a certain file in the adobe library (and it recreates it). I did save the page where I found the fix but haven't been able to find it.
    I have re-created the ACR cache as well as the Bridge caches. After recreating the caches and clicking 'purge cache for selection' it briefly pops back the original and then corrupts again.
    I've tried increasing cache size and various cache options.
    When I view the file in finder, the tiny thumbnail shows the correct image but the preview shows corrupted image.
    If I view the image in Canon's Digital Photo Professional, it pops up for a second normally and then corrupts itself.
    I'm guessing it's a deep cache issue...I have well over a million images that have passed through CS6. I regulary clean my caches but am I missing something somewhere???
    Any suggestions from anyone???

    Doubleclicking on the files in Bridge causes that quicktime or VLC or itunes (depending on the file format) will open that, but bridge does not handle anything?!
    Bridge CC and Bridge CS6 both handle my .mov files from EOS 1Dx and iPhone without any problems. The show in the preview window and can be played with sound in this same window. (MacPro with 10.8.4)
    Purging cache is what it is, it dumps the previous cache of the preview and forces Bridge to create a new one, nothing else is set to default.
    First try a reset of preferences and hold down option key while restarting Bridge and choose reset prefs. then try again.

  • ACR v 6.7.0.339 rebuilds previews for one folder repeatedly

    I started having this situation after the 6.7 update to ACR, in the folder I was working on at the time of the update. The symptom is that after all the previews are built, any action (ex. display a preview) causes Thumbnails, Previews, and 100% previews to start rebuilding, entire or in part at different times. I have tried a number of things to try to fix this, including Prefs. reset in Bridge and PS CS5, flushing Bridge and ACR caches, creating a new (DATE) folder for the images, and manually deleting the .BridgeCache and .BridgeCacheT files from the folder. I have done an in-place reinstall of Photoshop, and an uninstall-reinstall. There was one file in the group that was rejecting key words, but I resolved that by deleting its XMP file and regenerating it. Turning off Open GL acceleration makes no difference.
    Thanks!
    SysInfo follows:
    Adobe Photoshop Version: 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch]) x64
    Operating System: Windows 7 64-bit
    Version: 6.1 Service Pack 1
    System architecture: AMD CPU Family:15, Model:10, Stepping:0 with MMX, SSE Integer, SSE FP, SSE2, SSE3
    Physical processor count: 6
    Processor speed: 3411 MHz
    Built-in memory: 16382 MB
    Free memory: 977 MB
    Memory available to Photoshop: 14733 MB
    Memory used by Photoshop: 69 %
    Image tile size: 132K
    Image cache levels: 6
    Display: 1
    Display Bounds:=  top: 0, left: 0, bottom: 1200, right: 1920
    Video Card Number: 1
    Video Card: NVIDIA GeForce GTX 460
    Driver Version: 8.17.12.9573
    Driver Date: 20120209000000.000000-000
    Video Card Driver: nvd3dumx.dll,nvwgf2umx.dll,nvwgf2umx.dll,nvd3dum,nvwgf2um,nvwgf2um
    Video Mode: 1920 x 1200 x 4294967296 colors
    Video Card Caption: NVIDIA GeForce GTX 460
    Video Card Memory: 1024 MB
    Serial number:xxxxxxxxxxxxxxxxxxxxxxx
    Application folder: C:\Program Files\Adobe\Adobe Photoshop CS5.1 (64 Bit)\
    Temporary file path: C:\Users\Kieren\AppData\Local\Temp\
    Photoshop scratch has async I/O enabled
    Scratch volume(s):
      K:\, 931.5G, 453.5G free
      L:\, 1.82T, 856.7G free
      G:\, 73.2G, 18.8G free
      H:\, 1.75T, 397.2G free
    Primary Plug-ins folder: C:\Program Files\Adobe\Adobe Photoshop CS5.1 (64 Bit)\Plug-ins\
    Additional Plug-ins folder: not set
    Installed components:
       A3DLIBS.dll   A3DLIB Dynamic Link Library   9.2.0.112  
       ACE.dll   ACE 2010/12/13-23:37:10   64.449933   64.449933
       adbeape.dll   Adobe APE 2011/01/17-12:03:36   64.452786   64.452786
       AdobeLinguistic.dll   Adobe Linguisitc Library   5.0.0  
       AdobeOwl.dll   Adobe Owl 2010/06/03-13:43:23   3.0.93   61.433187
       AdobeOwlCanvas.dll   Adobe Owl Canvas   3.0.68   61.2954
       AdobePDFL.dll   PDFL 2010/12/13-23:37:10   64.341419   64.341419
       AdobePIP.dll   Adobe Product Improvement Program   5.5.0.1265  
       AdobeXMP.dll   Adobe XMP Core   5.0   64.140949
       AdobeXMPFiles.dll   Adobe XMP Files   5.0   64.140949
       AdobeXMPScript.dll   Adobe XMP Script   5.0   64.140949
       adobe_caps.dll   Adobe CAPS   4,0,42,0  
       adobe_OOBE_Launcher.dll   Adobe OOBE Launcher   2.0.0.36 (BuildVersion: 2.0; BuildDate: Mon Jan 24 2011 21:49:00)   1.000000
       AFlame.dll   AFlame 2011/01/10-23:33:35   64.444140   64.444140
       AFlamingo.dll   AFlamingo 2011/01/10-23:33:35   64.436825   64.436825
       AGM.dll   AGM 2010/12/13-23:37:10   64.449933   64.449933
       ahclient.dll    AdobeHelp Dynamic Link Library   1,6,0,20  
       aif_core.dll   AIF   2.0   53.422628
       aif_ogl.dll   AIF   2.0   53.422628
       amtlib.dll   AMTLib (64 Bit)   4.0.0.21 (BuildVersion: 4.0; BuildDate: Mon Jan 24 2011 21:49:00)   1.000000
       amtservices.dll   AMTServices (64 Bit)   4.0.0.21 (BuildVersion: 4.0; BuildDate: Mon Jan 24 2011 21:49:00)   1.000000
       ARE.dll   ARE 2010/12/13-23:37:10   64.449933   64.449933
       asneu.dll    AsnEndUser Dynamic Link Library   1, 7, 0, 1  
       AXE8SharedExpat.dll   AXE8SharedExpat 2011/01/10-23:33:35   64.436825   64.436825
       AXEDOMCore.dll   AXEDOMCore 2011/01/10-23:33:35   64.436825   64.436825
       Bib.dll   BIB 2010/12/13-23:37:10   64.449933   64.449933
       BIBUtils.dll   BIBUtils 2010/12/13-23:37:10   64.449933   64.449933
       boost_threads.dll   DVA Product   5.0.0  
       cg.dll   NVIDIA Cg Runtime   2.0.0015  
       cgGL.dll   NVIDIA Cg Runtime   2.0.0015  
       CoolType.dll   CoolType 2010/12/13-23:37:10   64.449933   64.449933
       data_flow.dll   AIF   2.0   53.422628
       dvaadameve.dll   DVA Product   5.0.0  
       dvacore.dll   DVA Product   5.0.0  
       dvaui.dll   DVA Product   5.0.0  
       ExtendScript.dll   ExtendScript 2011/01/17-17:14:10   61.452840   61.452840
       FileInfo.dll   Adobe XMP FileInfo   5.0   64.140949
       icucnv36.dll   International Components for Unicode 2009/06/17-13:21:03    Build gtlib_main.9896  
       icudt36.dll   International Components for Unicode 2009/06/17-13:21:03    Build gtlib_main.9896  
       image_flow.dll   AIF   2.0   53.422628
       image_runtime.dll   AIF   2.0   53.422628
       JP2KLib.dll   JP2KLib 2010/12/13-23:37:10   64.181312   64.181312
       libifcoremd.dll   Intel(r) Visual Fortran Compiler   10.0 (Update A)  
       libmmd.dll   Intel(r) C Compiler, Intel(r) C++ Compiler, Intel(r) Fortran Compiler   10.0  
       LogSession.dll   LogSession   2.1.2.1263  
       MPS.dll   MPS 2010/12/13-23:37:10   64.450375   64.450375
       msvcm80.dll   Microsoft® Visual Studio® 2005   8.00.50727.4940  
       msvcm90.dll   Microsoft® Visual Studio® 2008   9.00.30729.4940  
       msvcp80.dll   Microsoft® Visual Studio® 2005   8.00.50727.4940  
       msvcp90.dll   Microsoft® Visual Studio® 2008   9.00.30729.4940  
       msvcr80.dll   Microsoft® Visual Studio® 2005   8.00.50727.4940  
       msvcr90.dll   Microsoft® Visual Studio® 2008   9.00.30729.4940  
       pdfsettings.dll   Adobe PDFSettings   1.04  
       Photoshop.dll   Adobe Photoshop CS5.1   CS5.1  
       Plugin.dll   Adobe Photoshop CS5   CS5  
       PlugPlug.dll   Adobe(R) CSXS PlugPlug Standard Dll (64 bit)   2.5.0.232  
       PSArt.dll   Adobe Photoshop CS5.1   CS5.1  
       PSViews.dll   Adobe Photoshop CS5.1   CS5.1  
       SCCore.dll   ScCore 2011/01/17-17:14:10   61.452840   61.452840
       tbb.dll   Threading Building Blocks   2, 1, 2009, 0201  
       TfFontMgr.dll   FontMgr   9.3.0.113  
       TfKernel.dll   Kernel   9.3.0.113  
       TFKGEOM.dll   Kernel Geom   9.3.0.113  
       TFUGEOM.dll   Adobe, UGeom©   9.3.0.113  
       updaternotifications.dll   Adobe Updater Notifications Library   2.0.0.15 (BuildVersion: 1.0; BuildDate: BUILDDATETIME)   2.0.0.15
       WRServices.dll   WRServices Thursday January 21 2010 12:13:3   Build 0.11423   0.11423
       wu3d.dll   U3D Writer   9.3.0.113  
    Installed plug-ins:
       Accented Edges 12.0
       ADM 3.11x01
       Angled Strokes 12.0
       Average 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Bas Relief 12.0
       BMP 12.0.2
       Camera Raw 6.7
       Chalk & Charcoal 12.0
       Charcoal 12.0
       Chrome 12.0
       Cineon 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Clouds 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Color Halftone 12.0.2
       Colored Pencil 12.0
       CompuServe GIF 12.0.2
       Conté Crayon 12.0
       Craquelure 12.0
       Crop and Straighten Photos 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Crop and Straighten Photos Filter 12.0.2
       Crosshatch 12.0
       Crystallize 12.0.2
       Cutout 12.0
       Dark Strokes 12.0
       De-Interlace 12.0.2
       Difference Clouds 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Diffuse Glow 12.0
       Displace 12.0.2
       Dry Brush 12.0
       Eazel Acquire 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Embed Watermark 4.0
       Extrude 12.0.2
       FastCore Routines 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Fibers 12.0.2
       Film Grain 12.0
       Filter Gallery 12.0
       Fresco 12.0
       Glass 12.0
       Glowing Edges 12.0
       Grain 12.0
       Graphic Pen 12.0
       Halftone Pattern 12.0
       HDRMergeUI 12.0
       IFF Format 12.0.2
       Ink Outlines 12.0
       JPEG 2000 2.0
       Lens Blur 12.0
       Lens Correction 12.0.2
       Lens Flare 12.0.2
       Lighting Effects 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Liquify 12.0.1
       Matlab Operation 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Measurement Core 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Mezzotint 12.0.2
       MMXCore Routines 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Mosaic Tiles 12.0
       Multiprocessor Support 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Neon Glow 12.0
       Note Paper 12.0
       NTSC Colors 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Ocean Ripple 12.0
       OpenEXR 12.0.2
       Paint Daubs 12.0
       Palette Knife 12.0
       Patchwork 12.0
       Paths to Illustrator 12.0.2
       PCX 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Photocopy 12.0
       Picture Package Filter 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Pinch 12.0.2
       Pixar 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Plaster 12.0
       Plastic Wrap 12.0
       PNG 12.0.2
       Pointillize 12.0.2
       Polar Coordinates 12.0.2
       Portable Bit Map 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Poster Edges 12.0
       Radial Blur 12.0.2
       Radiance 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Read Watermark 4.0
       Reticulation 12.0
       Ripple 12.0.2
       Rough Pastels 12.0
       Save for Web & Devices 12.0
       ScriptingSupport 12.1
       Shear 12.0.2
       Smart Blur 12.0.2
       Smudge Stick 12.0
       Solarize 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Spatter 12.0
       Spherize 12.0.2
       Sponge 12.0
       Sprayed Strokes 12.0
       Stained Glass 12.0
       Stamp 12.0
       Sumi-e 12.0
       Targa 12.0.2
       Texturizer 12.0
       Tiles 12.0.2
       Torn Edges 12.0
       Twirl 12.0.2
       Underpainting 12.0
       Vanishing Point 12.0
       Variations 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Water Paper 12.0
       Watercolor 12.0
       Wave 12.0.2
       WIA Support 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       Wind 12.0.2
       Wireless Bitmap 12.1 (12.1x20110328 [20110328.r.145 2011/03/28:10:30:00 cutoff; r branch])
       ZigZag 12.0.2
    Plug-ins that failed to load: NONE
    Flash:
       Mini Bridge
       Kuler
       Access CS Live
       CS Review
    Installed TWAIN devices: NONE
    Message was edited by: Kieren13 ....to make the subject line more informative, and to remove the serial number.
    Follow up:
    I neglected to mention that Bridge has crashed several times, sometimes seeming to take Firefox down with it. I did some searching in the system logs, and found AppCrash reports, mostly of two types. Since the first report above, I have updated the graphics driver to the most recent release.
    Examples are below:
    Log Name: 
    Application
    Source:   
    Windows Error Reporting
    Date:     
    5/13/2012 9:44:28 AM
    Event ID: 
    1001
    Task Category: None
    Level:    
    Information
    Keywords: 
    Classic
    User:     
    N/A
    Computer: 
    POD64
    Description:
    Fault bucket 2583921648, type 1
    Event Name: APPCRASH
    Response: Not available
    Cab Id: 0
    Problem signature:
    P1: Bridge.exe
    P2: 4.1.0.54
    P3: 4d6f26b3
    P4: ACE.dll
    P5: 2.16.36.12130
    P6: 4d6f287f
    P7: c0000005
    P8: 0003c8c7
    P9:
    P10:
    Attached files:
    C:\Users\Kieren\AppData\Local\Temp\WERDD4E.tmp.WERInternalMetadata.xml
    These files may be available here:
    C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_Bridge.exe_1958caea3f2e5b6328b 95c82b09e6d6e0baf85b_1f1c18a9
    Analysis symbol:
    Rechecking for solution: 0
    Report Id: 1aab737a-9d0a-11e1-869c-f46d0407302c
    Report Status: 0
    Event Xml:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
    <Provider Name="Windows Error Reporting" />
    <EventID Qualifiers="0">1001</EventID>
    <Level>4</Level>
    <Task>0</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2012-05-13T14:44:28.000000000Z" />
    <EventRecordID>33542</EventRecordID>
    <Channel>Application</Channel>
    <Computer>POD64</Computer>
    <Security />
      </System>
      <EventData>
    <Data>2583921648</Data>
    <Data>1</Data>
    <Data>APPCRASH</Data>
    <Data>Not available</Data>
    <Data>0</Data>
    <Data>Bridge.exe</Data>
    <Data>4.1.0.54</Data>
    <Data>4d6f26b3</Data>
    <Data>ACE.dll</Data>
    <Data>2.16.36.12130</Data>
    <Data>4d6f287f</Data>
    <Data>c0000005</Data>
    <Data>0003c8c7</Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>
    C:\Users\Kieren\AppData\Local\Temp\WERDD4E.tmp.WERInternalMetadata.xml</Data>
    <Data>C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_Bridge.exe_1958caea3f2e5 b6328b95c82b09e6d6e0baf85b_1f1c18a9</Data>
    <Data>
    </Data>
    <Data>0</Data>
    <Data>1aab737a-9d0a-11e1-869c-f46d0407302c</Data>
    <Data>0</Data>
      </EventData>
    </Event>
    Log Name: 
    Application
    Source:   
    Application Error
    Date:     
    5/13/2012 9:44:13 AM
    Event ID: 
    1000
    Task Category: (100)
    Level:    
    Error
    Keywords: 
    Classic
    User:     
    N/A
    Computer: 
    POD64
    Description:
    Faulting application name: Bridge.exe, version: 4.1.0.54, time stamp: 0x4d6f26b3
    Faulting module name: ACE.dll, version: 2.16.36.12130, time stamp: 0x4d6f287f
    Exception code: 0xc0000005
    Fault offset: 0x0003c8c7
    Faulting process id: 0x1664
    Faulting application start time: 0x01cd3116b9843185
    Faulting application path: C:\Program Files (x86)\Adobe\Adobe Bridge CS5.1\Bridge.exe
    Faulting module path: C:\Program Files (x86)\Adobe\Adobe Bridge CS5.1\ACE.dll
    Report Id: 1aab737a-9d0a-11e1-869c-f46d0407302c
    Event Xml:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
    <Provider Name="Application Error" />
    <EventID Qualifiers="0">1000</EventID>
    <Level>2</Level>
    <Task>100</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2012-05-13T14:44:13.000000000Z" />
    <EventRecordID>33541</EventRecordID>
    <Channel>Application</Channel>
    <Computer>POD64</Computer>
    <Security />
      </System>
      <EventData>
    <Data>Bridge.exe</Data>
    <Data>4.1.0.54</Data>
    <Data>4d6f26b3</Data>
    <Data>ACE.dll</Data>
    <Data>2.16.36.12130</Data>
    <Data>4d6f287f</Data>
    <Data>c0000005</Data>
    <Data>0003c8c7</Data>
    <Data>1664</Data>
    <Data>01cd3116b9843185</Data>
    <Data>C:\Program Files (x86)\Adobe\Adobe Bridge CS5.1\Bridge.exe</Data>
    <Data>C:\Program Files (x86)\Adobe\Adobe Bridge CS5.1\ACE.dll</Data>
    <Data>1aab737a-9d0a-11e1-869c-f46d0407302c</Data>
      </EventData>
    </Event>

    I have sorted out examples of XMP files which work and don't work correctly. I am not sure if the way it pasted in is correct. HTML seems to be taking formatting instructions from it. If this doesn't pass muster I will upload a ZIP file somewhere. I tried to compare these, but I'm not really used to reading that kind of text and did not sort anything out that was not an obvious setting. I greatly appreciate any guidance anyone can give. Thanks!
    An example of a BAD file follows.
    An example of a GOOD file follows the BAD file.
    <x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 5.3-c007 1.136881, 2010/06/10-18:11:35   
    ">
    <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
    xmlns:tiff="http://ns.adobe.com/tiff/1.0/"
    xmlns:exif="http://ns.adobe.com/exif/1.0/"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:aux="http://ns.adobe.com/exif/1.0/aux/"
    xmlns:xmp="http://ns.adobe.com/xap/1.0/"
    xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/"
    xmlns:xmpMM="http://ns.adobe.com/xap/1.0/mm/"
    xmlns:stEvt="http://ns.adobe.com/xap/1.0/sType/ResourceEvent#"
    xmlns:lr="http://ns.adobe.com/lightroom/1.0/"
    xmlns:crs="http://ns.adobe.com/camera-raw-settings/1.0/"
       tiff:Make="Canon"
       tiff:Model="Canon EOS 50D"
       tiff:Orientation="1"
       tiff:ImageWidth="4557"
       tiff:ImageLength="2996"
       tiff:PhotometricInterpretation="2"
       tiff:SamplesPerPixel="3"
       exif:ExifVersion="0221"
       exif:ExposureTime="1/200"
       exif:ShutterSpeedValue="7643856/1000000"
       exif:FNumber="9/1"
       exif:ApertureValue="633985/100000"
       exif:ExposureProgram="2"
       exif:ExposureBiasValue="0/1"
       exif:MaxApertureValue="475/100"
       exif:SubjectDistance="4294967295/1"
       exif:MeteringMode="5"
       exif:FocalLength="44/1"
       exif:CustomRendered="0"
       exif:ExposureMode="0"
       exif:WhiteBalance="0"
       exif:SceneCaptureType="0"
       exif:FocalPlaneXResolution="4752000/894"
       exif:FocalPlaneYResolution="3168000/597"
       exif:FocalPlaneResolutionUnit="2"
       exif:DateTimeOriginal="2012-05-02T10:55:18.00"
       exif:PixelXDimension="4557"
       exif:PixelYDimension="2996"
       dc:format="image/x-canon-cr2"
       aux:SerialNumber="520316718"
       aux:LensInfo="17/1 85/1 0/0 0/0"
       aux:Lens="EF-S17-85mm f/4-5.6 IS USM"
       aux:LensID="234"
       aux:ImageNumber="0"
       aux:ApproximateFocusDistance="4294967295/1"
       aux:FlashCompensation="0/1"
       aux:OwnerName="Kieren Ladner"
       aux:Firmware="1.0.7"
       xmp:ModifyDate="2012-05-02T10:55:18.00"
       xmp:CreateDate="2012-05-02T10:55:18.00"
       xmp:Rating="0"
       xmp:MetadataDate="2012-05-13T19:51:15-05:00"
       photoshop:DateCreated="2012-05-02T10:55:18.00"
       photoshop:ColorMode="3"
       photoshop:ICCProfile=""
       photoshop:SidecarForExtension="CR2"
       xmpMM:DocumentID="396FEC2AFC55A6B1BD5A5E5DA204C931"
       xmpMM:OriginalDocumentID="396FEC2AFC55A6B1BD5A5E5DA204C931"
       xmpMM:InstanceID="xmp.iid:6A23A4E85E9DE111BC19BFBEB5B0179F"
       crs:RawFileName="_MG_8687.CR2"
       crs:Version="6.7"
       crs:ProcessVersion="5.7"
       crs:WhiteBalance="As Shot"
       crs:Exposure="-0.10"
       crs:Shadows="6"
       crs:Brightness="+10"
       crs:Contrast="+32"
       crs:Saturation="0"
       crs:Sharpness="80"
       crs:LuminanceSmoothing="5"
       crs:ColorNoiseReduction="25"
       crs:VignetteAmount="0"
       crs:ShadowTint="0"
       crs:RedHue="0"
       crs:RedSaturation="0"
       crs:GreenHue="0"
       crs:GreenSaturation="0"
       crs:BlueHue="0"
       crs:BlueSaturation="0"
       crs:FillLight="50"
       crs:Vibrance="+20"
       crs:HighlightRecovery="22"
       crs:Clarity="+50"
       crs:Defringe="2"
       crs:HueAdjustmentRed="0"
       crs:HueAdjustmentOrange="0"
       crs:HueAdjustmentYellow="0"
       crs:HueAdjustmentGreen="0"
       crs:HueAdjustmentAqua="0"
       crs:HueAdjustmentBlue="0"
       crs:HueAdjustmentPurple="0"
       crs:HueAdjustmentMagenta="0"
       crs:SaturationAdjustmentRed="0"
       crs:SaturationAdjustmentOrange="0"
       crs:SaturationAdjustmentYellow="0"
       crs:SaturationAdjustmentGreen="0"
       crs:SaturationAdjustmentAqua="0"
       crs:SaturationAdjustmentBlue="0"
       crs:SaturationAdjustmentPurple="0"
       crs:SaturationAdjustmentMagenta="0"
       crs:LuminanceAdjustmentRed="0"
       crs:LuminanceAdjustmentOrange="0"
       crs:LuminanceAdjustmentYellow="0"
       crs:LuminanceAdjustmentGreen="0"
       crs:LuminanceAdjustmentAqua="0"
       crs:LuminanceAdjustmentBlue="0"
       crs:LuminanceAdjustmentPurple="0"
       crs:LuminanceAdjustmentMagenta="0"
       crs:SplitToningShadowHue="0"
       crs:SplitToningShadowSaturation="0"
       crs:SplitToningHighlightHue="0"
       crs:SplitToningHighlightSaturation="0"
       crs:SplitToningBalance="0"
       crs:ParametricShadows="0"
       crs:ParametricDarks="0"
       crs:ParametricLights="0"
       crs:ParametricHighlights="0"
       crs:ParametricShadowSplit="25"
       crs:ParametricMidtoneSplit="50"
       crs:ParametricHighlightSplit="75"
       crs:SharpenRadius="+0.8"
       crs:SharpenDetail="10"
       crs:SharpenEdgeMasking="0"
       crs:PostCropVignetteAmount="0"
       crs:GrainAmount="0"
       crs:LuminanceNoiseReductionDetail="50"
       crs:ColorNoiseReductionDetail="50"
       crs:LuminanceNoiseReductionContrast="0"
       crs:LensProfileEnable="1"
       crs:LensManualDistortionAmount="0"
       crs:PerspectiveVertical="-20"
       crs:PerspectiveHorizontal="0"
       crs:PerspectiveRotate="0.0"
       crs:PerspectiveScale="100"
       crs:AutoLateralCA="1"
       crs:Exposure2012="0.00"
       crs:Contrast2012="0"
       crs:Highlights2012="0"
       crs:Shadows2012="0"
       crs:Whites2012="0"
       crs:Blacks2012="0"
       crs:Clarity2012="0"
       crs:ConvertToGrayscale="False"
       crs:ToneCurveName="Medium Contrast"
       crs:ToneCurveName2012="Linear"
       crs:CameraProfile="Canon EOS 50D Canon_50D_ProfileEditor04"
       crs:CameraProfileDigest="16B9D8E1ACBFB9F874C50E934E93E09F"
       crs:LensProfileSetup="LensDefaults"
       crs:HasSettings="True"
       crs:CropTop="0.026589"
       crs:CropLeft="0.010985"
       crs:CropBottom="0.948569"
       crs:CropRight="0.980086"
       crs:CropAngle="-0.944704"
       crs:CropConstrainToWarp="1"
       crs:HasCrop="True"
       crs:AlreadyApplied="False">
       <tiff:BitsPerSample>
    <rdf:Seq>
    <rdf:li>16</rdf:li>
    <rdf:li>16</rdf:li>
    <rdf:li>16</rdf:li>
    </rdf:Seq>
       </tiff:BitsPerSample>
       <exif:ISOSpeedRatings>
    <rdf:Seq>
    <rdf:li>200</rdf:li>
    </rdf:Seq>
       </exif:ISOSpeedRatings>
       <exif:Flash
    exif:Fired="False"
    exif:Return="0"
    exif:Mode="2"
    exif:Function="False"
    exif:RedEyeMode="False"/>
       <dc:creator>
    <rdf:Seq>
    <rdf:li>Photographer: Kieren</rdf:li>
    </rdf:Seq>
       </dc:creator>
       <dc:rights>
    <rdf:Alt>
    <rdf:li xml:lang="x-default">Copyright: Kieren Ladner</rdf:li>
    </rdf:Alt>
       </dc:rights>
       <dc:subject>
    <rdf:Bag>
    <rdf:li>Boat</rdf:li>
    <rdf:li>Chicago River</rdf:li>
    </rdf:Bag>
       </dc:subject>
       <xmpMM:History>
    <rdf:Seq>
    <rdf:li
    stEvt:action="saved"
    stEvt:instanceID="xmp.iid:450E3264099AE1119C7DE23DBEA2F5FB"
    stEvt:when="2012-05-09T14:01:33-05:00"
    stEvt:softwareAgent="Adobe Photoshop Camera Raw 6.7 (Windows)"
    stEvt:changed="/metadata"/>
    <rdf:li
    stEvt:action="saved"
    stEvt:instanceID="xmp.iid:6A23A4E85E9DE111BC19BFBEB5B0179F"
    stEvt:when="2012-05-13T19:51:15-05:00"
    stEvt:softwareAgent="Adobe Photoshop Camera Raw 6.7 (Windows)"
    stEvt:changed="/metadata"/>
    </rdf:Seq>
       </xmpMM:History>
       <lr:hierarchicalSubject>
    <rdf:Bag>
    <rdf:li>Places|Chicago River</rdf:li>
    <rdf:li>Places|Chicago River|Boat</rdf:li>
    </rdf:Bag>
       </lr:hierarchicalSubject>
       <crs:ToneCurve>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>32, 22</rdf:li>
    <rdf:li>64, 56</rdf:li>
    <rdf:li>128, 128</rdf:li>
    <rdf:li>192, 196</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurve>
       <crs:ToneCurveRed>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurveRed>
       <crs:ToneCurveGreen>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurveGreen>
       <crs:ToneCurveBlue>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurveBlue>
       <crs:ToneCurvePV2012>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurvePV2012>
       <crs:ToneCurvePV2012Red>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurvePV2012Red>
       <crs:ToneCurvePV2012Green>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurvePV2012Green>
       <crs:ToneCurvePV2012Blue>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurvePV2012Blue>
      </rdf:Description>
    </rdf:RDF>
    </x:xmpmeta>
    GOOD XMP:
    <x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 5.3-c007 1.136881, 2010/06/10-18:11:35   
    ">
    <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
    xmlns:tiff="http://ns.adobe.com/tiff/1.0/"
    xmlns:exif="http://ns.adobe.com/exif/1.0/"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:aux="http://ns.adobe.com/exif/1.0/aux/"
    xmlns:xmp="http://ns.adobe.com/xap/1.0/"
    xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/"
    xmlns:xmpMM="http://ns.adobe.com/xap/1.0/mm/"
    xmlns:stEvt="http://ns.adobe.com/xap/1.0/sType/ResourceEvent#"
    xmlns:lr="http://ns.adobe.com/lightroom/1.0/"
    xmlns:crs="http://ns.adobe.com/camera-raw-settings/1.0/"
       tiff:Make="Canon"
       tiff:Model="Canon EOS 50D"
       tiff:Orientation="1"
       tiff:ImageWidth="4752"
       tiff:ImageLength="2811"
       tiff:PhotometricInterpretation="2"
       tiff:SamplesPerPixel="3"
       exif:ExifVersion="0221"
       exif:ExposureTime="1/200"
       exif:ShutterSpeedValue="7643856/1000000"
       exif:FNumber="71/10"
       exif:ApertureValue="5655638/1000000"
       exif:ExposureProgram="2"
       exif:ExposureBiasValue="0/1"
       exif:MaxApertureValue="5/1"
       exif:SubjectDistance="4294967295/1"
       exif:MeteringMode="5"
       exif:FocalLength="85/1"
       exif:CustomRendered="0"
       exif:ExposureMode="0"
       exif:WhiteBalance="0"
       exif:SceneCaptureType="0"
       exif:FocalPlaneXResolution="4752000/894"
       exif:FocalPlaneYResolution="3168000/597"
       exif:FocalPlaneResolutionUnit="2"
       exif:DateTimeOriginal="2012-05-02T10:56:44.04"
       exif:PixelXDimension="4752"
       exif:PixelYDimension="2811"
       dc:format="image/x-canon-cr2"
       aux:SerialNumber="520316718"
       aux:LensInfo="17/1 85/1 0/0 0/0"
       aux:Lens="EF-S17-85mm f/4-5.6 IS USM"
       aux:LensID="234"
       aux:ImageNumber="0"
       aux:ApproximateFocusDistance="4294967295/1"
       aux:FlashCompensation="0/1"
       aux:OwnerName="Kieren Ladner"
       aux:Firmware="1.0.7"
       xmp:ModifyDate="2012-05-02T10:56:44.04"
       xmp:CreateDate="2012-05-02T10:56:44.04"
       xmp:Rating="0"
       xmp:MetadataDate="2012-05-13T19:51:15-05:00"
       photoshop:DateCreated="2012-05-02T10:56:44.04"
       photoshop:ColorMode="3"
       photoshop:ICCProfile=""
       photoshop:SidecarForExtension="CR2"
       xmpMM:DocumentID="45B36C3C573CBE09117CC671F7F9AEDA"
       xmpMM:OriginalDocumentID="45B36C3C573CBE09117CC671F7F9AEDA"
       xmpMM:InstanceID="xmp.iid:1E035FE85E9DE111BC19BFBEB5B0179F"
       crs:RawFileName="_MG_8691.CR2"
       crs:Version="6.7"
       crs:ProcessVersion="5.7"
       crs:WhiteBalance="As Shot"
       crs:Exposure="-0.50"
       crs:Shadows="5"
       crs:Brightness="+32"
       crs:Contrast="+23"
       crs:Saturation="0"
       crs:Sharpness="80"
       crs:LuminanceSmoothing="5"
       crs:ColorNoiseReduction="25"
       crs:VignetteAmount="0"
       crs:ShadowTint="0"
       crs:RedHue="0"
       crs:RedSaturation="0"
       crs:GreenHue="0"
       crs:GreenSaturation="0"
       crs:BlueHue="0"
       crs:BlueSaturation="0"
       crs:FillLight="10"
       crs:Vibrance="+20"
       crs:HighlightRecovery="46"
       crs:Clarity="+50"
       crs:Defringe="2"
       crs:HueAdjustmentRed="0"
       crs:HueAdjustmentOrange="0"
       crs:HueAdjustmentYellow="0"
       crs:HueAdjustmentGreen="0"
       crs:HueAdjustmentAqua="0"
       crs:HueAdjustmentBlue="0"
       crs:HueAdjustmentPurple="0"
       crs:HueAdjustmentMagenta="0"
       crs:SaturationAdjustmentRed="0"
       crs:SaturationAdjustmentOrange="0"
       crs:SaturationAdjustmentYellow="0"
       crs:SaturationAdjustmentGreen="0"
       crs:SaturationAdjustmentAqua="0"
       crs:SaturationAdjustmentBlue="0"
       crs:SaturationAdjustmentPurple="0"
       crs:SaturationAdjustmentMagenta="0"
       crs:LuminanceAdjustmentRed="0"
       crs:LuminanceAdjustmentOrange="0"
       crs:LuminanceAdjustmentYellow="0"
       crs:LuminanceAdjustmentGreen="0"
       crs:LuminanceAdjustmentAqua="0"
       crs:LuminanceAdjustmentBlue="0"
       crs:LuminanceAdjustmentPurple="0"
       crs:LuminanceAdjustmentMagenta="0"
       crs:SplitToningShadowHue="0"
       crs:SplitToningShadowSaturation="0"
       crs:SplitToningHighlightHue="0"
       crs:SplitToningHighlightSaturation="0"
       crs:SplitToningBalance="0"
       crs:ParametricShadows="0"
       crs:ParametricDarks="0"
       crs:ParametricLights="0"
       crs:ParametricHighlights="0"
       crs:ParametricShadowSplit="25"
       crs:ParametricMidtoneSplit="50"
       crs:ParametricHighlightSplit="75"
       crs:SharpenRadius="+0.8"
       crs:SharpenDetail="10"
       crs:SharpenEdgeMasking="0"
       crs:PostCropVignetteAmount="0"
       crs:GrainAmount="0"
       crs:LuminanceNoiseReductionDetail="50"
       crs:ColorNoiseReductionDetail="50"
       crs:LuminanceNoiseReductionContrast="0"
       crs:LensProfileEnable="1"
       crs:LensManualDistortionAmount="0"
       crs:PerspectiveVertical="0"
       crs:PerspectiveHorizontal="0"
       crs:PerspectiveRotate="0.0"
       crs:PerspectiveScale="100"
       crs:AutoLateralCA="1"
       crs:Exposure2012="0.00"
       crs:Contrast2012="0"
       crs:Highlights2012="0"
       crs:Shadows2012="0"
       crs:Whites2012="0"
       crs:Blacks2012="0"
       crs:Clarity2012="0"
       crs:ConvertToGrayscale="False"
       crs:ToneCurveName="Medium Contrast"
       crs:ToneCurveName2012="Linear"
       crs:CameraProfile="Canon EOS 50D Canon_50D_ProfileEditor04"
       crs:CameraProfileDigest="16B9D8E1ACBFB9F874C50E934E93E09F"
       crs:LensProfileSetup="LensDefaults"
       crs:HasSettings="True"
       crs:CropTop="0.000001"
       crs:CropLeft="0"
       crs:CropBottom="0.887249"
       crs:CropRight="1"
       crs:CropAngle="0"
       crs:CropConstrainToWarp="1"
       crs:HasCrop="True"
       crs:AlreadyApplied="False">
       <tiff:BitsPerSample>
    <rdf:Seq>
    <rdf:li>16</rdf:li>
    <rdf:li>16</rdf:li>
    <rdf:li>16</rdf:li>
    </rdf:Seq>
       </tiff:BitsPerSample>
       <exif:ISOSpeedRatings>
    <rdf:Seq>
    <rdf:li>200</rdf:li>
    </rdf:Seq>
       </exif:ISOSpeedRatings>
       <exif:Flash
    exif:Fired="False"
    exif:Return="0"
    exif:Mode="2"
    exif:Function="False"
    exif:RedEyeMode="False"/>
       <dc:creator>
    <rdf:Seq>
    <rdf:li>Photographer: Kieren</rdf:li>
    </rdf:Seq>
       </dc:creator>
       <dc:rights>
    <rdf:Alt>
    <rdf:li xml:lang="x-default">Copyright: Kieren Ladner</rdf:li>
    </rdf:Alt>
       </dc:rights>
       <dc:subject>
    <rdf:Bag>
    <rdf:li>Boat</rdf:li>
    <rdf:li>Chicago River</rdf:li>
    </rdf:Bag>
       </dc:subject>
       <xmpMM:History>
    <rdf:Seq>
    <rdf:li
    stEvt:action="saved"
    stEvt:instanceID="xmp.iid:FDC3E537129AE1119C7DE23DBEA2F5FB"
    stEvt:when="2012-05-09T15:04:43-05:00"
    stEvt:softwareAgent="Adobe Photoshop Camera Raw 6.7 (Windows)"
    stEvt:changed="/metadata"/>
    <rdf:li
    stEvt:action="saved"
    stEvt:instanceID="xmp.iid:1E035FE85E9DE111BC19BFBEB5B0179F"
    stEvt:when="2012-05-13T19:51:15-05:00"
    stEvt:softwareAgent="Adobe Photoshop Camera Raw 6.7 (Windows)"
    stEvt:changed="/metadata"/>
    </rdf:Seq>
       </xmpMM:History>
       <lr:hierarchicalSubject>
    <rdf:Bag>
    <rdf:li>Places|Chicago River</rdf:li>
    <rdf:li>Places|Chicago River|Boat</rdf:li>
    </rdf:Bag>
       </lr:hierarchicalSubject>
       <crs:ToneCurve>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>32, 22</rdf:li>
    <rdf:li>64, 56</rdf:li>
    <rdf:li>128, 128</rdf:li>
    <rdf:li>192, 196</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurve>
       <crs:ToneCurveRed>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurveRed>
       <crs:ToneCurveGreen>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurveGreen>
       <crs:ToneCurveBlue>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurveBlue>
       <crs:ToneCurvePV2012>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurvePV2012>
       <crs:ToneCurvePV2012Red>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurvePV2012Red>
       <crs:ToneCurvePV2012Green>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurvePV2012Green>
       <crs:ToneCurvePV2012Blue>
    <rdf:Seq>
    <rdf:li>0, 0</rdf:li>
    <rdf:li>255, 255</rdf:li>
    </rdf:Seq>
       </crs:ToneCurvePV2012Blue>
      </rdf:Description>
    </rdf:RDF>
    </x:xmpmeta>

  • Deleting Cache in Adobe Camera Raw from Library

    Hi There ~
    I've seen similar questions, but not a definitive answer....
    Currently, in on my Macbook Pro, my:
    Users --> Lv4Tunes --> Library --> Caches --> Adobe Camera Raw folder is at 85g.
    My Hard drive is only 200 gb..and I am almost at capacity.
    My Lightroom library lives on an external hard drive, and my back up of that library is on another external hard drive.
    Can I delete ths Adobe Camera Raw cache without losing any data? 
    Thanks in advance for the information, it is appreciated.

    The safest way to do it would be to purge the ACR cache and set its limit to a lower amount of disk space in preferences:
    This will cause some minor slow down in Develop in the beginning, otherwise no impact. A reasonable size depends on the size of your images, but generally a size of 20-50GB is recommended.
    Beat Gossweiler
    Switzerland

  • Lightroom will not accept caches on different drives for multiple catalogs on different drives

    I have three catalogs:  one for my work files, one for botanical pictures (>200,000 pictures on a network drive) and one for everything else (about 90,000 pics). (i have been forced into this because the keyword files for each set are very large and interfere with the keyword files for the other files.)   Lightroom has become very slow, so  I keep the catalogs on different drives, some ssd, some not.  I read that you should keep the cache with the catalog.  so i changed my preferences to do this.  but lightroom insists on using the last cache.  so if i switch to my work catalog from my botanical catalog, Lightroom still uses the botanical cache.  is there any way to fix this?
    (I believe i am using lightroom 64 bit but the title bar only shows lightroom.)
    system info
    Lightroom version: 5.4 [955652]
    Operating system: Windows 7 Ultimate Edition
    Version: 6.1 [7601]
    Application architecture: x64
    System architecture: x64
    Logical processor count: 32
    Processor speed: 2.2 GHz
    Built-in memory: 32751.1 MB
    Real memory available to Lightroom: 32751.1 MB
    Real memory used by Lightroom: 774.7 MB (2.3%)
    Virtual memory used by Lightroom: 732.9 MB
    Memory cache size: 117.9 MB
    Maximum thread count used by Camera Raw: 32
    System DPI setting: 120 DPI
    Desktop composition enabled: Yes
    Displays: 1) 1920x1200, 2) 1920x1200
    Application folder: C:\Program Files\Adobe\Adobe Photoshop Lightroom 5.4
    Library Path: D:\LRcat not plants\Lightroom 5 Catalog.lrcat
    Settings Folder: I:\Users\rchannon\AppData\Roaming\Adobe\Lightroom
    Installed Plugins:
    1) Canon Tether Plugin
    2) Facebook
    3) Flickr
    4) rc Reportamus
    Config.lua flags: None
    Adapter #1: Vendor : 1002
        Device : 6718
        Subsystem : e182174b
        Revision : 0
        Video Memory : 2006

    nahcr wrote:
    I read that you should keep the cache with the catalog.  so i changed my preferences to do this.  but lightroom insists on using the last cache.
    What cache are you talking about? which preference?
    I mean, the only "true" caches I know of are:
    ACR cache, whose location is fixed, and
    Preview cache, which is *always* with the catalog (unless you go out of your way to link to another drive).
    (there is also a "negative" cache, but it's not really exposed to the normal user..).
    So, I'm assuming you are talking about the preference to keep presets with catalog, no? But then it still isn't clear what the problem/issue is, or what is the observation about cache usage: "lightroom insists on using the last cache" - what does that mean, how have you concluded it, what did you see?...
    You're not confusing presets with a cache are you?
    Is this the preference you're talking about?

  • LR and SSD, which cache to choose?

    Hi all,
    I've just bought an SSD as primary bood disc under Windows and, as I have minimized the space taken by the OS, I get around 150GB free for my applications. As LR is quite slow in loading and showing raw files especially in Develop module, I've taken the decision to move its cache into a dir directly on to the SSD.
    Now the problem arises when I noticed that LR (v. 3.4.1) uses two different caches:
    1) The ACR one located normally in this dir: c:\users\username\local\Adobe\Camera Raw\cache
    2) The Preview one located usually in this dir: x:\LR_catalog\catalog_Previews.lrdata
    which one is for? and when one or the other are used? And, above all, which one should I move to the SSD to increase dramatically the performance?
    Thanks in advance to all who answer me.
    My best regards,
    gianluca

    HI all,
    1st of all I wanna say thanks to all of you that answer my questions. They all have been very well prepared and I've learnt a lot from your answers! Thanks
    At the end I choose the following config:
    onto SSD I put the catalog itself AND the ACR cache and give it a 50 GB of space. It should be enough. The remain space is for the OS.
    onto a WDC 10K drive I put the previews cache, and I've made the 1:1 previews of all my catalog (with the "discard my 1.1 previews" set to never). It filled around 150 GB of stuff! On the same HDD I put also the backups of the catalog.
    onto a 7200 rpm drive (unfortunately it's a green one! But I have no money left for other drives ) I've left my raw files for around 1TB of stuff.
    Performances didn't change that much as most of you correctly predict, but I've seen more responsiveness and I cut the loading of a raw image in Develop module quite a bit (once the cache has been populated!), which was my initial goal. I guess I cannot ask much more to my old Intel Core Duo Due E8600, even if I have 8GB of RAM, and the only thing I might consider to change is my video card from the presente ATI Radeon HD3470 to a newer one, but I'm not sure whether LR supports the CUDA technology of the NVIDIA cards and if it can help in performance.
    Anyway the next year I will upgrade to an Ivy Bridge solution as soon as they will be widely available. Probably the problem of performances arises when I bought a 16MP camera which produces files quite bigger than the old 12MP DSRL ...
    Thank you all,
    gianluca
    PS: the LSE works seamlessly in W7 and, even if it's a bit of OT, I can also suggest this link that gives a nice method to move the Users dir in W7 just to save space on these (small!) SSD's 

  • Camera Raw cache size and location

    I've been using ACR for about 3 years now, and today it occurred to me that I'm not that sure I know what the cache is actually used for. I mean, I know what a cache is, but what is ACR caching, and why?
    I use Bridge for most of my photo work, displaying high quality thumbnails and previews, often full-screen ("monitor-sized previews" by default). Bridge has its own cache, which I understand contains jpegs of thumbnails, previews, and 100% views. Does ACR's cache have any bearing on Bridge's behaviour and performance, especially with thousands of raw images?
    What sort of size and location of ACR cache should I be using - what factors do I need to consider?

    Hi,
    I'm still not sure what size of cache I should use, and what are the advantages and disadvantages of bigger or smaller ACR caches.
    Maybe Eric can tell something indeep about the impact of a large cache.  I'm not sure about that myself, but don't believe a larger cache is a real disadvantage, as long the disk on which it reside is maintained: defrag often). Since Bridge and ACR work hand in hand here, it might depend to your workflow and to your hardware. Sorry, I can't give a clear answer here.
    As said I would put it just large enough for a certain number of RAW or some weeks work. Means, when there is a chance I'ld touch a certain RAW in six weeks again, than six weeks * x images per day I shoot.
    Not sure if you are a Pro. I'm not and usually have not much new images every month.  I always was fine with the default settings.
    I don't work with Bridge and open one RAW after another in ACR, or maybe 20+ in a row when doing panorama ;-)
    But Bridge has to do a lot of work on the fly when it generates the previews for all new RAW in a folder, like: "read the image from HDD", "process it by ACR, "write Bridge previews and metadata to HDD", "write to ACR cache " - not necessarily in this order.
    And it seems it does this and some additional steps always (not only when first time reading RAW), because it f.e. needs to check if there are already processing information in ACR database or XMP file for a RAW or if they have been created in "meantime". Means ACR settings could have be changed after Bridge did a first time generation of the cache data, maybe because the RAW was openene directly via PS or by another app.
    this process is fairly processor-dependent, especially now that ACR uses more sophisticated processing in version 6, and, depending on ACR defaults, this can be significantly slower than in previous versions.
    And Bridges eats huge amount of memory as well - seems it holds a lot of information in memory before flushing it to disk.
    After reading this post of yours I made a test with my 12k RAW the other day. I tried to let Bridge create previews for all of them in one step, but it ended up complaining that there is not enough memory after ~ half an hour.
    Bridge appears to generate previews unnecessarily sometimes, because every image is already cached.
    See above. Bridge/ACR checks for updated processing information in XMP or ACR database and metadata updates. If it find some it might need to rebuild its cached image.
    Why would I need to reset the cache with a new monitor profile? Surely this is not applied to cache JPEGs?
    You are right, sorry I mixed things up here :-(  I meant ACR camera profiles. Aside that I changed monitor profile a lot over the last weeks doing some tests, and after that Bridge often refused to start until the cache was purged…
    Your suggestion of a larger cluster size is very interesting, and I may try this when I have some spare time.
    All my disks meant for storing large files (images, music, scratch, temp-file) are formated with a larger cluster size. It speeds things up a bit.
    Supposedly Lightroom's catalogue system is superior, but I am yet to be convinced that putting all my XMP data in one basket is a good idea.
    Of course LR shares ACR's cache. I don't know much about LR, but I believe XMP are not only kept in one basket here, right? They are written to the images and in case of RAW to XMP files. Otherwise there wouldn't be an interoperability between LR and Bridge. Similar to Bridge LR stores previews in it own "cache" which is as well a folder and file based "database". Check "preferences".
    But as said I use another DAM, in which’s database all data needed for searching is kept, but I also write all metadata (IPTC,XMP) to the images, even for RAW files. By this I don't need a large ACR cache and also don't have XMP files around, which I hate. When saying database, I mean a real database, not a collection of files which are kept on disk. ;-)
    Aside other advantages, I can take my database with me on vacations and can work on my images like I do at home. I have all my keywords and categories with me in one file and when back, I just copy the database to my desktop.

  • What is the pupose of the Enable Document Cache option?

    Hey All,
    What is the Enable Document Cache option in the Reports Properties - General Settings? What are the benefits of this option? Documentation is lean on this one.
    Thanks,
    Ron

    >I miss information of optimal setting for the cache. What is the ideal size and what is that setting depended on? Memory size? Raw file size?
    The default size is 1GB, but it can be set much higher. When the number of previews held in the cache reaches the limit of the cache size older previews get dropped. This is the reason given for making the cache large. However, the problem with this approach is that the ACR cache preview is in addition to to the Lr preview created for the Library module. So, a larger cache will mean that even more disk space is used storing duplicate previews. If you're using a slower computer and are in the habit of quickly scanning through large number of files in the Develop module then a larger cache "might" help, otherwise anywhere between one and five GB should be more than adequate.

Maybe you are looking for