View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0030631 | Runner | Windows | Public | 2019-03-19 10:31 | 2020-09-25 13:23 |
| Reporter | Dan | Assigned To | CoreTech | ||
| Priority | Medium | Severity | B - Major | Reproducibility | 100% |
| Status | Assigned | Resolution | Open | ||
| Platform | Windows VM | OS | Windows 10 | OS Version | Pro x64 |
| Product Version | 2.2.1 | ||||
| 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. | ||||
| Additional Information | https://www.currys.co.uk/gbuk/computing-accessories/computer-accessories/mice-and-keyboards/keyboards/corsair-k55-rgb-gaming-keyboard-10158187-pdt.html | ||||
| Tags | GM2KI, GMKI | ||||
| 1.4 Found In | |||||
| 2.x Runtime Found In | 2.2.1.287 | ||||
| 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 Problem signature: P1: Corsair.Service.exe P2: 3.11.0.28 P3: 5c18ea7c P4: System.Management P5: 4.7.3056.0 P6: 5a8e5a11 P7: 8a P8: 51 P9: PSZQOADHX1U5ZAHBHOHGHLDGIY4QIXHX P10: |
|
|
IDE v2.2.4.474 Runtime v2.2.4.374 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. |