Re: [webkit-dev] Position on emerging standard: WebCodecs

2020-05-05 Thread Dan Sanders
Thanks for the detailed feedback! Responses to some of the items are below.

There is a bi-weekly meeting to discuss WebCodecs development, if you
(or others working on WebKit) are interested in participating please
let me know and I can invite you.

> (let me know if there is a more detailed proposal).

The explainer is the primary source at this time. There is IDL in
Chromium that has yet to be proposed:
https://source.chromium.org/chromium/chromium/src/+/master:third_party/blink/renderer/modules/webcodecs/?q=webcodecs=chromium

> - Any media pipeline should be off the JS main thread, by default.
> This does not seem guaranteed by the proposal.

I filed https://github.com/WICG/web-codecs/issues/51

> - Providing deep access to codecs (in terms of capabilities,
> observability of timing of operations...) requires careful thinking of
> how much fingerprinting this ends up creating and how the processing
> model will ensure to keep the whole API fingerprinting neutral.

We have avoided providing codec enumeration API for this reason. Since
a site can already run experiments on the  implementation it's
not clear that there is substantial new surface, but it may be easier
to implement those experiments accurately using WebCodecs.

> - A codec implementation used for RTC may differ significantly from a
> codec implementation used for recording/MSE.

Chrome's implementation of  does not really distinguish here.
There are some tuning parameters (eg. latencyhint) which would be nice
to expose to WebCodecs users.

Do you foresee cases where usage hints are not sufficient?

> - The complexity behind WebRTC, MSE or the media recorder API is not
> to be neglected. There might be drawbacks in solving these issues at
> the JS level instead of the browser level. I am for instance uncertain
> that the level of complexity of a WebRTC pipeline can best be solved
> by JS.

Agreed; WebCodecs is a low-level API and is unlikely to be a better
choice for use cases that are served by current APIs.


- Dan
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev


[webkit-dev] Position on emerging standard: WebCodecs

2020-04-29 Thread Dan Sanders
Hello,

I'm reaching out to see if WebKit would like to weigh in on the
WebCodecs WICG proposal:
https://discourse.wicg.io/t/webcodecs-proposal/3662.

The WebCodecs API enables web developers to instantiate codecs
(audio/video encoders/decoders) and use them to process individual
frames.

There is a related proposal for image decoders; it enables access to
individual animation frames:
https://discourse.wicg.io/t/proposal-imagedecoder-api-extension-for-webcodecs/4418.

An implementation of these APIs is being developed in Chromium.


Thank you,

Dan Sanders
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev