Flasher Archive

[Previous] [Next] - [Index] [Thread Index] - [Previous in Thread] [Next in Thread]


Subject: Re: FLASH: Flash limits.
From: Nigel Randsley-Pena
Date: Thu, 22 Oct 1998 15:40:27 +0100

John,

Flash should be seen from two points of view.
On one side we have it's small swf file sizes when compared to
alternative graphics or animation files, gif jpeg mov etc. This is what
makes Flash superb for web based graphics and animation, and as a plus
it is streamable.
On the other hand as soon as Flash arrives on the client machine we
enter a whole new area that is processor intensive. This stems from the
very nature of vector based graphics. When you add to this sound and as
you refer 'heavy bitmaps' then you take the rendering engine to it's
limits.
What comes into play here isn't how fast your machine can get the file
into memory or even how large the available memory area is, it's how
much raw processing speed you have and some operations are much more
costly than others. When you set a frame rate think of it as the speed
limit you're setting for your movie and not as the average speed you
would like to run the movie.
P.S. : Sometimes background processor intensive threads can slow things
down more than normal. Some of my design machines run such threads and
this gives rise to some strange effects on occasion.


------------------------------------------------------------------------
To UNSUBSCRIBE send: unsubscribe flasher in the body of an
email to list-manageratshocker [dot] com. Problems to: owneratshocker [dot] com
N.B. Email address must be the same as the one you used to subscribe.
For info on digest mode send: info flasher to list-manageratshocker [dot] com


Replies
  FLASH: Flash limits., John Ardelius

[Previous] [Next] - [Index] [Thread Index] - [Next in Thread] [Previous in Thread]