Rollback netcode

[Segs]

Now that the GGPO netcode has been open-source for a while, I was wondering if it's possible to implement it into Dolphin netplay, or if its just not possible to make it work with Dolphin's netplay.

[JosJuice]

Like the name implies, the defining feature of rollback netcode is that the game state can be rolled back in an earlier point in time. This can be made quite fast if a game's engine is designed specifically for it, but Dolphin would have to do it using savestates, and those are not very fast (since they have to store the entire state of the emulated GameCube/Wii, not just things like the positions and states of characters and projectiles). I haven't tested the performance of savestating too closely, and it is possible that there are speed improvements to be made, but I wouldn't be surprised if it would just be too slow to be playable.

[Helios]

I don’t think it can ever be usable. I did a quick search and I’m pretty sure dolphin flushes the JIT cache when saving state. So it’s going to stutter like mad

[Segs]

Thanks.

[Billiard26]

"Rollback" netplay also requires significantly faster than real-time simulation to advance to the proper time after the "rollback". GC/Wii emulation is still pretty taxing.

[Kolano]

Regarding the performance, would just storing the save states in RAM make much difference? While not common, 32+gb setups are now easily attainable, and Dolphin doesn't consume that much by itself currently.

[Helios]

JIT cache is still going to be constantly flushed. Even if you could optimize the saving operation to be absurdly fast and somehow avoid audio stutter from the state being paused for even a fraction of a frame, you'll be plagued with JIT stuttering anyways.

[GunpowderGuy]

(12-27-2019, 08:19 PM)Helios Wrote: JIT cache is still going to be constantly flushed. Even if you could optimize the saving operation to be absurdly fast and somehow avoid audio stutter from the state being paused for even a fraction of a frame, you'll be plagued with JIT stuttering anyways.

Why is the jit flushed with every save state, is it an optimization ? could it be turned off ?

[Billiard26]

I assume it's flushed because the cache isn't saved because it doesn't need to be, because flushing and letting it rebuild is significantly easier.
Yes, it could be saved to prevent flushing it.

To accomplish rollback the state needs to be saved every single input frame.
Every time input changes a state needs to be loaded and the game needs to be re-emulated for N frames (Where N will be affected by ping time).
And each of these frames needs the state saved to prevent unnecessary re-emulation.
With an optimistic ping of 50ms and the scenario of input changing every frame your PC would need to be capable of emulating the game at 300% speed in the background on top of loading the state 60 times a second and saving it 180 times a second.

Current hardware is not going to handle this.