Skip to main content

Browse GamesGame JamsUpload GameDeveloper LogsCommunity
Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines
Midnight Spire Games2 years ago(+5)
You need to change engines, Unity will not going to be in control for long and there are better open sourced engines available to easy redo your project in a few days with C# Programming. 

This by itself is not very convincing; it is like saying "Just install Gentoo, you can still play all your Windows games on it."  This is more likely to take months of dedicated work, with bugs and unforeseen obstacles continuing to crop up through the life of the project.  Can you speak to the ease of migration to any of these engines from firsthand experience?  If so, I would like to hear the details of what was easy and what the pain points were.  Just skimming the documentation for Stride and NeoAxis, I see several incompatibilities that would require significant time and effort to refactor.

Reply
firecat2 years ago(+1)

Unity did predict this will happen, their blog says: https://blog.unity.com/news/welcome-ironsource

"While Unity’s and ironSource’s management believe the assumptions underlying the forward-looking statements are reasonable, such information is necessarily subject to uncertainties and may involve certain risks, many of which are difficult to predict and are beyond management’s control. These risks and uncertainties include, but are not limited to the expected timing and likelihood of completion of the proposed transaction, including the timing, receipt and terms and conditions of any required governmental and regulatory approvals of the proposed transaction;  the occurrence of any event, change or other circumstances that could give rise to the termination of the merger agreement;"

This is why we know Unity and Ironsource will keep going on with the plans, Unity knows the problem and Unity did not care about the past behaviors until something bad happens. This is why everyone is saying to uninstall Unity because something bad will happen.

Reply
Midnight Spire Games2 years ago (2 edits) (+1)

I didn't say anything about Ironsource.  You wrote that the engines you linked are better than Unity and are trivial to migrate to, so I was just asking you to support that.  The documentation available for them does not give me that impression.  I looked at Flax, too, for good measure, and felt the same.  Even migrating my existing framework appears to be non-trivial, let alone all of my existing content.

Reply
firecat2 years ago

you can't add a framework onto another framework, i'm mostly thought everyone would have to either find a way to copy and paste their code to other engines or almost redo their project to fit the new game engine. Each engine runs in different rules to set up games so i dont know the problem when the problem is starting over in a new engine.

Reply
Midnight Spire Games2 years ago (5 edits) (+1)

That's the problem.  By framework, I mean all of the scripts, prefabs, mechanics, UI, workflow, environment templates, etc. that I have built up within Unity that support creating content for this game.  I first developed this for my previous game, refined and expanded it for my current one, and intend to continue using it in the next one.  By content, I mean all of the monsters, items, map data and so on that are specific to this game.  At this point, I am mostly in drag-and-drop mode for creating content, except for the occasional small feature that I need to code.

Moving all of that to a new engine would be a huge effort and setback, much more than a few days.  To give one concrete example, none of them seem to have a clear equivalent to scriptable objects as far as I can tell, which I use very heavily for a variety of purposes (custom assets in Flax might get part of the way there, but not all of the way, I think).  I would have to find an alternative implementation for each specific use case.  Most would probably have to be converted to JSON files, so I would have to convert the corresponding classes and my content management code to populate from JSON instead of just referencing a scriptable object in the editor.  Then I would have to migrate hundreds of scriptable objects specific to this project into JSON files, some of which would reference other JSON files that in turn reference still other JSON files.  Then even once it's working, I now have to deal with editing and referencing a few hundred JSON files, instead of working with that data natively in the inspector like I do now.

So that's one example of what would be involved.  I have a number of issues with Unity and this merger is one of them, so I am not opposed to finding alternatives, but the alternatives don't seem to be ready yet, and I don't think uprooting my current project is worth the effort and risk.  I am more likely to look at other options for my next project, but even then, there is still a lot that I would need to rewrite to make it work.  Right now I have a fully-functional, mostly-easy-to-work-with RPG model built in Unity that I am hesitant to throw away without a good solid alternative, and I don't really need the latest versions of Unity anyway.  I can stick with 2020 for as long as it's viable, if I need to.

Reply
firecat2 years ago

you cant move scripts and other unity exclusive files to other programs, unity script developers made it only for unity, it was never designed  to work elsewhere. This may also go with unity store assets as well, they were build only for unity.

Reply
Midnight Spire Games2 years ago

Yes, I know.  That is why the statement

there are better open sourced engines available to easy redo your project in a few days with C# Programming. 

is completely untrue.

Reply
firecat2 years ago

it's true if you didn't exclusively use unity engine and every asset you got was from unity. No one controls how they worked,  the developers who rely too much on unity are now facing problem because of exclusivity not game problems.

Reply
Midnight Spire Games2 years ago

Nope.  I do not use Unity store assets, and you do not know what you're talking about.  This is a waste of time.

Reply
firecat2 years ago

if you cant move anything outside of unity then it's never meant to work anyway. C# code and other stuff should have been  able to move because the assets are not locked but if they are locked like your stuff then it is only created to be for unity. As i said scuptis are a unity thing just like blueprints are a UE4 thing, you cant make these work on other engines.

Reply
Deleted account2 years ago
Deleted post
Reply
View more in thread
AboutFAQBlogContact us
Copyright © 2025 itch corp · Directory · Terms · Privacy · Cookies