• Advertisement
Sign in to follow this  

Unity Input and updating objects

This topic is 2651 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

While thinking about the input manager i am creating I began to wonder what the correct way of updating objects based up input was. Currently for any objects that need to be updated I simply add them all to a list of "process objects" and update them. However, with key detection happening at all times, how should I handle updating objects that move depended on input? For example, if I had a camera that moved when I pressed the "W" key, I would want that to process before the next time my list of "process objects" get updated, or is that a bad idea?

Share this post

Link to post
Share on other sites
It shouldn't really matter as long as you do it during the update of the camera. I mean, humans aren't able to distinguish the time between two 60Hz frames, and we aren't able to hold a button down for 1/60th of a second. So it's not going to matter if the user presses the button and you do it immediately, or if you simply wait until the update of the camera and then just check if the player has the button pressed. The user won't be able to tell the difference between the two options.

Share this post

Link to post
Share on other sites
Most of the time, I like to take a "snapshot" of the input state at the start of the frame, and anything checking input goes by that. That way, you can check if a key was just pressed that frame, just released that frame, etc. and it's all consistent for everything. Also more portable, as you can use it on console systems by just checking the state of the keys at the start of the frame, and on event-based input systems like most computers, you have the events update the stored input state, and make a copy of it at the start of the frame.

Just-pressed/just-released events seen by the game are computed logically by examining the current frame's input snapshot versus the previous frame's snapshot, not by setting flags when processing keyup/keydown events or anything. Those are only used to update the current pressed/not pressed states that will be seen next frame. Much easier when the game code can check the up/down states rather than trigger states sometimes, and they all match up.

It doesn't play that well with jumpy frame rates though, like computers do sometimes. You can miss a press and release entirely during a long frame. If it's a problem, you could probably come up with some kind of buffering system, like if a keydown event happens, then make sure the key is seen as being pressed on the next frame regardless of whether it has actually been released before then. But make sure you keep the buffered state separate from the true state, so you don't end up with keys stuck down and such by ignoring the keyup events.

Share this post

Link to post
Share on other sites
Yeah, my previous workplace did something similar, with a global input manager that stored all the button states at the beginning of the frame, but I can't recall ever having a problem with an input or button press being ignored or missed because of a long frame.

Granted, most of the games I worked on were for non-PC platforms (DS, PSP, PS2, Wii), but I would have expected it to be more of a problem on those less powerful platforms. Anyway, DekuTree64 is right that a multiple buffering system would help, but just make sure that you have consistent problems on a retail (not debug) build of the code.

Share this post

Link to post
Share on other sites
Well one of my main concerns if if the camera also have a physics object on it, for example, when it may be a third person camera.

