Closed
Bug 1103200
Opened 11 years ago
Closed 10 years ago
LocalMediaStream from createMediaStreamDestination() does not work for RTCPeerConnection.addStream()
Categories
(Core :: WebRTC, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: thomas, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.111 Safari/537.36
Steps to reproduce:
A stream from AudioContext.createMediaStreamDestination() was added with RTCPeerConnection.addStream().
Actual results:
The stream works when connected to AudioContextLocal.destination. Using the original stream from getUserMedia() with addStream() also worked as expected. However, the createMediaStreamDestination() one did not.
As there is a delay between creating and sending the stream, a track was present and bug #1070127 doesn't apply.
I am not sure if it's relevant, but while the original stream was a MediaStream, the processed one was a LocalMediaStream.
Expected results:
WebAudio streams should work with RTCPeerConnection. :-)
Updated•11 years ago
|
Component: Untriaged → WebRTC
Product: Firefox → Core
Comment 1•10 years ago
|
||
WebAudio should work well now with WebRTC (fixed on another bug). Please retry.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•