Originally posted by rfortson By the time I fill up my hard drives, the 1TB drives will be under $100.
True. That is admittedly not a huge factor.
Quote: I just checked and you can save the settings for individual raw files and then recall them later, so I reckon the programs are closer in function than we thought.
Not really. You have to explicitly save and reload the settings. That's still entirely different from the sort of "flitting about" I mentioned. If I had to stop to save and reload settings every time I moved from one file to another, I figure that would probably *double* the amount of time I spent in the process. And of course, PPL still lacks the ability to do things in incremental batches - not *convert* in batches, but just, say, set WB. Meaning I'm still limited to a one-file-at-a-time model if I want to do anything beyond converting everything using the exact same settings. It's not even *close* to the same thing - there is just no way to use PPL to implement the sort of workflow I am describing.
Quote: I find that I can go through several dozen shots in about an hour and do whatever adjustments I need.
Now, this is an interesting point of comparison. If I have several dozen shots to process, I probably spend about 5-10 *minutes* on RAW processing.
I'd say this is *in part* because of the whole batching model I mentioned, where work done on one file can easily be applied to others, and this process is additive and can be done in stages. Meaning a little work goes a long way. It's also in part because I don't feel compelled to get things perfect before moving on, because I know I can easily come back. Some files get more attention than others, and that's OK with me.
But of course, it's also probably the case that I just don't process my files to as high a standard as you do. And this may be a significant differentiator here. If you're processing shots to a very high standard, the sort of batch operations I mentioned may be as valuable - only significant time spent custom processing each file will get you where you want to be. Meaning the workflow benefits I describe might not be worth anything. Which could explain why you didn't find any advantages to the tools that support them.
On the other hand, for my purposes, the approach I am discussing gets me 80% of the way there with only 20% of the effort, and realistically, that's good enough for me. Whereas with the use model enforced by PPL, that 20% of the effort would probably get me only 20% of the results.
Quote: Not really just the user, but actual load times for either of the Adobe programs is just glacial, then it loads the catalog, takes a while to load a file, etc, etc.
Yeah, I can see that. I think these are probably designed to be things you leave up all the time. I know that's how I treat ACDSee Pro 2. It's always running, and is my main browser for images. When I want to process an image, within two seconds of selecting it, I can be moving sliders. LR is even faster when used in this way.
Quote: This is not even counting the fact that LR actually changes the EXIFs on my raw files (incorrectly putting the edit date into the original file date, which screws up my filing system), which is pretty much a no-no in my book.
Mine too. You sure there is no way to make it not do this? I'd be really surprised, as it does indeed totally defeat most DAM schemes. There are several different date-related EXIF fields. I think of "image:date/time original" as the one that shouldn't ever be messed with, but the others might be considered fair game ("digitized" in particular).
Quote: Arguing raw processors
is like arguing religion (or Mac vs PC, or Yankees vs Red Sox). I wonder which religion the Pentax Photolab would be?
I'd better not go there. The only guarantee is that someone will get upset.
Well, so far, I'm not upset at all, and if you are, I do apologize...