Moves left more than right

[Holden]

Can someone help me with this problem?

This is a really basic example of a problem I am having with moving, I stripped away all of the parts of the engine except for this part which is causing the problems.

The engine moves an object based on what its alterable value A is, and then it slows the object's movement by multiplying it by 0.5.

In the example there are two objects, they have the exact same events except one gets a negative number and one gets a positive number. The blue one moves right and the red one moves left when you [color:#FF0000]press space[/color].

According to the counters the two objects should be moving the same amount, but the one moving left using negative numbers always slides a lot further than the one moving right. The formulas they have are exactly the same so I don't know what is wrong here.

Is there something I'm overlooking?
Thanks in advance for help!

[Holden]

Sorry to post twice in a row, but I ran into the same problem doing something different.

I decided I would go about it easier by just adding and subtracting instead of using multiplication/division to get to where I wanted to be, but I have the exact same problem again.

[color:#FF0000]Press Space[/color] to set the objects into motion. The counters show they have the same alterable value, but the one moving left always moves a little further than the one moving right.

Is everyone having this same problem with these files, or is it just me?

My MMF is up to date with build R247.

[SEELE]

remove the events (>-0.1 and <0.1) and you will see some truly weird stuff, i haven't found why yet....



The problem is in 'set position'....



[edit]found it, when subtracting flout points from positions it seems to get stuck, it obviously rounds to the closest pixel but it don't seem to subtract the change from the position, hence anything under 0.5 will just keep moving until absolute zero.

maybe you should talk to Vyes or who's ever handles this part of the engine; it seems to be a bug.

[Popcorn]

It's because the x-position doesn't take decimals. Even though you use decimals in your calclutaions, when it adds or substracs the xpos it goes wrong.

Instead of using the xposition in the calculations, change it with an alterable value. At start of level, set the alterable value to the xposition, and always set the xposition to the alterable value plus Alterable value A.

[SEELE]

I see, that wouldn't be hard to fix, they would simply need a round calculation behind the scenes when setting position.

[Holden]

I need the objects to move away and slow down then stay in the same spot though.
When I do what you said Popcorn the objects always wind up in the same spot they started in.


I guess I should just cut to using non decimals and use timer events for the slow down.

Thanks for trying to help you guys.

I understand that the movement doesn't work with decimals, I just am trying to figure out why it works differently going negative and positive.

[Popcorn]

My method works, I can send you the file if you want.
I said above why the two moves differently. It is because one of the values in the calculation doesn't care about decimals, and therefore there will be some difference between the two.

When you use an alterable value instead, the decimals are counted for all the way, and the positition will be set correctly all the way too.

[SEELE]

dw, popcorn ill do it.

[Holden]

Oh I see what I did, I left out a little part.

That's perfect you guys!

Thanks a ton both of you!