ogv.js VS gopy

Yeah, that's what they do using this https://github.com/brion/ogv.js/

I've been told this at least three times now on HN over the years (pretty soon I'm going to start keeping a list of URLs so people know I'm not exaggerating.) Every single time it turns out that it isn't actually true.

It was added to desktop Safari. iOS Safari supports VP9 only in WebRTC. It may have changed, but I can't find any evidence that it has.

If you see it working somewhere, it is almost definitely using the polyfill[1].

[1]: https://github.com/brion/ogv.js/

I found a library "ogv.js" that says it decodes .ogg/.webm using WebAssembly, and this demo plays on my iPhone SE3 in Safari.

I believe Wikipedia has resorted to polyfilling it using this:

https://github.com/brion/ogv.js

That's great and all, but it has limitations, and obviously, is ludicrously less efficient than it should be.

We already have JS/WebGL video decoders (e.g: Broadway.js, OGOV.js). Much of the earlier video playback/acceleration work was getting it accelerated on GPUs-- using DirectX, OpenGL, or other GPU programming standards.

This is great and overdue. Hopefully all major browsers will add some support for open source/royalty free codecs.

Emscripten/WebAssembly actually worked rather well with audio (OPUS is just awesome) but when it comes to video it's just unfeasible, especially if you are looking at doing low latency streaming. That said, I cannot fail to mention the incredible effort done by ogv.js [1] to make a/v decoding possible almost anywhere.

Looking forward to experiment with this new API.

[1] https://github.com/brion/ogv.js/

I've used gopy[0] recently to access a go library in Python. It surprisingly Just Worked, but I was disappointed by some performance issues, like converting lists to slices.

[0] https://github.com/go-python/gopy

the heavy lifting is done in native libraries and you get to experiment fast using an easy language. the combo is quite hard to beat. Now there is a missed opportunity to write such libraries in Go, but as I read here and there Go is hard to integrate well as a library. There is gopy but it's light years away from PyO3 for instance, I don't think it'll ever gain traction, but who knows.

> So if you learn Go, you'll never be able to use it to interoperate with e.g. your Python program to speed it up.

Never done it myself, but:

https://www.ardanlabs.com/blog/2020/07/extending-python-with...

https://github.com/go-python/gopy

Check out gopy for an easy way to extend your Python code with Go.