How can I create an increasing bar counter?

[Emerson3]

Hey Clickteam,

I have a puzzle game that needs a horizontal bar counter that at the start of the frame is empty, but fills slowly till it reaches the end of the bar. Once the bar fills completely, the player will lose and have to restart. Thanks Clickers!

[Jeff]

The counter object has bars in it.
Either horizontal or vertical it can do exactly what you want

[Emerson3]

Yo Jeff!

Thanks. Would, "Every 0.1 seconds" - add 0.01 to counter fill it from left to right slowly?

[schrodinger]

Hey man
depends on how you set it up.

You can specify minimum and maximum value,
so that, say, you want you time gap to last one minute,
you can set minimum value to 0 and maximum to 60
and every 1 second add 1 to the counter.

If you want a smoother fill effect, however, you'll have to keep in account counter physical width,
and set a bigger maximum value, i.e. 600 and adding 1 each 1/100 second (this would lasts 10 seconds).
Because counter can store and handle floating point values, but if I remember well, bar counter can graphically represent only integers!

[Emerson3]

Thanks Guys. I'm going to build it tonight!

[schrodinger]

How would the counter display a floating point value as a pixel? An alternative method (better in most cases) is to scale an active object as a bar, but it won't scale better than the counter will because it's still only activating pixels on a screen.

I really meant that bar counters can't represent floating point
unless my testing/reasoning is completely mistaken!

Let's say the counter should represent a value of 1.5/10 in a width of 100 pixels,
there would be enough pixel-room for floating point values (15 pixels would represent a 1.5 value)
but the counter actually steps from 1 to 2, without intermediate values.

you can stretch the counter to your will,
so theoretically, where pixel width > maximum value,
it could at least try to handle floats, wasn't he so lazy

example:

._pixels: 0--------------------------------------500
int.float: 1........2........3........4.........5........6


But with the correct and well balanced recipe, you can equally retrieve a decent smoothness within bar counters

[Emerson3]

Hey Snail and Schro,

I do want a smooth scroll of the counter. Would it be a problem to make a small example? Thanks. Also, whats a floating point?

[schrodinger]

Can you tell how much time you want the counter to last, and how would you like its size to be?
(ex. in 20 seconds, fill a screen of 640 pixels)

Floating point values are, in short, decimal point values:
0.12345 = float
1436.35 = float
134 = integer

it seems, at least to my testing, that bar counters, though effectively doing correct math upon them,
refuses to graphically represent other values than integers

[Emerson3]

Schrodinger,

It's for that card flipping game that you helped me with. At the start of the game, the counter will start filling. I'm at work currently. I wish I would've timed it. I would say 2 minutes should be enough to match 9 pairs? The counter is 466=x 22=y. I'll test it tonight to get an exact timing and update. Thanks.

Thanks for the math lesson.

[schrodinger]

Well, two minutes is a long run for a single counter, in a hypotetical area of 640 pixels
EDIT >> I was saying "if you can't represent floats" but floats in this case are unappliable, since counter max value is much greater than bar pixel size!

This means that in 640 pixels you can stuff in, at minimum interval of 1/100 second
(and if you go at a frame rate of 60 fps, no matter what, they will transform in 1/60 second!)
about 1 pixel every 11/60 th second

Following a one - and three counters solution representing two minutes at 60 fps...

counter.mfa

if you want smoothness, you'll have to grow in size