#Gzdoom opengl not accelerated install
#Gzdoom opengl not accelerated 32 bit

Check for working C compiler: /usr/bin/cc - works Check for working C compiler: /usr/bin/cc The CXX compiler identification is GNU 4.9.2 I've tried yet to raise awareness on Doomworld Forums, and I write also here: if someone of good will has ported yet a DOOM engine (not vanilla) successfully on RPi with GLES acceleration, please 'love' the same project putting it on Github (or SourceForge) and keep it updated, or even better propose a merge with an main source port (like GZDoom).Ĭode: Select all - The C compiler identification is GNU 4.9.2 I understand that this is 'part of the game' on Raspberry, but IMHO it's also unfortunate to see so many projects and efforts left 'pending' without a real source port optimized and maintained. I constantly read about 'spontaneous' portings by/for skilled users, but at the end binaries are not updated or are not 'officially' tested on RPI (some do work only under X11, some are extremely difficult to compile, some are not HW accelerated, some are outdated etc.).

#Gzdoom opengl not accelerated install

I tested ZDOOM from RetroPie script: it's easy to install and OK on low resolutions, but at 1280x1024 frames drop consistently (probably being rendered in software mode). I apologize for the wall of text here but I like to explain everything in depth.I'm happy to join this conversation because I'm still searching for the 'definitive' source port of (not-vanilla) DOOM on Raspberry Pi.Ĭurrently the scene, IMHO, is a bit confused on RPi, with A LOT of 'untapped potential': in Raspbian repos there is PrBOOM that seems GLES accelerated but old and a bit buggy (no way to enable Vsync). Some people like the old-school style, some like improvements. Lots of source ports resulted in lots of map formats (Vanilla, limit-removing, Boom, zDoom, gzDoom), thus splitting the community quite a bit.

The first bigger source port was Boom, it removed lots of limits from Doom (you could only have 128 visplanes drawn on the screen, etc.), then zDoom came, which has still only had software renderer but supported scripting (any event could be scripted on a map, or you could do global things, too) and was the most moddable of all, then gzDoom (a fork of zDoom) came with it's openGL renderer which moved everyone in another direction. Other things, however, (like shaders, Quake 2 like skyboxes, models, true color) are real things. While it's quite complicated, they're still possible and that's enough for some people. There are still other ways to do that, like making a silent teleporter (on a stair upwards, for instance) which teleports you to another section of the map which results in the illusion of having rooms above eachother. Rooms above rooms are known as portals (the one you saw at 0:12 in the video, there's still stuff above the first ceiling which is not possible in vanilla): create the same layout, again, outside the map, then the renderer puts them above eachother. This holds a great disadvantage to Quake's engine: 3D floors (platforms) can be only done with creating a dummy sector (Doom's 2D levels consist of sectors) outside the map, applying a 3D floor 'property' (called line-special there) and the sector is transfered to the place you'd like in the real map, and it's rendered inside out. So, tons of things Doom didn't but not tons of things Quake 3 didn't.

The renderer is, however, capable of 3D, like platforms, slopes, etc. The levels are still 2D and they remain the same forever. Let's say, when you start up the original Doom iwads (Ultimate Doom, Doom II, Final Doom), it's not emulating the maps, it's fully compatible with the original ones. GzDoom is still Doom's engine with high modifications, extensions. Just like Darkplaces is 'new' and not Quake1?įrom what I know, Darkplaces is a fully new engine, right?

Hmm, gzDoom is a 'new' engine and not a hack of the old one and as far as I know, it supports tons of stuff Doom did not AND tons of things Quake 3 dont? There must be a reason why people do this stuff in gZDoom instead of doing Doom in Quake 3. You need to make a massive amount of model work and effects to add things into Q3 to make a good proper horde/survival mode with 'new' monsters. Playing vs bots are very boring, however you put it. Think about it the other way, Q3 doesn't have any Singleplayer, there's no mode with masses of enemies and things like that. You'll find it if you search for Quake III Arena in Steam. Oh and specifically for this project, the sell it in a convenient package together with weapons, player models, textures, sound effects and functional shaders.

#Gzdoom opengl not accelerated 32 bit

If you want an engine that can do fully hardware accelerated 3D environments with 32 bit texture support, transparency, shaders, colored lighting and which is able to read Q3's BSP file format, then that already exists. Doom ports like these really make me think 'why?'