Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Media played inside the webview shows up as 'Microsoft Edge WebView2' in the volume mixer instead of the actual app name #2236

Open
Gnbrkm41 opened this issue Mar 3, 2022 · 10 comments
Assignees
Labels
feature request feature request tracked We are tracking this work internally.

Comments

@Gnbrkm41
Copy link

Gnbrkm41 commented Mar 3, 2022

Is your feature request related to a problem? Please describe.

When media is played inside a WebView2 control of a WPF app (or probably any other frameworks), the webview process itself shows up on the volume mixer instead of showing up as the app itself. Not only that this is confusing for end-users when they're trying to adjust the volume of the media played in WebView2 (as they would be looking for the host app itself, not the webview process), this also creates an interesting problem where many video capturing apps fail to record audio of the individual app since the audio is actually played elsewhere. For example, the video capture feature of the Xbox Game Bar, which comes shipped with Windows 10+, supports capturing only the audio of the app being captured, however this fails to capture audio played inside WebView2 controls - you need to configure the game bar to capture all the sounds played by the PC which is less ideal. Same happens with many other similar applications such as Discord (which has a screen share feature w/ audio of individual apps) or OBS Studio with win-capture-audio plugin (The readme page of the repo briefly explains how they capture the audio).

image

Describe the solution you'd like and alternatives you've considered

Ideally, the audio played by WebView2 should appear as if the actual host process is playing the media. This would make it clear to the end users that the sound is coming from the host app, and hopefully fix issues with apps that attempt to capture audio coming from the app that's played inside the webview control.

I've received multiple feedbacks about the inability to capture any audio coming from the webview from users of my app using the aforementioned applications. I have no idea what the exact problem is, what kind of changes should be made to the codebase to make it happen or whether this is actually possible to fix - however, while this may not be considered a bug, given how normal end-users do not expect this kind of behaviour to happen it would be great if this could be corrected or at least some sort of workaround could be found to make this happen.

I found a related conversation on Twitter talking about this particular issue, however I couldn't find any issues that talk about this particular issue so I'm filing a new one.

AB#27224106

@Gnbrkm41 Gnbrkm41 added the feature request feature request label Mar 3, 2022
@champnic
Copy link
Member

champnic commented Mar 8, 2022

Thanks @Gnbrkm41 - this is partly captured in #41, but this issue is more clear and specific so I'll tie it to our existing scenario.

@champnic champnic self-assigned this Mar 8, 2022
@Bahaa-Sobhy
Copy link

Please

  1. We need an event to detect whenever there's sound from a page.
  2. We need the name inside the Volume Mixer to be the name of our Application, or it would be better to give us a property or a method to name it, because we make Tabs manually inside TabControl, and we might need to label each sound in relation to its tab.

Thanks in advance.

@champnic champnic added the tracked We are tracking this work internally. label May 10, 2022
@LiamRiddell
Copy link

Is there any updates regarding this issue or has it been abandoned?

@champnic
Copy link
Member

It hasn't been abandoned, and is in the top third of our feature requests in terms of priority.

@LiamRiddell
Copy link

It hasn't been abandoned, and is in the top third of our feature requests in terms of priority.

@champnic thanks for the quick reply and the update.

@Bilnaa
Copy link

Bilnaa commented Nov 19, 2022

Is there any updates on this issue ?

@victorhuangwq
Copy link
Collaborator

A similar comment from the other thread, this is still tracked, and it looks like it's currently in the works.

@Drapondur
Copy link

I created a workaround which changes the text and icon. It can be found here. It has some limitations which are explained in the repo Readme.md

@ConnorKrammer
Copy link

ConnorKrammer commented Sep 29, 2024

Does anyone know what the status of this issue is in Autumn 2024? Is it still in the works, or should I seek out a workaround or alternative? The last update was over a year ago, and I notice that people who were assigned to it were unassigned a couple months afterward.

@champnic
Copy link
Member

There is no update or work currently happening here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request feature request tracked We are tracking this work internally.
Projects
None yet
Development

No branches or pull requests

10 participants