Unreal is first place already so that wouldn’t matter too much for Godots place but you are partly right, people probably won’t switch to Godot. What I think you get very wrong is the chance for open source offerings in that area, the reason why so many big developers still have in house engines is control but those engines get more expensive as the scope of games increases, I think that wiuld be the perfect spot for open source to occupy but it’s questionable if that will ever happen.
No, I mean that they legally can’t support say PS5 and still be 100% open source. There would need to be a closed source wrapper, and that’s what they don’t want.
Which is fine, they can do what they want, but it means they can never be the choice of a developer that wants to put their game on as many platforms as possible.
Oh, sorry I missunderstood that! That’s certainly a issue and probably should be outlawed but it doesn’t make it impossible perse, if the interest would be big enough someone could probably write some sort of modular component to add, you can modify it after all and there is no requirement for the wnd product to be open source but again, if anything like that actually happens is highly questiknable, I wish the DMA identified consoles as Gatekeepers! :(
It would sure be nice to run whatever I wanted on my consoles. Top of my list would be SteamLink for Switch.
Avoiding piracy is a thorny one for them. They’ve really locked that shit down in recent years. The last time I saw any was for the Xbox 360, where everyone at work had their drives altered and laughed at me for being a mug that still bought games, and then I laughed as they all got banned at once during the Great Purge of 2009. I think piracy was one of the reasons that the PS3 Linux thing was discontinued as well.
I literally make a Spotify playlist then run it through a website that lets me download metadata and a MP3 of the song (usually it’s from YouTube). I usually look on Bandcamp for albums I like tho because .flac sounds slightly better.
Cracking often includes blocking all networking features of a game to kill any phone-home license checking, so it’s likely that Unity will not know cracked games are getting installed. But it is not guaranteed.
More likely every game dev save for a few big developers (who we don’t give a shit about) is going to drop this radioactive business model like a hot plutonium potato and it will become a non-issue.
Yes and no, IIRC the last time I installed a cracked game (disclaimer: it has been a decade) I was required to install the game first with internet OFF, then replace the .exe with a cracked version. But it’s entirely possible that there are a lot of newbies doing this without blocking traffic, and launching the game with their internet on and without the crack. So Unity might not see EVERY pirate, but they will definitely see SOME. How many, I’m not sure.
unity is so bad at DRM, genshin impact got cracked a while ago and people made a private server with no paimon barrier. So not really worry about cracked games.
Usually, cracking doesn't typically result in the blocking of network features. This is why most groups suggest blocking the executable in the firewall.
I’m not involved in piracy/DRM/gamedev but I really doubt they’ll track cracked installs and if they do, actually get indie devs to pay.
Because what’s stopping one person from “cracking” a game, then “installing” it 1,000,000 times? Whatever metric they use to track installs has to prevent abuse like this, or you’re giving random devs (of games that aren’t even popular) stupidly high bills.
When devs see more installs than purchases, they’ll dispute and claim Unity’s numbers are artificially inflated. Which is a big challenge for Unity’s massive legal team, because in the above scenario they really are. Even if Unity successfully defends the extra installs in court, it would be terrible publicity to say “well, if someone manages to install your game 1,000 times without buying it 1,000 times you’re still responsible”. Whatever negative publicity Unity already has for merely charging for installs pales in comparison, and this would actually get most devs to stop using Unity, because nobody will risk going into debt or unexpectedly losing a huge chunk of revenue for a game engine.
So, the only reasonable metric Unity has to track installs is whatever metric is used to track purchases, because if someone purchases the game 1,000,000 times and installs it, no issue, good for the dev. I just don’t see any other way which prevents easy abuse; even if it’s tied to the DRM, if there’s a way to crack the DRM but not remove the install counter, some troll is going to do it and fake absurd amounts of extra installs.
Whatever metric they use to track installs has to prevent abuse like this
I would be eagerly awaiting a follow-up response from unity from this, because as it stands right now, consensus among gamedev circles is that unity won’t prevent abuse at all, which is just awful for multiple groups of people.
someone paying for your game and then re-downloading it every hour would cost you $144 a month
someone paying for your game and then re-downloading it every 5 minutes would cost you $1728 a month
web games exist, and if the Unity Runtime Download metric is used there, well, that is going to be an expensive bill for anyone putting any sense of monetization in their web game
That’s my understanding as well. You could have a game on Steam that you haven’t even updated in years, and then you suddenly have to start paying for new installs from existing owners.
Actually, it’s potentially even worse. You could have a game that you released and then later removed from every storefront, but if people keep installing it, Unity will demand payment.
You just have to use your judgement and laugh at what you find funny on your own, if you need peer pressure (opinions of others) to find something funny then it’s not really funny to you and maybe isn’t even funny for many people to begin with.
This might be controversial but maybe many Sitcoms that do this were never funny in the first place and used laugh tracks because try as they might they had to force people to find it funny via artificial peer pressure, that either constitutes of a crowd being told to laugh on cue, or a recording of them doing so, which is what a laugh track is.
Here’s the key point and why we stopped using them, things aren’t funny, people think certain things are funny, and they also think plenty of things are not funny, and like it or not people are not always going to find the same things funny.
I always thought it was because the earliest stuff was actually filmed infront of a live audience (Like a theatre) who did laugh, so when switching to non-live-audience stuff, the viewing public would be ‘put off’ by no laughter, so they injected it with canned laughter… then as time went on they realised this was rubbish and stopped it.
But maybe I’m just missing the joke in the previous two comments, I dunno.
In the earlier days it was like that but as time went on it became a technique known as sweetening to make the joke seem funnier, sometimes they would even use it to fill in silence or dead air since that was frowned upon (I wonder why people said TV rots your brain for the longest time… can’t be related to any of these practices could it?).
The beginning part is essentially saying that if people need laugh-tracks to find things funny they are dry and humor-less, a joke at their expense but also at the same time it’s 100% sincere, a person who can’t find things funny without others lacks a sense of humor.
I hope game developers can shift to different game engines! Can’t imagine how difficult that could be since I don’t even know more than some basic python.
It’s pretty much a “develop from zero” situation. You can import assets, but will probably have to at least fix them up. If you are lucky, the two engines use the same language, but probably not. For example Unity uses C# while UE5 uses C++. And then you didn’t even get to the parts where you actually use use the engine. Everything that touches the capabilities of the specific game engine need to be rewritten. That is off the top of my head: interaction, physics engine usage, collision engine usage, AI stuff etc.
Probably difficult difficult limes difficult. Like rebuilding a wood frame house into a concrete block house.
You can reuse parts (doors, windows, etc) but not everything comes apart easily, and it’s still a lot of work reassembling things. Even the parts you should be able to reuse, you may end up replacing since they don’t “disassemble” easily.
It's usually quite difficult, since most other engines use C++, which is pretty different from C# in many aspects. My engine (PixelPerfectEngine - 2D game engine primarily aimed at retro pixelart games, link: https://github.com/ZILtoid1991/pixelperfectengine ) is written in D, which is much closer to C# in a lot of aspects, however my engine is far less capable than Unity, still needs a lot of development, and also has it's own quirks that make some features inconveinent to implement or add.
Mine is quite minimalistic, and relies for the D runtime and standard library (or other D libraries) for many things. Also my engine is primarily geared towards retro pixelart games, and works as such. Currently, the CPU renders to a low-res texture (as seen in emulators), which is then stretched to a higher resolution, later on it'll replaced by custom shaders that do color lookup and render directly to a texture (which is quite complicated, simpler methods would cause easily misalignable pixels, thus defeating the engine's purpose, even if some likes the "smooth" scaling from other engines).
piracy
Najnowsze
Magazyn ze zdalnego serwera może być niekompletny. Zobacz więcej na oryginalnej instancji.