How to detect FPS

[CursorKeys 19]

Hi!

I am playing with a new little demo and it's running pretty slow now, so optimizations is what I am working on.

So right now I like to check (in numbers) how many FPS (frame per second), I am actually getting.  How do I get a system clock or so, to see how much time has passed?   I haven't done that before on c64/x16 hardware.

Or is there an other way of getting the FPS, something build into the emulator?

 

Sorry if the question is stupid, but it's what I am trying to figure out just now.

Thanks

CC

 

 

[Elektron72 48]

The X16 (like many older systems) runs at a constant 60 fps (the emulator may run slower; if so, a percentage of the target speed is displayed in the window title). However, if you aren't using the VSYNC interrupt to drive your code, its speed is not tied to the system framerate. The frame count can be obtained using the TI variable in BASIC, or the RDTIM KERNAL routine.

[CursorKeys 19]

1 hour ago, Elektron72 said:

The X16 (like many older systems) runs at a constant 60 fps (the emulator may run slower; if so, a percentage of the target speed is displayed in the window title). However, if you aren't using the VSYNC interrupt to drive your code, its speed is not tied to the system framerate. The frame count can be obtained using the TI variable in BASIC, or the RDTIM KERNAL routine.

It's C code mixed with assembly right now, so I'll check out the RDTIM kernal routine.  Just have to see what is stored in the a,x,y registers for result.  I'll play with that,
Thanks for the tip!

 

Edit: Ok, got it, (a+x*256+y*256*256) * 10 => milliseconds since machine was powered on, it seems.

So 1 frame takes me 50 ms to draw it seems, which means I am running at 20 FPS...
Ok, back to optimizing then

Edited Thursday at 08:41 PM by CursorKeys

[Elektron72 48]

12 minutes ago, CursorKeys said:

Edit: Ok, got it, (a+x*256+y*256*256) * 10 => milliseconds since machine was powered on, it seems.

RDTIM returns in jiffies, or 60ths of a second. If you wanted to convert to milliseconds, you would need to divide by 60 and multiply by 1000.

[CursorKeys 19]

Thanks for the correction. That makes my demo go only 12.5 FPS....   Ok, back to the mines it is then

[ZeroByte 80]

8 minutes ago, Elektron72 said:

RDTIM returns in jiffies, or 60ths of a second.

And since OP wants FPS anyway, all he has to do is use the jiffies directly, since they inc++ once per frame anyway.

starttime = RDTIM
<render a few dozen frames (nFrames)>
fps = RDTIM-starttime / nFrames
I'd suggest 64 frames, so you can just do RDTIM-starttime >> 6 to compute FPS