WI arrived
>>You can generate your effect in reverse, of course, but that does result in
twice the frames, which (I guess?) you wouldn't want.<<
No, that's exactly what I want when I say pingpong. Run backwards through the
same frames on the way out to the second half of the animation file. DTA can do
this. That's how you get a smooth cycling morph, instead of the typical jump
frame hiccup when it starts over. I did it by hand in WI once, since it was
only a 20 frame sequence, going back and loading images 19-2 into frames 21-38.
Not interesting in a 200 frame sequence. <G> There are players that can
pingpong, but doing it in the anim makes it player-independent. A good thing.
Saving an alpha channel allows you to apply it to different revisions of the
same image, or to other similar images. Loading an arbitrary 8 bit image into
an alpha channel also has its uses. One of the other things I like to do is
work on an alpha channel with other tools, like the various Unsharp Mask and
blur tools available in some programs.
The zoom and window sizing issues are more irritating the longer I work with
it. Maintain Aspect Ratio affects the window frame when I'm zoomed in. Why
should I care about the aspect ratio of the window? I want it to maintain the
aspect ratio of the pixels inside an arbitrary window. If I resize the window
without it, the image distorts. Is that intended? Why? For example, I want to
work on a long horizontal detail in a 100 x 500 _vertical_ image. I want a 200%
pixel for pixel magnification, so I can see exactly what I'm getting. I want a
horizontal window so I can see as much of my working area as possible. I see no
way to get either my desired zoom or my desired window.
Look, Play, DFV, and Display all choke on your 640 x 480 FLCs. DFV and Display
both report the same error, there's a value of 0000 where there should be a
frame chunk. DFV says it's expecting f1fa.
Am I correct in thinking the .ASF file only contains the last selection
operation? The time I want to save an area selection is when I've spent half an
hour adding and subtracting to the selection area using countless operations
and 7 or 8 different tools. If I could save the alpha channel, I might be able
to use that as a workaround. I'd like to see the area selection savable as an 8
bit graphic file.
In the project I described in my last message, where I was flipping through
stacked keyframes while adding and subtracting on the selection in one of the
frames, at some point the selection duplicated itself onto another frame. I'll
keep an eye out for that one, see if I can reproduce it. Especially since it
could be useful. <G>
On the Zz issue, perhaps you could check for the shift key on both downstroke
_and_ upstroke, and consider it set if it was present at either time.
>>everything that is reported is fixed immediately. We do work a bit fast for
our own good sometimes, but that works for us when we're fixing things up,
too.<<
I really appreciate that approach. It beats the heck out of the typical "we'll
fix that next year in our next release, which will also introduce twice as many
new features and 5 times as many new bugs."