Subprocess nature of WebView2 based application prevents Application Audio Capture from accessing audio source.

Operating System Info

Windows 11

Other OS

No response

OBS Studio Version

29.1.3

OBS Studio Version (Other)

No response

OBS Studio Log URL

https://obsproject.com/logs/bnZtR8NSDSELFllS

OBS Studio Crash Log URL

No response

Expected Behavior

Audio should be effectively captured from the Application chosen in the window picker like it does with the generic Desktop Audio source.

Current Behavior

The application audio is not properly captured due to WebView2 being an underlying subprocess of the application(Cider), the audio source comes from WebView2 instead of Cider which in this case causes the Application Audio Capture source to not function properly.

Steps to Reproduce

1. Download Cider (Alternatively, find another WebView2 based application that has audio playback)
2. Attempt to use the Application Audio Capture in OBS to capture the 'Cider' window.
3. No audio is captured.

Anything else we should know?

This is a known issue with WebView2 currently, but technically you could mitigate this for now by allowing OBS to see WebView2 sources. https://github.com/MicrosoftEdge/WebView2Feedback/issues/2236

as for testing, if you need to acquire Cider for testing feel free to reach out to me and I'd happily set you up with a debugging copy you can use for testing.

Appreciate the hard work put into OBS, and I hope this bug report allows for more people to use both of our apps effectively soon!

Start with OBS's Application Audio Capture behavior on Windows and review the linked WebView2 issue about subprocess audio sources. Reproduce with Cider or another WebView2-based application, then verify that selecting the host application captures its audio rather than only the WebView2 subprocess.