71–80 of 215 posts
I just wonder if they become popular, either the companies that use them organize into a foundation to maintain the code. Or the grunt work has to be paid for somehow.
Earlier quoted context omitted.
Trying to run a publicly traded company like a VC bonfire - what could possibly go wrong.
Why would they even IPO if they are bleeding money as fast as they were? Was it one of those SPAC pyramid scams just to get fresh money from people?
Earlier quoted context omitted.
The problem is that Unity is a game engine , not a game framework . That means that any code you do will be following their architecture and using their features. The game logic gets really tight to the engine. ...unless you are Brian Bucklew https://threadreaderapp.com/thread/1703163364229161236.html Note: That is not the "normal" way to use a game engine.
That is glorious. I would recommend that you post it as its own thread.
Im not well versed in game programming, however I have some knowledge on how to properly structure your software architecture in other domains. In regards to third party dependencies I agree with what Uncle Bob says, which is to keep them as far away from your stuff as possible. Only introduce a hard dependency if you have to. In my current project I have been doing that and I enjoy the flexibility that this gives me…
Yes, it is possible, but you need to use a game framework not a game engine . Example of a game framework: http://www.monogame.net . Still, if you don't map everything all the time, common value types will propagate through the codebase.
Earlier quoted context omitted.
Unreal is a viable option for most people. Epic is the devil we know.
It's not. Most of Unity games are mobile games, or indie games that don't require the GPU usage bloat Unreal has in order to achieve better graphics. If Unreal was ever an option, developers would've been using it instead of Unity in the first place.
I certainly like Unreal, myself, but I can't say it's an easy move from Unity to Unreal. That aside, one of the very first options you see is whether to scope your game for mobile or for "desktop", so I'm not sure why this commenter thinks that Unreal would not be an option for mobile development. It sucked before UE5, so maybe that's the hang up, but so did a lot of things.
If the OSS game engines want to monetize their work, won’t there be a pressure to switch to a pseudo-open source license, then push for some kind of licensing structure ala Mongo, Terraform, and Elastic? I just wonder if they become popular, either the companies that use them organize into a foundation to maintain the code. Or the grunt work has to be paid for somehow.
Hopefully Godot follows in their footsteps more than those other ones.
If the OSS game engines want to monetize their work, won’t there be a pressure to switch to a pseudo-open source license, then push for some kind of licensing structure ala Mongo, Terraform, and Elastic? I just wonder if they become popular, either the companies that use them organize into a foundation to maintain the code. Or the grunt work has to be paid for somehow.
Earlier quoted context omitted.
It's retroactive because the publishers originally signed a contract that didn't have any per install fees for that version of unity they're using. Now, they will be charged, despite not changing the unity version, as if next year. Retroactively applying the new contract terms to the old one.
I don't think what you describe is the case. My company works with Unity and is not worried about any change until the license runs out. Only then will we form a new contract and accept the new terms and conditions. Changing a contract one-sided is not really legal in the EU https://europa.eu/youreurope/business/dealing-with-customers...
This retroactive change is one of the things which people are very unhappy about.
Some more info here, under the "ToS Update" heading:
https://www.gamerbraves.com/unity-silently-deletes-github-re...
That being said, multiple people seem to have different interpretations of it. And Unity has reportedly said they'll be walking back at least some of the changes due to the very public outcry.
Earlier quoted context omitted.
It's retroactive because the publishers originally signed a contract that didn't have any per install fees for that version of unity they're using. Now, they will be charged, despite not changing the unity version, as if next year. Retroactively applying the new contract terms to the old one.
I don't think what you describe is the case. My company works with Unity and is not worried about any change until the license runs out. Only then will we form a new contract and accept the new terms and conditions. Changing a contract one-sided is not really legal in the EU https://europa.eu/youreurope/business/dealing-with-customers...
https://forum.unity.com/threads/unity-plan-pricing-and-packa...
Q: Are these fees going to apply to games that have been out for years already? If you met the threshold 2 years ago, you'll start owing for any installs monthly from January, no? (in theory). It says they'll use previous installs to determine threshold eligibility & then you'll start owing them for the new ones.
A: Yes, assuming the game is eligible and distributing the Unity Runtime then runtime fees will apply. We look at a game's lifetime installs to determine eligibility for the runtime fee. Then we bill the runtime fee based on all new installs that occur after January 1, 2024.
Had an audible chuckle the other day when I saw humble bundle's current massive Godot sale. Hopefully with this increased attention we can draw new programmers to gamedev with an approachable language like python.
> approachable language like python Python doesn't really scale though and it's fine only for simple games/scripting (on top of a game mainly built with another language). If you're serious about game development you'll have to switch to C# or C++ eventually. Also I don't see how C# is not "approachable" (C++ is another manner). If you're serious about programming you'll have to figure out static typing at some point…
Were the creators of Undertale, Hyper Light Drifter, and Hotline Miami not "serious" because they chose to use GameMaker? I understand the pitfalls of using lightweight scripting languages, but not everyone is trying to create Doom Eternal.