Retro game engine for developers that enjoy creating games like it's 1997
71–80 of 124 posts
Re: Retro game engine for developers that enjoy creating games like it's 1997
#72Earlier quoted context omitted.
That's an argument, but I belive it wouldn't stand up in court. If you have something like the JVM, you can make a case that the program and the JVM are separate works. If you have something like Quake, I don't think that would hold up, I would consider the bytecode and Quake to form a combined work. At best, I think you would be testing in-court what a "derived work" is or what it means for a work to be "based on" a…
FWIW, the source to Quake's bytecode (progs.dat, written in QuakeC) is available under the GPL. I think, since the bytecode source was distributed separately from the engine source, you could get away without distributing later bytecode source as long as you start from scratch.
Re: Retro game engine for developers that enjoy creating games like it's 1997
#73Just a few days ago I was searching on how to implement a software renderer. I remember enjoying the software rendered of quake much more than the opengl version. Great project!
If you dig software rendering: https://github.com/ssloy/tinyrenderer https://www.youtube.com/watch?v=HQYsFshbkYw https://www.youtube.com/watch?v=Y_vvC2G7vRo&list=PLEETnX-uPt... https://www.amazon.com/Tricks-Programming-Gurus-Advanced-Gra...
Re: Retro game engine for developers that enjoy creating games like it's 1997
#74Earlier quoted context omitted.
I think when engineers answer these questions it's easy to get bogged down in issues like whether something is a single process linked together or whether you have multiple processes communicating with one another. I don't think these arguments have serious legal merit. The question at hand is whether the game you are making is a work based on the engine. If true, to comply with the GPL you must release source. Estab…
In either case, the game isn't much use without assets... and those can be copyrighted separately from the executable.
Projects vary between “total conversions”, which give you essentially a new game with the existing engine, to things like Freedoom, which are complete sets of replacement assets for the stock game. Freedoom isn’t really a different game from Doom, but it combines the GPL Doom source with a new set of assets so it’s completely free.
Re: Retro game engine for developers that enjoy creating games like it's 1997
#75Earlier quoted context omitted.
i lowkey kinda feel that the pervasive gamer hype about half-life 3 (for example the "hl3 confirmed" meme was extremely pervasive) made valve feel like it would be impossible to match the hype, and any flaw would be hyper focused. maybe now that it's faded a bit there won't be as much pressure. or i could be wrong about that mattering.
The book "The Final Hours of Portal 2" has a section where they explained how much pressure they felt to try and have Portal 2 live up to Portal 1. Even effectively shutting down development of of other games for 2 months so the whole company could focus on prototyping experiments for new gameplay concepts that could be incorporated into Portal 2. I would not be surprised of the pressure they feel for Half-Life 3 to…
Re: Retro game engine for developers that enjoy creating games like it's 1997
#76I know this will probably get buried here, but like - I want to try this. I was a huge fan of Quake 1 and 2. How the hell do I get started? (Note: I'm not a programmer, I'm a marketer. I know just enough PHP/JS to be stupidly dangerous.)
Re: Retro game engine for developers that enjoy creating games like it's 1997
#77* Use OpenGL 3.x or OpenGL 4.x
* SDL2
* OpenAL
* Client-Server
* 8 player offline LAN support
* Split screen coop
* 8 player coop online vs bots
Re: Retro game engine for developers that enjoy creating games like it's 1997
#78This is a cool project! - CMake, yay! These make generating build files for a variety of platforms (even Windows) a breeze. It also works with code completion stuff (CLion IDE, KDevelop both have CMake-based projects) - I like how it splits stuff up as well ( https://github.com/klaussilveira/qengine/tree/master/src/gam... ). - As for vendorizing SDL2, there is an opportunity for optimization: The shared libraries and…
I don't know how much the author has control here; it is derivative of id's Q2 engine which was open sourced as GPL.
Re: Retro game engine for developers that enjoy creating games like it's 1997
#79Re: Retro game engine for developers that enjoy creating games like it's 1997
#80I know this will probably get buried here, but like - I want to try this. I was a huge fan of Quake 1 and 2. How the hell do I get started? (Note: I'm not a programmer, I'm a marketer. I know just enough PHP/JS to be stupidly dangerous.)