Lubuntu 14.04.1 LTS - Can't launch after compile #189

ghost · 2014-10-27T17:17:21Z

I compiled the engine using script "cmake-linux-release.sh". Engine compiled successfully, but when I try to launch it, it only flash the screen and won't launch at all.

I tried to compile it using SDL2 too (I changed parameter as README said...), deleted build folder (just to be sure...) and launched the script again. Then, I compiled it, with same result.

I have all dependencies for compiling installed. Is there any other dependencies whose am I missing?

If you need some log or sth then write me which one and where I can find it and I'll post it here...

BielBdeLuna · 2014-10-27T22:37:32Z

have you copied the renderprogs in the base directory from the src to your base directory (or in the case of a mod to the fs_game directory)?

ghost · 2014-10-28T11:59:16Z

Yep. Everything is right as it should be :/

BTW: Missing semicolon in "neo/sound/OpenAl/AL_SoundSample.cpp" at 36:62...
Nothing special to fix by normal user who wants to download and use the source (he should know the errors and fixes if he wants to build it himself...) but still an error in the code.

BielBdeLuna · 2014-10-28T14:41:20Z

then, have you tried to compile the cmake-eclipse-linux-profile.sh as the readme.txt establishes?

in case you don't know it: within github you can do a branch of the master of your fork and fix the error, then make a pull request to Robert's repository, so everybody gets your fixes. where is the semicolon missing? line 36 column 62?

ghost · 2014-10-28T17:28:36Z

Yep, Line 36 and Column 62...
No, because I don't have eclipse installed + I don't want to use it either so I won't install it...

Don't I just miss some libs? Or do I have installed some bad graphics driver?

BielBdeLuna · 2014-10-28T17:37:00Z

I don't have it either and it compiles it anyways.

what does the console say when you launch the engine?

ghost · 2014-10-29T12:06:14Z

Tried to compile it with script you told me to try to use - same outcome.
When I launch it through terminal, it says:

--------------------------------------
WARNING: Unable to open resource file maps/_startup.resources
----- Initializing Decls -----
------------------------------
Couldn't open journal files
/proc/cpuinfo CPU processors: 4
/proc/cpuinfo CPU logical cores: 2
execing default.cfg
couldn't exec D3BFGConfig.cfg
couldn't exec autoexec.cfg
----- R_InitOpenGL -----
Initializing OpenGL subsystem
Using 8 color bits, 24 depth, 8 stencil display
Using GLEW 1.10.0
OpenGL Version  : 3.3
OpenGL Vendor   : Intel Open Source Technology Center
OpenGL Renderer : Mesa DRI Intel(R) Ivybridge Mobile 
OpenGL GLSL     : 3.3
   maxTextureAnisotropy: 16.000000
...using GL_EXT_texture_lod_bias
X..GL_GREMEDY_string_marker not found
X..GL_EXT_framebuffer_object not found
...using GL_EXT_framebuffer_blit
TODO: Sys_SetClipboardData
--------- Game Map Shutdown ----------
--------------------------------------
********************
ERROR: GL_ARB_multitexture not available
********************
Sys_Error: Error during initialization

PS: This is output of that Eclipse one from README.
Also - why is the Eclipse one 139mb in size and the other one only 12mb?

JanSimek · 2014-10-29T13:07:40Z

Enable glewExperimental in neo/sys/sdl/sdl_glimp.cpp by removing these two lines:

-#ifdef __APPLE__
        glewExperimental = GL_TRUE;
-#endif

ghost · 2014-10-29T19:29:59Z

Ok, so error changed... New log:

--------------------------------------
WARNING: Unable to open resource file maps/_startup.resources
----- Initializing Decls -----
------------------------------
Couldn't open journal files
/proc/cpuinfo CPU processors: 4
/proc/cpuinfo CPU logical cores: 2
execing default.cfg
couldn't exec D3BFGConfig.cfg
couldn't exec autoexec.cfg
----- R_InitOpenGL -----
Initializing OpenGL subsystem
Using 8 color bits, 24 depth, 8 stencil display
Using GLEW 1.10.0
OpenGL Version  : 3.3
OpenGL Vendor   : Intel Open Source Technology Center
OpenGL Renderer : Mesa DRI Intel(R) Ivybridge Mobile 
OpenGL GLSL     : 3.3
   maxTextureAnisotropy: 16.000000
