obsproject / obsproject/obs-studio

Audio Corruption

Open
#13,175 6 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
76.4k
Forks
10.2k
Avg merge
4d 23h
Merged PRs (30d)
12

Description

Operating System Info

Windows 11

Other OS

No response

OBS Studio Version

32.0.4

OBS Studio Version (Other)

No response

OBS Studio Log URL

https://drive.google.com/drive/folders/1Cpr4UAMKOBudu1IoDpdcte4pVxTIVEdG?usp=drive_link

OBS Studio Crash Log URL

https://drive.google.com/drive/folders/1rnsHRgBjMSsKWpPymKsbLaQ3thzy5JJ5?usp=drive_link

Expected Behavior

Audio normal

Current Behavior

Audio Corruption
Issue Description:
Audio becomes distorted or "crackly" during long streaming sessions.

Reference Link:
Video Example: https://youtu.be/hg-YbbR5sHU?t=18819

Timestamp: The distortion starts around 5:13:40.

Observation Details:
Scope: This is not limited to a specific game; it occurs across different titles.

Pattern: Based on two months of long-term testing, the issue typically manifests after approximately 4 hours of continuous streaming.

Temporary Fix: Re-capturing the audio source (or restarting the audio capture) restores the sound to normal.

Steps to Reproduce
  1. add source
  2. game capture
  3. capture audio (beta)
  4. OK
  5. stream a long time (maybe 4 hours )
  6. audio corruption begins
Anything else we should know?

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Review the OBS Studio log and crash-log folders, then compare the video example around 5:13:40 with the reproduction steps using Game Capture and Capture Audio (Beta). Investigate what changes after roughly four hours of continuous streaming and verify that restarting or re-capturing the audio source is no longer needed and that audio remains normal.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
audio-video-rtc
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.