Re: Free Utility That Displays RAW Pixels?
- From: floyd@xxxxxxxxxx (Floyd L. Davidson)
- Date: Fri, 17 Aug 2007 04:35:57 -0800
acl <achilleaslazarides@xxxxxxxxxxx> wrote:
On Aug 16, 8:25 pm, fl...@xxxxxxxxxx (Floyd L. Davidson) wrote:
I haven't thought of an easy way to convert it to color,
though. But if nothing else, converting it to a text
based PPM format should make it possible to do with just
text editing tools.
Yes I also haven't thought of a simple way to go from the grayscale
file to what he wants, at least under windows. PPM looks simple
enough to do it without wasting time to code complicated input/output
stuff. But "simple" and "complicated" are relative terms!
I diddled with a bash shell script long enough to know
1) I can do it and 2) I don't want to... :-)
Did you try Raw Therapee?
http://www.rawtherapee.com/download.html
It's not open source, though. It's free otherwise (beer). It's just
excellent, one of the best (and has very convenient sharpening
controls, too).
I'd never heard of it before; so I downloaded and played
with it just now, for a few minutes. It has a *very*
nice histogram. It lacks at least two things (or at
least in 5-10 minutes I didn't find them).
First was some type of black or blink where over exposed
and white or blink where under exposed. UFRAW has that
and I find it extremely useful, along with a percentage
indication of how much of the image is all white or all
black.
The other missing feature is not being able, apparently,
to give it a command line working directory argument, or
even having it default to the current directory. It
appeared me that each time is is invoked the GUI
selector has to be used to access the desired directory.
That's a royal pain. (I didn't read the docs, so I
might have missed the obvious...)
I have no use for features like sharpening in a raw
converter program. At that stage I can't tell how much
sharpening is needed, plus since sharpening is the last
edit done before making a production copy (for printing,
or web site use, or whatever) it just is not useful in
any tool than a full blown image editor. (I have at
least two other program, xv and convert from
ImageMagick, that also provide a sharpening feature that
I virtually never use.) Whatever, there are several
similar features, such as noise reduction, distortion,
c/a correction, that I would never use in a raw
converter. (UFRAW also has a couple of those..., but
they don't clutter the interface as much.)
I didn't mess with it a whole lot, but it appears
possible to re-arrange the display layout too, which I
find to be of significant value. I'm trying to talk the
UFRAW people into adding that feature to their program.
They haven't quite caught on the the value yet, as it
appears they are all used to using a single monitor (and
I'll bet they have one virtual desktop and run
everything "fullscreen"). The program works fine that
way. But I have two monitors and never run anything
full screen. They've got the control panel on the left
side. I need it on the right side (the monitor with a
digital interface is on the left, and that's where I
want the image display). As it is, when I increase the
size of the image, the first part that overflows onto
the right monitor is *not* the control panel, but the
right side of the image. So thats the size I'm limited
to. If I could put the controls on the right side, I'd
be able to have a slightly larger image display window.
(They'll see the light at some point though..., and I'm
about to replace my 19" monitors with 22"ers, so it won't
be as restricting.)
As for reading dcraw code, am I the only one who finds it very hard to
understand Coffin's code? I'm no expert coder, of course.
Well... he writes in C++, and I don't. That does make
it rough.
Otherwise, his style is pretty much similar to what I
use. He obviously came from a UNIX world, with K&R at
heart, but changed to using 2 spaces for indents instead
of a full tab. He uses underscores_instead_of
CapitalsForVariables. And two of the nicest things are
the brace style and putting a space between operators
and parens and none between a function name and parens
if (condition) {
expression();
}
I always use braces, even for one liners like that, and he
doesn't, but I'm not bothered much by that.
He could also sprinkle blank lines into things now and
then, and make it much more readable! ;-)
I'm very finicky about my own coding style, but as long
as someone is consistent with a logical style I don't
mind if it's not like mine.
--
Floyd L. Davidson <http://www.apaflo.com/floyd_davidson>
Ukpeagvik (Barrow, Alaska) floyd@xxxxxxxxxx
.
- References:
- Free Utility That Displays RAW Pixels?
- From: jim evans
- Re: Free Utility That Displays RAW Pixels?
- From: acl
- Re: Free Utility That Displays RAW Pixels?
- From: Floyd L. Davidson
- Re: Free Utility That Displays RAW Pixels?
- From: acl
- Re: Free Utility That Displays RAW Pixels?
- From: Floyd L. Davidson
- Re: Free Utility That Displays RAW Pixels?
- From: acl
- Free Utility That Displays RAW Pixels?
- Prev by Date: Re: Dpreview selector: AA batteries?
- Next by Date: Re: Quality of bundled batteries?
- Previous by thread: Re: Free Utility That Displays RAW Pixels?
- Next by thread: Re: Free Utility That Displays RAW Pixels?
- Index(es):
Relevant Pages
|