1922
submitted 1 year ago by simple@lemm.ee to c/games@lemmy.world

Picture taken from their Twitter

you are viewing a single comment's thread
view the rest of the comments
[-] Gamey@feddit.de 102 points 1 year ago

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!

[-] bane_killgrind@lemmy.ml 32 points 1 year ago

Alright guys, time to get more copies of slay the spire

[-] BURN@lemmy.world 11 points 1 year ago

Just buy them, don’t install them though. That’ll charge them soon

[-] Magus@lemmy.world 21 points 1 year ago

Slay the spire isn't on unity, so that's fine

[-] BURN@lemmy.world 11 points 1 year ago

That’s what I get for not reading

[-] bane_killgrind@lemmy.ml 1 points 1 year ago

That will be charged after January 1st 2024.

[-] babyphatman@lemmy.ml 6 points 1 year ago

Alright fine. But I already own it on three systems... takes out wallet

[-] CaptPretentious@lemmy.world 27 points 1 year ago

But not moving could be far worse based on what some devs are saying.

[-] AeonFelis@lemmy.world 8 points 1 year ago

Not moving is what they'll do if "changes are completely reverted and TOS protections are put in place". In such a case, while punishing Unity is still desirable, there won't be installation fees that justify the costs of rewriting the game.

[-] dog@suppo.fi 4 points 1 year ago* (last edited 1 year ago)

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.

[-] Overwrite7445@lemmy.ca 25 points 1 year ago

Game Dev isnt just code. Remaking a project from scratch is a massive undertaking. Porting the code could be difficult too especially if relying on core unity libraries.

[-] dog@suppo.fi 3 points 1 year ago

Not downplaying the effort, it still takes time. But not impossible.

How you made it all matters in situations like this.

[-] BURN@lemmy.world 20 points 1 year ago

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.

[-] dog@suppo.fi 2 points 1 year ago

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.

[-] BURN@lemmy.world 14 points 1 year ago

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.

[-] Natanael@slrpnk.net 10 points 1 year ago

It also depends on how many engine unique features you used, and what optimizations you applied. It's certainly possible, but doing it without changing any game logic will require very complicated translation layers which will likely cause performance issues. It might very well be easier to treat it as a porting and refactoring project. You might not even realize which behaviors are unique to each engine if you don't regularly develop in multiple engines.

[-] dog@suppo.fi 2 points 1 year ago

This is true, and I vouch for gamedevs to first test other engines to see the differences.

Calculating for the future is extremely important in pretty much everything.

Also I wouldn't say there would be performance issues, unless you somehow completely screw up coding and compiling said code.

Projects should work on top of a bottom layer, or translation layer as it's sometimes called; game logic calls for functions from there, instead of directly from the engine. This is also important for code security.

_move_entity might be calling the proprietary unity_move_object with a different reg stack, but when compiled the performance should be +/- 0.

[-] bane_killgrind@lemmy.ml 4 points 1 year ago

The things you are suggesting are adding complexity and therefore cost.

It does take a higher level of expertise to adequately abstract away engine specific limitations and requirements.

It's again an even higher level of expertise and therefore expenditure to account for performance issues with these abstractions.

[-] dog@suppo.fi 1 points 1 year ago

Not untrue, but it helps to adapt your future projects if done in such a way.

It does require more expertise, and it takes more time, thus it'd have to be the first thing done for the project, not something you do after everything's done already.

[-] AeonFelis@lemmy.world 9 points 1 year ago

The surface area is huge. This is not an SQL database where you can just change the ORM's backend.

[-] dog@suppo.fi 1 points 1 year ago
[-] AeonFelis@lemmy.world 9 points 1 year ago

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.

[-] dog@suppo.fi 1 points 1 year ago

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.

this post was submitted on 14 Sep 2023
1922 points (100.0% liked)

Games

32439 readers
830 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:

What Are You Playing?

The Weekly Discussion Topic

Rules:

  1. Submissions have to be related to games

  2. No bigotry or harassment, be civil

  3. No excessive self-promotion

  4. Stay on-topic; no memes, funny videos, giveaways, reposts, or low-effort posts

  5. Mark Spoilers and NSFW

  6. No linking to piracy

More information about the community rules can be found here.

founded 1 year ago
MODERATORS