Complex Character Scaling (3+ point perspective)

Here I am, back with another question:

I've come accross this issue, and I've always thought that in some instances we would like the size of the character to be based on the closest waypoint, not it's vertical location.

I've come accross this issue, and I've always thought that in some instances we would like the size of the character to be based on the closest waypoint, not it's vertical location.

Obviously the VS team would need to implement this.

I think it used to work like that - sort of. It could potentially create bizarre scaling issues depending on how the user sets up their way system paths & scaling which is why we recommend only scaling on y-axis & adding the scaling way points outside of the way border itself. It creates a much smoother scaling experience rather than confusing the engine.

@F-Kal: the reason it stops (I assume) when you swap to another way system is probably because the engine doesn't know if the destination position/object you previously clicked on can be reached in the new way system without recalculating. When you update the destination target the engine calculates the best route automatically based on the current way system & way points. You could try storing the current destination position/object with Lua script, changing the way system then restoring the destination position/object afterwards. The character would still briefly stop, but they would resume afterwards.



P.S: can't guarantee it will work as I just wrote it out from my head & what I see in the data structure on the wiki page without testing it.

Yep what's AFRLme suggesting could be the solution. What was i talking about in the PM was some kind of distortion of the character which could be theoretically achieved by the shader effect. Not sure if it's possible to apply shader only on charactet though. Probably not.

Change to a second smaller character?

Thanks people! @AFRLme's script seems to be working smoothly (no perceptible pause in the walk cycle either)!

Action areas are buggy in general, though I thought they were only buggy in the editor? I personally try to avoid them altogether whenever possible.

& nice one for some feedback on the script, had no idea if it would work. Might be a good idea to create some functions for it instead to simplify the usage.

I replaced the "Change waysystem" actionpart with hopefully its LUA equivalent (game.CurrentScene.SceneCurrentWaySystem=game.CurrentScene.SceneWaySystems["AltWaySystemName"]), put in some checks on the direction of movement, simplified the web-of-waypoints and now it seems that it works seamlessly - I can no longer reproduce  the glitches with the action areas that I had before and the visual results are unexpectedly satisfactory.

My English isn't good enough to understand really what this solution is. I wanted a change between way systems months ago also, but there is only one way system for each character on a scene, well? I didn't find out how such a change could work, so I dismissed it. But it is possible to change the character's size with "CharacterScaleFactor" every time, right? I thought I didn't need more than one way system, but action areas the character enters to become bigger or smaller. BTW: the way system is very (VERY!!) sensitive. If there is only one single point without connected lines or two of them too close to each other the whole system crashes or does funny things...

My English isn't good enough to understand really what this solution is. I wanted a change between way systems months ago also, but there is only one way system for each character on a scene, well? I didn't find out how such a change could work, so I dismissed it. But it is possible to change the character's size with "CharacterScaleFactor" every time, right? I thought I didn't need more than one way system, but action areas the character enters to become bigger or smaller. BTW: the way system is very (VERY!!) sensitive. If there is only one single point without connected lines or two of them too close to each other the whole system crashes or does funny things...

Yeah, it became even more sensitive after Simon reworked it for game pad support. He had to update the way the way system works, so that characters could also be controlled by keyboard/game pad.

Things to look out for that will cause issues/crashes are...

1. stray wayborder polygon points. You have to create a closed off shape, so you can't have loose polygon points or lines inside of the way system that don't form a closed shape.

2. you can't overlap wayborder polygon shapes/lines.

3. it's not a good idea to have wayborder polygon shapes too close to another wayborder polygon shape. Think ahead & plan you wayborder shapes & paths carefully before you create them.

No, you should only need 1 way system per scene unless you have events that affect the layout of the scene, such as doors that can be opened & closed & allow the player to be able to walk through/behind them. Or maybe something in the scene falls over or gets destroyed thus blocking access to part of the scene. & yes, you can probably force scaling of characters by adjusting the scale factor percentage with Lua script.

Your three points are right Ich did my experiences with them and I agree.

For my waterfall sound value I requested the position of my character and compare it with a fixed object position. The closer the character the louder the noise.

If this Lua way system solution doesn't work I would set the character's size depending on the current position he stands. Because I know it works with music and sound I would try it again this way. The only problem ist to arrange hundreds of requests one after another and to decide which size the character must have at a specific (bestimmten) point...