...using GL_EXT_texture_lod_bias
X..GL_GREMEDY_string_marker not found
...using GL_EXT_framebuffer_object
...using GL_EXT_framebuffer_blit
TODO: Sys_SetClipboardData
--------- Game Map Shutdown ----------
--------------------------------------
Setup OpenAL device and context... Done.
OpenAL vendor: OpenAL Community
OpenAL renderer: OpenAL Soft
OpenAL version: 1.1 ALSOFT 1.14
OpenAL extensions: AL_EXT_ALAW AL_EXT_DOUBLE AL_EXT_EXPONENT_DISTANCE AL_EXT_FLOAT32 AL_EXT_IMA4 AL_EXT_LINEAR_DISTANCE AL_EXT_MCFORMATS AL_EXT_MULAW AL_EXT_MULAW_MCFORMATS AL_EXT_OFFSET AL_EXT_source_distance_model AL_LOKI_quadriphonic AL_SOFT_buffer_samples AL_SOFT_buffer_sub_data AL_SOFTX_deferred_updates AL_SOFT_direct_channels AL_SOFT_loop_points
********************
ERROR: GL_ARB_texture_compression or GL_EXT_texture_compression_s3tc not available
********************
Sys_Error: Error during initialization
AL lib: ReleaseALC: 1 device not closed>

BielBdeLuna · 2014-10-29T19:46:25Z

is this sdl2?

have you tried r_useOpenGL32 0?

ghost · 2014-10-29T20:16:42Z

Yep. I wrote somewhere in the previous comments that I had tried to use SDL2 because I thougth that it was the cause of the error.

And no, I hadn't tried it... How could I use that parameter please? Cause I wrote "./RBDoom3BFG seta r_useOpenGL32 0" and it seems to not do anything at all (same error...)

…189

RobertBeckebans · 2014-11-09T10:26:05Z

We can assume that GL_ARB_multitexture is available in any core profile or Mesa driver.
If there are more problems like this then report them please.

ghost · 2014-11-09T12:32:30Z

There's still errors...
LOG:

--------------------------------------
WARNING: Unable to open resource file maps/_startup.resources
----- Initializing Decls -----
------------------------------
Couldn't open journal files
/proc/cpuinfo CPU processors: 4
/proc/cpuinfo CPU logical cores: 2
execing default.cfg
couldn't exec D3BFGConfig.cfg
couldn't exec autoexec.cfg
----- R_InitOpenGL -----
Initializing OpenGL subsystem
Using 8 color bits, 24 depth, 8 stencil display
Using GLEW 1.10.0
OpenGL Version  : 3.3
OpenGL Vendor   : Intel Open Source Technology Center
OpenGL Renderer : Mesa DRI Intel(R) Ivybridge Mobile 
OpenGL GLSL     : 3.3
   maxTextureAnisotropy: 16.000000
...using GL_EXT_texture_lod_bias
X..GL_GREMEDY_string_marker not found
X..GL_EXT_framebuffer_object not found
...using GL_EXT_framebuffer_blit
TODO: Sys_SetClipboardData
--------- Game Map Shutdown ----------
--------------------------------------
Setup OpenAL device and context... Done.
OpenAL vendor: OpenAL Community
OpenAL renderer: OpenAL Soft
OpenAL version: 1.1 ALSOFT 1.14
OpenAL extensions: AL_EXT_ALAW AL_EXT_DOUBLE AL_EXT_EXPONENT_DISTANCE AL_EXT_FLOAT32 AL_EXT_IMA4 AL_EXT_LINEAR_DISTANCE AL_EXT_MCFORMATS AL_EXT_MULAW AL_EXT_MULAW_MCFORMATS AL_EXT_OFFSET AL_EXT_source_distance_model AL_LOKI_quadriphonic AL_SOFT_buffer_samples AL_SOFT_buffer_sub_data AL_SOFTX_deferred_updates AL_SOFT_direct_channels AL_SOFT_loop_points
********************
ERROR: GL_ARB_texture_compression or GL_EXT_texture_compression_s3tc not available
********************
Sys_Error: Error during initialization
AL lib: ReleaseALC: 1 device not closed

