View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0030631||Runner||Windows||Public||2019-03-19 10:31||2021-07-12 14:38|
|Priority||Medium||Severity||B - Major||Reproducibility||100%|
|Platform||Windows VM||OS||Windows 10||OS Version||Pro x64|
|Target Version||2.3.1||Fixed in Version|
|Summary||0030631: Windows: Corsair K55 RGB keyboard causes increasing delay starting the runner at the end of builds|
|Description||We have a handful of reports that the Corsair K55 RGB keyboard causes an increasing delay starting the runner at the end of builds. The delay before the runner starts builds up over each project build, until it can be minutes between the output window saying the game is starting and the game actually appearing.|
Simply unplugging the keyboard, waiting a second or two, and then plugging it back in has been confirmed to "reset" the issue. Rebooting the PC will do the same.
|Steps To Reproduce||1. Have one of these keyboards.|
2. Build a project in GMS2, stop the game, build again, repeat.
3. Observe the delay between the output window saying the game is launching and the game actually launching starts to grow.
|1.4 Found In|
|2.x Runtime Found In||126.96.36.1997|
|2.x Runtime Verified In|
Going back in our tickets, we actually have a ticket from last August which I believe to be the same issue. In that one, the user's DXDiag contained a number of crashes in CorsairLink4.Service.exe, which I had Googled at the time and found a number of irate threads about this service causing CPU drains and other instability problems for a variety of other software programs.
For anyone with this issue now, please see if you have the same crash messages for CorsairLink4.Service.exe in a DXDiag report or Windows Event Viewer.
This may not be fixable by us.
One of our new tickets has a Corsair Service crash in it also:
+++ WER4 +++:
Fault bucket 1296645125711721986, type 5
Event Name: CLR20r3
Response: Not available
Cab Id: 0
IDE v188.8.131.524 Runtime v184.108.40.2064
Appeared to reproduce yesterday by simply using the keyboard for a couple of hours and running projects. Didn't need to install any drivers/software manually, but the keyboard will install its own driver via USB after a short delay. I did not do anything with setting up key macros or customising the keyboard, etc.
I didn't get the Corsair service crash in Windows Events, but I did get a few "Application Hang"s saying the runner had issues with AppHangXProcB1 (.wer attached below)
Looks like the runner gains a child process, which you can see in Task Manager - "Capability Access Manager Service".
Trying to test gamepads when this issue was going on made the runner hang when connecting/disconnecting any pad and made getting your async events very unreliable.
Report.wer (16,862 bytes)
||https://forum.yoyogames.com/index.php?threads/long-compile-time-unplug-usb-devices.79340/#post-472122 is exactly the same as above, but a K63 model.|
We do now have a customer report that installing Corsair's optional iCue software appears to fix the issue - the customer had not installed the update that long before letting us know, but initial signs are good.
The iCue software will apparently check your firmware the first time you run it, but if no issues are found, force a firmware update yourself, and this then seems to stop the issue. (After that, you can close and stop iCue from starting up with Windows, and the fix should stay in place.)
||Issue unresolved - still happens in recent build, moved over to current database to be fixed|
||Moved over to current bug DB to be fixed|