Hi guys.
I think the last builds of Dolphin have some problem with DInput and Rumble feature.
I'm testing it on a Game Cube game Ikaruga. When the player dies, at the ship explosion, Dolphin slowdown.
But I see that FZero GX can cause it too if keep colliding really fast at back at other "car". Ikaruga is alot easier to test though.
This doesn't happen with XInput or if the rumble feature is off for DInput, and at the presentation scene it rumbles without slowdown.
This doesn't happen on 5.0 Stable version.
Sry for my English. Its not my natural language.
I'm glad with someone of the Dolphin project can read this report, and hope this can help.
Thanks for this great emulator!
In F-Zero GX, go into options, controller, then rumble. Flip the rumble on and off as fast as you can (just press left and right really rapidly!) and keep doing it for a few seconds while paying attention to your frame rate and audio. Do you experience slowdown when you do this?
I see the same issue but cannot test at the moment. Just to add, if I go in to the config area and hit refresh, I get a frame or two drop each time I do that. Also the rumble test does nothing where it did in 5.0 stable.
(10-30-2017, 04:55 PM)MayImilae Wrote: [ -> ]In F-Zero GX, go into options, controller, then rumble. Flip the rumble on and off as fast as you can (just press left and right really rapidly!) and keep doing it for a few seconds while paying attention to your frame rate and audio. Do you experience slowdown when you do this?
I made this test you suggest.
No frame drop or audio crackling at all...
Could you do the Ikaruga test I suggest?
Please, any help on this case?
DarkStalker Wrote:No frame drop or audio crackling at all...
Well, in that case, it probably isn't rumble that is making your system slowdown, but some effect that the game is doing during collisions and things that make rumble. You're probably just pushing your system to the very edge and it doesn't have room to handle small spikes from new effects.
A Haswell i7 and a GTX 970? You really shouldn't be having problems. Put your graphical enhancements in Dolphin back to defaults (1x) and see if the slowdown still happens. If not, then as MayImilae said you were right on the edge and should bring your enhancements down a bit
Thanks for the replies!
I don't think its pushing the system to and edge and causing slowdowns. I have panels with system Info and I'm sure this is not the case.
Anyway, I already tried lowering the effects putting to a minimum options and the problem is always the same.
I'm using the Blissbox 4-play that is working without problems so far and it uses DInput.
And as I said, this doesn't happen with XInput or if the rumble feature is off for DInput.
If it was rumble causing the slowdown, it should occur when doing the rumble test I described.
Well, if you are using the blissbox, and ulao says something is going on, I'm going to defer to them! But I still suspect there is more going on. Rumble is not a demanding feature!
I can pull a few USB sniffed logs and help the Dolphin team but being stable 5.0 works fine, it obviously is something newly added or possible bugged. Any dev could simply grab usblyzer and see for them selves but I'm happy to do this for the team. I'd prefer a Dev to jump in here so I know my time and involvement is being used, if that is not too much to ask.
Few tidbits
1) On a slower system the issue is quit lessened.
2) You can demonstrate the effect by hitting refresh in the controller panel. Dolpinh pauses at that moment.
3) A far cry guess is that Dolphin is sending a control transfer at the same time as a bulk transfer. (maybe part of the native GC call) In a normal case you would never want to do that. Or possible just sending rumble at a fast rate. (64 ms is more then any human will ever notice) Some USB device will choke under those conditions ans introduce latency. If dolphin is waiting on a reply, it may slow down.
4) I think DarkStalker has it narrowed down to what build cases this.
I may have sometime this weekend to pull logs.