Draw loop and DeltaTime? I'm seeing 120 and even 240 FPS sometimes.

I thought Codea was clocking at an attempted 60FPS, nominal delta time 1/60 or 0.0166 seconds. But tracking DeltaTime, I’m seeing cycles of 0.0166 but also 0.00833 and even one of 0.00419.

I’ve seen moderately long stretches of 0.008, only flashes of 0.004.

What’s up?

This program consistently shows 0.008ish on my iPad 3rd gen

-- t

function setup()
end

local min = 100
local max = -100

function draw()
    local x = WIDTH/2
    local y = HEIGHT/2
    local d = DeltaTime
    if d < min then min = d end
    if d > max then max = d end
    background(40, 40, 50)
    fill(255)
    text("min "..min, x, y)
    text("max "..max, x, y+50)
    text("DT  "..d, x, y + 100) 
end

voila

@RonJeffries This is what I get on my iPad Air 3 after 1 minute.

Min 0.016668666619807
DT 0.016668666619807
Max 0.016753333387896

I don’t know this for a fact, but I think what’s happening is there’s a timer that runs 60 times per second, or maybe faster, but every time a 1/60 of a second tick hits, it does the draw function. If one draw takes more than 1/60 second to run, the next draw gets run on the next tick and the deltaTime will be shorter. I don’t think a cycle starts 1/60 second after the other one ends, but draw looks for the next 1/60 tick and runs.

@RonJeffries I just remembered that Codea on newer iPads can run at 1/120 of a second. That might be the reason for the .008 time.

PS. Ran the code on my iPad Pro 1 and got a consistent .0166 .
Ran on my iPad Air 1 and got .0166 also.

If you pause the code and then start it, you get a max of 1.

Ran on my iPad 1 (yes, it still runs Codea) and the min was about .014 and the max was about .018 . So it was still close to .016 average.

ah. so that means my game will run at half the speed i see on older stuff? i guess i’ll have to scale motion …

hm yeah, the other pad runs at 0.01666 consistently.

@Simeon what are the facts, please?

@RonJeffries Codea will run at the maximum preferred FPS of the device. For a newer iPad that is 120. Older ones run at 60

If the scene gets too complex the FPS will drop to the next lowest threshold (120 → 60 → 30 → 15…)

Ah, so it won’t slow to random numbers but will realize it’s falling behind and drop to the next fixed slice size. Super, thanks. Still gonna have to scale, but we know how to do that :slight_smile: Once slowed, does it ever speed back up in that run?

Yes if the complexity of the drawing lessens it can speed back up. It’s basically down to how long it takes you to draw a frame, but it sits at fixed thresholds to prevent the frame rate varying wildly (looks smoother to the user if you stay at a fixed frame rate rather than rendering as fast as possible)

check, thanks!