Understanding framerate independence and deltatime 

you mean 1 bazillion subs 🙃

@@K5RTO you mean 1 morbillion subs

I noticed just now that he has only 100k subs

Yup I too was so frustrated by the choppy motion.

Thanks. I think what is missing is a standardised formula for speed from, oh, say, a speed variable value for 60 FPS to one for 1000 ticks per seconds. It would help us slow learners to get a handle on what he attempting to explaining. I'm not sure that "CDcodes" does it any better. Both make some logical leaps without more thought/examples/whatever. The following is stream of consciousnesses, feel free to ignore. Given his maths, I was attempting to determine just what the various speed numbers actually mean. Does "speed = 250" mean I want this object to move 250 pixels per second (as 1000 ticks =~ 1 second)... But there is some slop in his maths (or my head) that I'm just not getting (admittedly I'm a bit tired and a bit drunk 😇). I would like to not guess as to what the speed numbers mean and have to use (more then the normal) trial and error to determine them. If my standard game used 60 FPS, then there should be a pretty well defined formula for converting from the speed numbers I used with 60 FPS and the speed numbers I use for 'dt'. i.e ((original_speed * 60) / 1000)) No...that's not right. It should be just (original_speed * 60) and the 1000 ticks per second will take care of themselves, once you invert it (1/1000). Because I use both a fast Windows 10/HP laptop and (my preferred development environment) a relatively slow Raspberry Pi 4 (64 bit Debian)... this kind of thing is actually important to me.

Pygame CE, I just read that this is a forked ver of pygame with more updates, what happened to og pygame?

Is it a kind of stutter every second or so or just basic lag (help is much better on the clear discord though, so suggest you check that out)

@@KlaasJanssen a kind of stutter yes, you're right I posted my question on discord

@@firnyx I struggled with the same problem until I watched this video. By using dt (delta time) as described, and (this is mportant!) keeping test_rec_pos in a separate variable including the fractional part, and then setting the position attribute (x or y) of the moving object to this variable every time you move it, you will get smooth motion! Watch the video starting at 18:02 if you don't understand what I mean.

Maybe you're setting the position (x or y) of your object by using += instead of just = . Only the external variable...in this case, test_rect_pos...should be updated with +=. (I had a similar problem.)

you could use a timer to update a frame every 1/10 of a second or something but I haven't really encountered problems why the animations on delta time

I'm late but it'd be best if you watched his introduction to pygame tutorial. You'd get most if not all of the code he wrote

They move by themselves. You messed up the indentation in the while loop!

@@ClearCode what would be the indentation error tho? My code under while true is: while True: for event in pygame.event.get(): If event.type == pygame.QUIT: pygame.quit() exit() screen.blit(sky_surface,(0,0)) screen.blit(ground_surface,(0,300)) screen.blit(text_surface,(300,50)) screen.blit(player_surface,player_rect) snail_rect.x -= 4 if snail_rect.right

@@ClearCode sorry if I am being annoying. The code is from the ultimate pygame introduction

For anyone curious, i think that the problem is that the code rendering graphics etc. is placed inside event loop and it should be only in while true loop

yep, that's what FRects are for :)

The fps are still limited with pygame.clock.time(60) even when using deltatime.

Bot :?)

@@Vofr nah breh, 69 was a joke

@@IzUrBoiKK you are not the 69th comment ~_~. It doesn't work that way :3