New issue
Advanced search Search tips

Issue 600692 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Multiple video and single audio in sync group.

Reported by robert.j...@gmail.com, Apr 5 2016

Issue description

Chrome Version       : 49
URLs (if applicable) :
OS version               : All
Network (such as Cable/DSL/Dial up etc):
Audio/Video format (if applicable): WebRTC
Special chrome flags (if applicable):


For various reasons, we at Blackboard would like to synchronise several video tracks with a single audio track. My understanding of the specification is that it should be possible to place these all in one MediaStream and have them all synchronised. However I am seeing in the output log the line:

Attempting to sync more than one audio/video pair within the same sync group. This is not supported in the current implementation.

So, my question is, how long to implement?


Some background, we are sending an SDP similar to:

a=msid-semantic: WMS rgMeZLPaW1Ac1pLrAnqZ
m=audio 51500 UDP/TLS/RTP/SAVPF 99 107 103 102 106 98 101
a=sendrecv
...
a=ssrc:2371673378 msid:rgMeZLPaW1Ac1pLrAnqZ 8RBCQkUaKcsAjJMFHE7a
a=ssrc:2371673378 cname:toaGdmSdVh+FwwBQVodgeA
a=ssrc:2371673378 mslabel:rgMeZLPaW1Ac1pLrAnqZ
a=ssrc:2371673378 label:8RBCQkUaKcsAjJMFHE7a
m=video 51500 UDP/TLS/RTP/SAVPF 104 105 109 108 114 34 100
...
a=ssrc:434294564 msid:rgMeZLPaW1Ac1pLrAnqZ MIy7e7ULrRBracjlCaBX
a=ssrc:434294564 cname:tjGGdmSdVh+FvwBQVodgeA
a=ssrc:434294564 mslabel:rgMeZLPaW1Ac1pLrAnqZ
a=ssrc:434294564 label:MIy7e7ULrRBracjlCaBX
a=ssrc:601342679 msid:rgMeZLPaW1Ac1pLrAnqZ EuObXluT1M2IvowakpYU
a=ssrc:601342679 cname:0HGGdmSdVh+FwgBQVodgeA
a=ssrc:601342679 mslabel:rgMeZLPaW1Ac1pLrAnqZ
a=ssrc:601342679 label:EuObXluT1M2IvowakpYU
a=ssrc:902297578 msid:rgMeZLPaW1Ac1pLrAnqZ imNo06s4Fhyi8vxeIlb6
a=ssrc:902297578 cname:rlyGdmSdVh+FwQBQVodgeA
a=ssrc:902297578 mslabel:rgMeZLPaW1Ac1pLrAnqZ
a=ssrc:902297578 label:imNo06s4Fhyi8vxeIlb6
a=ssrc:1947266820 msid:rgMeZLPaW1Ac1pLrAnqZ ZQqFLFQz5APOqZCWKsCM
a=ssrc:1947266820 cname:qkeGdmSdVh+FwABQVodgeA
a=ssrc:1947266820 mslabel:rgMeZLPaW1Ac1pLrAnqZ
a=ssrc:1947266820 label:ZQqFLFQz5APOqZCWKsCM

So, all 5 tracks (4 video, 1 audio) are in MediaStream with id rgMeZLPaW1Ac1pLrAnqZ

This is accepted by Chrome, but there is no lip synch being performed.

 
Cc: dalecur...@chromium.org
dale, do you have any thought? 
Cc: m...@chromium.org
cc:miu, we probably need a MediaStream component.

Comment 3 by m...@chromium.org, Apr 8 2016

Yes.  I have been trying to fix this oversight over the past 1+ years, but there's a lot of code to go through, and it isn't currently my "day job."  I am always happy to review design/code proposals for anyone who wants to help.

The main issue is that much of the stack (either video or audio) pretends one timestamp is good enough, but both a media timestamp and a common-reference-clock timestamp should be required.  Just today, I explained the reasoning in  bug 601657 .
Status: Assigned (was: Unconfirmed)
Dale, can you assign this bug appropriately if miu@ is not working on it anymore? 
Cc: -dalecur...@chromium.org
Owner: dalecur...@chromium.org
Owner: ----
Status: Available (was: Assigned)
Project Member

Comment 7 by sheriffbot@chromium.org, Apr 13 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been available for more than 365 days, and should be re-evaluated. Please re-triage this issue.
The Hotlist-Recharge-Cold label is applied for tracking purposes, and should not be removed after re-triaging the issue.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: WontFix (was: Untriaged)
stale bug. resolve as won't fix. please feel free to bring it back if need.

Sign in to add a comment