|
Post by xian on Sept 2, 2012 4:27:01 GMT
Hey guys, old HG player here wanting to revisit the old stomping grounds. I recently did a conversion from Windows (7 32-bit) to Linux (Fedora 17 KDE 32-bit) on my old rig (P4 2.8 gHz, ATI Sapphire HD 3850), and am running into some problems while trying to update the game. I installed the Linux native version of NWN Diamond, and everything installed just fine. The only issue I have run into so far is trying to get HGE Updater to work. I did all the manual installs first, NWN 1.69 -> CEP 2.3c (from the HGWiki) -> HGE Beta 27. Logging into HG is fine except for a few missing portraits (can't remember which ones I had installed). The other thing is some missing textures causing the objects to look like white blocks. So I figure I should try to figure out the updater to download whatever missing content there may be. Whenever I Try to run the linux HGE updater with the command ./erf.linux -vm http://hge.hgweb.org/man/hges.txt I get the error message: received hges.txt (0/0 bytes) [src/erf.c:2136 main] unable to acquire manifest
I also found these two threads: highergroundpoa.proboards.com/index.cgi?action=display&board=BugReport&thread=18194&page=1and highergroundpoa.proboards.com/index.cgi?board=techsupport&action=display&thread=19452But the solutions do not work for me: Found the erf.linux binary on Acaos' website for ubuntu 08.04-i386 and tried that with both these commands to no avail: ./erf.linux -vm http://hge.hgweb.org/man/hges.txt received hges.txt (0/0 bytes) [src/erf.c:2136 main] unable to acquire manifest and LD_ASSUME_KERNEL=2.6.24 ./erf.linux -vm http://hge.hgweb.org/man/hges.txt ./erf.linux: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Knowing I have a 32-bit system I try to use the 64-bit binary they describe in the aforementioned threads just in case anyway, and it of course tells me that the binary file cannot be executed. I also tried using the plain erf.linux file available on Acaos' web site, but that just gave me the same "unable to acquire manifest" message as the original erf.linux file gave me. Any help would be appreciated.
|
|
|
Post by arek on Sept 2, 2012 5:48:06 GMT
erf.linux has been broken for me for a good while. You can get around this by installing wine, downloading the windows version of the updater, and replacing "./erf.linux" with "wine erf.exe".
The only other possible fix would involve getting someone to recompile the linux version of erf (erf.linux).
--Arek
P.S. I hope that extra bbcode for the url was auto-added by the forums, as it shouldn't be on the command line. :-)
|
|
|
Post by xian on Sept 2, 2012 6:38:35 GMT
Oh woops! I guess I let that slip. Yes, I just copied and pasted the output from my command terminal into the post, and didn't realize it was making it look all weird.
About the erf..... well darn! Okay, so use the updater through wine? I will give that a try. Did you mean Bhao's Arf2 updater?
|
|
|
Post by arek on Sept 2, 2012 6:54:20 GMT
No, but if you download Arf2 it should be included (it's what Arf2 uses to update the CEP and HGE after the initial install). I use erf.exe, which is the windows version of erf.linux. It's the exact same program, compiled for windows instead of linux. In fact, unless I'm very much mistaken, this zipfile (link taken from the wiki) contains both executables. If that's the download you have, just run wine erf.exe instead of erf.linux. --Arek P.S. Arf2 will probably NOT work on wine. Wine and AHK don't get along all that well yet.
|
|
|
Post by arek on Sept 2, 2012 7:07:24 GMT
Also, the missing texture issue is caused by the (foss) Radeon drivers. You have 3 options to fix that: - Install the proprietary (Catalyst/fglrx) drivers (best performance)
- Use driconf to force S3TC support on (this page says something about setting force_s3tc_enable=true if you don't use driconf)
- or compile and install libtxc_dxtn.so.
I recommend either installing the proprietary drivers or forcing S3TC on. The only problem you'll get with forcing S3TC on is if you play any Quake3-based game, or Doom3, in which case you will have to install the library (or the proprietary drivers). The issue is that the open drivers lack S3TC texture compression support, so unless you provide a library with such support to them they won't enable support for S3TC textures unless you either force it on (since in order to be opengl compliant you MUST provide support for both compression and decompression) or have the above library available on your system, and no linux distro can make that lib available to you because the S3TC compression algorithm is patented. --Arek
|
|
|
Post by xian on Sept 2, 2012 9:39:20 GMT
I didn't get to see your post before actually trying to run Arf 2. It "seemed" to work, but kept telling me I had to install the 1.69 update.
It's starting to look like installing the proprietary drivers may be my best option? I know nothing of compiling stuff in Linux, so I wouldn't know what to do with that linked file there.
This course of action makes me a little nervous to be honest. Before switching to Fedora, I was on Ubuntu 12.04 for a bit, and kept running into performance lag on the desktop after installing the "additional drivers". 3d acceleration turned out to be great, but everything else slowed down on the desktop interface by a lot.
Hopefully I don't screw up this Fedora installation too...
Thanks a ton for this info arek!
|
|
|
Post by xian on Sept 2, 2012 10:03:35 GMT
Hopefully it'll give me a performance increase for the game too. Right now I get about 10-15 fps while standing at the docks with everything set to the bare minimum and textures at 32 meg. Got any other tips to increase graphic performance? Or should I start a different thread for that...? EDIT: Apparently, my card is not on the list of supported hardware for the new linux catalyst driver.... not sure what to do now. Figure out how to compile and install that library you posted? Maybe?
|
|
|
Post by arek on Sept 2, 2012 14:37:49 GMT
To install the library, you'll need to install GCC (yum it), then, from a command line, run the following commands: tar zxvf libtxc_dxtn-1.0.1.tar.gz cd libtxc_dxtn-1.0.1 ./configure make sudo make install As for fps, the only tip I have regarding that is to turn on PCIE 2.0 in the driver. Unfortunately, that may not give enough of an fps increase to matter, and 10-15 fps in the docks is not something you really wanna be seeing (imagine what that'd do in Tia). As for Catalyst, you could try installing Catalyst 11.x. That'll work better with NWN anyway. :-) Edit: Here's a link to Catalyst 11.12, if you want to see if it'll work. If you decide to use this, you should uninstall Catalyst if it was installed via yum/rpm first. Unfortunately, I wasn't able to find an RPM of it, probably due to its age. Oh, and set textures to 64M or higher. NEVER mess with that setting. One last thing: If you install Catalyst 11, you'll probably want to ditch Gnome (KDE, xfce, or any number of other desktops should work fine). Gnome 3 and Catalyst 11 don't get along all that well. And even if you don't go for Catalyst 11, removing Gnome 3 might give you a decent FPS boost (Gnome 3 uses 3D acceleration, like Aero on WinVista/7, which slows down performance in games). --Arek
|
|
|
Post by xian on Sept 2, 2012 20:48:28 GMT
Now that I think about it, I did have a number of Firefox windows open while I had the game running as this is how I like to play (browsers for streaming music, reference, etc...). Could have been one of the websites bogging down my system since it is not multi-core (old P4). Also, about enabling PCIE... my card is an AGP one. Would it still help?
|
|
|
Post by xian on Sept 2, 2012 21:24:20 GMT
Okay, from a little more research, according to this website: wiki.cchtml.com/index.php/HardwareATI/AMD dropped catalyst support for my card (Radeon HD 3850) in version 12.6, which means 12.4 is the latest version of Catalyst that I'd be able to use. Also according to that website, I would have to use a kernel <=3.2 and Xserver <=1.11. I think with Fedora 17 and with all the recent updates, that brings my kernel to 3.5.2. I'm guessing I'd have to replace my kernel with an older version if I want to use it with an older catalyst driver? So with the 11.12 driver.... I'd have to do the same? I'm starting to get a headache
|
|
|
Post by arek on Sept 2, 2012 21:35:08 GMT
ugh....this is really starting to suck. 2 things you should try before finding a different distro: First, build the library I mentioned above, and second, install some desktop environment other than Gnome 3. If you can't get acceptable perforamnce that way, then I recommend going down to Fedora 16 instead of Fedora 17, which should be OK with the version of Catalyst you'll need.
--Arek
|
|
|
Post by xian on Sept 3, 2012 21:15:24 GMT
Lol, yeah sorry to get all worked up and over think this. Just tried to compile the library, but after I try to use the "make" command, I get this error CC txc_compress_dxtn.lo In file included from txc_compress_dxtn.c:27:0: txc_dxtn.h:28:19: fatal error: GL/gl.h: No such file or directory compilation terminated. make: *** [txc_compress_dxtn.lo] Error 1 Could this be because Fedora changed their file structure? Anyway, I really don't know what I'm talking about, so I'll try to look it up. But if you got any ideas, I would appreciate it a lot, as I do all the help I've received so far. So thank you! P.S. I tried to make it so the spaces in the code format don't look all weird, but to avail. :/
|
|
|
Post by arek on Sept 3, 2012 21:43:17 GMT
no...you need some -dev packages. In this case, mesa-dev is most likely what's needed (search for mesa, the name might be something like mesa-<version>-dev).
--Arek
|
|
|
Post by xian on Sept 3, 2012 21:45:10 GMT
Figured out the last error. I installed "libglu-dev" and the make process succeeded. Then I did "sudo make install" and it seems to have installed. Afterwards I start up nwn and I get this... So I'm still getting some texturing problems. Don't know if I want to go through the hassle of installing another distro though, or compiling my system to use an earlier version kernel (if that's even possible). I just might play as-is if I can't figure it out.
|
|
|
Post by arek on Sept 3, 2012 21:50:52 GMT
That means that the library isn't being seen. Did you do a "sudo make install" on the library after compiling it? If so, then it seems your system isn't seeing it. Rebooting might fix that...if not, then you'll have to fix your LD_LIBRARY_PATH variable so that the library is on it.
--Arek
|
|