BGEE on WINE for GNU/Linux
tomty89
Member Posts: 47
An unwelcome title, is it? LOL
Well basically I get the game run on WINE by using a...perhaps illegal, but very official way. No cracks, no Windows.
Anyway that's not the point of this post. The problem I have come across is, I can get into the game, very smoothly, but what I can't get are all those damn good pre-rendered backgrounds. GUI, characters, cursors, flying birds are all fine.
I did see someone says they run the game on WINE (perfectly) fine. Is this because I haven't get through the holy DRM (I saw a decrypt.dll there in the game folder)? Or it's just a WINE setting/dependency issue?
P.S. Just to mention that I did pay twenty bucks to buy the game, though I recognize that support in WINE is not included. But I just don't understand why the evil .NET things is needed even for the standalone installer. Yet another kind of DRM, maybe?
Well basically I get the game run on WINE by using a...perhaps illegal, but very official way. No cracks, no Windows.
Anyway that's not the point of this post. The problem I have come across is, I can get into the game, very smoothly, but what I can't get are all those damn good pre-rendered backgrounds. GUI, characters, cursors, flying birds are all fine.
I did see someone says they run the game on WINE (perfectly) fine. Is this because I haven't get through the holy DRM (I saw a decrypt.dll there in the game folder)? Or it's just a WINE setting/dependency issue?
P.S. Just to mention that I did pay twenty bucks to buy the game, though I recognize that support in WINE is not included. But I just don't understand why the evil .NET things is needed even for the standalone installer. Yet another kind of DRM, maybe?
Post edited by tomty89 on
0
Comments
Anyway, what I've mentioned seems not to be the only problem. Another is that I can save but not load. Empty load slots. I saw save folders there but I didn't check if there was any save files inside. LOL
So I just give up and deleted all stuff. It's hard for me to figure all these out without a Windows installation, which I would probably NEVER get back into ANY of my machine. Hope that the Linux version would pop out someday. After all I am having great fun with the orginal from GOG.
Playing the originals in WINE is totally fine for me. Only for BG2 you need a better machine/graphic card, but basically it's the same case in Windows. Other than that, it could be some setting/dependency issue. Make sure you have the 32-bit DRI things installed.
Edit: might as well mention that I'm running the cracked release by skidrow. Bought the game though but as you mentioned the Beamdog-launcher wasn't too Linux-friendly. Also I'm running Lubuntu if that's of any use for you.
I am waiting. But even if there would be one, I can't be sure if it is a good one yet. Please don't ask me to install mono. (While I think this is probably going to happen.) Stick to those universal and up-to-date libraries. Don't ask me to get it from Ubuntu Store. LOL
I've got both problems: black background while playing (Or white background with some shadows if I set 'Graphics', 'OpenGL Version', '1' in the .ini config), and the load/save problem.
I tried with the latest git version of the intel drives (xf86-video-intel-git in AUR) and mesa (mesa-git) but there was no difference. I'm also thinking I'm missing some library, but there's no dependency error when I'm playing (Maybe there's some other log?).
I'm going to try in an ubuntu partition and see if anything changes.
Actually I got the game by using the torrent only. But I doubt that that part could run standalone without those those files installed by the installer.
I think I've been misled by some posts which states that the game itself don't need .net stuff. I still need some time to test it. Good luck for me. LOL
fixme:win:EnumDisplayDevicesW (L"\\\\.\\DISPLAY1",0,0x32f9b4,0x00000000), stub!
fixme:win:EnumDisplayDevicesW (L"\\\\.\\DISPLAY1",1,0x32f9b4,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x32f9b4,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f9b4,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x32f9b4,0x00000000), stub!
fixme:wgl:X11DRV_wglChoosePixelFormatARB unused pfAttribFList
fixme:imm:ImmReleaseContext (0x10068, 0x12ad38): stub
fixme:ole:CoCreateInstance no instance created for interface {3e90ade3-7594-4cb0-bb58-69628f5f458c} of class {529a9e6b-6587-4f23-ab9e-9c7d683e3c50}, hres is 0x80004002
fixme:imm:NotifyIME NI_CLOSECANDIDATE
err:msctf:ThreadFocusHookProc Hook proc but no ThreadMgr for this thread. Serious Error
AL lib: ReleaseALC: 1 device not closed
These are what I got from running wine Baldur.exe
(Are you in a 32 or 64 bits system? Maybe there's some 32/64bits incorrect use of libraries, I don't know).
I also got the same log message.
My arch's log has that line. I'm going to try some more things.
With the 32bits arch, I narrow these required libraries when running the game (I looked in the opened files by the process):
alsa-lib
glibc 2.16.0-5
libogg 1.3.0-1
libvorbis 1.3.3-1
flac 1.2.1-3
libsndfile 1.0.25-2
dbus 1.6.8-6
libpulse 2.1-1
json-c 0.9-1
libpulse 2.1-1
gcc-libs 4.7.2-2
libvorbis 1.3.3-1
nvidia-utils 310.19-1
libxfixes 5.0-2
libxcursor 1.1.13-1
libxi 1.6.1-1
libxcomposite 0.4.3-2
libxrandr 1.4.0-1
libxcb 1.9-1
util-linux 2.22.1-3
libice 1.0.8-1
libx11 1.5.0-1
libxext 1.3.1-1
bzip2 1.0.6-4
freetype2-infinality 2.4.10-1
libasyncns 0.8-4
nvidia-utils 310.19-1
openal 1.14-1
libxrender 0.9.7-1
zlib 1.2.7-1
libxdmcp 1.1.1-1
libxxf86vm 1.1.2-1
libsm 1.2.1-1
libxinerama 1.1.2-1
libxau 1.0.7-1
wine 1.5.18-1
(Nvidia drivers, pulseaudio and infinality are obviously optional).
Currently I can't test anymore with the 64bits arch (It's in a laptop that run out off battery, and I forgot the charger in a friend's house, lucky me). When I get it I want to check if the game it's using all those libraries or their corresponding 32 bit version.
Sorry for the delay, I think we're in different timezones :P
But then I would like to ask, can you save successfully in Ubuntu or 32bit Arch? (By successfully I mean you can load it again) Because that is obviously not something to do with xorg.
It's fine. I leave as soon as I post what I want to post. I won't wait for you. :P
I looked into the Ubuntu dependecies:
libasyncns0:i386
libc6:i386
libdbus-1-3:i386
libdrm-intel1:i386
libdrm2:i386
libexpat1:i386
libflac8:i386
libfontconfig1:i386
libfreetype6:i386
libgcc1:i386
libgl1-mesa-dri:i386
libgl1-mesa-glx:i386
libglapi-mesa:i386
libice6:i386
libjson0:i386
libogg0:i386
libopenal1:i386
libpciaccess0:i386
libpulse0:i386
libsm6:i386
libsndfile1:i386
libstdc++6:i386
libtxc-dxtn-s2tc0:i386
libuuid1:i386
libvorbis0a:i386
libvorbisenc2:i386
libwrap0:i386
libx11-6:i386
libx11-xcb1:i386
libxau6:i386
libxcb-glx0:i386
libxcb1:i386
libxcomposite1:i386
libxcursor1:i386
libxdamage1:i386
libxdmcp6:i386
libxext6:i386
libxfixes3:i386
libxi6:i386
libxinerama1:i386
libxrandr2:i386
libxrender1:i386
libxxf86vm1:i386
wine1.4
wine1.4-i386
zlib1g:i386
I'll try to search the corresponding archlinux packages, but they look very similar to the 32bits arch dependecies.
But I don't know the real reason since it seems there is only workaround but no explanation. I don't even know how the workaround could pop out.
However, it only happened to me for some while. I don't even need to use that workaround now, no matter for the gog version or the original 4 cd-rom version. What changes that? No idea.
But one thing seems different. The save time is messed up. Any problem other than that with the saves? I don't know. I can't play the game with black background.
Set 'force_s3tc_enable=true' before you run the game. It should solve the black background issue.
I still haven't found a solution for the save game problem.
However if you manage to solve it only by setting the env var, maybe it has nothing to do with the package. Anyway, it's odd that only Wine in 64bit Arch doesn't work. (But it works in 64bit Ubuntu, right?)
Currently, I can't help in testing anything because I have not keep BGEE in my machine and the torrent is horribly slow. Yet it's still thrilled to heard that you found a solution.
By the way, I have been using an ATI Evergreen with open source driver. Don't know if it matters.
About the save issue, I have completely no idea. Mysterious issue, mysterious workaround. Maybe we should ask the devs here what exactly does that default.tot do.
* First get someone else save files (I used these http://www.2shared.com/complete/PTmNudV0/000000133-Upload.html).
* Copy the folder in the save directory (~/Baldur's Gate - Enhanced Edition/save).
* Start the game and load that save.
* Go to Settings -> Save, and save the game on an empty slot.
And that's it. Both saves can be deleted afterwards, and you'll be able to start (and save) a new game.
In my tests, force_s3tc_enable=true doesn't work no matter it's set in terminal before running the game or in .drirc manually (There isn't an option for it in driconf for my ATI Cypress/Evergreen).
Yet installing lib32-libtxc_dxtn does make the game work. No extra setting is needed.
According to http://www.x.org/wiki/RadeonFeature it means that BGEE need full S3TC (But it could be also the case that S3TC decompression is not build into the drivers at all in Arch).
S3TC is some sort of not-so-good patented tech, it could be one of the reasons which cause the troubles in Windows too. Honestly I don't really like the choices of the devs here. dotNET, S3TC, perhaps some more...wonder if they are necessary.
And then for the save issue. I don't know if I should be glad or sad. It's gone mysteriously again just like the one in BG2. No workaround, no manual fix, just gone. I am just kind of worried that one day it would happen again. But I did had reinstalled the whole system before and everything is kind of clean and up-to-date.
It seems to me that in both cases, the auto-generated save folder is named "Save" when the bug is there, but when it's not, the folder is named "save". But I am not so sure about it. Just some blur memory. Renaming the folder doesn't reproduce the bug too.
Another thing I found interesting is, I can't run the Baldur.exe in terminal with the full path generated by dragging it's icon to the terminal. An error message would pop up. I have to cd to its location and run "wine Baldur.exe". Weird that it's not the case for other programs.
@Heese It's true. But be prepared to WAIT.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=27341
http://forum.baldursgate.com/discussion/12905/a-workable-solution-to-intel-graphic-chipset-problems