Resolve issues with MSG DirectListeners seeing different TrackIDs than are seen by non-DirectListeners

RESOLVED WORKSFORME

Status

()

Core
Audio/Video: MediaStreamGraph
P3
normal
RESOLVED WORKSFORME
4 years ago
2 years ago

People

(Reporter: jesup, Unassigned)

Tracking

(Blocks: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

4 years ago
MediaStreamGraph DirectListeners see a TracKID that's from the SourceMediaStream, not any possible TrackID that's result of a later TrackUnion. (e.g. streams from GetUserMedia).

This should be resolved in some manner.  Note that DirectListeners also listen to normal notifications, and could see the correct TrackID's then, but there's a problem (once you have multiple streams of a type) in correlating them.

ReplaceTrack() has worked around this
Andreas -- Just wanted to make sure you saw this since it's related to the work you're doing on TrackID.
Flags: needinfo?(pehrsons)
Priority: -- → P3
Thanks. I have patches on bug 1170958 that add an input TrackID to NotifyQueuedTrackChanges that could be used to match the SourceMediaStream's TrackID, should they land.
Depends on: 1170958
Flags: needinfo?(pehrsons)
Component: Audio/Video → Audio/Video: MSG/cubeb/GMP
MediaStreamTracks now have an input TrackID that can be matched to the TrackID in the source (where the DirectListener listens).

We also have direct track listeners where you don't have to worry about the TrackID at all. These together should provide what we need.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.