Package Details: rbdoom3-bfg-git r1354.ee014e80-1

Git Clone URL: https://aur.archlinux.org/rbdoom3-bfg-git.git (read-only, click to copy)
Package Base: rbdoom3-bfg-git
Description: Doom 3 BFG Edition with soft shadows, cleaned up source, Linux and 64 bit Support
Upstream URL: https://github.com/RobertBeckebans/RBDOOM-3-BFG
Licenses: GPL3
Conflicts: rbdoom-3-bfg
Provides: rbdoom3-bfg
Submitter: zan
Maintainer: zan
Last Packager: zan
Votes: 13
Popularity: 0.003810
First Submitted: 2016-01-01 19:51 (UTC)
Last Updated: 2022-03-24 21:09 (UTC)

Latest Comments

zan commented on 2022-03-24 21:20 (UTC)

Its not a dependency, rbdoom3bfg bundles its own imgui. They renamed it recently and didn't fix that source file. Added a patch that fixes building.

czettnersandor commented on 2022-03-18 11:35 (UTC)

This needs to depend on imgui:

.cache/yay/rbdoom3-bfg-git/src/rbdoom3-bfg-git/neo/renderer/OpenGL/RenderBackend_GL.cpp:51:10: fatal error: ../../imgui/imgui.h: No such file or directory
   51 | #include "../../imgui/imgui.h"

huiser commented on 2020-10-06 09:52 (UTC)

I had to install 'rapidjson' to be able to build.

zan commented on 2020-10-06 02:51 (UTC)

It works on ffmpeg-git and there are issues on the ffmpeg tracker related to it already.

Can't even build trunk ffmpeg on Arch because srt breaks against 4.3.1.

So I just forced an ffmpeg-git dependency for now. I got to test and see that libpng works now so that can be turned on. If you can use system libs you generally should.

Vaporeon commented on 2020-10-05 07:05 (UTC)

This seems to segfault when built with the current ffmpeg. The internal decoder works though.

Prehaps it would be better to drop the ffmpeg dependency and use the internal bink decoder anyway.

This can be done by adding the following cmake options to the PKGBUILD.

-DFFMPEG=0 -DBINKDEC=1

vloup commented on 2018-09-30 20:52 (UTC)

A fix just got merged upstream. Everything should be fine by now.

Vaporeon commented on 2018-08-14 02:34 (UTC)

It's been a while so here is a working PKGBUILD with a couple of pending pulls as patches.

https://nofile.io/f/DFmWBjPZadY/rbdoom3-bfg-git.tar.gz

zan commented on 2018-05-17 02:36 (UTC)

Its a GCC 8.1 breakage from more restrictive overflow checks. Upstream will probably fix it soon™.

Vaporeon commented on 2018-05-17 01:59 (UTC)

Build seems to be broken again.

johnnybash commented on 2017-09-04 17:00 (UTC)

just for the record, it builds again :)

hollunder commented on 2017-08-25 07:40 (UTC) (edited on 2017-08-25 07:46 (UTC) by hollunder)

Modified to the OTBFG version build fails because cmake can't find ffmpeg, for whatever reason. EDIT: Never mind, it now just fails at: /home/me/build/rbdoom3-bfg-git/src/rbdoom3-bfg-git/neo/idlib/../framework/../idlib/../idlib/Str.h:172:10: note: no known conversion for argument 1 from ‘const float’ to ‘const char*’ make[2]: *** [CMakeFiles/OpenTechEngine.dir/build.make:231: CMakeFiles/OpenTechEngine.dir/cm/CollisionModel_files.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs.... [ 28%] Building CXX object CMakeFiles/OpenTechEngine.dir/framework/CmdSystem.cpp.o make[2]: *** [CMakeFiles/OpenTechEngine.dir/build.make:255: CMakeFiles/OpenTechEngine.dir/cm/CollisionModel_load.cpp.o] Error

zan commented on 2017-08-04 14:29 (UTC)

Not going to bother version pinning GCC to <7.1.1 since this is likely to be fixed within a week. If it isn't, I'll see about adding in that patch from OTBFG if they merge it by then.

postblue commented on 2017-08-04 09:38 (UTC) (edited on 2017-08-04 10:03 (UTC) by postblue)

Build's failed; make[2]: *** [idlib/CMakeFiles/precomp_header_idlib.dir/build.make:58: idlib/CMakeFiles/precomp_header_idlib] Error 1 make[1]: *** [CMakeFiles/Makefile2:200: idlib/CMakeFiles/precomp_header_idlib.dir/all] Error 2 make: *** [Makefile:84: all] Error 2 Upstream issue: compilation error with gcc version 7.1.1 https://github.com/RobertBeckebans/RBDOOM-3-BFG/issues/371 Fork fix: https://github.com/OpenTechEngine/OpenTechBFG/pull/136

headkase commented on 2016-01-20 18:35 (UTC)

Right on, thanks again. :)

zan commented on 2016-01-20 18:34 (UTC) (edited on 2016-01-20 19:23 (UTC) by zan)

I'll revert the additions once I can get home and confirm a build without renderprogs works. Doesn't matter for six hours until then anyway, they just waste some disk space. Update: Had a few mins so I reverted it, the fix is already upstream.

headkase commented on 2016-01-20 18:33 (UTC)

There is an update on the github page from the author: apparently only a specific file needs to be included. Thank you for the quick turn-around.

zan commented on 2016-01-20 18:11 (UTC) (edited on 2016-01-20 18:12 (UTC) by zan)

Added renderprogs. I'd have installed everything upstream puts in base for futureproofing, but the data package installs its own default.cfg that would conflict with this package. If it becomes a problem later we can tweak that package if necessary.

headkase commented on 2016-01-20 17:45 (UTC)

There is a problem with this package. In the sources there is a "renderprogs" directory which is not part of the doom3bfg-data package. On newer (as in now) the renderprogs directory needs to be put into the doom3bfg-data/base directory. If it isn't then the game will fail to render correctly in some circumstances. See: https://github.com/RobertBeckebans/RBDOOM-3-BFG/issues/286