- From: youennf via GitHub <sysbot+gh@w3.org>
- Date: Fri, 28 Jan 2022 09:03:22 +0000
- To: public-webrtc-logs@w3.org
One possibility would be to make generateKeyFrame return a Promise<long long> so that applications would get the frameId of the key frame. With the current spec, we would not be able to distinguish the case of a key frame triggered by generateKeyFrame or a key frame arriving before by chance. If we happen to need to disambiguate this, we could update the spec without requiring an API change. Of course, this becomes more difficult if you expect several key frame generations by passing several rids. One possibility would be a sequence of frameIds, or we would just stick with one frameId (the first one being received), hoping the other frames would be exposed sequentially. @alvestrand, @aboba, wdyt? -- GitHub Notification of comment by youennf Please view or discuss this issue at https://github.com/w3c/webrtc-encoded-transform/issues/128#issuecomment-1024016204 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 28 January 2022 09:03:24 UTC