..........Would be great if it where possible..........
A> to change up the GamePlayerControl
for each new game level.

B> (not absolutely crucial, but might be nice)
to change up GamePlayerControl on the fly at any time.

This would be HUGE for some circumstances.
How to implement?? Come on Devs, HELP! Restraint not.

Change it how?

You can replace any of the functions with your own versions any time you like.

AmenMoses-- @ Lee, Preben and to whom it may concern.

There are various >>Different<< types of games people can make by changing
the GamePlayerControl script as it's called by the core engine.
So this would be a significant advantage to users if they could assign at least
each level to a custom GamePlayerControl. (Most users might never do it.)

Or if you cannot, then you are stuck like super glue to that particular style of
game all throughout it's entirety when in fact you might want to make a "2D"
platformer for one level, then change up to another type or back to normal.

Also-- look at this! Just as importantly-- when you create one GamePlayerControl
for some level, then go back to test a standard level where you want the original
script for-- it's not in place! You then have to swap out the scripts in the folders,
or rename them or whatever you can to accomplish a simple test between the
various levels. I just did this. A change for easier implementation is in order.

We want to get the word out that GG is not only easy, but it's easy and can be
more than just a FPS! (...or top down crawler.)

The work that has gone into the GamePlayerControl is vast and nearly perfect,
but to limit all levels and all games to it is a dinosaur system.
Dinosaurs have gone extinct. Progress by flexibility.
Thanks for your consideration. It seems like a pretty small request ... ?

As I said you can replace the functions as and when you want to.

gameplayercontrol is a global list so you can replace any of the defined functions with your own versions at runtime.

Alternatively you can replace PlayerControl() with your own version at runtime, hence bypassing gameplayercontrol entirely.

What he means is like with unity you can isolate an Instance of a script to use in a scene, and use a different version of that script in a different scene, so in the unity example on one scene (level) you could have the player control script with the normal controls, but when you move to the second scene you could have a player controller script with the controls reversed. This is why I was pushing to get a project system implemented into gameguru where you could have multiple maps under one project with their own project and scene folders where assets and scripts would be copied to for each map. It would probably solve quite a few issues with creating standalone such as items not copying over too.

Not sure if this works, but have you tried writing your own GamePlayControl script in a different directory and then using it in an entity on your level? Most of the Base scripts like music.lua and global.lu a can be over ridden by a custom copy placed on a map, it might be the same for gameplaycontrol?

I don't see a place to change GamePlayerControl over when you make levels...

What would be very convenient is if it was in the properties panel to the left
just like how you can assign any other object a custom script...
That goes for each level. So if it was set in properties by separate maps, then
it would be just that easy. And it sounds easy to do-- why not?

Can you explain AmenMoses what you are talking about if the GamePlayerControl
is not able to be assigned, then how can someone change it up?

@ Belidos -- Change over Game Player Control via scenes-- YES!

That or even just levels would be a happy day. Progress.

Yes, I have made a couple different variations on GPC, and would like
to be able to make different levels ((same game!)) with different kinds
of >camera views< for example-- or whatever is desired of future users.

I'll try again.

gameplayercontrol is a global list.

This means that at any point you can replace functions in it with your own version, at runtime, per level whatever.

So for example if you wanted to change the gameplayercontrol.jetpack() function to instead be something else entirely you simple say gameplayercontrol.jetpack = somenewfunctionwotyourwrote

The next time PlayerControl() is called by the engine your function will be executed instead of the standard one.

@AmenMoses
Hmmm... Sounds awkward for me. I'm not a pro scripter, just trying to get by.

Maybe if the name of the GamePlayerControl can change each map,
or instance-- but this probably isn't the case if global accesses it? So that doesn't
sound like a system that would be GG easy, or GG convenient!

Regardless, it's because a few tweaks here and there in GPC is all that might be
needed, and if that new GPC works like hoped, then it seems like it would be nice to
then just have a way to call that whole script up.

Mostly, the functions themselves may have been edited from one variation of the
GPC to the next... so getting a error seems most likely?? ((I'm saying here that
I have edited out portions of the GPC, here and there))... so calling those changed
up parts in one map that wants the changes in a different GPC... wouldn't work.

The camera control -- changed up in first version, different from the original.
Movement control -- changed up in second version, different from the original.
Version 3 -- different than the two above.
Go back to the original, switch back and forth -- not possible the functions have
themselves been changed! Need to access the whole file!

A person like me would break it all up trying to get it right again...

Might be possible to work this out with an AAA team, but as stated, and for me,
it sounds too complex. I got GPC versions that work individually-- but cannot
change them. == >> File change -- per map sounds EASY!

Make a folder in your script bank, call it whatever you want.

Put a copy of the game play control script in there.

Keep it named the same but change whatever you need to change.

Then put the new game play control scrept in anyour dynamic object on your map.

Repeat with a new folder and new copy for each level.

If I'm right you should have a different gameplaycontrol script running on each level.

@GubbyBlips,
I think AM answered pretty well but maybe you missed his point

So in regard to the GPC:
- Don't edit the global one, make modified version of it.
- So you can simply have different versions for different levels.
- Use the method Belidos described, or just have unique names for your custom scripts - whatever works best for you.
- If you attach the modified script to an entity for your level it will override the global one:

This is what I do for stuff like that:


I made nice little boxes for this purpose, so I can just attach the required script for each component, so that it is unique to each level if required.

I put code in the script to hide the little boxes at run-time, and by placing them near the start marker it is easy for me to remember where they are and what they are doing.

You can of course attach the script to any thing you want.

OldFlak....

Let me try it with a script.

Thanks all, for the info, and for having patience against my rigid ignorance.

I'll give it a try! I just didn't imagine GPC getting overridden
by standard script placements. Alrighty.

Yeah most can be over ridden with your own.

OldFlak
Thank you for that control box picture it looks amazing and easy to follow..
This should be part of GameGuru design..
So we don't have drums, boxes, plants, etc. being used to attach random bits of control logic to our levels..

This is obviously the best way to go..
I have learned from your great example..Thank again..

Ideally GameGuru should let us add "empties" to the map (that is entities with no mesh or texture data) that we can add those scripts to and access them through a properties panel, Every extra object we add, even if it's only 4 vertices and a tiny texture, is a drain on resources and should be avoided.

OldFlak your idea with the boxes is a very good
I always use barrels for some of my scripts , sometimes i use a crate, but a lot of times i cant remember were i have put what sound script. so your idea is good.
So i have also made some boxes , My first try, and my first model with 3dwings that i could get in to GG.


but it almost took me the hole day.. Again i take my hat off for the modelers.

PCS!