Shake Screen depending on variable
-
@deeeds Some people have swear jars. I need an undo in the behaviour editor jar 😂
@aidan-oxley 🤣🤣🤣🤣🤣🤣
-
Hm, interesting technique. Gonna try this on. Thanks Deeeds.
Still, I think hyperPad needs more input-boxes, it adds new possibilities of coding and can also save time.@andrey-ghost Just to add muddle... here's another way of doing it, without a proxy object.
This has a huge benefit, the size of the camera shake is determined by the velocity/power of the impact. So it feels more "real" and has natural variance in accordance with what's going on in your game.
This has a bit of a flaw, in that there's often some drift in this, that I've never managed to track down the origin of, but it does work. It takes the collision impact, which is off the screen above the broadcast... and does the following:
-
@andrey-ghost Just to add muddle... here's another way of doing it, without a proxy object.
This has a huge benefit, the size of the camera shake is determined by the velocity/power of the impact. So it feels more "real" and has natural variance in accordance with what's going on in your game.
This has a bit of a flaw, in that there's often some drift in this, that I've never managed to track down the origin of, but it does work. It takes the collision impact, which is off the screen above the broadcast... and does the following:
@deeeds Thanks again, but don't you agree it would be convenient if there just would be an opportunity to input data in Shake Screen behavior? There are also some other behaviors that may need input data.
-
@deeeds Thanks again, but don't you agree it would be convenient if there just would be an opportunity to input data in Shake Screen behavior? There are also some other behaviors that may need input data.
@andrey-ghost absolutely agree.
-
What I'd like to eventually introduce is to change all sliders to be input fields with a slider option.
Just having come up with a good UX to achieve this with out overloading the UI.This one is easy.
Get rid of the slider. The slider provides no benefit worthy of what its usage requires be removed.
Swap it out for a mechanism exactly the same as how Duration is chosen and set.
Done. Go have lunch. Take the rest of the day off. You've earned it.
-
This one is easy.
Get rid of the slider. The slider provides no benefit worthy of what its usage requires be removed.
Swap it out for a mechanism exactly the same as how Duration is chosen and set.
Done. Go have lunch. Take the rest of the day off. You've earned it.
-
This one is easy.
Get rid of the slider. The slider provides no benefit worthy of what its usage requires be removed.
Swap it out for a mechanism exactly the same as how Duration is chosen and set.
Done. Go have lunch. Take the rest of the day off. You've earned it.
-
@aidan-oxley That's why there should be an option to choose between slider and input field! :)
Also, IMHO Aidan you're to cruel with your signature there. I wonder how much time in sum people have wasted on reading it. Maybe like.. 5 minutes :P -
I would personally use input fields, but for say a new user just trying to make a simple game, a slider might be more convenient....
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login