Share this post

Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
  • Advertisement
  • Popular Tags

  • Advertisement
  • Popular Now

  • Similar Content

    • By Vu Chi Thien
      Hi fellow game devs,
      First, I would like to apologize for the wall of text.
      As you may notice I have been digging in vehicle simulation for some times now through my clutch question posts. And thanks to the generous help of you guys, especially @CombatWombat I have finished my clutch model (Really CombatWombat you deserve much more than a post upvote, I would buy you a drink if I could ha ha). 
      Now the final piece in my vehicle physic model is the differential. For now I have an open-differential model working quite well by just outputting torque 50-50 to left and right wheel. Now I would like to implement a Limited Slip Differential. I have very limited knowledge about LSD, and what I know about LSD is through readings on racer.nl documentation, watching Youtube videos, and playing around with games like Assetto Corsa and Project Cars. So this is what I understand so far:
      - The LSD acts like an open-diff when there is no torque from engine applied to the input shaft of the diff. However, in clutch-type LSD there is still an amount of binding between the left and right wheel due to preload spring.
      - When there is torque to the input shaft (on power and off power in 2 ways LSD), in ramp LSD, the ramp will push the clutch patch together, creating binding force. The amount of binding force depends on the amount of clutch patch and ramp angle, so the diff will not completely locked up and there is still difference in wheel speed between left and right wheel, but when the locking force is enough the diff will lock.
      - There also something I'm not sure is the amount of torque ratio based on road resistance torque (rolling resistance I guess)., but since I cannot extract rolling resistance from the tire model I'm using (Unity wheelCollider), I think I would not use this approach. Instead I'm going to use the speed difference in left and right wheel, similar to torsen diff. Below is my rough model with the clutch type LSD:
      speedDiff = leftWheelSpeed - rightWheelSpeed; //torque to differential input shaft. //first treat the diff as an open diff with equal torque to both wheels inputTorque = gearBoxTorque * 0.5f; //then modify torque to each wheel based on wheel speed difference //the difference in torque depends on speed difference, throttleInput (on/off power) //amount of locking force wanted at different amount of speed difference, //and preload force //torque to left wheel leftWheelTorque = inputTorque - (speedDiff * preLoadForce + lockingForce * throttleInput); //torque to right wheel rightWheelTorque = inputTorque + (speedDiff * preLoadForce + lockingForce * throttleInput); I'm putting throttle input in because from what I've read the amount of locking also depends on the amount of throttle input (harder throttle -> higher  torque input -> stronger locking). The model is nowhere near good, so please jump in and correct me.
      Also I have a few questions:
      - In torsen/geared LSD, is it correct that the diff actually never lock but only split torque based on bias ratio, which also based on speed difference between wheels? And does the bias only happen when the speed difference reaches the ratio (say 2:1 or 3:1) and below that it will act like an open diff, which basically like an open diff with an if statement to switch state?
      - Is it correct that the amount of locking force in clutch LSD depends on amount of input torque? If so, what is the threshold of the input torque to "activate" the diff (start splitting torque)? How can I get the amount of torque bias ratio (in wheelTorque = inputTorque * biasRatio) based on the speed difference or rolling resistance at wheel?
      - Is the speed at the input shaft of the diff always equals to the average speed of 2 wheels ie (left + right) / 2?
      Please help me out with this. I haven't found any topic about this yet on gamedev, and this is my final piece of the puzzle. Thank you guys very very much.
    • By Estra
      Memory Trees is a PC game and Life+Farming simulation game. Harvest Moon and Rune Factory , the game will be quite big. I believe that this will take a long time to finish
      Looking for
      1 experience using Unity/C++
      2 have a portfolio of Programmer
      3 like RPG game ( Rune rune factory / zelda series / FF series )
      4 Have responsibility + Time Management
      and friendly easy working with others Programmer willing to use Skype for communication with team please E-mail me if you're interested
      Split %: Revenue share. We can discuss. Fully Funded servers and contents
      and friendly easy working with others willing to use Skype for communication with team please E-mail me if you're interested
      we can talk more detail in Estherfanworld@gmail.com Don't comment here
      Thank you so much for reading
      More about our game
      Memory Trees : forget me not

      Thank you so much for reading
      Ps.Please make sure that you have unity skill and Have responsibility + Time Management,
      because If not it will waste time not one but both of us

    • By RoKabium Games
      We've now started desinging the 3rd level of "Something Ate My Alien".
      This world is a gas planet, and all sorts of mayhem will be getting in our aliens way!
    • By Pacoquinha Studios
      Kepuh's Island is Multiplayer 3D Survival Game where you survive on the Kepuh's Islands, confronting challenges that are not only other players but also bosses, and even the environment itself.
      We have a lowpoly faster battle-royale idea, where about 12 players on the map fighting for survival! Also adding some more things into that style such as bosses around the map giving you abilities and much more such as vehicles, weapons, skins, etc...
      Now we are on cartase which is a crowdfunding online which purpose is to raise funds for the development of the game. Come and be part of this development.
      Link for Cartase: https://www.catarse.me/kepuhsisland?ref=project_link
      We post updates and trailers on
      Twitter: https://twitter.com/pcqnhastudios
      Facebook: https://www.facebook.com/pacoquinhastudios/
      Site: http://pacoquinhastudios.com.br
      If you could check out it would be great
      Some images:

  • Advertisement