Closed
Bug 958090
Opened 11 years ago
Closed 10 years ago
Support non-LocalMediaStreams as inputs to RTCPeerConnection/AddStream
Categories
(Core :: WebRTC, defect, P2)
Core
WebRTC
Tracking
()
RESOLVED
FIXED
mozilla35
People
(Reporter: jesup, Assigned: jesup)
References
Details
(Whiteboard: p=1)
This is a follow-on to bug 884365, which uses direct notification of AppendToTrack for audio to avoid any delay imposed by MediaStream and avoid needing possible resampling to avoid clock drift (see bug 908834 and bug 818822).
If a stream is attached that's not a LocalMediaStream, MediaPipeline should look for normal MediaStream output instead of the direct notifications. This will enable gUM plus WebAudio (and other scenarios that are similar) to work. Note that this will have some added latency, and without the resampling bugs fixed may cause an ever-increasing delay or periodic underruns/glitches.
Updated•10 years ago
|
Priority: -- → P2
Target Milestone: --- → mozilla33
Updated•10 years ago
|
Whiteboard: p=1
Updated•10 years ago
|
Target Milestone: mozilla33 → mozilla35
Assignee | ||
Comment 1•10 years ago
|
||
I believe this is fixed now (see MediaPipeline.cpp:825) if it was ever actually broken.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•