but lacking any debug information or error information, we can just guess (as we have been guessing since the start of the thread)....
Indeed. I have no experience with debugging an X11 or OpenGL stream, but it should be possible. (Somewhat easier than using gdb single stepping.) Or maybe ltrace?
Can you give me a hint what tools I could use with X11 / OpenGL?
The reason must lie somewhere in an ArchLinux package...
Or in a symlink you may have created at somewhere in time.
Or in a change you may or may not have made to settings.ini or some other NWN-specific file.
It COULD be an a repo package (or AUR package) but lacking any debug information or error information, we can just guess (as we have been guessing since the start of the thread)....
]]>El Lobo wrote:Thx, it worked with the SDL from AUR after I trashed the remaining two libraries of the original distribution. It seems, the libSDL caused the problems.
In general I wouldn't advise using any libraries from another distro. Of course you could if you know what you're doing, but who has the time, eh. Glad you got it solved.
Hm, I suppose I have to reopen the thread.
A few hours ago, I thought that I have solved the problem, but it appears, in many of the times started, video initialization fails, and it's nearly the same as before: Sound now always seems to work, but graphics might be totally black, somewhat dim, or frozen. Starting it several times in a row, and I get a broken game half of the time, and I can't predict when.
I mean, it has got better altogether, because the rest of the time I have a working game!
At the moment, I do not use any third-party libs. The reason must lie somewhere in an ArchLinux package...
]]>Thx, it worked with the SDL from AUR after I trashed the remaining two libraries of the original distribution. It seems, the libSDL caused the problems.
In general I wouldn't advise using any libraries from another distro. Of course you could if you know what you're doing, but who has the time, eh. Glad you got it solved.
]]># If you do not wish to use the SDL library included in the package, remove
# ./lib from LD_LIBRARY_PATH
export LD_LIBRARY_PATH=./miles:$LD_LIBRARY_PATH
It works fine here with just the required multilib packages so you shouldn't really need "SDL from AUR".
]]>I extracted them from Slackware 12.1, which, in my opinion, should work.
Sounds iffy to me. I used to play quite a while back but have moved on since. In the end I found it easier to just play the windows version with Wine, ironically.... the fact that the Linux version depends on so many old libs means it will eventually stop working.
]]>Upd. In case you meant that as a recommendation. Display black, no sound. Linking apparently successful.
Upd 2. It crashed, but not visibly. I am checking the core dump.
]]>I have made this once favourite game of mine run on all distributions I used over time, including Fedora, OpenSuSE and Gentoo. It seems, with my newest experiment, ArchLinux, I don't succeed with it, and I don't know why.
One problem seemed to be finding matching 32bit libraries. I extracted them from Slackware 12.1, which, in my opinion, should work.
There are some dependencies, especially with Mesa, that make the co-existing ArchLinux multilib 32bit libraries difficult to handle. Different versions of compiler and system libraries at the same time I tried to avoid. (Since it throws core then in a glibc routine, e.g.)
But my result is that: Either I get sound (properly), or I get some display (sometimes only the mouse pointer, sometimes dim, sometimes freezing), but only once I got both sound and display at the same time. Quite unstable the whole thing, it seems.
Using an NVidia driver together with its OpenGL libs doesn't make it any better, I guess...
Now I am at the end of my Latin. Please, can someone help? I have worked quite unsystematically, so I have absolutely no clue...
]]>