nirei

Regarding this bug I would like to give feedback on the 3.0 patch: http://postimg.org/image/3u5xrjhyd/ http://postimg.org/image/hmzlpte67/ To me this looks pretty much like the bug is fixed. Or at least the ghosts are now easier to spot. Thanks to Aarik and the rest of the team!

It turns out that in version 1.02 the ghosts were fine, since version 1.03 i can barely see them. The current 2.03 version also has this bug. I tried to find differences in the shaders or in the assets for the ghosts in different game versions, but was not able to find useful hints for the bug. v1.02: http://postimg.org/image/tc9dfomst/ v1.03: http://postimg.org/image/s167kygkt/ v2.03: http://postimg.org/image/lqycsc3dh/

Do we have a release date?

here are two more log files of a windows 7 machine with the same problem. the chipset of this notebook is similiar to the one of my other system (low-end AMD Notebook APU). DxDiag.txt output_log.txt

hope this summary of my hardware and linux system helps. if there are other details you need, i'm glad to help. hardinfo_report.html

The Problem still occurs in version 1.05. Can we have feedback from a dev? Screenshot with ghost next to player: http://s29.postimg.org/lygr5jjw7/poe_noghost105.png Player.log: https://www.dropbox.com/s/i2bayz4nsf79qld/Player.log?dl=0 Savegame: https://www.dropbox.com/s/npy7elhqxnosfql/fdc9526a-512a-4de3-ba64-760fdb6e0b17%20autosave.savegame?dl=0 Edit: this problem seems to be independent of the graphics-quality slider in the graphics options menu. Since the rest of the game runs fine i assume the bug is not a result of my low end graphics hardware (~280MB VRAM).

i have the same problem on Linux v1.0.3.0530. screenshots: http://s28.postimg.org/6oc8x8u9p/poenogain1.png http://s4.postimg.org/d228n2s25/poenogain2.png Player log saying "DefianceBay reputation changed on the Positive axis (VeryMajor)": https://www.dropbox.com/s/i2bayz4nsf79qld/Player.log?dl=0 Savegame: https://www.dropbox.com/s/sg0h36rhcs8xedn/8405625e-569b-4c20-a596-736cc847fcec%20quicksave.savegame?dl=0

i can confirm this bug. i am playing the linux build v1.0.3.0530 (from GOG). screenshot: http://postimg.org/image/3stn9qxtl/ content of Player.log: https://cert.uni-stuttgart.de/paste/kk#gZll6NZzVUPsO7MRYHTqoZ2a savegame: https://www.dropbox.com/s/sg0h36rhcs8xedn/8405625e-569b-4c20-a596-736cc847fcec%20quicksave.savegame?dl=0

What is your system language (locale)? Have a look at this thread: http://forums.obsidian.net/topic/72546-bug-reputation-level-gilded-vale/?do=findComment&comment=1607066

Have a look at this thread: http://forums.obsidian.net/topic/71852-linux-crashes-after-character-creation/ Your log looks like there might be issues with the Graphics Driver you are using. The Connection to the other thread might be the detected VRAM size: yours is "GL: Detected -859488106 MB VRAM"

I don't know anything about Steam and how it handles the installation process. I think it is more likely that the download process itself damages the files. But at the same time there are mechanisms to check whether the files are ok or damaged. In case they are damaged i guess Steam will re-download the files. I would't worry about integrity of game files.

Pay attention to the naming of the ".bin" files: setup-1.bin and setup-2.bin Downloading the install from GOG the .bin have similar names. Checking the file type of the files gives So let RAR have a look at the file and check its integrity, and what does it say? To me it says that there is an error in " st_ar_0707_raedrics_hold_ext.assetbundle", but it also says that it can not find the second part of the archive. Whait - wat? Second part? So seems the setup-2.bin is the second part of a bigger archive, but RAR can not find it. So RAR can not check both ".bin" files at the same time, and gives an error for the file that is split into two parts, each part beeing in one .bin file: the Raedrics Hold map. BUT: after renaming the second .bin file in a way such that RAR recognizes it as part of a bigger archive and checking file integrity again, i get: ALL OK RAR seems to look for other archive parts by looking at the digit after the last dot in the file name, so it looks at the 1 in: setup_pillars_of_eternity_2.0.0.1-1.bin I guess 7zip also follows this pattern. Renaming the second archive to lets RAR find the second part of the archive (the second bin). And for the whole archive RAR reports: all files are ok. The Map-changing issue seems to be related to saving the game anyway, as the thrown exception in the log-file indicates: The game finalizes loading the new map by autosaving. Somewhere in the update function SaveGame/SaveObject function something goes wrong (some unique object ID appears a second time, this special case is not handled as it theoretically should not occur). Anyway, this bug seems to be fixed now

Sorry man, but this would translate to And "Niederschlag" (Precipitation) as a weather condition having effect on defence would be a weird translation in this context. (Maybe a better word would be "Bewusstlosigkeit"/unconsciousness/blackout) Looks like it is really difficult to get translations right :D

I can't find a haiku.txt file in my game data (on Linux via GOG). Where exactly would that file be? Or does it only appear when playing in Trial by Iron mode?

same here. [via GOG, Linux build on ArchLinux]

Yeah, it would be nice to see a linux build

Thank you for the information

I hate to be the one asking, but what about a linux build for christmas? At least an update on the progress of the linux version would be nice.

I can run the game in wine on linux and also save and load. Your logfile says the game could not find a file it was looking for My setup has this file and the "TempSaveData" directory shows stuff related to the last savegame i saved. What looks odd to me is the "C:\users\root\" part of the path, because it hints that you are running wine as root-user (probably via sudo?). This could be part of the problem, but since you found .savegame files somewhere else, the game inside the wine setup seems to be able write files properly. You can check the "saveinfo.xml" file, and if it exists, you can check who has read-access to this file (and all other files and folders in the "TemSaveData" directory). May i ask how you installed and configured wine and steam? What linux distro are you using, and how familiar are you with linux?

Hello, as a passionate Linux user i have to wait 'a few weeks' until i can play the beta. Luckily i have other stuff to do at the moment, so there is little time to get jealous over the Windows beta Well, Steam seems to have this 'Library Sharing' feature for sharing games with family and friends. And i also know this fellow Backer who would test the Beta on Windows - and a little later on, when the Linux Beta goes live, i really would like to help find and fix Bugs in the Linux version of the game. Would it work to share my Beta-access via Steam, and would it work cross-platform? And what do the developers think of this? I am also really interested in the Linux and Mac part of the development process. Will the devs share details on this? Maybe in an update or in the documentary? (Train of thought is: does Unity do all the cross-platform work? If yes, why the delayed Linux&Mac Beta? If no, what are the encountered problems? Will those problems lead to Linux/Mac specific bugs? Yay, more testing needed on the platforms with smaller userbase!)