Re: [mediacapture-record] Does recording of remote a/v streams always imply re-encoding? (#139)

I suppose the application could ensure the track has already received frames before starting to record (according to spec the track should be muted before the first frame, which means you can listen to onunmute, but Chrome is implemented to fire onunmute even if we have not received RTP packets yet - that's a bug), in which case we can pick the codec synchronously because the track could know which codec is used. But if you start recording prior to having frames, black frames would be recorded with an arbitrary codec, and possibly force re-encoding.

-- 
GitHub Notification of comment by henbos
Please view or discuss this issue at https://github.com/w3c/mediacapture-record/issues/139#issuecomment-535480592 using your GitHub account

Received on Thursday, 26 September 2019 12:31:34 UTC