Thanks Unity for indirectly pushing for open source software.
this post was submitted on 14 Sep 2023
283 points (98.3% liked)
Godot
5681 readers
6 users here now
Welcome to the programming.dev Godot community!
This is a place where you can discuss about anything relating to the Godot game engine. Feel free to ask questions, post tutorials, show off your godot game, etc.
Make sure to follow the Godot CoC while chatting
We have a matrix room that can be used for chatting with other members of the community here
Links
Other Communities
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
Rules
- Posts need to be in english
- Posts with explicit content must be tagged with nsfw
- We do not condone harassment inside the community as well as trolling or equivalent behaviour
- Do not post illegal materials or post things encouraging actions such as pirating games
We have a four strike system in this community where you get warned the first time you break a rule, then given a week ban, then given a year ban, then a permanent ban. Certain actions may bypass this and go straight to permanent ban if severe enough and done with malicious intent
Wormhole
Credits
- The icon is a modified version of the official godot engine logo (changing the colors to a gradient and black background)
- The banner is from Godot Design
founded 1 year ago
MODERATORS
Reddit π€ Unity
indirectly pushing for open source software
Porting a game from one engine to another feels kinda ridiculous. Theyβre not even sharing a programming language.
This is more like a restart from scratch.
It depends how you structure your code.
If you write your whole game an enclosed system and then integrate the game engine at the point graphics etc. are needed it's not such a slog.
But I would imagine many, maybe most, people don't do this.
They both support C# so if you wrote it separately integration shouldn't be too hard.
I was able to port over several of my demo projects quickly because I originally wrote C# console applications and then refactored as I went when bringing it into a Unity project. I find this approach is actually easier for structure, as it decouples my code from the engine except for places where it's absolutely necessary. I didn't build it like this with the intention of moving over, but it made more sense to write my own logic for my own objects rather than make a game with a shit load of the bloated GameObjects Unity offers.
Swapping over to Godot was a breeze, all I had to do was learn the Godot specific calls for mostly the same stuff and plug and play. Super easy
@anlumo @wertercatt a lot of the concepts just different names so keep your original game as a reference and look up the equivalent in gdscript or c++.
True, it really depends on how the code is structured, if the project from the beginning have been written to support multiple engines. Or more likely totally integrated with a single engine.
Original poster of the linked message here, let me share the links for your convenience:
Cheers!