- cross-posted to:
- starfield@lemmy.zip
- cross-posted to:
- starfield@lemmy.zip
According to Hans-Kristian Arntzen, a prominent open-source developer working on Vkd3d, a DirectX 12 to Vulkan translation layer, Starfield is not interacting properly with graphics card drivers.
It’s the same trash engine they’ve used for 20 years. To be perfectly honest, they should put it in the ground and build a new one from scratch instead of pushing their Frankenstein engine along.
But how is it getting worse? Or did you always had to load every door you open. I honestly can’t remember
Yeah you always have. They’ve been screwing modern graphics features to the old dog for years and hoping it’ll continue to work. There’s some serious limitations in it that another engine would be able to work through for a game like this. Seamless planet travel for one, and less abrupt loading.
People really have no idea about anything in game development. I agree it should have seemless planet travel, but it is not something that an engine “can just do.” It takes so many complicated systems to make that function. There’s no engine that does it out of the box.
Basically any engine can do it, but it requires it to be built. The land must be deterministic at all points, it must be able to create chunks accurately for all points (which gets really weird at the poles, but any latitude above 0 because your chunks shouldn’t be square anymore), and they must be able to be streamed in to their correct position seemlessly.
It is quite complicated, and there’s no reason the engine developed for an arena shooter (Unreal) would be able to handle it any better than any other engine. It just has to be built.
There’s a reason Hello Games wrote their own engine for NMS. We all know that it was pretty bad gameplay-wise at launch, but under the hood NMS was (and still is) something of a technical marvel. No loading screens except for a disguised one when jumping between systems is quite impressive.