> I'm making a game and locking it at 30fps not for technical limitations

I would not purchase it if the game has a panning view of any kind. I wish you the best of luck all the same.

Judging from your video, it depends on how long I am supposed to play this. If it is a few hours thing I see no issue but it could be tiring to stare at this for too long. I dig the aesthetic you are trying to create, though.

In the 14fps one, 14fps white noise is probably better than 60 fps white noise.

I recently played South of Midnight, which is one of the best games I've played in years. I'm really surprised it didn't get more attention. I think it has the best sound design of any game I've ever played and beautiful art and story throughout.

It uses a stop motion style for character animations, which is pretty close to low frame rate, I'd estimate around 15fps (at least the way it was implemented there). I have to say it was the one part of the game that I disliked. I could see the purpose, I could see that it fit well with the general art direction. I just found it very uncomfortable and tiring to look at after a while. Fortunately they were smart enough to acknowledge this with a menu setting to disable it.

If you do decide to artistically lock your game to a low frame rate, please do your players a favor and allow them to unlock it.

Go into display settings, and set your monitor's refresh rate to 30Hz and try using your computer - you'll soon think what I think about the issue.

I don't think I've ever played a game where I found it to feel better at a lower framerate. The lower the FPS, the highter the latency of input response and the lower temporal resolution makes it harder to track movement, particularly rotational control of a camera.

Artistic intention I do understand. I played your game and you're specifically evoking a low-fi aesthetic. The noise in particular might look noiser at higher framerates, damaging the era it's trying to evoke.

Though I have to wonder if there might be a way to split the difference, to render out the scene at low FPS and reproject the camera at a higher framerate, similar to how most VR implementations work. That way the aesthetic would be largely unchanged, if the camera isn't moving it would be identical, but you'd get that much nicer input response.

FPS locking is not the right solution (although it is an easy one). Your animations are the ones that should be animated on twos, or threes, or fours, or whatever feels right for your game. That applies to animations, particles, etc. This leaves you the option to let other things run as fast as needed to feel smooth (for example: I do like the leaves falling slowly, the book opening, etc. Camera panning & moving would feel infinitely better at a 60 FPS.)

Unfortunately, playing a game is very different experience to watching a movie: take the example of Ghost of Tsushima, that despite having a Kurosawa mode, still accepts 60FPS and over.

I'd have to try it. I think some games can be done at lower FPS. If there's any sort of action element, though, imo the higher the fps the better.

14fps seems so low...

Agreed. But, I generally play competitive FPS so framerate is king.

> I think it's much more likely that the number of people who care about it deeply is extremely small

And yet large enough to support the existence of DF whom has a heavy focus on exactly this. So obviously a market exists.

They labeled it as "sponsored" when it should have said "ad". I mean yeah, it's weird to simply repost a straight ad on the main channel, but at least that's clearer than integrating it into their own content. The description also always made clear that it's content provided by Nintendo.

If you believe that this influences their view of the Switch2, then by all means, get your information elsewhere. From what I've seen, they've actually been more critical of Switch2 than most other outlets, highlighting the issues with the blurry screen and also the rather lackluster line-up from third parties, mainly because Nintendo is intentionally stingy with dev units.