mediacapture-transform
mediacapture-transform copied to clipboard
w3c
MediaStreamTrack Insertable Media Processing using Streams
Current API allows getting access to raw media in main thread which has known issues in terms of robustness and implementation. We should envision an API that does processing by...
@padenot is proposing a change to the WebCodecs API to [improve memory locality](https://github.com/w3c/webcodecs/issues/212). I would like to understand if this has any implications for Mediacapture-transform. Currently, `VideoFrame` buffers can be...
The current version of the API requires track transferability, but this shouldn't be necessary. Currently, tracks are useless on workers except for this API, so we shouldn't add that as...
This PR changes the spec to describe how MSTP/MSTG interacts with timestamps added by https://github.com/w3c/mediacapture-extensions/pull/156. Related to changes needed by https://github.com/w3c/webcodecs/pull/813 *** Preview | Diff
In many use cases it is better to keep all tracks on Window and use the worker just for the processing. Currently, mediacapture-transform requires transferring the track to be processed...
It would be nice for a web application to know when the settings of a track actually kicks in for enqueued VideoFrames in MSTP. For some properties like size, VideoFrame...
While crawling [MediaStreamTrack Insertable Media Processing using Streams](https://w3c.github.io/mediacapture-transform/), the following links to other specifications were detected as pointing to non-existing anchors: * [ ] https://w3c.github.io/mediacapture-main/#idl-def-VideoResizeModeEnum.user * [ ] https://w3c.github.io/mediacapture-main/#idl-def-VideoResizeModeEnum.right This...
