 |
Server Help Community forums for Subgame, ASSS, and bots
|
Author |
Message |
Samapico No, these DO NOT look like penises, ok?

Joined: May 08 2003 Posts: 1252 Offline
|
Posted: Fri Feb 23, 2007 11:40 pm Post subject: LVZ Image Animation Time |
 |
|
|
|
Image Definitions section:
Quote: | i16 Display Time How long to display each frame for. NOTE: This is stored in 1/100th of a second not 1/10 |
It seems to be the time of the whole animation, not of a single frame... Confirmation / explanation anyone? I'm confused now
and emmm... I realised i put this in one of my old lvzs:
IMAGE1=0-9.bmp,10,1,60000
and it did seem to work fine, even if the max for a signed 16bit would be 32767... Would Continuum interpret values over 32767 (which are in fact negative values in signed mode) correctly anyway? _________________ (Insert a bunch of dead links here) |
|
Back to top |
|
 |
Mine GO BOOM Hunch Hunch What What

Age:41 Gender: Joined: Aug 01 2002 Posts: 3615 Location: Las Vegas Offline
|
Posted: Sat Feb 24, 2007 6:11 am Post subject: Re: LVZ Image Animation Time |
 |
|
|
|
Samapico wrote: | IMAGE1=0-9.bmp,10,1,60000
and it did seem to work fine, even if the max for a signed 16bit would be 32767... Would Continuum interpret values over 32767 (which are in fact negative values in signed mode) correctly anyway? |
That is a total time of 60,000 ms over 10 frames. Which is 6,000 ms per frame. Divide that by another 10 to get 1/100th of a second, so you are actually storing 600 in that variable, which is fine for a 16bit variable.
Continuum probably does read it as unsigned, but I can't say for sure. |
|
Back to top |
|
 |
Samapico No, these DO NOT look like penises, ok?

Joined: May 08 2003 Posts: 1252 Offline
|
Posted: Sat Feb 24, 2007 8:00 am Post subject: |
 |
|
|
|
but the time entered there is 1/100th of seconds, not ms
and its not storing 600 in the variable... when i loaded it it was something like -5536, so it crashed my preview thing, that's why I noticed that.
here's the ini created with debuildlevel when unpacking the lvz
600.000 seconds = 60000 * 1/100th
and the value we enter there is exactly the value stored in the file, there isn't any calculation done there (i.e. all other images time that was loaded is exactly the value entered in that ini, regardless of the number of frames)
[objectimages]
IMAGE0=timer.bmp,1,1,100
IMAGE1=0-9.bmp,10,1,60000
; Total loop time: 600.000 seconds Frame time: 60.000 seconds
IMAGE2=0-6.bmp,6,1,6000
; Total loop time: 60.000 seconds Frame time: 10.000 seconds
IMAGE3=0-9.bmp,10,1,1000
; Total loop time: 10.000 seconds Frame time: 1.000 seconds
IMAGE4=0-9.bmp,10,1,100
; Total loop time: 1.000 seconds Frame time: 0.100 seconds
IMAGE5=0-9.bmp,10,1,10
; Total loop time: 0.100 seconds Frame time: 0.010 seconds
IMAGE6=0-5.bmp,2,1,1
; Total loop time: 0.010 seconds Frame time: 0.005 seconds |
|
|
Back to top |
|
 |
Bak ?ls -s 0 in

Age:26 Gender: Joined: Jun 11 2004 Posts: 1826 Location: USA Offline
|
|
Back to top |
|
 |
Samapico No, these DO NOT look like penises, ok?

Joined: May 08 2003 Posts: 1252 Offline
|
Posted: Sat Feb 24, 2007 4:16 pm Post subject: |
 |
|
|
|
so the wiki is wrong
edited it...
and definitly, it support values up to 65000-something
the lvz ini i posted above is for a chronometer, and the one that is set to 60000 is for a 10 minutes cycle and it indicates the minutes (it has 10 frames) , and it definitly works correctly.
So should the wiki be modified to indicate u16 instead of i16 as well? |
|
Back to top |
|
 |
|
|
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You can attach files in this forum You can download files in this forum
|
Software by php BB © php BB Group Server Load: 438 page(s) served in previous 5 minutes.
|