#WinImages Release 3
17-Dec-94 16:37:12
Sb: #2389-#WinImages Release 3
Fm: Ben Williams 74774,3106
To: Dan Richardson 72537,1341
Dan,
Some answers:
>> What about to batches of single images, could I apply a given color
correction to 40 existing scans, or read 100 compressed TIFs and write them as
uncompressed TGAs?
Yes – WinImages is designed to do exactly those types of operations, and very
easily.
>> Can you batch load images from your file open, i.e. hold down the control
key and select more than one file name?
You can batch load files with control-click into the Timeline, which is where
you specify things like mass color correction and so on. Animations also load
multiple frames for processing in the timeline. You can't, at present, batch
load them so they're a bunch of concurrently available image windows for
individual editing as you would load an image in Photoshop… you would have to
load individual frames, one at a time, for hand-tweaking. Would you want that
capability (multiple individual load), considering that your previous question
refers to batch processing and the timeline handles that (with the multiple
select from file open you mentioned)?
>> You mention compositing, do you have 32 bit i/o, either TIF or TGA?
Yes, to both. And a powerful suite of Alpha tools (channel-direct harden,
soften, shrink, grow, shave, create, clip… plus you can use _any_ tool in the
program on a alpha channel withor without affecting the other channels).
>> How's the memory usage? I sometimes need to work on very large images in 16
megs of RAM, and the speed hit makes virtual memory not an interesting option.
I don't need it often enough to buy another $1000 worth of RAM, but it does
make me aware of some performance control issues.
The program itself is reasonably effcient. Takes about 2 megs of ram, uses
about 15% of resources from a normal Windows 3.1 environment. Images take X
times Y times 3 (with no alpha channel) or X times Y times 4 (alpha present)
bytes. There are many variables regarding memory usage: number of undo levels,
size of undone region(s), filmstrip present or not, if present, how many
frames, what size the film frames are, and what size the film bitmaps are
(different from the frames… live rescaling, you know… 🙂
Black Belt Systems supports the Memory Rule Of Thumb: "Open wallet, use thumb
to peel off dollars, give to memory vendor".
>> Can you turn off the undo? Matisse's undo is always on, immediately cutting
my RAM in half. That hurts.
Yes, you can. Setting Undo levels to zero "turns it off". You can have as many
levels of undo/redo as you like, keeping memory constraints in mind, of course.
Our undo technology only uses the amount of memory required to pack away the
affected region, if we can determine what the region was (usualy that's no
problem)… that makes it more effcient that a full-image undo with regard to
memory usage.
>> Can you keep images from being promoted to greater bit depths than needed?
PictureMan promotes everything to 24 bit regardless. Not needed if all I want
to do is crop an 8 bit image.
No. Images are promoted to 24 bits in all cases, as you describe for
"PictureMan". There are tradeoffs here in program design which we elected not
to make… coding for multple channel operations takes more time, creating a
hit over the lifetime of the program's development. Memory, on the other hand,
is getting less expensive all the time. There you go.
>> How about image size limitations? Halo Desktop Imager has a hardwired 2048
pixel limit. Too small by half.
There are no size limitations imposed by the software. Windows can, in some
cases, impose total memory allocation limits on the program from outside,
however. This is not true under Windows NT.
There you go… I'm ready for the next volley. 🙂
BTW, the reason I didn't answer until today was that I was in California at a
show… I'll be gone for a week around xmas also, then back for the forseeable
future.
Ben