2047
Picture taken from their Twitter
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 14 Sep 2023
2047 points (99.2% liked)
Games
32323 readers
1974 users here now
Welcome to the largest gaming community on Lemmy! Discussion for all kinds of games. Video games, tabletop games, card games etc.
Weekly Threads:
Rules:
-
Submissions have to be related to games
-
No bigotry or harassment, be civil
-
No excessive self-promotion
-
Stay on-topic; no memes, funny videos, giveaways, reposts, or low-effort posts
-
Mark Spoilers and NSFW
-
No linking to piracy
More information about the community rules can be found here.
founded 1 year ago
MODERATORS
I bet they will do so for their next game but reimplementing a entire game is FAR easier said than done, something like that could very well bankrupt a smaller studio!
I mean it's easy to reimplement entire games if you've built it modularly. Just swap your core game logic to run on another library and the game works the same it did before.
Edit: 'course, exceptions exist like if you wrote everything using their proprietary coding language, instead of using something universal.
Edit 2: It MAY still be possible that a translation/compiler exists that'll run as a plugin in a proprietary engine, and converts it into something universal.
The surface area is huge. This is not an SQL database where you can just change the ORM's backend.
Depends how it's built.
If you don't use anything from the engine itself, implement everything from scratch, only using the engine as an entry point that launches your own code, and pay unity two thousand dollars per year per seat for that privilege - I guess porting should be fairly easy.
If you ask me engines should be free for most indies (UE, Godot?), because they're not making millions. But yeah. I get it's not feasible for most new devs especially, and senior devs have better things to focus on.
It's more a code principle you'd stand behind.