Hello Godfrey,

Good information.  Yes, much of my organizational comments were based
on beta.  I have run the release version but not much compared to the
beta.  A big area for me is that the ExpressDigital Darkroom product
does much the same kind of thing as Lightroom - and Darkroom handles
all of my online ordering system along with direct connection to the
lab, etc.  A much more needed tool for me than the raw converter.  So
I end up with two systems - one at each end of the workflow, wanting
to manage the data.  To date, I have used lighter weight tools on the
front end (pre-finished files) and let Darkroom do it's organization.

Based on what you have described, I may give Lightroom another go, as
the raw and editing tools I found to be very nice, indeed.

Thanks for your comments.

-- 
Bruce


Monday, April 30, 2007, 9:55:39 AM, you wrote:

GD> Bruce,

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

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

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

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

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

GD> Re: speed ...

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

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

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

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

GD> Godfrey





GD> 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