SADX recording

[Neeko]

Hello, I recorded a gameplay, and when I try to replay it it glitches out, and by that I mean that after some point the character (Sonic from Sonic Adventure DX if that matters) just randomly starts acting out of nowhere jumping in random places and doing things that I didn't. This happens because at some point the video gets de-synced? If that's the word, and the animation is kinda behind the actions so it makes the actions earlier than needed which screws it up completely. This was my best shot at it and I really don't want to lose it, is there a way I could fix this please? Thanks! I'm on the version 3.0 735.

[JosJuice]

What you have recorded is not a video, it is a sequence of button inputs. Such recordings can desync in some situations, such as using non-deterministic settings. Recovering the recording you made is likely impossible. If you want to, I can tell you a bit about how to avoid desyncs when making recordings in the future, but first I need to ask... Why are you using such an ancient version as 3.0-735? Can't you use 5.0 or newer?

[Neeko]

(09-15-2016, 04:13 AM)JosJuice Wrote: What you have recorded is not a video, it is a sequence of button inputs. Such recordings can desync in some situations, such as using non-deterministic settings. Recovering the recording you made is likely impossible. If you want to, I can tell you a bit about how to avoid desyncs when making recordings in the future, but first I need to ask... Why are you using such an ancient version as 3.0-735? Can't you use 5.0 or newer?

It was the one I was recommended by most of the speedrunners, not too new but not too old. I actually tried both the newest and this one aswell, and I found this version better, don't know why Sucks that I have to re-record the entire footage tho... Can you give me some tips to avoid this in the future? If this occurs one more time I'm going to be reeeeallly upset

[JosJuice]

On old versions, I'd suggest disabling dual code, disabling idle skipping, using DSP LLE, and disabling DSP LLE on thread. Apparently, setting the audio backend to none also helps (according to RachelB's old thread on TASVideos.org that was a sticky until recently). However, I have never ever used anything as old as 3.0-735, so I can't guarantee that that's correct. I have no idea why a version as old as 3.0-735 would be recommended by speedrunners... If you get desyncs or any other problems on it, you're essentially on your own.

Do you actually want to record button inputs (for instance for TASing), or would a regular video be fine? If you just want a video, you should probably use something other than Dolphin's input recording.

[Neeko]

(09-15-2016, 05:04 AM)JosJuice Wrote: On old versions, I'd suggest disabling dual code, disabling idle skipping, using DSP LLE, and disabling DSP LLE on thread. Apparently, setting the audio backend to none also helps (according to RachelB's old thread on TASVideos.org that was a sticky until recently). However, I have never ever used anything as old as 3.0-735, so I can't guarantee that that's correct. I have no idea why a version as old as 3.0-735 would be recommended by speedrunners... If you get desyncs or any other problems on it, you're essentially on your own.

Do you actually want to record button inputs (for instance for TASing), or would a regular video be fine? If you just want a video, you should probably use something other than Dolphin's input recording.

Yeah, I'm doing TASes. But yeah, I'll give the newer versions a try aswell I guess, thanks for the help

[JosJuice]

If you're using a newer version: Any audio backend is fine, and you can ignore the DSP LLE on thread setting (it doesn't exist anymore). Both DSP HLE and DSP LLE should be fine, but there have been reports that LLE has some desync problems that HLE doesn't have. I'm not completely sure if disabling idle skipping is needed – you might want to keep it off to be on the safe side. Dual core must be turned off.

[Neeko]

(09-15-2016, 05:24 AM)JosJuice Wrote: If you're using a newer version: Any audio backend is fine, and you can ignore the DSP LLE on thread setting (it doesn't exist anymore). Both DSP HLE and DSP LLE should be fine, but there have been reports that LLE has some desync problems that HLE doesn't have. I'm not completely sure if disabling idle skipping is needed – you might want to keep it off to be on the safe side. Dual core must be turned off.

Thanks a lot, gonna try the newer one and will post how well it'll turn out.

[Neeko]

(09-15-2016, 05:24 AM)JosJuice Wrote: If you're using a newer version: Any audio backend is fine, and you can ignore the DSP LLE on thread setting (it doesn't exist anymore). Both DSP HLE and DSP LLE should be fine, but there have been reports that LLE has some desync problems that HLE doesn't have. I'm not completely sure if disabling idle skipping is needed – you might want to keep it off to be on the safe side. Dual core must be turned off.

The game crashes when I have Dual Core off.

[Neeko]

Ok I don't know what's wrong, the newest version literally crashes when doing the simplest savestates. Didn't happen with the old version. :/

[JosJuice]

That's strange. Savestates aren't perfect, but I have never seen them crash all the time like that...