You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
Download Cider (Alternatively, find another WebView2 based application that has audio playback)
Attempt to use the Application Audio Capture in OBS to capture the 'Cider' window.
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. MicrosoftEdge/WebView2Feedback#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!
The text was updated successfully, but these errors were encountered:
This affects more than just webview2, as any application using a subprocess for audio output is affected. I thought we had a duplicate of this already, but this isn't technically a bug as we don't capture subprocess audio right now by design.
Unfortunately, it's not that simple. We already tried the method provided as part of the API to capture subprocesses, but it's kinda hit or miss, and outside our control right now as I understand it:
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
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. MicrosoftEdge/WebView2Feedback#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!
The text was updated successfully, but these errors were encountered: