Closed Bug 1017990 Opened 10 years ago Closed 9 years ago

ability to change source of media stream without requiring renegotiation

Categories

(Core :: WebRTC: Audio/Video, defect, P1)

Product:
Core
Component:
WebRTC: Audio/Video
Type:
defect

Tracking

()

Status:
RESOLVED FIXED
Blocking Flags:
backlog webrtc/webaudio+

People

(Reporter: shell, Assigned: jesup)

References

(Blocks 1 open bug)

Details

(Whiteboard: breakdown [investigation]) 

scenario: after someone calls, use wants to plug in a headset rather than speakers.  Needs UI.  

More complex scenario than checking for new devices when door hanger is up scenario: bug 827146.
The WebRTC and gUM specifications do not currently support this
use case.
(In reply to Eric Rescorla (:ekr) from comment #1)
> The WebRTC and gUM specifications do not currently support this
> use case.

Right.  And as discussed at the WG Interim (and elsewhere), we need something like this less cumbersome and more functional than using a <video> element as a track-switch (and even that requires non-spec functions - mozCaptureStream).  So the general idea would be to propose a design and create a moz* implementation of it.
I think we need this for switching cameras.
Target Milestone: mozilla34 → mozilla33
Randell -- I think this needs some bug breakdown.  Can you get the bugs into bugzilla for switching cameras without renegotiation based on our last meeting?
Assignee: nobody → rjesup
Priority: -- → P1
Whiteboard: p=? → p=1, breakdown
Whiteboard: p=1, breakdown → p=1, breakdown [investigation]
Target Milestone: mozilla33 → mozilla34
Breakdown complete
Depends on: 1032835, 1032839
Target Milestone: mozilla34 → ---
Any more to do here or can this be closed as well?
backlog: --- → webRTC+
Rank: 15
Whiteboard: p=1, breakdown [investigation] → breakdown [investigation]
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.