RobertBeckebans · 2014-11-09T12:42:44Z

What does "glxinfo | grep s3tc" say ?

2014-11-09 13:32 GMT+01:00 Andrej Redeky notifications@github.com:

There's still errors:

WARNING: Unable to open resource file maps/_startup.resources
----- Initializing Decls -----

Couldn't open journal files
/proc/cpuinfo CPU processors: 4
/proc/cpuinfo CPU logical cores: 2
execing default.cfg
couldn't exec D3BFGConfig.cfg
couldn't exec autoexec.cfg
----- R_InitOpenGL -----
Initializing OpenGL subsystem
Using 8 color bits, 24 depth, 8 stencil display
Using GLEW 1.10.0
OpenGL Version : 3.3
OpenGL Vendor : Intel Open Source Technology Center
OpenGL Renderer : Mesa DRI Intel(R) Ivybridge Mobile
OpenGL GLSL : 3.3
maxTextureAnisotropy: 16.000000
...using GL_EXT_texture_lod_bias
X..GL_GREMEDY_string_marker not found
X..GL_EXT_framebuffer_object not found
...using GL_EXT_framebuffer_blit
TODO: Sys_SetClipboardData
--------- Game Map Shutdown ----------

Setup OpenAL device and context... Done.
OpenAL vendor: OpenAL Community
OpenAL renderer: OpenAL Soft
OpenAL version: 1.1 ALSOFT 1.14
OpenAL extensions: AL_EXT_ALAW AL_EXT_DOUBLE AL_EXT_EXPONENT_DISTANCE
AL_EXT_FLOAT32 AL_EXT_IMA4 AL_EXT_LINEAR_DISTANCE AL_EXT_MCFORMATS
AL_EXT_MULAW AL_EXT_MULAW_MCFORMATS AL_EXT_OFFSET
AL_EXT_source_distance_model AL_LOKI_quadriphonic AL_SOFT_buffer_samples
AL_SOFT_buffer_sub_data AL_SOFTX_deferred_updates AL_SOFT_direct_channels

AL_SOFT_loop_points

ERROR: GL_ARB_texture_compression or GL_EXT_texture_compression_s3tc not

available

Sys_Error: Error during initialization
AL lib: ReleaseALC: 1 device not closed

—
Reply to this email directly or view it on GitHub
#189 (comment)
.

ghost · 2014-11-09T18:28:30Z

it says:

GL_OES_EGL_image, GL_OES_read_format, GL_S3_s3tc
GL_OES_read_format, GL_S3_s3tc, GL_SGIS_generate_mipmap,

coldtobi · 2014-11-11T09:43:30Z

When packaging for Debian I had the same or similar issues when preparing for a newer GLEW (namely that almost no OpenGL feature was detected; GL_ARB_multitexture is only the first feature to
be checked and thats why it failed with that error).

After triaging this, I came to this patch you might want to try:
https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-games/rbdoom3bfg.git;a=blob;f=debian/patches/60-use-system-glew.patch;h=5a87fdb44b0b6e4473847fc27363eebe039c93c2;hb=HEAD
The important part is the patch for neo/sys/sdl/sdl_glimp.cpp

