Posts: 16
Threads: 1
Joined: Oct 2010
05 Oct 10, 08:28AM
(This post was last modified: 05 Oct 10, 08:37AM by Xyntax.)
Okay.
Here's the thing. I am a Linux noob. And I know that's an unusual way to start a topic, but it's important for you to understand where I'm coming from here. I don't even know how to execute stuff from the terminal, but nevertheless I tried to setup Assaultcube on Fedora 13.
Right, and from the moment of extraction there's a great big glaring problem: Assaultcube.sh does not run. At all. Not even a cutesy error message, not even an idle process. 'Running from terminal' closes instantly and, yes, I have checked that all the required libraries are fully up to date.
EDIT: I've cut the rest of the post because I've managed to get the terminal to stay open. It complains that it is 'Unable to create OpenGL screen (Couldn't find matching GLX visual)'. Surely if I can run Sauerbraten on maximum settings, OpenGL is functioning perfectly? So why is it doing this?
Posts: 1,039
Threads: 77
Joined: Jun 2010
Quote:'Running from terminal' closes instantly
How about, open terminal manually, navigate to the directory where assaultcube is, and then run the shell script.
Use "cd DIRECTORY" to navigate. Use ../ to go backwards a directory when navigating.
Use "sh assaultcube.sh" to run ac.
Posts: 16
Threads: 1
Joined: Oct 2010
05 Oct 10, 09:43AM
(This post was last modified: 05 Oct 10, 09:44AM by Xyntax.)
Same problem as before. I already fixed this in the 'edit', it's an OpenGL problem, something about GLX
Posts: 16
Threads: 1
Joined: Oct 2010
Anyone help? No?
I mean, seriously, how hard can it be to get one of the most popular open-source games on the net to work with a common and completely functioning Linux distro?
Posts: 684
Threads: 36
Joined: Jun 2010
You need to post here the error messages...
Run it in the terminal and copy the messages here.
Posts: 297
Threads: 5
Joined: Jun 2010
op stated that terminal reported: ***Unable to create OpenGL screen (Couldn't find matching GLX visual)***
Posts: 1,162
Threads: 19
Joined: Jun 2010
ATI?
nVidia?
*Whats the output of ?
*Run in Terminal.
Posts: 354
Threads: 1
Joined: Jun 2010
What 3D drivers do you have installed? Make/model of graphics card?
Posts: 16
Threads: 1
Joined: Oct 2010
06 Oct 10, 04:08AM
(This post was last modified: 06 Oct 10, 04:09AM by Xyntax.)
It's a NVIDIA 6800GT... old but perfectly functional and using the drivers as specified by the Fedora FAQ. So far it's worked fine with all the 3D applications I've used.
Terminal returns the following:
Quote:OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 6800 GT/AGP/SSE2/3DNOW!
OpenGL version string: 2.1.2 NVIDIA 256.53
OpenGL shading language version string: 1.20 NVIDIA via Cg compiler
OpenGL extensions:
My apologies for my less-than patient attitude earlier... I was a bit frustrated with some other stuff.
Posts: 16
Threads: 1
Joined: Oct 2010
I'll try a reinstall if all else fails - might just be a dodgy archive.
Nobody's explained the mysterious missing source files though.
Posts: 354
Threads: 1
Joined: Jun 2010
Reinstalling is generally a "windows-only" solution and far less commonly fixes anything on *nix systems.
Posts: 16
Threads: 1
Joined: Oct 2010
So that's it. No solution at all. Alright, fine.
Posts: 1,039
Threads: 77
Joined: Jun 2010
Try changing the colour depth and see if this works.
See http://en.wikipedia.org/wiki/GLX_visual as to why I say this.
Posts: 16
Threads: 1
Joined: Oct 2010
Interesting answer, I'll get back to it as soon as possible and see what I get out of it.
Posts: 16
Threads: 1
Joined: Oct 2010
Right. How exactly would I actually go about changing the colour depth? There's nothing in the monitor options and I'm not sure if 'colour profiles' is actually related - in any case, changing these has no effect either.
Posts: 1,039
Threads: 77
Joined: Jun 2010
Posts: 586
Threads: 24
Joined: Jun 2010
If sauerbraten works on the hardware there's really no reason AssaultCube shouldn't - were you actually saying sauerbraten is working on the same installation, or just the same box (like e.g. in Windows, not Fedora!?).
Also - be sure the output of the following isn't empty:
and maybe also check you have something like "nvidia-glx-???" in the output of this:
Posts: 16
Threads: 1
Joined: Oct 2010
Sigh... okay, colour depth didn't work (as a matter of fact, it broke most of my X windows)
Sauer is running on the same setup, same O/S, same box.
The first command prints a load of nvidia-related rubbish, it seems all in order. However, the dpkg command doesn't register at all. Are you sure it's for Fedora?
Posts: 586
Threads: 24
Joined: Jun 2010
Ah, no - it's not - it's for debian-based linux, sorry - check your installed packages for something with GLX in it .. but if the first one gave you non-empty output I guess it's ok.
ATM I'm quite at a loss - did you by-chance install some AC-package from your repository? If so - then that's the problem!! You did say "extraction", so that sounded like you got the install-package from the projects sourceforge.net download-page - as you should.
You may be missing some other libraries though, possibly OpenAL - check out the wiki-page and please give us any helpful information to make it less Ubuntu/Debian-centric if you can: ACwiki:Linux Support
Posts: 16
Threads: 1
Joined: Oct 2010
The F13 package manager is pretty low on games... no AC, no Sauerbraten, no Tremulous, etc - so normally I skip on it. And yes, I downloaded from your sourceforge page.
I've installed all the libraries that AC requires and updated them to their most recent release - it still fails to start.
This is a shot in the dark here, but if I boot into run level 3 (without initialising X) will it run without making a GLX visual? It seems largely to be a problem with the custom NVIDIA drivers you need to install for the 6800GT - I have a completely different graphics management system because of them - so I was thinking that if it's a problem with X, it could probably run if I went without it?
Posts: 1,436
Threads: 7
Joined: Jun 2010
That would definitely be worth trying.
Posts: 586
Threads: 24
Joined: Jun 2010
10 Oct 10, 03:22PM
(This post was last modified: 10 Oct 10, 03:40PM by flowtron.)
Xytanx: that won't work AFAIK, because there won't be a screen-instance (read: windowmanager) the application can attach itself too - from where it would spawn the SDL/OpenGL window.
And again: it can't really be your graphics at fault either, since you say sauerbraten runs fine - AssaultCube uses the graphics basically in the same way, just much less so, as Sauerbraten does.
Your issue must be some place else.
I know you posted the "couldn't find matching GLX visuals" bit on your first post - but giving us the full output of your startup-log (use a pastebin) could possibly show up other (read: the real) problem.
Have you also tried removing your init.cfg from inside ~/.assaultcube_v1.1/config and running with added "-t" parameter (no quotes) to the assaultcube.sh !?!
A couple of "total shot in the dark" things here:
Assuming "lsmod" exists on Fedora; what I mean to ask is: is the propietary nvidia driver actually loaded. Usually (unless the X config includes the logo-hiding option) you should see an NVidia logo when X starts.
Also, you're absolutely sure you're not trying to start the game as some other user?!
Because the only times your system - it's not AC that's giving out that message! - complains about not being able to find matching visuals is when the user calling an non-CLI-but-X application hasn't got a matching X session running (see above). This either means the driver doesn't support it (but earlier checks in this thread lead me to believe you're fine there) or simply because it's not the user logged into the X-Session .. but that would require you doing extra stuff which I'd be wondering why you would .. but hey, funnier stuff has been known to happen.
As a final thought - you might be victim of the dreaded libjpeg.so.8 bug, which is addressed around the 2nd code block in the first 1.1-release-thread.
Posts: 16
Threads: 1
Joined: Oct 2010
lsmod prints the following:
nvidia 10197864 48
i2c_core 20553 2 nvidia,i2c_viapro
Okay... I've found a workaround. It's not pretty - in fact, it's ugly and I'm not in the slightest bit proud of it - but I can run the Windows executable under WINE. No sound, though.
|