Bruce,

I don't have much to offer regards Lightroom vs Capture One as I've  
never been a C1 user nor do I plan to try it out, but I found your  
comments on LR interesting.

Re: the organizational layout that Lightroom uses ...  I find it  
works well, I don't know that it imposes anything specific on my  
work ...

If you are relating to the Lightroom beta v4.1 notion of Shoots and  
Collections, Lightroom v1.0 abandoned the Shoots concept and went  
with the simpler Folders and Collections notion. Just like Bridge and  
many other image browser utilities, Folders is a 1:1 reflection of  
what's in your hard drive directory. If you move something around in  
Folders, it moves it on the hard drive, and vice-versa. You can  
organize your hard drive however you want and simply import in place.

Internal to the application, I use Collections with category based  
names to organize my work drawn from various Folders. Once I have  
completed a particular Collection project, I export all the files in  
it to a new directory of completed work in Photoshop or TIFF format.  
That becomes the definitive set: I put a marker keyword in all the  
files, force a metadata update to the files, then delete the  
Collection in my main LR library. I then import the finished work  
into another LR library which contains only completed work.

This is very similar to what I was doing in my prior use of CS2/ 
Bridge/Camera Raw prior to Lightroom, and works effectively for my  
purposes.

Re: speed ...

While any system I've found has its singular characteristics of speed  
and bottlenecks, one thing I have noticed watching many people  
comment on Lightroom is that nearly all the folks (but for one) who  
find speed of operation an issue seem to be running it on the Windows  
OS platform. I found three things improved performance substantially  
on Mac OS X/Power Mac G5:
  - turn off automatic XMP updates
  - pre-build standard and 1:1 previews
  - turn off the automatic deletion of previews

The first cuts down on incidental disk IO as you make edits to image  
and/or metadata, the second and third carry an up-front processing  
burden and also allows the previews in the library directory to  
become very large, but overall pose a workflow win when moving from  
image to image in processing. How well this works for very very large  
libraries is yet to be seen, but it seems reasonable for my current  
libraries (I use four, with the biggest being about 50,000 files at  
present). You can always force deletion of previews if the disk space  
burden becomes an issue.

Doing these three things is producing quite reasonable performance on  
both the PowerBook G4 1.67Ghz (single processor) with 1.5M RAM and  
80G hard drive as well as the Power Mac G5 2Ghz (dual processor) with  
3G RAM and 500G hard drive. Obviously, the latter is quite a bit  
faster than the former... ;-)

I'm sure I'll develop my workflow and data manipulation workflow  
further as my experience grows and LR is developed further. I'm  
pretty happy with it at present.

Godfrey





On Apr 30, 2007, at 9:17 AM, Bruce Dayton wrote:

> I have been a Capture One LE user for a couple of years and have used
> Lightroom and also own Silkypix.
>
> The two areas of Lightroom that were problematic for me were - SPEED -
> Lightroom is quite resource intensive and I found the overall speed to
> not be to my liking.  This is not to say that it was totally slow on
> my system, but compared to alternatives, it is slow.
>
> The other area that I don't care for in Lightroom is the heavy handed
> organization that is imposes.  For many, this could be considered one
> of it's best features.  For me, who shoots lots of events, weddings
> and portraits, it gets in the way.  I have other programs that I use
> for those duties including Breezebrowser and ExpressDigital's
> Darkroom.
>
> So what I am saying is, if speed is not an issue for you, and you like
> the organizational tools, then you would be hard pressed to find a
> better tool.


-- 
PDML Pentax-Discuss Mail List
[email protected]
http://pdml.net/mailman/listinfo/pdml_pdml.net

Reply via email to