[Webkit-unassigned] [Bug 207041] New: Audio is not played from an audio element when the srcObject object has unstarted video tracks

[bugzilla-daemon at webkit.org]

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

            Bug ID: 207041
           Summary: Audio is not played from an audio element when the
                    srcObject object has unstarted video tracks
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebRTC
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: fippo at whereby.com
                CC: youennf at gmail.com

Once upon a time Chrome didn’t play audio on an audio element when the element’s srcObject contained a video track that hadn’t sent any data:
  https://bugs.chromium.org/p/chromium/issues/detail?id=738379
The reason was/is that for *video* elements loadedmetadata/onresize need to be fired which are not known without a (key)frame. Since audio elements don't fire these events they can just play.

This is still an issue in Safari as demonstrated by this fiddle:
  https://jsfiddle.net/47uvs3gt/
This reproduces a situation where a MediaStream with audio and video tracks is created on the receiving end but the sender does not send rtp packets.
This can very easily happen from Firefox (see https://github.com/w3c/mediacapture-main/issues/642) and also when an implementation makes an effort to ensure the camera light is turned off in other browsers.

https://jsfiddle.net/kcutdvhe/ - the stream splitting approach which used to work in Chrome also seems to work but would be great to avoid.

Note that https://jsfiddle.net/23s0odra/ which attempts to reproduce this without a RTCPeerConnection in between still works. But maybe because the video track readyState is ended?

-- 
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/20200131/f5d7f977/attachment.htm>