-
Notifications
You must be signed in to change notification settings - Fork 19
Audio desynchronisation #24
Comments
One thing that occurred to me is that sometimes we have a camera with 60fps and sometimes 30fps.. But OBS is always set to 60FPS.. maybe this is the cause of the synchronisation problem after some lag issues. I will try next time to set OBS and Camera the same FPS and turn on stabiliser. See how it goes. |
Hi, thanks for the detailed issue write-up. Audio synchronization is handled by internally OBS. The stabilizer only affects it by adding a frame delay, which is reset whenever the filter gets a frame that's over a second old (e.g. when the stream lags). This is how the official There's definitely something going wrong whenever delay is reset due to the connection lag, which ill have to investigate. One would think that if there is a de-sync occurring within the frame queue inside the stabilizer, it should completely clear itself once all the de-synced frames have made their way out and are replaced by fresh frames from the Media Source. Which makes me think it may be a weird interaction with OBS audio buffering, since you mentioned the problem doesn't resolve itself? Regardless, the whole delay resetting thing has been completely removed in the next update to avoid any potential issues like this. |
@Crowsinc I've also experienced the same thing. Around 3 hours into streaming, obs will not be able to maintain 60fps. The audio sync will deterioriate to a seriously bad state. Turning off (LVK) Video Stabiliser resolves this. I'm running a dedicated rig with a 2060 Super for encoding. From what I can tell, its a memory leak causing encoder overload. Restarting OBS fixes the issue. Log file attached - hope this helps! |
Quick update to say my audio desync was coming from an issue with StreamFX using certain shaders/filters that caused issues even when switched off! |
Thanks for the update! Do you know which StreamFX filters were causing the issues? |
Just and update. It is not LiveVisionKit that caused the dalek audio crackling.. it does exasperate it though but the root cause problem seems to be a SRT synchronisation problem when the stream data falls to 0 (4g outage) and then adaptively starts to come back.. the audio is messed up and we have to stop the input and start it. On this instance I had no filters added to the input stream as I was monitoring for this issue and it happened today with 0 filters. Standard basic OBS. |
Although just having the plugin in the plugin directory could affect it even if its not loaded on any scenes? I probably need to disregard last post.. remove the code and make it truly blank OBS and recheck. |
I think it was shake! |
Some fixes were introduced in the latest update. I have been unable to verify their effectiveness, however, I'm closing the ticket for now as the code-base has changed almost completely since this issue was raised. |
System/Software Setup
OBS Log:: A link to the OBS log corresponding with the issue. This can be done through OBS by going to - Help -> Log Files -> Upload Current Log File
Issue Description
This is going to be caused by us live streaming from a location with bad internet. We are using a Solo Pro with SRT direct into OBS.
After turning off 3 filters, stabilise, sharpen and debuff the issue stopped.
Here is a clip from the live stream were presenter sounds like a dalek.
https://youtube.com/clip/UgkxhJgqhTHja_UaxBdJCdleiwZVRRsYZFUq
The only way to solve the issue is to stop the stream from the solo and start it again.. so everything restarts and then its fine.
I have no other filters just an overlay and then send it to YouTube - so turned the 3 filters off but I suspect it is the stabiliser filter that is trying to offsett the audio and then gets into some kind of broken state.
Expected Behavior
No audio jitter when SRT connection is bad, probably a lot of retransmit fails and causes audio packets to be lost.
Reproduction Steps
Pffff... donno - we been having this all weekend streaming 3 days over 7 hours each. we had it once 1 day, ,4 times another day and never on another. Just seems to be dependant on connection and maybe SRT retransmit failures. So you could maybe use the tool on SRT cookbook to force the network for packet loss.. its a linux command that does random packet losses. That seems to be the key in the problem here
Supporting Evidence
https://youtube.com/clip/UgkxhJgqhTHja_UaxBdJCdleiwZVRRsYZFUq
Appendix
OBS is stable. Runs in Admin mode. CPU is OK. System has more than enough resource, storage, ram. etc.
The text was updated successfully, but these errors were encountered: