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]