[Webkit-unassigned] [Bug 218012] Audio Volume reduces considerably on accepting the mic permissions.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=218012

--- Comment #19 from Varun D <varundabke at gmail.com> ---
Update: the above trick did work for me in iOS chrome *once, but not always* - but never in Safari. 
(In reply to Varun D from comment #18)
> Thanks for the trick.
> I tried this solution. This improved audio level - but only till the code
> acquired MIC stream.
> If I deny the Mic permission when it is asked later - the volume still
> continued to be good. But as soon as I say 'yes' to mic permissions - volume
> goes to very low.
> I am using iPhone XR with 15.1 iOS.
> May I know what is your setup where it stayed High even after giving mic
> permissions? @David
> 
> (In reply to David Gölzhäuser from comment #17)
> > I am currently working on a workaround, I made some progress.
> > 
> > 
> > Here is our use case.
> > 
> > Web based WebRTC Application that initially receives a Video Stream, then
> > when calling the remote peer the local and remote audio will be enabled
> > 
> > The current implementation acquired the devices local microphone stream and
> > added its track to the RTCPeerConnection, this triggered a renegotiate and
> > eventually in receiving the remote peers audio stream. => Remote Audio was
> > emitted through the earpiece
> > 
> > I restructured this behavior because I noticed the correct speaker is used
> > when first receiving the remote peers audio stream and then acquiring the
> > local devices microphone stream. => Remote Audio was emitted through the
> > speaker
> > 
> > However, this only works once per app livecycle (Cordova based App). So I am
> > still working on it, but its an improvement.
> > 
> > 
> > FYI:
> > I simply add the empty Track
> > `audioContext.createMediaStreamDestination().stream.getAudioTracks()[0]` to
> > the RTCPeerConnection, then when the mic stream is acquired I simply replace
> > the former added track with the local microphone track of the resulting
> > RTCSender (from the RTCPeerConnections function `addTrack`)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20211128/98f2ef70/attachment.htm>