Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

JS hooks for media codecs #90

Open
tidoust opened this issue Jun 7, 2017 · 3 comments
Open

JS hooks for media codecs #90

tidoust opened this issue Jun 7, 2017 · 3 comments
Assignees
Labels

Comments

@tidoust
Copy link
Member

tidoust commented Jun 7, 2017

Browsers need to natively support image/audio/video codecs in order for content to be rendered. Polyfills are possible to work around lack of support but they require messing with the DOM e.g. to replace <img> tags.

A system enabling to write and distribute these algorithms in JavaScript and get them integrated in the overall media flow of user agents would provide much greater freedom to specialize and innovate in this space.

Performance would obviously be an issue although maybe not so much with the advent of WebAssembly, SIMD and Service Workers for background processing.

See the Custom image/audio/video codec APIs proposal in WICG.

@tidoust tidoust self-assigned this Jun 7, 2017
@tidoust tidoust added the Media label Jun 7, 2017
@svgeesus svgeesus self-assigned this Jul 11, 2017
@tidoust
Copy link
Member Author

tidoust commented Sep 26, 2019

Partly discussed during the TPAC breakout session on Efficient media processing. Also somewhat linked to #130 although goal of the WebCodecs proposal is not to enable custom codecs per se.

@svgeesus
Copy link
Contributor

Web Codecs seems to be addressing this; I note an issue on color space support

@tidoust
Copy link
Member Author

tidoust commented Jun 22, 2021

The proposal here is not about exposing supported codecs to Web applications (WebCodecs indeed does that), but about enabling applications to register their own JS/WASM based codecs.

Applications can already provide their own media encoders/decoders in JS/WASM (often done in video conferencing tools for instance). They cannot register them so that e.g. their decoder would be used if they create a <video> tag that targets a media stream that is not natively supported by the browser (but that the custom decoder would support). I'm not aware of progress having been made in that space. It may be low priority in any case.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: Investigation
Development

No branches or pull requests

2 participants