-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DJMAX RESPECT V (960170) #5520
Comments
@kisak-valve Pinging in case the log helps with more label classification; I've found the Flatpak directory path and uploaded the relevant log file. |
So the game worked for a while, but using Proton Experimental my videos are now all messed up. |
@Hezkore Thank you for the report! You can use WINE_DO_NOT_CREATE_DXGI_DEVICE_MANAGER=1 %command% in the "launch options" to fix the videos. This override will be included in the next experimental update, but in the meantime this is an easy fix :) |
add one more problem that happen recently According to my very small analysis, the game or wine or proton doesn't use CPU multy-Thread. I ADD my log file... please help me.. |
Same here Here are some discussions on Steam about the issue: https://steamcommunity.com/app/960170/discussions/0/3457093950219390561/ |
Same problem as @m4a1carbin4. On a 1060 the performance is 30-40 fps and neither attempting to swap dxvk with wined3d or lowering pulse latency or using gamemode made any difference. The game is artificially heavy. I assume it's due to this XIGNCODE3 cr*p. |
Any updates on this topic? I have both a steam deck and a linux desktop pc. The game runs flawlessly on steam deck however on desktop linux (arch gnome) The game plays at around like 20fps leaving it practically unplayable. |
Sadly it's still broken, @PolarisPyra. I switched to a 6700 XT and I can't get more than 40 FPS on 1080p running Arch. It's pathetic. I had to make a Windows KVM to make it work fully, and in there I get solid 60 FPS. It would be great if we could get whatever was made on the Steam Deck to get the game working properly again on PCs with far better CPUs and CPUs, @kisak-valve |
Well that stinks. I hope we can also get what ever magical sauce the steam deck got on desktop lol. If you want another log @kisak-valve let me know and I can provide one. |
@webodan you're not going to believe this! I got it capped at 60fps and its playable (minus the videos ofc) I am using proton 7.0.5 with gamescope and gamemode. The command args are |
@PolarisPyra Honestly bro, I tried as much as I could with gamemode and gamescope but i never could get the same buttery smooth framerate as in Windows. Close to 60 but not good enough for a rhythm game. This needs code fixes.
Try out PROTON_LOG=1 in the command line of Steam to log proton stuff btw
|
Yeah.. I figured as much q_q. Well anyways if anyone wants to take a look here are my outputted logs with those args attached. Specs: Nvidia 1080ti, Intel i7-7800x, 32gb DDR4 memory. |
So i've been doing some more deep diving. Looks Like When VSing the deck the deck has less device info compared to normal linux? Meaning they made some manual changes to get it to run better I assume... |
Already reported on ProtonDB, but this game hangs on startup if started with Proton 8.0 or Experimental. Might worth investigating. |
Hello @ishitatsuyuki, please add If this is a regression for you, please also note the most recent Proton version you know isn't affected. |
System Information: https://gist.github.com/ishitatsuyuki/28497a398700078036cbff6c83495dc2 Logs on 7.0 (working): |
While on this, the frame drops seems to be due to the game repeatedly calling Fixing this, by adding caching of data or other means, will likely fix the frame drop issue. |
FWIW looking at the faulting address the crash seems to be occurring within xigncode3, not sure what and how it regressed though. |
The crash on Proton 8 seems to be due to the DRM relying on |
Paul Gofman pushed a fix for the DRM crash in Proton experimental, so it launches now. As for the screen polling issue, Unity symbols allowed me to determine where it's called from... it seems to be Screen.currentResolution (getter). I'm not exactly sure, but I think it's an oversight on Unity side that this function does not cache results and always call the APIs listed above. I'll download Unity and try to make a minimal repro when I have time. |
Thanks a lot for your work here :D Here are things I did:
Results are as follows:
Using currentResolution does have some overhead on WINE from what I see, but I am not really sure if this is a reason for low FPS since DJMAX is running at only 45~60FPS with low CPU/GPU utilization for me unless they are calling Screen.currentResolution for every calculation without caching it (I hope this isn't a case), also, on Windows, different PC but I couldn't see any performance hit with currentResolution. Please let me know if you find anything else, I'd be more than glad to help you because I can finally blow up Windows in my PC if DJMAX runs well on Proton.. |
FWIW, I've already have a fix at https://gitlab.winehq.org/wine/wine/-/merge_requests/2957 and tested with this game. With that I can sustain 360fps with no issues. |
Thanks a lot! I will try building Proton with it right away lol |
I can confirm that it works as well. Looks like the merge was blocked. Hopefully someone can get it fixed. |
There's nothing "blocking" right now, it just need some time to get a review. In the meanwhile, feel free to apply the MR on top of your own builds. |
Sorry to ask, how do you build it with a patch? |
You can use the repo you are currently on, proton-ge-custom, or wine-tkg-git. (Read README for instructions) |
Thanks! |
@ivyl https://gitlab.winehq.org/wine/wine/-/merge_requests/2957 could use a cherry pick (now that it's merged upstream) which should improve the game's performance on Proton. |
Done. It's now in bleeding-edge. Thanks! |
Signed-off-by: Tatsuyuki Ishi <ishitatsuyuki@gmail.com> (cherry picked from commit c2c9112) To improve DJMAX RESPECT V performance. Link: ValveSoftware/Proton#5520 (comment)
Signed-off-by: Tatsuyuki Ishi <ishitatsuyuki@gmail.com> (cherry picked from commit d24dcb1) To improve DJMAX RESPECT V performance. Link: ValveSoftware/Proton#5520 (comment)
Is this game still working for you all? I've just reinstalled my linux (openSUSE), and I am sure that it's pretty much the same with my previous install. I tried my build, Experimental, 8.0, and they all had same symptom. Other games work fine, but this game crashes shortly after the caution splash, and if I put 7.0 was not an exception, but at least it died gracefully with Unity crash. I'll try it on other distros when I have time, but I just wanted to know if anyone else is like me. |
Works fine for me on experimental-bleeding-edge-8.0-48835-20230704-p972f98-wfd34e4-d026aa4-vc1d24a. Note that the performance optimization commit is temporarily reverted in BE as it caused some compatibility issues with other apps using CEF. |
Thanks for the fast response! I guess something's wrong with my setup then... |
Found a workaround, launching steam with |
Signed-off-by: Tatsuyuki Ishi <ishitatsuyuki@gmail.com> (cherry picked from commit c2c9112) To improve DJMAX RESPECT V performance. Link: ValveSoftware/Proton#5520 (comment)
Signed-off-by: Tatsuyuki Ishi <ishitatsuyuki@gmail.com> (cherry picked from commit d24dcb1) To improve DJMAX RESPECT V performance. Link: ValveSoftware/Proton#5520 (comment)
Signed-off-by: Tatsuyuki Ishi <ishitatsuyuki@gmail.com> (cherry picked from commit c2c9112) To improve DJMAX RESPECT V performance. Link: ValveSoftware/Proton#5520 (comment)
Signed-off-by: Tatsuyuki Ishi <ishitatsuyuki@gmail.com> (cherry picked from commit d24dcb1) To improve DJMAX RESPECT V performance. Link: ValveSoftware/Proton#5520 (comment)
Any well known public versions known to have the fix included? So far I tested various GE-Proton-8-xx versions but nothing worked. Seems the patch is between ValveSoftware/wine@a76fadb and ValveSoftware/wine@62f3d9e but couldn't find any public builds using a version between them... |
Not as far as I know. The original commit caused a rather major regression and needed to be reverted quickly after it was initially cherry-picked. This regression has been fixed upstream, but we looked into porting over all the changes and the work is non-trivial and has been deemed too risky. It will all get pulled in automatically during the next rebase since it is upstreamed. |
Thanks for the context. Then I'll go with personal build by cherry-picking commits, only for this game. Just for reference for others brave enough to ignore that regression issue: personal build from #5520 (comment) seems to work for fps issue, but it had a video issue which I didn't know how to fix. Or you can create your own build by cherry-picking commits authored by @ishitatsuyuki , on top of public builds. For me the best outcome was from GE-Proton, using the following command:
(note: it will break one custom patch included in the GE-Proton, which I just ignored) I don't know how to show fps in the game, but I can feel it(... trust me. I have a 240hz monitor) |
Sorry for the bump but I just wanted to confirm that by doing the custom proton ge, with the cherry picked patches that @blmarket brought up worked flawlessly! The game is actually playable |
Game crashes shortly after it gets into the main menu. This has been happening to many games recently I'm not sure what's the cause for it. |
I'm having the same issue. The custom build mentioned earlier fixes the FPS issues but the game will randomly quit while you're playing a song or sometimes even in the main menu. Are you using SteamOS Beta by any chance? Edit: I reverted SteamOS back to the stable channel (3.4) and the crashes seem to be gone now. |
I was originally going to post here reporting the same crashing issue, but of course now when I try to test the game I can't seem to get the crashing to reproduce anymore... However, there's still a massive performance issue so here's my own report and logs for the issue still occurring even on stable SteamOS 3.5.5 and current Proton Experimental. I'll also add anecdotally that this issue is even occurring on my main desktop PC running Fedora 39, but I don't have the logs to go with that like I do on Deck. System Information
SymptomsPerformance is inconsistently low, rarely if ever reaches a target 60 FPS. High power consumption (about 16W or so on average) goes along with this despite the performance overlay reporting low CPU and GPU usage. Performance is slightly better when trying to use Proton 7.0 with gameplay hovering around 55 to 60 FPS but it's still inconsistent and randomly drops; there's possibly some kind of regression with 8.0/Experimental but the inconsistency still remains regardless of version used. Here's Proton logs running the game both with Experimental and 7.0, loading through the intros, entering Free Play, playing a song, then exiting the game. The logs are zipped because they're over the 25MB size limit. ReproductionLaunch the game and skip past the intros, the framerate will begin randomly dropping at the main menu and anywhere else in-game that's not just a video playing. |
The performance issue is diagnosed above. Unfortunately the QueryDisplayConfig optimization is reverted in Proton due to compatibility issues and you'll need to manually re-apply the patch for the near future. |
The developer mentioned that they fixed performance issues on the Steam Deck in the V EXTENSION 5 patch. The QueryDisplayConfig calls are indeed gone. Now you should be able to play comfortably on Proton stable or experimental. Kudos to the devs. |
Do note one caveat that if you enable VSync the issue will be back and QueryDisplayConfig is called every frame. Just make sure your limiter settings is not on VSync and it should be fine. |
error: decodebinX: Your GStreamer installation is missing a plug-in Issue transferred from #7445. Videos play on my desktop but not on my notebook. The Proton log on my notebook indicates a missing GStreamer plugin, despite having all the necessary plugins (good, ugly, bad, base, etc.) installed. Both devices run clean installations of Pop_OS! 22.04 LTS with installed GStreamer plugins. The sole difference is that I copied the .steam folder from another Pop_OS! installation to my desktop. I've tested this across various Proton versions, including Proton Experimental, 8, and 7. All versions exhibit the same problem, videos failing to execute properly, even though they play flawlessly on my desktop. I'm looking to resolve this issue, whether it's on my end or within Proton. I'm not inclined to install Windows solely for playing this game. proton log:
@kisak-valve commented on 2024-01-26T21:55:55: Hello @rafaelhipercg, what game are you showing in your screenshot? The codecs installed on your host system are not used with Proton. Instead, the Steam client provides access to the h264 codec, but the game config needs to tell the Steam client that it's needed. There's a manual process mentioned at #5196 (comment). @rafaelhipercg commented on 2024-01-26T21:57:35:
DJMAX RESPECT V 960170 |
Just FYI the Proton 9.0-beta branch and Proton Experimental (now shipping 9.0) includes the QueryDisplayConfig performance fix, and VSync will no longer cause frame drops. |
Compatibility Report
System Information
I confirm:
Symptoms
Game launches, but the processing done by XIGNCODE3 that's indicated by the grey progress bar below seems halted; it doesn't fill up like expected and then bring up the game menu selection. Even after ~30 minutes of waiting no progress in bar is indicated.
Same symptom is reported by other users on other system configurations: https://www.protondb.com/app/960170
Reproduction
Log
steam-960170.log
Log events described: Launched game and waited for approximately 15 minutes before closing the game from the Steam client, only moving the mouse when the auto-lock desktop session triggered due to inactivity every 5 minutes or so.
Other notes
Report template says to attach .log file after launching with
PROTON_LOG=1 %command%
param, but I think running Steam via Flatpak may place it in another directory due to Flatpak sandboxing as it's not in $HOME/ despite verifying the command param being used to launch the game.Would be a great game to have running properly on a Linux based Steam Deck given it's not graphic compute heavy and has relatively simple controls.
The text was updated successfully, but these errors were encountered: