Could NOT find GME (missing: GME_LIBRARIES GME_INCLUDE_DIR) Found ZLIB: /usr/lib/arm-linux-gnueabihf/libz.so (found version "1.2.8") Found JPEG: /usr/lib/arm-linux-gnueabihf/libjpeg.so Could NOT find BZip2 (missing: BZIP2_LIBRARIES BZIP2_INCLUDE_DIR) Check for working CXX compiler: /usr/bin/c++ - works Check for working CXX compiler: /usr/bin/c++ 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 vsync 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'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).
0 kommentar(er)
