Multiple video and single audio in sync group.
Reported by
robert.j...@gmail.com,
Apr 5 2016
|
|||||||
Issue descriptionChrome 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.
,
Apr 8 2016
cc:miu, we probably need a MediaStream component.
,
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 .
,
Apr 12 2016
Dale, can you assign this bug appropriately if miu@ is not working on it anymore?
,
Apr 12 2016
,
Apr 12 2016
,
Apr 13 2017
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
,
Apr 24 2017
stale bug. resolve as won't fix. please feel free to bring it back if need. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by yini...@chromium.org
, Apr 7 2016