Emulator Issues #5150
closedBaten Kaitos: Eternal Wings and the Lost Ocean Crashes in Buy/Sell screen and post-battle screen
0%
Description
- Game Name: Baten Kaitos: Eternal Wings and the Lost Ocean
ID: GKBEAF
2) What is the expected output? What do you see instead?
Game should run correctly but instead crashes
3) Did the game ever work correctly (i.e. not have this problem) on an
earlier version of dolphin? Please specify the exact revision when the
problem began.
The game worked correctly regarding this issue in rev 7658 and 7714.
The crashes happen on Dolphin 3.0 and on git 183/191/305/368.
All versions are 64 bits.
4) What steps will reproduce the problem?
- The game will randomly crash on buy/sell screen at a merchant or on the post-battle screen when you choose your loot.
- The game will almost certainly crash on these screens if a photo magnus (item) is in your inventory. So you need to fight a battle and take a picture, crash can happen on loot screen. If not, go sell it in a shop.
5) What version of dolphin are you using (32bit/64bit along with the
version as it appears in the title bar, etc)?
On what operating system, drivers, and hardware? Be sure to list OS,
graphics driver information, and video card model if you are having
graphics problems, for example.
Version specified above. Main version used to play the game was Dolphin 3.0 git 305.
OS: Windows 7 Pro x64
CPU: Intel Core i5 750
GPU: Geforce GTX 460
6) Please provide any additional information below.
I tried different graphical options and the issue is always there.
If I have EFB Copy to Ram checked with safe texture cache, the game hangs as soon as I highlight the photo magnus. If I have fast texture cache or EFB Copy to Texture, I need to stay several seconds on screen with the photo magnus for the game to crash.
Another thing regarding memory: I made a save state before a boss, I took a photo and the game crashed on the post-battle screen. I reloaded that save state and I took a photo again, the game crashed. I tried it 2 more times and the game still crashed. Then I loaded a clean save at the save point just before the boss (I made the save state on the same screen), I took a photo and the game didn't crash! It crashed when I tried to sell it though.
Updated by luckra7 over 12 years ago
Little update on this issue.
I tested with the latest version I found (Dolphin-3.0-421) and the problem is still there.
However this time I also tested the x86 version of Dolphin. It crashes at the exact same moment but this time I have a popup window with "DSI Exception in stmw". I click the OK button then another one comes up with "DSI Exception in lmw" then again the other one, etc. Then I need to kill Dolphin in the task manager.
Updated by delroth over 12 years ago
6 months ago I had these crashes too but recently (in december) I played the whole game and was not able to reproduce this bug.
Can you check if you can reproduce the bug with the three GFX backends (DX9/DX11/GL) or if it only happens with a single backend?
Additionally, can you check with "EFB CPU access" unchecked in the graphics configuration?
Updated by ploup.pagniez over 12 years ago
I just had this issue too. I am on the latest revision, and everything worked fine with "Ignore EFB CPU access" checked (if I uncheck it, game becomes extremely slow at loot screen), I was able to sell some items and photos at the first village shop, but when I entered the capital (I play in French so the names aren't the same, sorry), I tried selling some photos, and this time, the game crashed.
PC specs :
Core i7-2670QM
AMD Radeon HD7690m XT
Tried on DX9 only, because I didn't save my game before entering the shop so I have to play a lot before entering the capital again.
Updated by luckra7 over 12 years ago
I just tested with Dolphin-3.0-421 and with the three backends.
I have a save file in the second capital of the game (Sheikath I think). I go to the shop 2 screens left and I try to sell the "Iron Bettle I" magnus photo I have in my inventory.
On Dx9, it freezes very quickly, less than five seconds after my cursor is on the card.
On OpenGL, it stays a little bit, I am able to browse my inventory before the freeze.
On Dx11, I have the same behaviour as with OGL. I took a screen at the moment of the freeze (the music is still playing in the background).
@delroth: if you managed to play from beginning to end without the bug, either there is a magic option/magic revision to get rid of it or you were extremly lucky (and didn't take many photos :p ).
Updated by luckra7 over 12 years ago
Sorry for the double post.
I forgot to mention that I had checked "Skip EFB CPU access" for the tests.
I just tested with this option unchecked. The freezes happened much later with OpenGL but they happened instantly when I highlighted my photo in my inventory with Dx9 and Dx11 (like in the screen attached to the previous post).
Updated by rr_remix over 12 years ago
I am getting the same problem. I managed to get it working for a little while in 3.0-415 with OpenGL, EFB access to CPU unchecked, EFB copies to RAM with a (fast) cache enabled. However, after awhile and taking/selling a few more photos, I got that "DSI Exception in lmw" error when looking at one in the inventory. I kept hitting OK (because why not) then I got some different errors... not sure if they're related to the problem with the game or if it's just because I kept hitting OK, but I figured I'd post them just in case.
Updated by marcosvitali over 12 years ago
can you reproduce this in easy way? Could you giveem your save files or save states for reproduce this?
Updated by luckra7 over 12 years ago
Sure, here is a link to my memory card with the Baten Kaitos save. Just load the first one, you will be in a city. Go 1 screen left then enter the first doorway with the lights on (it is the shop). Choose "Shop" then "Sell". Highlight the item "Iron Beetle I" in the inventory and wait. Sometimes it freezes instantly, sometimes you need to wait 10 seconds or 1 minute.
Link to Memory Card :
http://dl.dropbox.com/u/12974601/MemoryCardA.USA.raw
Updated by rr_remix over 12 years ago
Thought I'd upload mine too, since I have a save that acts weirdly.
http://www.mediafire.com/?watvjvuaq666dl2
In file No.003, I have 3 Shawra magnuses. The first two, for some reason, DON'T freeze the game; can look at and sell them all you like, everything happens as it should. However, the last one (and any subsequent photos taken) freeze like normal when you try to sell them. Not sure what the difference is between them, they were all taken at roughly the same time in the same place.
Updated by marcosvitali over 12 years ago
In think this hangs is not related with fifo, the fifo seems fine.
But i found this Example 1:
48:48:836 Src\PixelEngine.cpp:412 N[PE]: SetFinish_OnMainThread
48:48:836 Src\PixelEngine.cpp:370 N[PE]: UpdateTokenInterrupt 0
48:48:836 Src\PixelEngine.cpp:377 N[PE]: UpdateFinishInterrupt 1
48:48:836 Src\PowerPC\PowerPC.cpp:390 N[PowerPC]: CHECKEXP EXCEPTION_DSI
48:48:836 Src\PowerPC\PowerPC.cpp:400 N[PowerPC]: EXCEPTION_DSI
48:48:838 Src\PowerPC\PowerPC.cpp:373 N[PowerPC]: CHECKEXP EXCEPTION_FPU_UNAVAILABLE
48:48:838 Src\PowerPC\PowerPC.cpp:384 N[PowerPC]: EXCEPTION_FPU_UNAVAILABLE
Updated by marcosvitali over 12 years ago
Example 2:
32:16:253 Src\PixelEngine.cpp:370 N[PE]: UpdateTokenInterrupt 0
32:16:253 Src\PixelEngine.cpp:377 N[PE]: UpdateFinishInterrupt 1
32:16:253 Src\PowerPC\PowerPC.cpp:441 N[PowerPC]: INT_CAUSE_PE_FINISH
32:16:253 Src\PowerPC\PowerPC.cpp:446 N[PowerPC]: EXCEPTION_EXTERNAL_INT
32:16:253 Src\PixelEngine.cpp:370 N[PE]: UpdateTokenInterrupt 0
32:16:253 Src\PixelEngine.cpp:377 N[PE]: UpdateFinishInterrupt 0
32:16:253 Src\PowerPC\PowerPC.cpp:446 N[PowerPC]: EXCEPTION_EXTERNAL_INT
32:16:253 Src\PowerPC\PowerPC.cpp:366 N[PowerPC]: EXCEPTION_SYSCALL (PC=8014c248)
32:16:253 Src\PowerPC\PowerPC.cpp:366 N[PowerPC]: EXCEPTION_SYSCALL (PC=8014c248)
32:16:253 Src\PowerPC\PowerPC.cpp:366 N[PowerPC]: EXCEPTION_SYSCALL (PC=8014c248)
32:16:253 Src\PowerPC\PowerPC.cpp:366 N[PowerPC]: EXCEPTION_SYSCALL (PC=8014c248)
32:16:253 Src\PowerPC\PowerPC.cpp:384 N[PowerPC]: EXCEPTION_FPU_UNAVAILABLE
32:16:253 Src\PowerPC\PowerPC.cpp:366 N[PowerPC]: EXCEPTION_SYSCALL (PC=8014c248)
32:16:253 Src\PowerPC\PowerPC.cpp:384 N[PowerPC]: EXCEPTION_FPU_UNAVAILABLE
32:16:253 Src\PowerPC\PowerPC.cpp:446 N[PowerPC]: EXCEPTION_EXTERNAL_INT
32:16:254 Src\PowerPC\PowerPC.cpp:366 N[PowerPC]: EXCEPTION_SYSCALL (PC=8014c248)
32:16:254 Src\PowerPC\PowerPC.cpp:384 N[PowerPC]: EXCEPTION_FPU_UNAVAILABLE
32:16:254 Src\PowerPC\PowerPC.cpp:400 N[PowerPC]: EXCEPTION_DSI
32:16:255 Src\PowerPC\PowerPC.cpp:384 N[PowerPC]: EXCEPTION_FPU_UNAVAILABLE
Updated by marcosvitali over 12 years ago
The game always hang with EXCEPTION_DSI. And this exception only happens in the log once time when hang :P
Updated by luckra7 over 12 years ago
Too bad it was not FIFO related. At least you narrowed it down :) . I checked the forums a bit and I found users saying that activating MMU, BAT and Accurate VBeam might solve the problem. I tried that and I only get a black screen instead of a freeze :s .
Updated by delroth over 12 years ago
Can anyone reproduce this issue on Linux btw? I wasn't able to get the freeze after about 10 minutes with the Iron Beetle highlighted. Both Jit and JitIL.
Also, does this also happen with the GL video backend on Windows, or only DX9/DX11?
Updated by luckra7 over 12 years ago
I don't have a Linux at hand :( .
On Windows, the hang happens on every backend. The time the game takes to freeze is significantly higher on DX11 and OpenGL whereas nearly instantaneous on DX9.
Updated by delroth over 12 years ago
- Status changed from New to Accepted
- Operating system Windows added
Just tried with OpenGL on Windows x64: it does freeze. Couldn't get the freeze to happen on Linux, even keeping the game running for a whole night.
To sum up:
- All video backends are impacted
- Currently nobody was able to reproduce the bug on another os than Windows
- The freeze happens on Win32 and Win64.
When the game froze I also got this error log:
Win32:
39:09:333 Src\HW\MemmapFunctions.cpp:260 E[MI]: hwwrite [ff36ff44] := 7fd501b5 (PC: 80026358)
Win64:
34:38:825 Src\HW\MemmapFunctions.cpp:260 E[MI]: hwwrite [ff39ff45] := 7fd5013b (PC: 80026358)
Updated by wordmanwords over 12 years ago
FYI, I wasn't able to reproduce this issue with dualcore turned off.
I also wasn't able to reproduce this issue with thread affinity set so that only one core can be used in dualcore mode.
(It's quite odd that nobody else mentioned this in this issue thread, though...)
Updated by delroth over 12 years ago
Probably some kind of timing problems with EFB access: AFAIK the EFB peeks are executed in the CPU thread but execute GPU functions (glReadPixels for example). Dualcore turned off or only one core being used forces GPU and CPU thread to be executed sequentially instead of concurrently, "solving" this bug.
Updated by luckra7 over 12 years ago
I downloaded the latest version I could find (Git-3.0-687) and like wordmanw... said, there is no bug/freeze/crash when the "Enable Dual Core" option is not checked.
I didn't play the game to see if it is really demanding and we can see an significant impact on performance. I'll give it a try next week I think.
Updated by delroth over 12 years ago
You could also disable EFB CPU access in the graphics hacks tab. AFAIK they are not used for anything important in Baten Kaitos.
Updated by luckra7 over 12 years ago
I still get the problem with EFB CPU access disabled. It was suggested early on in this thread but it seems the effect varies with the users, some still have the problem others don't after checking this option box.
Anyway the Dual Core trick is safer for now.
Updated by amartins702 over 12 years ago
Enable dual core turned off works for me but game becomes very slow
Updated by luckra7 about 12 years ago
I forgot about this issue for a while but retested it with the latest build I could find (Dolphin 3.0 748).
I played a little bit with the thread set affinity on one core in Dualcore mode and I played with Dualcore mode off. And while it is unplayable for me with the affinity on one core, it is playable with Dualcore turned off even if like the last comment the game slows down. Though at a point in the game when you have to be reactive in battle it becomes unplayable :p.
Updated by camilo1237 about 12 years ago
Hi guys, I ran into this problem today, I believe it happens when selling cards and after the fig with the big serpent at the forest in the beggining, IF you take its picture that is.
I could not reproduce the problem with the following settings.
-Dualcore Enabled.
-JITIL experimental recompiler enabled.
-Lock process on thread.
-DX11 backend.
I tried many things to use dualcore, but in the end the problem solved when I changed to JITIL, it is to early to tell of course, but I'll update if the freeze returns.
Updated by camilo1237 about 12 years ago
Never mind that last fix, it does reduces the number of ocurrences, but it did happen again, bummer.
Updated by skidau almost 12 years ago
Issue 5810 has been merged into this issue.
Updated by chronosalem almost 12 years ago
I think I've found a solution for dolphin version 3.0-898 uncheck dual core and turn on JITIL experimental recompiler and (not sure if only works with quad-cores) and the speed will be fine as well as the freezing on photos I haven't done extensive tests on it but the normal audio glitch you will hear when transitioning between highlighted items disappears, Which makes me hope full. As soon as I've tested this to see if it works completely I will re-post with the verdict. (Allthough I won't know if it works with your CPU's specs.)
Updated by chronosalem almost 12 years ago
It works yes but, the speed is down by about 25% you can decrease this deduction almost fully by enabling OprnCL texture decoder and Cache display lists and lastly openMP texture decoder.
Updated by luckra7 almost 12 years ago
The OpenCl and OpenMP decoders are not much help in battles with my config. With your fix, I got fullspeed when exploring but between 20-30 FPS in battles (and this is the moment when you want to be reactive).
Updated by chronosalem almost 12 years ago
battles work fine for me, your computer is probably slower than mine.
Updated by camilo1237 almost 12 years ago
Thing is not all configurations or builds work fast with OpenCV or OpenMP. Its depends on a lot of stuff.
Updated by davehughesonline over 11 years ago
I've been using ht above options and the game works for me, but I get huge slow down in areas with water, down to like 65%. Everything else runs 100%.
Updated by skidau over 11 years ago
- Status changed from Accepted to Fixed
This issue was closed by revision 9bff8e00c861.
Updated by luckra7 over 11 years ago
I just played the game a bit with the test build for your revision.
The game doesn't freeze anymore on photos in Buy/Sell screens (I tested on 3 separate shops in 3 separate saves).
However I did some battles and everytime I take a photo the game still freezes on the loot screen. So the issue is still present in that case.
Thanks for your hard work skidau.
Updated by Billiard26 over 11 years ago
- Status changed from Fixed to Questionable
Updated by luckra7 about 11 years ago
Small update.
I tested the game on 3.5 2440. The game still crashes when viewing a photo on the loot screen but there is now this error message :
"Backpatch: only supporting reads. Attempted to write to 404e3f58"
Updated by luckra7 about 11 years ago
I forgot to mention it was the x64 version. On x86 I got "DSI exception with stmw" then "DSI exception with lmw" and it cycles between the two.
Updated by rpg1827 about 11 years ago
Ok, I think I find (thk google) a temporal solution for this issue . I'm using the 4.0 - 137 version, windows 8 and a dual core processor. You have to go to Options --> Configure --> General tab --> and uncheck "Enable dual core". If you do that, the problem disappear and the speed in the game doesn't suffer any important change (The speed on my computer is still the same).
Updated by luckra7 over 10 years ago
I tested with 4.0.1 and the issue is still here (randomly).
But I found a solution in my case that doesn't force you to deactivate the Dual Core option (and experience slowdowns).
In the Game properties I simply unchecked "Synchronize GPU thread" and even if the description says it prevents random freezes, in this particular case it made this freeze disappear. I just finished my playthrough of the game (45+ hours for CD1&2) and I have not encountered a single issue in the game.
Updated by skidau over 10 years ago
kosta, let's remove the sync gpu thread enablement from the game ini as per luckra7's testing and close this issue.
Updated by kostamarino over 10 years ago
I already did that in latest master and changed it to single core.
Updated by delroth over 10 years ago
- Status changed from Questionable to Accepted
Sounds like a fun CPU/GPU sync bug and I haven't worked on that enough. I'll take it and see what I can do.
Updated by daaanielkim over 10 years ago
where can i download the game? the links ive found online are all corrupted
Updated by Anonymous over 9 years ago
"In the Game properties I simply unchecked "Synchronize GPU thread""
This fixed the camera/loot page crash for me as well. Thanks!
Updated by JMC4789 about 7 years ago
- Status changed from Accepted to Fixed
This is "fixed" in that sense... I guess syncGPU still needs more work :(
Single Core and Dualcore work... so... I guess the issue should be closed? I'm pestering people about GPU timings, so, we'll see if it crops up again, hopefully it does so we can investigate it.
Updated by Cadex over 6 years ago
The crash still occurs in Dual Core when you hover over a photo magnus that isn't fully developed on the shop sell screen (frequently) or editing your deck (rarely). Disabling Dual Core prevents the crash, but can cause slowdowns. Disabling "Synchronize GPU Thread" did not make any difference for me. Disabling Dual Core temporarily while selling magnus is a workaround, but I wouldn't consider the issue to be "fixed".