Hi,
Is there a script available or is it possible to have the player when he/she walks on an entity or marker that he/she is launched into the air?

The idea is to gain access to higher points in a level, the player still can fall and die if they do not position themselves properly before walking on the entity (jump pad, column of air, anti gravity pad etc)

Thanks for your help.

Yes it is possible, i've seen a game demo (i think it was unfamilia on here that made the game) which does a similar thing (except horizontally), i have no idea how it would work though, hopefully someone else can help you with it.

Edit: It was in his game "Steve" that he entered into a gamedevfort competition, check it here: https://forum.game-guru.com/thread/212963

I spent a few minutes looking at this but didn't quite crack it. It would be cool to create Quake-style jump pads for multiplayer arenas. Sadly, the Forceplayer (y,f) command only works in the horizontal (y = angle, f = force).

The closest I got was using the JetpackThrust command, but it only lifts the player very slowly and can't be set to more than 1.0.


Then there's this variations that temporarily changes the jump height of the player, but they physically have to jump:



I can't seem to forcibly fire the jump command using SetGamePlayerControlJumpMode(1), presumably because it clashes with a command in gameplayercontrol.lua that means you have to press space to jump at all times.

AE

Transport the player, i.e. calculate the next point on the trajectory per frame and use SetFreezePosition(x,y,z) followed by TransportToFreezePositionOnly().

The tricky part is to know when to stop doing this, probably by ray casting directly down a few units from the point calculated and stopping when you get either terrain or an entity detected. Plus ray casting forward from the point and stopping when something is detected (so you don't try to 'super jump' through walls!).

(btw you can get the ballistic maths equations from google )

Won't this require v-sync to be switched on to get reliable results?

AE

yh i remember making that, it was before we had access to the player / camera controls so we used a barrel as a temporary player and moved that then repositioned the player using the TransportToIfUsed(e) command, you would definitely want to do it the way amen is suggesting now that we have access to real camera controls though.

for stopping the catapults had an actual target on the map so stopping was simply a distance check, you could still do that or a timer or indeed use the ray casts to determine a stopping point.

isn't it always a good idea to have vsync on? personally i never play a game without it, nothing worse than having a game feel inconsistent because it keeps making me move faster or slower etc due to the frame rate fluctuations.

Nope, you can calculate how long each frame takes and adjust accordingly, I do it all the time in many of my scripts to make sure that they behave the same at any frame rate.

(although I second what synchromesh said, vsync on is always a good idea if you are moving stuff around in GG)

Here is a really simple version:



Simply doing a linear 'jump' rather than proper ballistic trajectory just to demonstrate the principle.

Bump, as I edited the last post and no one will realise if I don't.

Slight improvements to the script.

1) Name of entity passes parameters. e.g. 'jumppad,12,4,2000' means initial jump vector is 12 units Up and 4 units forward, time period of jump is 2000 milliseconds or 2 seconds iow.

2) Simple collision detection added.

3) Pseudo gravity added to make the jump more ballistic like.

Noice!

Nice work mr A

Dave

Very cool !

Having fun with this great script.
Thank you !

Thanks AmenMoses, this will do the trick I think.

I am not a Lua programmer, could you let me know what values you would change in this script for height and length of the jump??

Thanks again

i mean that was step 1