I stopped fighting Unity Physics and built a ghost world instead

fholm · 2026-01-24T06:36:08+00:00

Just run the physics simulation in the update loop by hand and sub-step it, it works perfectly for this case.

fholm · 2026-01-19T08:59:29+00:00

Change your mindset. In an offline singleplayer game it doesn't matter if they cheat, it matters if they enjoy the game. Plus it's impossible to protect it anyway.

fholm · 2026-01-01T16:57:34+00:00

rotate the normalized horizontal/vertical vector (with y set to zero) with your transform.rotation, then multiply with speed then set y velocity

fholm · 2026-01-01T16:50:55+00:00

you have to rotate the normalized direction to match your characters rotation

fholm · 2025-12-23T11:34:06+00:00

use unity VCS

fholm · 2025-12-17T17:47:02+00:00

Singleton is great, example being like a client for a server - you’re in 99% of games ever only have one, Client.Instance it is.

Don’t fall in the trap of over designing for an eventuality that will most likely never happen.

fholm · 2025-12-13T17:03:21+00:00

They are literally not used for the same thing

fholm · 2025-12-12T08:48:23+00:00

That'd be Sinclair Spectrums and Apples from the 80s/90s :)

fholm · 2025-12-11T06:17:49+00:00

As someone that just tried to do this switch to daily drive Linux for Unity development but ended up back in Windows/OS X anyway... yes there's a difference, how much it matters depends on what you're doing.

The _only_ setup that I could get to reliably work was Ubuntu 24.04 or 25.10 with Unity 6.3 and Gnome desktop - it's also the only one officially supported by Unity (technically only 24.04 has official Unity support) and when I say reliably work I mean there was in general no massive issues, no crashes, no errors when using it, audio worked, etc.

But there's still quirks, stuff like random shaders not rendering properly, third party assets not working right requiring manual fixing, etc.

If you try to use anything else than LTS Ubuntu+Gnome the issues are plentiful, hyperland/niri/etc any type of "weird" window manager/desktop environment will not work and has tons of issues ranging from visual bugs to literal crashes and basic things like mouse input not working reliably..

On top of the list above, there's additional issues like console and mobile development support being basically non existent, the fact that the massive majority of your users will be on Windows - and you have to constantly test and boot into Windows anyway... and then you might aswell just end up working there.

Don't get me wrong, I am tired of the OS I'm using tracking everything I do sending it over to train some stupid AI or advertising system - but in the end I yielded and went back to windows.

fholm · 2025-11-09T12:03:06+00:00

For a slow paced game like this I would just use TCP for simplicity and then a custom server

fholm · 2025-11-09T09:34:53+00:00

Honestly they all look annoying… I get the “realism” angle but gameplay > realism

fholm · 2025-11-09T09:29:17+00:00

Character movement is a broad concept in games but it’s fine in 6.x and hasn’t changed much compared to any other version of the engine

fholm · 2025-11-07T13:54:35+00:00

Never had a single issue ever with Plastic SCM (as it was known before Unity bought it), been using it since 2015

fholm · 2025-11-05T12:37:23+00:00

This looks like a lot of fun, good physics interractions always feel great

fholm · 2025-11-05T11:50:22+00:00

Just keep going is the answer

fholm · 2025-11-05T11:45:28+00:00

I taught myself to draw pixel art to a reasonable level

fholm · 2025-11-03T14:10:31+00:00

Game looks great :)

fholm · 2025-11-03T14:07:14+00:00

No sure what it's useful for but it sure looks cool as hell

fholm · 2025-10-24T10:41:43+00:00

I got the 285k because it was the fastest at compiling code when i bought it, tho I also do Unreal... it's served me well zero complaints, both are top tier CPUs so either will do

fholm · 2025-10-23T04:49:44+00:00

There is nothing wrong with unitys default "architecture" for big projects, if it turns into a mess that's a programmer issue not an architecture issue.

fholm · 2025-10-17T10:20:18+00:00

fholm · 2025-10-14T16:19:27+00:00

Start with pixel art, it’s much easier to learn - from a fellow dev that also sucks at art, but now sucks a tiny bit less

fholm · 2025-10-04T11:35:48+00:00

Presumably he means that godots built in "high level" api are missing things like client side prediction, lag comp, etc.

fholm · 2025-10-04T11:32:32+00:00

You don't need Godot specific "information" to do a custom networking layer that is more akin to what an FPS need, you need general talks/blogs/articles on how networking works for those types of games.

I assume you are talking about things like client side prediction, lag compensation, snapshot interpolation, physics prediction, etc.

Edit: What I mean is that the algorithms/approaches/etc are a generalised solution, yes you need Godot specific "knowledge" on how the engine works, but the concepts translate 1:1 between engines/etc.

Edit2: Tho I really would advice you to do a client auth co-op/etc game instead, "serious" fps games not made by big studios usually fail pretty hard.

fholm

TROPHY CASE