even just cubes moving seems choppy

Question

I've created several cubes on screen, one controlled by the player and the other three are computer players. T$$anonymous$$s is a fight seen somewhat like the Final Fantasy turn-based games in the past. Everyt$$anonymous$$ng was running great, I select "Build & Run" and quickly learned the difference between Update() and FixedUpdate().. movement was way too increased when running the exe as opposed to running in the builder. So, my fixed update looks somet$$anonymous$$ng like t$$anonymous$$s :

FixedUpdate() { if(move == 1) { translateY = curAttackMoveSpeed / 100; translateY = 0 + translateY; transform.Translate(0, 0, translateY); } }

curAttackMoveSpeed is currently set to 60.. that gives me the movement speed I want for the player when using fixed updates

The enemies are each running a copy of an enemy script that runs some code during their fixed updates as well and I have a camera rotating using the RotateAround function pointed at the player and a some movement to the side, both are very slight so the camera moves slowly.

Game ran great with Update(), found out I should be using FixedUpdate() for movements, and now it seems pretty choppy. I have 1 gig Radeon 5570 that can run Eve, Wow, you name it at $$anonymous$$ghest resolutions and textures without flinc$$anonymous$$ng, so I know my computer can handle it. Any ideas why t$$anonymous$$s would be choppy?

Answer 1

Best Answer

Answer by Eric5h5 · May 08, 2010 at 04:37 AM

You should not be using FixedUpdate for movements. Only for physics. The reason it's choppy is because it's not updating every frame...go back to Update.

As for the movement being different in a build vs. the editor, that's because your code is framerate-dependent. Multiply movement by Time.deltaTime; i.e., transform.Translate(Vector3.forward * moveSpeed * Time.deltaTime);.

2 Show 4 · Share

aLucidWorld · May 08, 2010 at 04:51 AM 0

Share

I remember Time.deltaTime from a tutorial but it's necessity wasn't explained. Thank you so much, this was exactly what I was looking for!

aLucidWorld · May 08, 2010 at 05:16 AM 0

Share

Not sure if you'll see this or not, but I wanted to make sure.. my ray caster collision script should go in the FixedUpdate() function even though it originates from the object that is being moved in the Update() function?

Eric5h5 · May 08, 2010 at 05:20 AM 0

Share

@aLucidWorld: actually that should be in Update as well. Only things like adding physics forces (i.e., rigidbody.AddForce) would be in FixedUpdate. BTW, the docs explain deltaTime a bit more: "When you multiply with Time.deltaTime you essentially express: I want to move this object X meters per second instead of X meters per frame."

Eric5h5 · May 08, 2010 at 05:22 AM 0

Share

Forgot to say, the system here notifies you when there are comments on your answers, so yep, I saw that. ;)

even just cubes moving seems choppy

1 Reply

Your answer

Welcome to Unity Answers

Follow this Question

Related Questions