- From: Andreas Pehrson via GitHub <sysbot+gh@w3.org>
- Date: Wed, 13 Mar 2019 13:44:34 +0000
- To: public-webrtc-logs@w3.org
I still think we need a way to support changes to the track set, since there's no way to plug video tracks in and out under a video track at will, like you can with web audio for audio tracks. The simplest use case showing that this is needed is recording a captured video element like @guest271314 mentions, since that wouldn't survive a change of `src` or changing the selected tracks. The best proposal (clearly I'm biased, but I don't recall seeing any other proposals either) I've seen for fixing this is defining a mode for individually playable chunks [1][2][3], as this would make the track problem an MSE problem (where changing the track set is permitted AIUI). I.e., on a track set change you'd finish the existing chunk and start gathering into a new chunk. It would also fix #119 natively, and #67, in the process. If there was a way to plug video tracks like I mentioned in the beginning, I could live without supporting track set changes. The only way currently is canvas capture but it has major drawbacks such as running on main thread, not staying in sync with audio, not rendering in background tabs or when hidden, etc. FWIW I think individually playable chunks could still be worthwhile just for the sake of #119 and #67. As for a next step.. get the discussion going to see where people stand? [1] https://github.com/w3c/mediacapture-record/issues/67#issuecomment-238851324 [2] https://github.com/w3c/mediacapture-record/issues/67#issuecomment-247283783 [3] https://github.com/w3c/mediacapture-record/issues/119#issuecomment-283608154 -- GitHub Notification of comment by Pehrsons Please view or discuss this issue at https://github.com/w3c/mediacapture-record/issues/4#issuecomment-472427393 using your GitHub account
Received on Wednesday, 13 March 2019 13:44:35 UTC