Make a bot bounce

[Aide33]

http://paulbourke.net/geometry/reflected/

In:

Code: [Select]

PuckArmor::onCollision(%this,%obj,%col,%thing,%other)would %thing be the normal?

and how do you multiply vectors

[Ad Bot]

[Alphadin]

In:

Code: [Select]

PuckArmor::onCollision(%this,%obj,%col,%thing,%other)would %thing be the normal?

and how do you multiply vectors

vectorscale

[Aide33]

vectorscale

nah I made my own function to multiply two vectors together

So assuming %thing is the normal would this be right?

   

Code: [Select]

        %fvec = vectorNormalize(%this.getFowardVector());
%normal = vectorNormalize(%thing);
%vec1 = vectorMultiply(%fvec,%normal;
%vec2 = vectorMultiply(%normal,%vec1);
%vel = vectorAdd(vectorDist(%normal,%fvec),%vec2);
%this.setVelocity(%vel);

[Alphadin]

That's the collision location.
%other is the velocity.
there is also no vector Multiply function.

[Port]

there is also no vector Multiply function.

nah I made my own function to multiply two vectors together

[Alphadin]

god damnit how did i overlook that part there twice.

[Aide33]

That's the collision location.
%other is the velocity.
there is also no vector Multiply function.

so wheres the normal?

[Alphadin]

vectorNormalize(%other);
i realized that %other is a single number
you were probably right on using %thing.
which is strange because on my own code using %other works fine.
and when doing this there seems no pre-defined collision point.
i really don't get this anymore

Aide you are going to need so much more than just getFowardVector();
Why?
what if we hit the side?
We didn't hit the forward location.
We hit the side.
Considering I've been brain washed with world boxes, you could probably utilize getWorldboxCenter here.

[Aide33]

vectorNormalize(%other);
i realized that %other is a single number
you were probably right on using %thing.
which is strange because on my own code using %other works fine.
and when doing this there seems no pre-defined collision point.
i really don't get this anymore

Aide you are going to need so much more than just getFowardVector();
Why?
what if we hit the side?
We didn't hit the forward location.
We hit the side.
Considering I've been brain washed with world boxes, you could probably utilize getWorldboxCenter here.

I have no idea about the arguments anymore, it always tells me that %obj is a brick datablock idk why

and what does getWorldboxCenter do
Maybe instead of getting the forward vector I could get the velocity? would that make it work since velocity is a direction right?

EDIT: I think I found my problem, why doesn't onCollision call when it hits a brick

[Port]

Considering I've been brain washed with world boxes, you could probably utilize getWorldboxCenter here.

getWorldBoxCenter is inaccurate on the default player model, use getHackPosition instead.

[Zeblote]

getHackPosition

wat

[Port]

wat

It returns the center of the player.

[Alphadin]

getWorldBoxCenter is inaccurate on the default player model, use getHackPosition instead.

Port you also have to factor in bricks. Unless he only wants bouncing on players.
He'd need worldboxcenter for bricks, hack position for players

[Alphadin]

EDIT: I think I found my problem, why doesn't onCollision call when it hits a brick

because that's just how blockland rolls. oncollision with bricks exists on projectiles, but not playetypes.

[Aide33]

because that's just how blockland rolls. oncollision with bricks exists on projectiles, but not playetypes.

Well then screw bots, I'm going back to projectiles

I don't need anything in this thread so I'm gonna lock it