Super cool. I always loved that mid-90s 3D look. I'm familiar with how the GPL applies to regular system/web software, but I haven't had experience with it and game engines before. Since this engine is GPL-licensed it seems like any game built with this engine would then also need to be GPL-licensed, correct?
> Since this engine is GPL-licensed it seems like any game built with this engine would then also need to be GPL-licensed, correct? Yes, mostly correct. In order to comply with the GPL, and distribute game binaries, you need to make the source to any game you make with it available under the same terms. Technically that does not mean that you have to distribute the game under the GPL, but in practice that's how you w…
Retro game engine for developers that enjoy creating games like it's 1997
31–40 of 124 posts
Re: Retro game engine for developers that enjoy creating games like it's 1997
#32Quake 2 is retro ? Shit, I'm old.
Re: Retro game engine for developers that enjoy creating games like it's 1997
#33Earlier quoted context omitted.
> Since this engine is GPL-licensed it seems like any game built with this engine would then also need to be GPL-licensed, correct? Yes, mostly correct. In order to comply with the GPL, and distribute game binaries, you need to make the source to any game you make with it available under the same terms. Technically that does not mean that you have to distribute the game under the GPL, but in practice that's how you w…
Wouldn’t a game engine have the same role as gcc? As a tool, unless you’re extending the source itself, you shouldn’t be infected by the engine’s license
Re: Retro game engine for developers that enjoy creating games like it's 1997
#34Earlier quoted context omitted.
Wouldn't opengl be closer to webgl?
Emscripten has an SDL implementation so you can just SDL_BlitSurface inside a .
Not that WebGL is all that much to write home about vs. native...
Re: Retro game engine for developers that enjoy creating games like it's 1997
#35Super cool. I always loved that mid-90s 3D look. I'm familiar with how the GPL applies to regular system/web software, but I haven't had experience with it and game engines before. Since this engine is GPL-licensed it seems like any game built with this engine would then also need to be GPL-licensed, correct?
Re: Retro game engine for developers that enjoy creating games like it's 1997
#36Is allegro still maintained, I thought it was as of a few years ago. You can develop like its 1997, or 1987.
Re: Retro game engine for developers that enjoy creating games like it's 1997
#37- 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 header files can be scanned through CMake scripts. Example: https://github.com/tcbrindle/sdl2-cmake-scripts.
- I see the .clang-format file, nice! (This is for clang-format: https://clang.llvm.org/docs/ClangFormat.html)
Unfortunately, license is going to be a real barrier to most game developers. The ironic thing is this engine includes SDL 2 which prides itself on being on a permissive license. (https://youtu.be/MeMPCSqQ-34?t=405, 6:40 to 7:30)
If it's the intention to create an open source library to be helpful as possible to developers. If it's the intention to have a library just for use in the GPL ecosystem of games (which isn't bad: OpenTTD is GPL!) then this is okay.
The reason why is a private game developer want to retain control of their intellectual property, even throughout the prototyping phase.
As for open sourcing, I'd approach it in a different way: I'd release reusable components under a permissive license (e.g. MIT, BSD, ISC, zlib, etc.) and keep any creative work product code/source files private.
Similar SDL2 framework for 2D games (I made some CMake contributions a while back): https://oxygine.org/
Re: Retro game engine for developers that enjoy creating games like it's 1997
#38Earlier quoted context omitted.
They're moving off of it last I heard. Sounds like it's a legacy solution at this point. https://www.factorio.com/blog/post/fff-230
Huh, I wonder what that'll mean for cross-platform compatibility. As they say in the post, Allegro supports a lot of platforms, whereas if they end up just targeting DirectX 11, that pretty much locks out everyone other than Windows and Xbox, doesn't it?
Re: Retro game engine for developers that enjoy creating games like it's 1997
#39Re: Retro game engine for developers that enjoy creating games like it's 1997
#40Earlier quoted context omitted.
They're moving off of it last I heard. Sounds like it's a legacy solution at this point. https://www.factorio.com/blog/post/fff-230
Huh, I wonder what that'll mean for cross-platform compatibility. As they say in the post, Allegro supports a lot of platforms, whereas if they end up just targeting DirectX 11, that pretty much locks out everyone other than Windows and Xbox, doesn't it?