#unload an FLI in VB
9 messages in this thread
We are still having a problem trying to unload an fli from a VB form without
unloading the form
Is that possible : we don't want to keep unneeded files open
If yes how ?
If not why ?
Olivier
<<We are still having a problem trying to unload an fli from a VB form without
unloading the form
Is that possible : we don't want to keep unneeded files open
If yes how ?
If not why ?>>
What happens if you just put in a command like:
Animation1.Animation = ""
Does that work for your needs?
-Brian
Simple thing are so hard to find !
We have a +/- 4MB fli buil with dta from GIF files extracted from a silicon
station
1 – Is it normat that the total fli size is more than the addion of each GIF ?
2 – Is it normal that the fli slows down from the beginning (very fast) to the
end (very slow)
How can we avoid that ?
Olivier
<< Is it normat that the total fli size is more than the addion of each GIF ?>>
You probably have a unique palette for every frame of the FLIC. Use the Windows
Players Convert Anim option to reduce the palette. This should also reduce the
size considerably.
<< Is it normal that the fli slows down from the beginning (very fast) to the
end (very slow)>>
Speed differences will happen when the entire flic is not loaded into RAM. When
the flic starts to play off the hard disk, it will slow down. Once you reduce
the size of the FLIC, it should all fit into RAM.
-BRian
Thank you Brian,
1- Windows Players ? : wich ? do you mean AAPLAY player
2- I understand the difference between RAM & disk but it doesn't explain why
the fli is very fast at the beginning (for + / – 2 second then slows down to
become very slow at the end.
Olivier)
<<1- Windows Players ? : wich ? do you mean AAPLAY player>>
There is only one Windows Player. After loading an animation, select Convert
Anim from the file pull down menu. This will optimize your FLIC for Windows.
<<2- I understand the difference between RAM & disk but it doesn't explain why
the fli is very fast at the beginning (for + / – 2 second then slows down to
become very slow at the end.>>
I am suggesting that if the entire animation is not loaded into RAM, that the
fast part is the part of the FLC that is already in RAM, and the slow part is
being read and played from the hard disk. If an entire animation will not load
in RAM, the player will load as much as it can, and then play the rest off the
hard disk.
-Brian
Thank you Brian
1- Yes the player found 20 unusefull colors in the animation : it save 20 bytes
from the 7Mb fli.
That fli was buil using dta from david mason the source frame were extracted in
gif from a silicon using image achemy.
2- Finaly I found that the time between each frame was set to 0
by increasing that time to 90ms, I got a smoother FLI with constant playing
speed
Olivier
Olivier,
I've found that setting Animation1.Animation="" is an effective way to release
FLIs, and allows you to load and re-load many animations.
Regards
Jerry Quartley
Thank you Jerry
Olivier