While true loop running faster with an fps unlocker

Help and Feedback Scripting Support
#10

This is the result not sure whats wrong. https://gyazo.com/18511c77cf1736d1115d358d648a3339

#11

How am I close? am I not using it correctly

#12

Using while wait() is too slow and not as smooth

#13

Interesting. I do have a question before I make any further assumptions:

You have the line local movement = 60/DT. What is this used for? Keep in mind, DT is a time in seconds, so movement will actually be a higher value for higher framerates. If you’re basing the projectile’s movement on this, there’s no surprise it’s moving faster at higher framerates.

Your position calculation is more correct for what you’re trying to achieve.

Keep in mind as well that framerates can be unstable, especially with an FPS unlocker. This can cause choppy behavior.

1 Like
#14

I want the loop to run at 60 fps.

#15

Trying to force the loop to run at a specific rate is probably what caused your issue in the first place. You should write your scripts to be able to run at any physics rate. That’s part of why functions like wait() and RenderStepped:Wait() return the amount of time that was yielded - so you can use that value to accurately move things at the speed you want.

#16

Yes, that’s what I’m trying to do as you can see from my attempts it hasn’t worked out.

#17

You were at least attempting to scale by dt, but doing it wrong. I gave you the correct way to do it in my previous reply:

1 Like
#18

that just makes it slow in studio and instant in-game.

Edit: wait nvm lol thanks

#19

Nvm it’s doesn’t do anything, I’m trying to make it run at 60 fps no matter what. I might just make a script to kick you if you’re using an fps unlocker because nothings working. https://gyazo.com/7b81ee8d6da5d2013ee4a72601912f68

#20

I don’t understand what your video shows, it looks like it’s working fine to me :slight_smile:

The code I posted is correct. position will increase at the same rate on all computers regardless of your FPS.

1 Like
#21

Here’s a video of me not using an fps unlocker https://gyazo.com/2594d9203415db5131671176fd1a5026
Here’s a video of me using one https://gyazo.com/912a18c4e0ffb8a68567c8db2ae8cc63

Idk

#22

Where and how do you use position?

#25

So position is the length of each part in the projectile * number, number is just so I know what position number it is, then position * ray direction gives me the actual position.

#26

You need something more complicated, then.

Flip your thinking around: What happens if one frame takes a whole second to render? Does your code handle that?

You need a way to decouple the number of parts you draw from the number of frames.

For example (this isn’t tested, but it demonstrates the concept – I tried to name variables well so you can tell what they are):

local STUDS_PER_SECOND = 100 -- how many studs the lightning flies in a second
local SEGMENT_LENGTH = 4 -- how long each segment is

local function Fire()
    local alreadyDrawn = 0
    local position = 0
    
    while true do -- need some condition here

    	-- get the time elapsed
        local dt = game:GetService("RunService").Heartbeat:Wait()

        -- the next position to jump to
        local nextPosition = position + dt * STUDS_PER_SECOND

        -- get how many segments we'll need to draw this frame
        local needToDraw = math.floor(nextPosition / SEGMENT_LENGTH) - alreadyDrawn
        
        for i = 1, needToDraw do
            local segmentPosition = position + i * SEGMENT_LENGTH
            local segmentNumber = alreadyDrawn + i -- if you need it for some reason

            -- draw segment using segmentPosition as the position
        end

        position = nextPosition
        alreadyDrawn += needToDraw
    end
end
2 Likes
#27

Basically i’ll show you what works in my projectileclass, because a lot of the code you shown seems to look wrong.

Lets get some formulas cleared first:

Distance = Velocity * TotalElapsedTime

or

Distance = Distance + (ElapsedTimeFromLastSetPosition * Velocity)

Second one is better since you can switch velocity in the middle of flight, because it’s instanaous velocity (the velocity at a paticular timeframe)

Now to use the second method here would be an example.

local Hearbeat = game:GetService("RunService").Heartbeat

function NewProjectile()
	
	return {
		Velocity = Vector3.new(10,10,0); -- digonal up movement basically the equation: y = x * VELOCITY SO in this case the velocity is 10
		Model = workspace.Baseplate;
		Position = workspace.Baseplate.Position;
	}
end

local MyProjectile = NewProjectile()

Hearbeat:Connect(function(ElapsedTimeFromLastSetPosition)
	MyProjectile.Position = MyProjectile.Position + (ElapsedTimeFromLastSetPosition * MyProjectile.Velocity)
	MyProjectile.Model.Position = MyProjectile.Position
end)

The smaller the timeframe the smoother it will move because it will move less distance, at even smaller timeframes. (Good compability with FPS unlockers)

#28

Idk how this would work with my projectiles seen as there not even moving or using an physics they just look like there moving.

#29

So you calculate how many segments you need to make. Alr I’ll try it out thanks.

#30

What the script I showed you isn’t with phyiscs is uses math and cframes.

#31

Yeah but I’ve literally done the same thing, it doesn’t work the same for my case.