Technically you’re not wrong. The work is done, the logic already exists.
But systems like Unity aren’t like other code where you can rip one section out and still have 80% of a working codebase. Game engines are as fundamental to most of their game code as the language it’s written in. It’s not like you can just drop things into unreal or godot, connect a few interfaces and call it good. You still have to write the whole thing from the ground up.
As I said, it depends on how it’s built.
And how proprietqry the engine is.
Unity from what I know supports universal code/mesh/texture formats, but if the devs opted for the “easier to use” proprietary systems- well, that’s a problem.
Now what I don’t know is how easy are scenes to export in Unity.
They’re probably built with Blender or something else though in most cases, unless Unity has drastically changed.
Assets are safe, but they often need to be re-rigged or re-formatted. It’s still a non-trivial task though. Levels will need to be rebuilt, open worlds have to be started almost from scratch, and a lot of other things I can’t think of off the top of my head.
The real problem is underlying systems. Unity often handles networking, render engines, game logic and most other things. The reason Unity was so popular was because it was easy to use (and free). Game code will need to be at minimum heavily refactored, if not rewritten, as anything that interfaces with the engine needs to be changed over. Just like you can’t just port c++ -> c# without major changes, you can’t port a game engine without major changes too.
Unless theyve built everything as a separate code bundle, only interacting with the engine at a bare minimum, there’s no way to change with minor impact. It’ll be a huge project that will also require the engineers to learn a new stack that behaves differently, further slowing down the process.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: [email protected]
Welcome to the largest gaming community on Lemmy! Discussion for all kinds of games. Video games, tabletop games, card games etc.
Rules
1. Submissions have to be related to games
Video games, tabletop, or otherwise. Posts not related to games will be deleted.
This community is focused on games, of all kinds. Any news item or discussion should be related to gaming in some way.
2. No bigotry or harassment, be civil
No bigotry, hardline stance. Try not to get too heated when entering into a discussion or debate.
We are here to talk and discuss about one of our passions, not fight or be exposed to hate. Posts or responses that are hateful will be deleted to keep the atmosphere good. If repeatedly violated, not only will the comment be deleted but a ban will be handed out as well. We judge each case individually.
3. No excessive self-promotion
Try to keep it to 10% self-promotion / 90% other stuff in your post history.
This is to prevent people from posting for the sole purpose of promoting their own website or social media account.
4. Stay on-topic; no memes, funny videos, giveaways, reposts, or low-effort posts
This community is mostly for discussion and news. Remember to search for the thing you’re submitting before posting to see if it’s already been posted.
We want to keep the quality of posts high. Therefore, memes, funny videos, low-effort posts and reposts are not allowed. We prohibit giveaways because we cannot be sure that the person holding the giveaway will actually do what they promise.
5. Mark Spoilers and NSFW
Make sure to mark your stuff or it may be removed.
No one wants to be spoiled. Therefore, always mark spoilers. Similarly mark NSFW, in case anyone is browsing in a public space or at work.
6. No linking to piracy
Don’t share it here, there are other places to find it. Discussion of piracy is fine.
We don’t want us moderators or the admins of lemmy.world to get in trouble for linking to piracy. Therefore, any link to piracy will be removed. Discussion of it is of course allowed.
Technically you’re not wrong. The work is done, the logic already exists.
But systems like Unity aren’t like other code where you can rip one section out and still have 80% of a working codebase. Game engines are as fundamental to most of their game code as the language it’s written in. It’s not like you can just drop things into unreal or godot, connect a few interfaces and call it good. You still have to write the whole thing from the ground up.
As I said, it depends on how it’s built. And how proprietqry the engine is.
Unity from what I know supports universal code/mesh/texture formats, but if the devs opted for the “easier to use” proprietary systems- well, that’s a problem.
Now what I don’t know is how easy are scenes to export in Unity. They’re probably built with Blender or something else though in most cases, unless Unity has drastically changed.
Assets are safe, but they often need to be re-rigged or re-formatted. It’s still a non-trivial task though. Levels will need to be rebuilt, open worlds have to be started almost from scratch, and a lot of other things I can’t think of off the top of my head.
The real problem is underlying systems. Unity often handles networking, render engines, game logic and most other things. The reason Unity was so popular was because it was easy to use (and free). Game code will need to be at minimum heavily refactored, if not rewritten, as anything that interfaces with the engine needs to be changed over. Just like you can’t just port c++ -> c# without major changes, you can’t port a game engine without major changes too.
Unless theyve built everything as a separate code bundle, only interacting with the engine at a bare minimum, there’s no way to change with minor impact. It’ll be a huge project that will also require the engineers to learn a new stack that behaves differently, further slowing down the process.