Kingdom Hearts II Final Mix Roxas Slowdown #7338
Comments
|
What do you mean by
What is the build number? 4876 would be around the middle of 2017, so you must mean something else. But really, before posting an issue you should go through https://rpcs3.net/compatibility?b and try builds in-between the date it regressed until you find it. Don't test every build, just try and quickly narrow it down first. Developers can't be expected to narrow down regressions like this for you when it may not appear on their system, and it's the responsibility of the person who reports the issue to provide a detailed break-down. You're also missing a log file. |
|
Added log and changed the build numbers I used the number on the left side previously instead of saying the builds directly. |
|
Is the bug the same as this old issue? #4876 (comment) The game used to run slow whenever roxas was in his attack stance/animation. But it was fixed. |
|
last known good build slowdown on 0.0.6-7773 (#5587) |
|
on 9xxx build, the dips is even more grave that my fps drops to single digit when using 300% scaling, probably thanks to the anti-alias that it's more noticeable. |
|
Yes it's the same as the old issue but like darkash mentioned it is significantly worse when attacking or in the attack stance. Edit: |
So that's the right pr and build number, but.. how the hell does that pull request to change where game configs are located break this 🤔
But that's quite literally what the old issue was. |
not sure how it is related either, from the commit diff, it only adds 1 parameter to the function and the 1 more if branching is capture needed for this as well? |
|
I'm experiencing the same issue. Whenever attacking with Roxas, the game will slow down to a very low frame rate and immediately pick back up again afterwards. Game runs at full speed in every other situation. Willing to help however I can - I am new to RPCS3. Windows 10, 32GB RAM, i7-4790K, GTX 1080 TI (11GB VRAM) |
|
Can confirm, this issue persists as of the current build (0.0.10-10451). However, it's not exclusively when attacking; it also happens if Roxas blinks his eyes, for example. Possibly related to facial animations? Didn't really notice it during cutscenes if that's the case, could just be during gameplay. And I just recently finished KH1 FM from the 1.5 ReMix release without any major issues. Also, a moderator previously mentioned that 0.0.5-7096 didn't have such an issue, however I'm going to have to disagree there; besides the fact that this buggy build barely maintains 30 fps on Vulkan with default settings, the framerate cuts in literal half (14-15 fps) whenever attacking. On current builds, I have a stable 30 fps but it dips to 10 fps when attacking. EDIT: To reiterate, build 0.0.5-7096 was when kd-11 implemented asynchronous decompiling of shaders, which would of course improve performance; It wouldn't be surprising if someone with a beefy machine noticed the vast increase in framerate and assume the issue was fixed, when in fact I suspect the problem itself was never touched upon. Specs: |
|
Having exactly the same drop of frames when roxas attack or blinks his eyes. Any workaround? Like an older build that can run the game without stuttering. Finished today KH1 from KH1.5 Remix and was flawless (except not loading the Chain of Memories, but thats another problem). |
|
Having the same problem. Any solution yet? |
|
Been a few months since this issue was last updated. Just wanted to mention that the same issue is still present on the current build as of today (0.0.12-10820). I'm working on getting through the intro to see if the issue is persistent with both Sora and Roxas (as that wasn't specifically mentioned in this issue). At all other times this game runs smooth as butter. I'm running on: |
I tested it back then and confirmed it though, see: #4876 (comment)
You really think that the async build made fps go from 3 to 30? It was indeed what fixed it for me. I actually tested around 30 builds at the time to identify it. And it was actually another user who discovered that it as fixed, I just went through to investigate what pull request fixed it so we could close the issue off, and mention it in our progress report. If anything maybe you forgot to clean shader cache when testing between builds which caused the problem to persist on the old build.
|
Nope, I actually read the instructions. I made doubly sure by deleting the entire cache so there wouldn't be any inconsistencies. The cache was rebuilt from scratch in both the old and new versions. Degrading the bug reporter for his assumed incompetence instead of looking at the issue doesn't solve the problem, but... eh, I get it. Last I checked, the server's help channel was flooded with reports of things already fixed or circumvented, by people looking to play a pirated version on their crappy computer. That's to be expected for emulation in general. As for KH2FM, I ended up replaying it on an english-patched PS2 version of Final Mix, which apart from the low-res videos and some textures, was just as playable as the PS3 version of KH1FM. I don't feel like retrying yet again (far too busy IRL at any rate), so I'll leave it to someone else to test the PS3 version if it ever gets fixed. |
I get being upset, but how's that any different than you saying that I incorrectly presumed it was fixed because of a performance improvement? It went from 3FPS to 30, and was also fixed for another user. Something else is at play here. I confirmed another user in our discord an hour ago that it's not caused by 0.0.6-7773 as well. However the user above could reproduce it happening on 7773, which makes no sense due to what the pull-request entails. I really think something strange is going on, needs investigation. |
|
I've got a decent amount of debugging experience and I'm no stranger to coding, but I lack experience in graphics and emulation software specifically, however I'd be happy to put in some time trying to reproduce issues and provide bugreports if it would help @Asinin3 If you let me know what kind of testing is needed to narrow this down, I can get started |
|
The most important thing here is to find a way to consistently trigger the issue for everyone. A big problem with performance issues (and other issues such as heap corruption, etc) is that unless you can observe it happening in front of you it becomes near impossible to fix, which is the scenario here. The underlying cause could be a combination of hardware configuration, emulator configuration, OS version, 3rd party software, etc. |
|
@kd-11 well you're in luck because my setup consistently reproduces the issue right now and I can provide a lot of that info |
|
@pyr0ball The problem is if other users can reproduce it as well, not just you. For me back then I could reproduce it every run. For the other user in this thread he could reproduce it not working on 7773, but working on 7772. Basically it needs to be confirmed where the cause is across multiple people's systems. Try using old builds: https://rpcs3.net/compatibility?b - go back months at a time, and narrow down where it broke. Maybe start at the middle of 2019 and use the old build with rpcs3 after clearing cache's (right-click the game and remove them). Then see if it's broken. If it's working then you need to use a newer build, if it is broken then you need to use an older one. Basically just narrow it down quickly by jumping through multiple months of builds at a time, should be able to nail it down faiirly easily since it's easy to reproduce, just make sure to jump like ~4 months at a time when you first start trying to narrow it down. |
since you bring this up again, I decided to test it once again, you can ignore my previous report since it indeed was a mistake at least can now bisect starting from 7773 instead |
|
Is this about the stutter issue that happens all the time ? |
|
Did some testing, using Vulkan and the help of a 60fps tweak, and I've narrowed down a "culprit" build. I put emphasis on that because, even though I've found an obvious performance regression between these builds, this issue is still present and results in a slowdown on both builds. It just becomes a lot more intense and noticeable between these particular builds. Build 0.0.7-8952 (rpcs3-v0.0.7-8952-c16319f9_win64) seems to be the last "working" build, with fps dropping to around 45 at the lowest while attacking. Since the game is typically locked to 30fps, I doubt most people will ever notice the issue is present. Build 0.0.7-8956 (rpcs3-v0.0.7-8956-3c440656_win64) the slowdown becomes much more intense, with fps dropping to around 20 while attacking. For those running at the standard 30fps, this issue once again becomes obvious. So while I seem to have tracked down a culprit build, it seems like this issue was never actually fixed, just made less noticeable. I did not test the builds between 0.0.5-7096 and 0.0.6-7773, despite there being an evident performance improvement, as I wanted to narrow down where the sudden regression had occurred. I could start going through those, if needed. |
Would just like to say thanks. Reverted to that build for until I finish with Roxas. Would also like to say the issue still persists in 10965. Drops to around 80 FPS FPS in 8952 vs 25 FPS in 10965. |
|
I tested Build 0.0.7-8952 with the 60fps patch (using CheatEngine) and the drop is still severe (60fps down to 18-20)
|
Don't use OpenGL. Just tested in Axel fight outside of Usual Spot and OpenGL gets 25 FPS while Vulkan gets 45FPS. Pretty sure in most other area's it stays above 60. |
|
After reviewing the commits & pull request related to build 0.0.7-8956, it seems that enabling "Force CPU blit emulation" under the Debug tab will alleviate this issue, even on the most recent 0.0.12 build; I was not really dropping below 60fps while attacking, which is a tremendous performance improvement. However, it does cause various graphical bugs, and so when enabling "Write Color Buffers" under the GPU tab (as suggested by the CPU blit setting), performance does take a hit, and it drops back down to 40fps or so while attacking. You will still encounter some messed up graphics though, but enabling "Read Color Buffers" under the Advanced tab should solve them. I suppose I should also note that disabling all of these settings still results in worse performance than having them all on, so it definitely seems related to forcing CPU blit emulation. Oh, and if you see the sun\lens-flare appearing through buildings\geometry in Twilight Town, that is not because of these settings. It's an upscaling issue with the latest builds. It's unrelated, but I figured I should mention it here so people don't get the wrong idea and assume it's because of this "workaround". |
|
@FatheredPuma81 Right forgot about that bit. Confirmed on Vulkan the issue is a lot less pronounced: The lowest I see it dipping is about 43fps with this build (without applying the changes suggested by Scooz) @Skooz I did also try 0.0.12 (latest that downloaded yesterday) while enabling those three options I still get the same drop in performance if the read/write buffers, but about the same as 0.0.7-8956 if I ONLY enable "Force CPU blit emulation"
|
|
first comment here, made this account so i can help with this issue. i tested both 0.0.5-7772 and 0.0.6-7773, they both have this issue on openGL but not on vulkan. the confusion was caused since darkash assumed the default setting would be vulkan while it was openGL. i will test other versions and see what i can find. also CPU blit Emulation worked for me (sorta). i was running KH on 60 FPS and with CPU blit i had it running at 30 fps, with the other fixes the performance went to 20 fps only. these readings where taken during combat stance, the game was running at 60 FPS in every other scenario, with or without the CPU blit and the fixes. i'll try to run CPU blit only (without the fixes) and run it without the patch, see if that's playable. BTW, the issue still remains on build 0.0.13-11371. tell me what else i should test. my build is a dell Inspiron 7000 gaming laptop |
|
update i tried both 0.0.7-8956 and the one that came before it (0.0.7-8952), and here is what i found 0.0.7-8952 did not have this issue in vulkan that, CPU blit test, say that its is a gpu blit issue. (or at least part of it is) i also tested the newest build, 0.0.13-11371 with only the 30 FPS (60 FPS patch disabled) & CPU blit config (without the fixes) and it gave me playable frame rates. exactly as the 0.0.7-8952 did. they also shared the same FPS fluctuation during an attack animation, it was a steady 30 FPS on the combat stance though. The fluctuation was mostly between 25-30 FPS, and rarely dropped to 20 FPS. |
|
Would just like to drop in with a video of the issue and confirm that CPU Blit Emulation helps but doesn't fix the issue. Ryzen 5 3600, 16GB 3600MHz CL16, GTX 1080 |
hope they see it |
|
But now is there something that works better than others? |
|
I specifically said that using build 0.0.7-8952 or forcing CPU blit emulation ALLEVIATES the issue. Never said it fixes the issue! Obviously, if your base hardware\performance isn't good enough then you may still drop below 30fps. At this point, it is up to the RPCS3 devs\contributors to investigate further. I guess they haven't checked in on this thread, so someone will have to nudge them. |
|
Skooz i wasn't expecting to fix the issues this way, I thought I would have had better performances. I think i'll just speed the roxas part to get to use Sora. |
|
Can confirm this is still an issue in ad49c54. |
|
Do you think that the soon to be released PC port will shed some light on this issue ? would be interesting to know. |
No not at all but since that's coming out i think it would be fair to delete this thread entirely. |
|
The issues of a game on the emulator don't go away because it gets released on PC. |
lol looks like I was right and KH2FM is also the problematic game on the PC release... the framerate is all over the place there in some way. |
|
What information is still needed for this issue if any? |
Nothing really. My previous posts have laid out the issue as clear as it can be laid out for someone without any experience working on the emulator. It's up to a dev to use this information to see if they can resolve the issue. Of course, it's still possible my findings are totally unhelpful, but there's really nothing else that I or anybody else lacking experience can do at this point. That, and the fact that the 'Force CPU Blit Emulation' setting alleviates the issue could be considered a fix in itself - we may not get any better than that. That all said, with the franchise now being natively supported on PC, this issue's priority has dropped tenfold. You could try poking one of the devs on Discord or something to look into this issue if you're that desperate, but I'd recommend not bothering with the emulator to begin with if all you're trying to do is play Kingdom Hearts. |
|
Issue is barely even noticeable on anymore. Just turn fps counter off. |
|
Let's keep it open for another 48-72h just in case someone is still affected by this one. There have been some major performance optimizations in the past few weeks, it may have been improved by that. |
|
I guess the time's up |
|
Oops I missed kd-11's post. The Roxas blinking lag seems to be pretty much fixed and only drops to 200FPS from 360 for me with and without blit enabled. The fighting animation lag persists though and drops to 45FPS without cpu blit and 100FPS with cpu blit. I "uncapped" the FPS to see if it's 100% gone or not. Should probably get someone with low end hardware that can play the game at like 100 FPS to see how it is. |
|
I see you're complaining about performance loss when using a 60fps patch when the game only natively supports 30 and patches are not an issue for the issue tracker. Yes there are dips from 30fps to even 22 or 20 fps still present. But it's nowhere near what it was. |
|
From my test just now it just drops to 22~25 fps when roxas is attacking while 30 fps while in stance. previously, it's 20 fps when in stance and gone to crippling single digit when attacking I got i7-8550U laptop which is weak and the framedrop is still reasonable, so yea it's fixed :D |
|
@Darkhost1999 My point was that the issue is still there and effects the few players that want to play the PS3 version of KH2 instead of the PC version for some reason. If they believe it's fixed enough and want to close it that's up to them. Also please don't use Recommended specs as a reason why a performance issue isn't an issue. If the performance hit is tied to specs (it doesn't seem to be from @darkash's post) and makes an otherwise playable game unplayable it should still be seen as an issue. Using it to say whether a game is playable, sure, but whether a bug is a bug? No. Not saying you are but I'd just like to point that out. |
It seems somewhere in between the build 0.0.5-7091 and now 0.0.8-9454 Roxas has begun to slowdown extremely on anything past that. I'm testing this on 0.0.8-9454. 0.0.6-8272 has the slowdown present but it's not as bad, it makes combat sluggish. After some trial and error 0.0.7-9188 seems to be the worst build with flickering textures and the Roxas slowdown anything before that for me crashes after the cinematic and so does anything after. Log below is from the 0.0.7 build.
System specs are:
i5-6400
GTX 970
8gb ram
Windows 10
RPCS3.log.gz
The text was updated successfully, but these errors were encountered: