I changed the order of things a bit to tackle important stuff first.
I am a believer to get the most out of what I have, and only purchase
something that I can prove can solve a problem. I have been using my
Minolta 5400's native sw for raw slide scans for some time on my PC. One
problem I have with my workflow is the PS overhead needed to gamma and
color/tonal correct the raw scans. I have yet to find a good gamma
adjusting method to brighten the raw scans without causing other
problems. Adjusting levels and curves, or using screen blending option
etc. can brighten the scans. But they all would cause one or more
problems such as messing up contrast, saturation and color accuracy,
etc. Then I have to tweak PS to fix these.
OK, I see now! There are a number of issues here. If I go into too
much detail, please ignore and only focus on the relevant stuff.
If I understand correctly, you'd like to streamline your workflow and
avoid having to post-process in Photoshop afterwards. Is that right?
If so, editing in scanner software is not really a good idea, on
principle. There are a number of reasons for that. For example, basing
major editing decision on a tiny preview "keyhole" instead of 100% (or
magnified) full display an external editing program will provide.
Also, editing features of scanner programs are very limited because
their job is to scan, not to edit. Any editing is only provided as a
courtesy for people who want a "quick-and-dirty" scan and can't afford
to buy (or don't care for) an external editor.
As to gamma correction, have you tried Timo's gamma curves?
http://www.aim-dtp.net/aim/download/gamma_maps.zip
His views are considered controversial by some but I found that his
gamma curves produced less banding than the Photoshop (version 6)
curves. (In the interest of full disclosure, I now don't use either
because my own scanner program uses full 16-bit look-up tables.)
Finally, what specific gamma problems are you referring to?
One thing to note is that due to the way (most) programs generate
histograms they may look worse than the actual underlying data.
Specifically, the "recursive waves" i.e. spikes. The reason for that
is how the original 16-bit histogram data is scaled down to 8-bit.
My reason for VS evaluation is to see if it can help in this regard. My
wishful thinking (extremely unlikely) is that the 5400 has a hidden hw
gamma control (separate from the hw exposure control) which VS can
tweak. Or VS can generate better scanner and film profiles to produce a
better gamma corrected raw scan (probably more likely).
I don't have a Minolta but, in theory, there's no hidden gamma control
because gamma is done is software.
One other thing, VueScan is particularly buggy with a Minolta (Mark 1)
i.e. the notorious "VueScan stripes". The author was unable to fix
this for over two years causing him to run away from here due to all
the Minolta users' complaints. He finally (allegedly) "fixed" it after
a knowledgeable contributor here explained how it's done in 5 mins.
---
Don, I'm aware of how people feel about VS here. Hence I waited a long
time to try it out. I'll try to be objective with my comments.
That's OK. There's nothing wrong with being subjective as such as long
as that's indicated. After all, each of our individual purchasing (or
any other) decisions are subjective in the end.
The only problem is when (some) people here try to project their
personal feelings and attempt to pass them off as objective "fact".
To be fair, hiding what is being done by hw and sw seems to be the norm
with scanner (and digital camera) manufacturers.
There's a qualitative difference between that and what VueScan does.
In case of reputable manufacturers, that "hiding" is a part of being
user friendly so as not to overwhelm the average user with technical
details, but (very important!) still allow advanced users full access.
In case of VueScan, we're talking about corruption of data beyond user
control in order to mask the program's failings e.g. taking raw
scanner data, mutilating it to hide the program's shortcomings, and
then passing that mess on as a "raw" scan.
I give the VS guide
credit for describing and separating a raw scan and post processing. But
then the guide fails miserably by *not* spelling out how each option and
feature falls into the hw and sw bin. See my response to Roger regarding
"image" and "slide film".
There are basically two reasons for that. One is the "unusual thought
processes" of the author. As virtually everyone agrees (even the most
ardent VueScan supporters) the so-called user interface is a mess.
However, to the author it's perfectly "logical" and he insists that
the world follows him, in part because he doesn't have the integrity
or professionalism to fix a wrong concept from the ground up. Both of
those are clear signs of an amateur programmer.
Secondly, a confusing guide on top of a confusing so-called user
interface makes it easier for the author to hide behind that mess and
simply blame the users for his own failings.
If I just want a simple workflow
for web jpg or a quick print (such as the VS Standard's), the native sw
that comes with my scanner can do just as well.
Exactly!
If VS' claim to fame is
being able to squeeze the most out of a scanner' hw, or it can
postprocess better than PS, then provide a demo version that can demo
these.
Two for two!
Don.