Re:Your Code Might Not Need State
by bluGill on Tuesday March 28, 2023 @09:15AM
(#35340506)
Not anymore, in the past it was. Some games in the 8bit world ran slower in Europe vs the US because Europe TVs used PAL which was 50hz refreshes, while the US had NTSC with 60hz refreshes (some games counted on NTSC being interlaced and so updated at 30hz which made NTSC games slower). IIRC some PC games depended on frame rate as well, but I don't recall any specifics.
[ Parent
| on HN ]
Re:Your Code Might Not Need State
by dpkirchner on Tuesday March 28, 2023 @10:04AM
(#35341276)
Skyrim infamously allows your frame rate to influence game physics, with hilarious results.
https://old.reddit.com/r/skyrim/comments/twwqqt/can_someone_...
This is one of the traps when you go for the naive approach to framerate independence: simply using the frame delta for stepping your calculations. Results for physics engines are very wacky! It's usually better to step your physics engine at a fixed rate (e.g. 60hz), and make the frequency of steps performed independent of the graphics framerate. Perform some slight interpolation on the position of rendered objects and nobody can tell the difference
Re:Your Code Might Not Need State
by earthling8118 on Tuesday March 28, 2023 @01:43PM
(#35344957)
The original DayZ mod had an issue with this. If your framerate was lower your character would run slower. It's a very subtle effect, but when you ran several km alongside someone with a weaker computer they'd end up further back and you'd have to wait for them to catch up.