Bug 53793 - DoomsDay is an engine capable of run Doom, Heretic and Hexen games
|
Bug#:
53793
|
Product: Gentoo Linux
|
Version: 2004.1
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: games@gentoo.org
|
Reported By: mgtroyas@gmail.com
|
|
Component: Games
|
|
|
URL:
http://www.doomsdayhq.com/
|
|
Summary: DoomsDay is an engine capable of run Doom, Heretic and Hexen games
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-06-13 03:57 0000
|
This engine is completely amazing about graphic and sound quality, and
multiplayer capabilities. Was a Win32/OpenGl/Direct3D port of the Doom engine
(and also Heretic and Hexen ones), and now is also a Linux/OpenGL port.
It can run Doom, Doom2, Final Doom, Heretic, Hexen... only having the original
WADs, like PrBoom or DoomLegacy (already present in portage) but in steroids
(fog effects, flares, shadows, cammera smoothing, etc), and supporting Heretic
and Hexen.
I played a lot this port when I used Windows and since some months ago the
source code compiles cleanly in Linux with a simple configure -> make -> make
install. I haven't learned yet writing ebuilds, but this one only has to
download the source code tar.gz from sourceforge and do a ./configure,make/make
install.
Would be great having it in portage and so when a new version appears we could
update it with a simple "emerge doomsday". Mantaining this ebuild would be
really easy (only changing the tar.gz file name when a new version arrives).
Please think about adding DoomsDay engine to portage ;)
Thanx a lot! I cannot test it right now (my Gentoo Box had it's MoBo toasted)
but when I can I'll report if it works well.
works great for me, thanks!
Created an attachment (id=33726) [details]
games-util/glbsp-2.05.ebuild
glBSP will fix graphical glitches in IWAD files and also increase performance.
The original .wad file isn't affected, a seperate .gwa(GL WAD) file is created.
emerge glbsp
glbsp /usr/share/games/deng/Data/jHexen/hexen.wad
This will create /usr/share/games/deng/Data/jHexen/hexen.gwa, which Doomsday
will automatically load at startup.
glBSP is really a must for using the original iwads in those new engines. Thanx
for pointing that to all us Hinrik! BTW I think what I used some years ago when
vised the doom wads was glVIS (http://www.vavoom-engine.com/glvis.html). I
include it for people who could have problems using glBSP.
You may want to note that this doesn't compile with the nvidia gl.h. If I do a
"opengl-update xfree" before compiling, it's fine. If I don't, it dies with:
gcc -DUNIX -DNO_FIXED_ASM -D__DROPENGL__ -DUSE_MULTITEXTURE -I. -I. -I../..
-I. ./../Include -I../../Include/drOpenGL
-I/usr/include/SDL -D_REENTRANT -Wunused-v ariable
-Wunused-function -Os -march=pentium3 -mcpu=pentium4 -pipe -MT libdropen
gl_la-main.lo -MD -MP -MF .deps/libdropengl_la-main.Tpo -c
Unix/main.c -fPIC -D PIC -o .libs/libdropengl_la-main.o
In file included from ../../Include/drOpenGL/drOpenGL.h:37,
from Unix/main.c:16:
/usr/include/GL/gl.h:1731: error: conflicting types for `glMultiDrawArrays'
/usr/include/GL/glext.h:2618: error: previous declaration of
`glMultiDrawArrays'
make[3]: *** [libdropengl_la-main.lo] Error 1
make[3]: Leaving directory
`/var/tmp/portage/deng-1.8.0_rc2/work/deng-1.8.0-rc2/
Src/drOpenGL'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/deng-1.8.0_rc2/work/deng-1.8.0-rc2/
Src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/deng-1.8.0_rc2/work/deng-1.8.0-rc2'
make: *** [all] Error 2
!!! ERROR: games-engines/deng-1.8.0_rc2 failed.
!!! Function src_compile, Line 27, Exitcode 2
!!! emake failed
Same if I just compile on my own. Other than that, works beautifully, thanks.
It works here. I'm using nvidia-glx-1.0.5336-r2.
What happened to the ebuilds? I'm not finding them after an emerge sync.
Marcos: That means that you have put them in /usr/portage/. You are supposed to
put them in /usr/local/portage/ and set the following in your /etc/make.conf:
PORTDIR_OVERLAY="/usr/local/portage"
Strange, I'm also using nvidia-glx-1.0.5336-r2, and can't compile without the
"opengl-update xfree". I know that the same error popped up a few times on the
Doomsday forums, and they said that the "development headers for xfree were
required". Maybe we have different versions of xfree/xorg? (xfree-4.3.0-r5
here). Anyhow, once it's build, it runs excellently. No problems to speak of
after a good 6 hours of playing ;)
Thanks for the great ebuild, by the way.
Installed 1.8.0-rc3 via rc2 ebuild modified.
Compiles fine but looks like there is a memory leak or something... because most of the time the mouse is laggy, with low resolutions less noticeable (guess my ATI drivers work as shot) but... from time to time game gets _extremely_ laggy (a second) and if I save the game in that point and exit, restart jDoom and load it again, the problem is solved.
Also lot of times when I exit jDoom the mouse is freezed and the screen resolution fixed to what I was using inside the game. I have to exit GNOME with the keyboard (Alt+F1...) and then X restart and everything works again.
It'd be very nice if the "openal" useflag actually worked. At present, even if
you USE="openal" sdl-mixer ends up being used.
Hinrik: thanx for the tip. Sorry I didn't read your post until now.
jhexen -oal
This should enable OpenAL, but it segfaults on my machine.
...
...
...
Sfx_Init: Initializing OpenAL...
Fatal signal: Segmentation Fault (SDL Parachute Deployed)
Does anyone else not have any music at all?
Yes. Until now I used timidity with Doom Legacy but I think it doesn't work
with Doomsday. I finally downloaded the mp3 soundtrack and used it with the
"external files" option. http://sycraft.org/index.shtml
Yeah, it doomsday doesn't have midi music support in Linux yet, so you'll have
to do it like Marcos.
cleaned up and added glbsp :)
cleaned up the ebuild and added to portage as games-fps/doomsday