[Caludoi] -38s?
[Caludoi] what?
[Haruhitastic] AHAHAHAH WHAT,.
[Caludoi] how did i do that

Don't know if it's intentional or not but it is rather amusing. Mostly posting this to point it out in case it wasn't. Any ideas what causes it though? I don't know how far past the six minute mark it was.. I knew at one time it was possible to have a four digit second time (ie: 1000.0) but I assume this began when they added the extra place.

eta -
it's getting worse



third place is negative, fourth is regular

What?
How weird.

Caludoi and myself are testing this right now. I or he will post results once we finish.

05 minutes of waiting -- ~300
10 minutes of waiting -- ~-60
20 minutes of waiting -- ~-120

Looks like it goes from 0 to 540 and then starts looping 0 to -540.

Here's the final image from the testing for the curious

I just tried :41 to :50 and ended up at -112s, which flies in the face of my theory.

NOW THAT I SAW THE EDIT BUTTON:
Overflow seems to happen at 330s to -330s, then counting back up to 330 and overflowing again. There we go.

The answer to this bug lies in the fact that the time taken for a mouse to complete the map is sent to the client in the form of two bytes, and is interpreted by the client as a short(or word). The value is then divided by 100 to get the final time that will be shown beside the individual mouse positions.
The problem with this is that a short can only hold values from -32768 to 32767, therefore the times displayed will range from -327.68 to 327.67.
Of course this isn't usually a problem anyway in TFM, unless you're in a tribe house or happened to take more than 327.67 seconds to complete a bootcamp map.
To solve the problem, change short into unsigned short or, at the risk of consuming more bandwidth, use int or unsigned int.
-- Fellow TFMicer

EDIT: Using unsigned short is good enough since 655.35 seconds is 10 minutes 55.35 seconds, while using a signed integer to hold the value would amount to a maximum of around 248 days.

EDIT EDIT: Turns out that in AS3, the only unsigned type is uint...

EDIT EDIT EDIT: You can still send it as two bytes, but interpret as integer by padding 2 more bytes.

Happens in tribe house.

Could've thought of that myself, heh.
Anyway, I reckon the data has been sent as an int before, so it probably isn't that much of a problem in terms of bandwidth/performance.

Coldfreeze a dit :

Happens in tribe house.

Qwename a dit :

Of course this isn't usually a problem anyway in TFM, unless you're in a tribe house or happened to take more than 327.67 seconds to complete a bootcamp map.

u are good at da read

It happened to me lol.
The time counter thingymabob probably goes to a specific positice number then goes to negatives.

Everyone is so good at reading comprehension aren't they >.>

seen it lol i dont get this its weird

Qwename and Caludoi both explain it. Read their posts, then you will "get it."

There is a chance this was intentional, reason being, the person to get into the hole in bootcamp, it will add or minus score? Either way, it seems like a bug, a really weird one

Can you be a little more specific? :I I have no idea what you're saying.

And of course it's a bug. I wouldn't have put it here if not.

weird i thought it always extended to hours ?

o-o

Haruhitastic a dit :

[Caludoi] -38s?
[Caludoi] what?
[Haruhitastic] AHAHAHAH WHAT,.
[Caludoi] how did i do that

Don't know if it's intentional or not but it is rather amusing. Mostly posting this to point it out in case it wasn't. Any ideas what causes it though? I don't know how far past the six minute mark it was.. I knew at one time it was possible to have a four digit second time (ie: 1000.0) but I assume this began when they added the extra place.

eta -
it's getting worse


third place is negative, fourth is regular

When a map is finished mor ethan a 100 hundred times, there will be something like 1-1 (Name)
Ill get a screenshot