One maybe important observation maybe related: When I used the embedded code copies (libGLEW and others) and enabled fps counter and there is one number which seems to be GPU related.. Without my patch, the number was always "0", with the patch significantly higher.
(I'm not at the machine right now to give exact figures)

RobertBeckebans · 2014-11-11T09:48:01Z

I tested my patched GLEW with an OpenGL 3.2 core profile on Linux and it
worked fine. Not reporting GL extensions like GL_ARB_multitexture is an
issue of the Mesa drivers and a separate problem.
Using the system GLEW without any support for OpenGL core profiles is
simply a bad idea.

2014-11-11 10:43 GMT+01:00 Tobias Frost notifications@github.com:

When packaging for Debian I had the same or similar issues when preparing
for a newer GLEW (namely that almost no OpenGL feature was detected;
GL_ARB_multitexture is only the first feature to
be checked and thats why it failed with that error).

After triaging this, I came to this patch you might want to try:

https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-games/rbdoom3bfg.git;a=blob;f=debian/patches/60-use-system-glew.patch;h=5a87fdb44b0b6e4473847fc27363eebe039c93c2;hb=HEAD
The important part is the patch for neo/sys/sdl/sdl_glimp.cpp

One maybe important observation maybe related: When I used the embedded
code copies (libGLEW and others) and enabled fps counter and there is one
number which seems to be GPU related.. Without my patch, the number was
always "0", with the patch significantly higher.
(I'm not at the machine right now to give exact figures)

—
Reply to this email directly or view it on GitHub
#189 (comment)
.

coldtobi · 2014-11-11T11:48:24Z

Using the system GLEW without any support for OpenGL core profiles is simply a bad idea.
Frankly, I have doubts that the reason is that there is a missing of the OpenGL core profiles. Many other packages are using stock libGLEW without any problems. I also don't believe that mesa is withholding information.

But to be sure we are not talking pears and apples: What were the error messages you've got with an unpatched libglew?

My observations when just compiled against system libGLEW with unmodified rbdoom3 source were very comparable with this report: Missing ARB_multitexture not available. Digging into it I saw that no feature was reported as available, not only the above. Going deeper (checking other programms which worked I worked out the differences and then found one article describing that the order of the calls are important [1]. After doing that suddenly all the features were reported.
This call order is also consistant with the example in [2].

I tested my patched GLEW with an OpenGL 3.2 core profile on Linux and it worked fine.
I have no issuses with Debian's libGLEW.
What distribution are you using? If you using Debian or a derivate may I suggest to try the package? Its still in NEW[3]] , so there is no direct download, but you can clone it from here:
git://anonscm.debian.org/pkg-games/rbdoom3bfg.git and give it a try,

tobi

[1] http://www.brandonfoltz.com/2013/12/example-using-opengl-3-0-with-sdl2-and-glew/
[2] http://wiki.libsdl.org/SDL_GL_CreateContext
[3 https://ftp-master.debian.org/new/rbdoom3bfg_1.0.2~git20141019+repack-1.html

coldtobi · 2014-11-11T12:07:16Z

PS: TLOFelda:

What you can try is to compile your own Debian package, however as I based my package on ffmpeg, so you maybe need to remove the "ffmpeg" in the Build-Depends in the file debian/control to read:

Build-Depends: cmake,
debhelper (>= 9),
libavcodec-dev,
libavformat-dev,
libavutil-dev,
libglew-dev,
libjpeg-dev,
libopenal-dev,
libpng12-dev,
libsdl2-dev,
libswscale-ffmpeg-dev,
zlib1g-dev

After installing build-dedpencies (dpkg-buildpackage will tell you what's missing) a dpkg-buildpackage -b will build it.
However, there could be breakage with Trusty Tahr; I did not try building under Ubuntu.

ghost · 2014-12-07T11:07:54Z

Sorry for not commenting on this issue for a while but I'd got no notification niether an email about some new comments in thread :/

A recently upgraded to Lubuntu 14.10, hadn't tried to compile it there with latest source for now... I can try and post result here later this day :)

coldtobi · 2014-12-07T16:09:13Z

Hi Andrey,

Am Sonntag, den 07.12.2014, 03:07 -0800 schrieb Andrej Redeky:

Sorry for not commenting on this issue for a while but I'd got no
notification niether an email about some new comments in thread :/

A recently upgraded to Lubuntu 14.10, hadn't tried to compile it there
with latest source for now... I can try and post result here later
this day :)

note that Roberts recent commit disabled some OpenGL stuff specifically for Linux,
so YMMV:
On this machine here (Laptop, Intel Gfx) I get far worse performance with this settings,
low FPS* and intel_gpu_top shows are significant lower load on the GPU (and top shows more load on the CPU).
When forcing to OpenGL profile 3.2 it wont start.

If you want, you can compare this with my packaging repository at http://anonscm.debian.org/cgit/pkg-games/rbdoom3bfg.git

git clone git://anonscm.debian.org/pkg-games/rbdoom3bfg.git$
cd rbdoom3bfg
dpkg-buildpackage -b

should make you a nice Debian package. (Note, the binary's name in the Debian package is lowercase: rbdoom3bfg)

screenshots here. To obtain the info I started a new game and just let
finish the intro, then just let it sit.
mine repo -- http://imgur.com/QgnnSzQ,04MOd08
roberts repo -- http://imgur.com/QgnnSzQ,04MOd08#1

left top console: top
right top console: intel_gpu_top
left bottom console: game

tobi

BielBdeLuna · 2014-12-07T21:27:37Z

wait, allow me to understand you, in your repo you've undone the mesa limitations and in intel-gpu powered machines it runs better?

ghost · 2014-12-08T07:21:29Z

I'll try your repsitory too, cause this one still doesn't work for some reason, but I'm not able to use git on our school network...
Also, I'd written you a mail regarding some things on one you have in your profile coldtobi, so if you could make your time, could you please look at it?

Anyway... Error for this one (now under Lubuntu 14.10...)

----- R_InitOpenGL -----
Initializing OpenGL subsystem
Using 8 color bits, 24 depth, 8 stencil display
Using GLEW 1.10.0
Sys_InitInput: Joystick subsystem init
Sys_InitInput: Joystic - Found 0 joysticks
OpenGL Version  : 3.0
OpenGL Vendor   : Intel Open Source Technology Center
OpenGL Renderer : Mesa DRI Intel(R) Ivybridge Mobile 
OpenGL GLSL     : 1.3
   maxTextureAnisotropy: 16.000000
...using GL_EXT_texture_lod_bias
X..GL_GREMEDY_string_marker not found
...using GL_EXT_framebuffer_object
...using GL_EXT_framebuffer_blit
TODO: Sys_SetClipboardData
--------- Game Map Shutdown ----------
--------------------------------------
********************
ERROR: GL_ARB_texture_compression or GL_EXT_texture_compression_s3tc not available
********************
Sys_Error: Error during initialization

coldtobi · 2014-12-08T10:01:50Z

wait, allow me to understand you, in your repo you've undone the mesa
limitations and in intel-gpu powered machines it runs better?

Well, honestly I cant reliably tell, I'm not a SDL/MESA/OpenGL expert. My
focus on rbdoom3-bfg is packaging for Debian.)

With the disclaimer put, my observations says my patch works. However Robert
told me in issue #205 that the things I'm doing in the patch are wrong. I
can't tell if he is right.
For background on the patch, see also my earlier messages in this issue #189
-- there I provided some background info / rationales on the patch

(changed: typo; this is 189 not 187)

coldtobi · 2014-12-08T10:09:47Z

I'll try your repsitory too, cause this one still doesn't work for some reason, but I'm not able to use git
on our school network...

Debian has also a webfrontend where you can get snapshot as tarballs:

https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-games/rbdoom3bfg.git;a=tree

Tobi

ghost · 2014-12-10T08:54:22Z

coldtobi this is output of dpkg-buildpackage:

 dpkg-buildpackage -b
 dpkg-buildpackage: source package rbdoom3bfg
 dpkg-buildpackage: source version 1.0.2~git20141205+repack-1
 dpkg-buildpackage: source distribution unstable
 dpkg-buildpackage: source changed by Tobias Frost <tobi@debian.org>
 dpkg-buildpackage: host architecture amd64
 dpkg-source --before-build rbdoom3bfg
 dpkg-source: info: applying 10-lowercase-executeable.patch
 dpkg-source: info: applying 65-init-sdl2.patch
 dpkg-source: info: applying 99-local-no-precompiled-header.patch
 dpkg-checkbuilddeps: Unmet build dependencies: libglew-dev
 dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
 dpkg-buildpackage: warning: (Use -d flag to override.)

Isn't there some problem with dependencies here? Looking at second line from end? I didn't try to override it but I think it would miss the point, doesn't it?

coldtobi · 2014-12-10T09:29:38Z

coldtobi this is output of dpkg-buildpackage:
dpkg-checkbuilddeps: Unmet build dependencies: libglew-dev

You need to install the build-dependencies

apt-get install libglew-dev

Reply to this email directly or view it on GitHub:
#189 (comment)

ghost · 2014-12-10T10:01:31Z

I have build-dependencies installed - it is one of the first things I'm installing on every linux distro, as I'm learning some coding...

Installing libglew-dev helped, building now...

EDIT: I see now... I should read it whole... What a shame :/

ghost · 2014-12-10T10:22:54Z

It failed near the end... It needs some key for signing...

signfile rbdoom3bfg_1.0.2~git20141205+repack-1_amd64.changes
gpg: skipped "Tobias Frost <tobi@debian.org>": secret key not available
gpg: [stdin]: clearsign failed: secret key not available

dpkg-buildpackage: error: failed to sign .changes file

ghost · 2014-12-10T10:50:04Z

If it helps for some coding (I mean that errors for RB's release now...), here are my specs (I censored serials... listed with command lshw)

http://pastebin.com/7RUtrLfH

coldtobi · 2014-12-10T11:34:33Z

It failed near the end... It needs some key for signing...

signfile rbdoom3bfg_1.0.2~git20141205+repack-1_amd64.changes
gpg: skipped "Tobias Frost <tobi@debian.org>": secret key not available
gpg: [stdin]: clearsign failed: secret key not available

dpkg-buildpackage: error: failed to sign .changes file

Don't worry. You do not need to sign the package; (its only necessary for
upload to Debian)To supress the warning you could add these two options to
dpkg-buildpackage: -uc -us (But this is not needed -- the package can be used
without any signature)
You do not even need to install the package -- the binary is in a subfolder,
something starting with obj-*
(hint: you should cd into this directory therwise the game would use the base
directory also found in the source and then fails to start because it does not
find the required files)

tobi

ghost · 2014-12-10T17:51:59Z

Same error :(
Nevermind... I see this is leading nowhere...

ghost · 2014-12-29T13:19:03Z

Ok, this seems like it would never be solved, as I have hardware capable of running it (even when crappy as hell...) and here is nobody who is able to help me, I'll mark this post as closed due to owner/other contributors ignoring (at least it seems like it...) this issue for a very long time anyway...

ghost · 2015-01-04T08:27:24Z

Lubuntu 14.04.1 LTS - Can't launch after compile #189

Lubuntu 14.04.1 LTS - Can't launch after compile #189

Comments

ghost commented Oct 27, 2014

BielBdeLuna commented Oct 27, 2014

ghost commented Oct 28, 2014

BielBdeLuna commented Oct 28, 2014

ghost commented Oct 28, 2014

BielBdeLuna commented Oct 28, 2014

ghost commented Oct 29, 2014

JanSimek commented Oct 29, 2014

ghost commented Oct 29, 2014

BielBdeLuna commented Oct 29, 2014

ghost commented Oct 29, 2014

RobertBeckebans commented Nov 9, 2014

ghost commented Nov 9, 2014

RobertBeckebans commented Nov 9, 2014

AL_SOFT_loop_points

available

ghost commented Nov 9, 2014

coldtobi commented Nov 11, 2014

RobertBeckebans commented Nov 11, 2014

coldtobi commented Nov 11, 2014

coldtobi commented Nov 11, 2014

ghost commented Dec 7, 2014

coldtobi commented Dec 7, 2014

BielBdeLuna commented Dec 7, 2014

ghost commented Dec 8, 2014

coldtobi commented Dec 8, 2014

coldtobi commented Dec 8, 2014

ghost commented Dec 10, 2014

coldtobi commented Dec 10, 2014

ghost commented Dec 10, 2014

ghost commented Dec 10, 2014

ghost commented Dec 10, 2014

coldtobi commented Dec 10, 2014

ghost commented Dec 10, 2014

ghost commented Dec 29, 2014

ghost commented Jan 4, 2015

RobertBeckebans commented Jan 18, 2015