It’s likely that the OSW is refreshing at a higher rate than your g25, meaning it uses more CPU so you run out of CPU power. That or the simuCUBE open source firmware/software is using enough CPU to put you at the limit.
You could put
[FORCE_FEEDBACK]
FF_SKIP_STEPS=
to 1 in \Steam\steamapps\common\assettocorsa\system\cfg\assetto_corsa.ini
I might send you a special build at the same time as I release the next version. For that, I will reduce the usb update rate to much lower value, to see if the issue is with that.
However, can you test one more thing:
shut down SimuCUBE
Press e-stop
Turn on SImuCUBE. Do not release e-stop. The configuration tool will say “waiting for faults to clear”.
Now go to game, and to start where you get the problem. Of course the wheel will not work at this operating state, but it can reveal if it is related to the update rate at all.
Does the problem happen with this? In the “waiting for faults to clear” state, SimuCUBE is not sending any HID report updates to PC at all.
Edit: another way to test is to put the system to IONI Granity Configuration Mode and then launch a game - no usb reports are sent that way either.
Hello Emmett_Scully
I had that problem with Mmos too, it is not a problem related to simucube, my pc is also a beast and I also got the message: Warning CPU occupancy> 99%, I solved it by checking the box: Half ffb update rate
but I see that it does not work for you. It does not really affect your CPU, it’s a false message.
To me only the message came out on the screen, but it did not affect me to the driving, maybe it is not related, or different errors, I hope that I solve it soon, sorry for the intromision.Cheers
The CPU occupancy> 99% error message problem appeared for some wheels, including some OSW and Bodnar wheels, after the Assetto Corsa version 1.12 update. Many OSW owners had it. And this was long before the SimuCUBE beta Firmware was released.
The problem is solved, as you have found, and as recommended by Kunos, by ticking the half ffb rate box. For me, after a few months and before I went over to the SimuCUBE firmware, it resolved itself. I do not know how, but I no longer get the message if I do not tick the box.
There are no functional differences between each SimuCUBE hardware revision. Your issue seems to be just related to USB things, and those are exactly the same in all hardware versions.
That was the fix for very old or cheap steering wheels like the Microsoft Sidewinder or Saitek R440.
For OSW, ticking “Half FFB Update Rate” in the the UI Options -> Controls -> Advanced should do the job. It brings the “FF_SKIPS_STEPS” value back to “1”.
I have some problems stuttering with my triple screen SLI setup that have been getting worse.
It to some extent, seems to be related to nvidia driver update, but going back to older version makes it bit better but not all god. Yesterday I did an benchmark inside the came with this result:
It shouldn’t be possible, but you can test by putting SimuCUBE into a state where it does not send any data to PC.
This can be accomplished by either
press e-stop, shutdown simucube, start simucube, do not release e-stop
Activate IONI USB connection mode from the advanced tab.
In either of these states, no USB reports are being sent to PC. Of course, you can’t drive with this, but it should be enough to see if there is stuttering or not.