21–24 of 24 posts
Earlier quoted context omitted.
...but with the added expense and logistical burden of having to track all your installs nonetheless.
For many it will be much cheaper than that. Maybe even less than 0.05% (depending on how they track installs)
Earlier quoted context omitted.
For many it will be much cheaper than that. Maybe even less than 0.05% (depending on how they track installs)
How exactly would you track your installs? Say it's an offline-only game that is on GoG, how would you possibly know whether or not somebody copied the installer to another PC and installed it there?
Without DRM (maybe even if it was cracked?) you’d be paying for every install of a pirated copy which would be absolutely absurd.
The lack of interest in developing a custom game engine today surprises me. It should go without saying that using a tool like Unity can help you get going quickly, but when it doesn't exactly fit your original game idea, it can and does often turn into an uphill battle. Directly utilising the SDKs without the use of middleware grants the most freedom, and technologies like DirectX were actually designed to simplify…
99.99...(some arbitrary significant digit)% of "game ideas" are perfectly capable of being represented in Unity or most modern game engines. For the rest, it's easier to change your concept rather than put off shipping for several years to build a competitive engine just to scratch your specific programmer itches. Plenty of people do start their own custom engines. The problem is, a general purpose game engine of any…
One could also argue that if people base their creative decisions on the game engine, that's not always a good thing.
The lack of interest in developing a custom game engine today surprises me. It should go without saying that using a tool like Unity can help you get going quickly, but when it doesn't exactly fit your original game idea, it can and does often turn into an uphill battle. Directly utilising the SDKs without the use of middleware grants the most freedom, and technologies like DirectX were actually designed to simplify…
The problem is, it's a massively difficult undertaking to make a custom 3D game engine. Rendering alone is a huge topic without getting into the specifics of interfacing with GPU drivers. Window management is incredibly complex, especially if you want to support multiple platforms, or multiple modes of input. And then once you have all of that figured out, you still have to make some system to integrate the state of your game with all of those systems, and then finally, add your game logic on top. All while still building out those lower level systems as you go.
This is way easier to do in 2D than it is in 3D, largely because most people have a better grasp of 2D geometry than 3D, but even just making something OG Mario Bros. needs a fairly substantial game engine. Sure you can code golf it into something tiny, but then you don't have an engine, you have a game program. Engines need a certain level of flexibility to explore.
And sure, there are libraries for doing all of those things, but wiring them up together often ends up with piles of adapter code between the libraries to let them all use each other's data structures, at which point natural groupings of libraries form, and you're effectively back to having a game engine, just by defacto standard instead of intentional assembly.