| Re: Animations: A can or worms? [message #38104 is a reply to message #38020] |
Wed, 18 February 2004 07:54   |
Haje Korth
Messages: 651
Registered: May 1997
|
Senior Member |
|
|
Rick,
thanks for your reply. I see nothing has changed in a year. So I went back
to recompile AVI2IDL for IDL v6.0. I will submit this to Ronn for posting on
his web site. You are right, interactions with the options screen is only
necessary once; this is great news. The coded questions is really a tough
one. I want a codec that gives great animation quality, small file size, and
cross-system compatibility. Well, as you might guess, there is no such
thing! I can't get DiVX to show in WMP or Quicktime, MPEG4 does not run in
Quicktime but in WMP with a pink stripe on the right side, etc. I actually
got good quality and reasonable file size with the Indeo Video 5.10 coded.
These files show in Quicktime and WMP with no pink stripe. This makes me
wonder, why isn't there an animation standard just like PDF for text
documents?
Haje
--
"Rick Towler" <rtowler@u.washington.edu> wrote in message
news:c0tta4$les$1@nntp6.u.washington.edu...
>
> "Haje Korth" wrote...
>
>> I need to bring up a question (again after a year) that David describes
as
> a
>> can of worms: Animations. I need to create a massive amount of
animations
>> with IDL. The problem: Animated GIFs are due to license issues not
>> acceptable, the IDL MPEG routines have serious quality issues, and
AVI2IDL
>> requires constant interaction. Therefore can anyone update me on
>> state-of-the-art animations creation in IDL?
>
> Hi Haje,
>
> You may be able to push the bitrate of the IDL MPEG encoder to get
> acceptable results but the files will be pretty big. I posted regarding
> this a few weeks back but the OP never responed with results. I haven't
> taken the time to investigate myself.
>
> IDL2AVI is the state-of-the-art. But don't despair, you can set the
> encoding parameters once per IDL session and then run without the dialog.
> Only one initial interaction then it can run unattended.
>
> Other options would be to find a command line encoder that processes
> individual frames. The only one I know of is ppm2fli which takes .ppm
> images are creates an 8-bit flick file. Probably not what you are looking
> for but something else might exist.
>
>
>> IMHO, RSI really has to start think about this problem before customers
go
>> over to other solutions. Time is moving on and technology advances.
>> Presentation without animations are almost history, and we need a
solution
>> NOW!
>
> This isn't so easy. What CODEC should they settle on? There isn't a
> single, quality CODEC that is supported on every platform IDL runs on.
Even
> if RSI pays to license an MPEG-4 encoder only a certain % of their
customers
> would be able to view the files it created.
>
> -Rick
>
>
|
|
|
|
comp.lang.idl-pvwave archive
Members
Search
Help
Login
Home
