Live data from Hacker News

Chrome Removing Theora Support

groups.google.com

11–20 of 116 posts

Re: Chrome Removing Theora Support

#11
post #4

Is there any good video codec that the library is as small or not much bigger as Theora and that has no patent/license issue? I tried to use VP9 in the past but it's like 20-40MBs a dll. The lowest I could find was dav1d and it's still around 4MB for the library dll and encoding AV1 and getting good compression rate was not trivial.

This feels like an absurd ask. Who cares how big the codec is? If you watch a 480p video for 10 minutes, won't that have overwhelmingly dwarfed 20MB or whatever of savings? This feels like a gross gross misoptimization that is actively harmful to 99.999999999% of user experiences.

esp32 with encoded video being streamed out to Wifi?

Re: Chrome Removing Theora Support

#12

FTA: "Chrome will deprecate and remove support for the Theora video codec in desktop Chrome due to emerging security risks. Theora's low (and now often incorrect) usage no longer justifies support for most users. "

So I guess, regarding a theoretical "everything in the browser" future, the swiss-army tools like VLC and ffmpeg would either have to pack their own performant codecs in wasm, or stay as desktop / CLI applications. (Not that it would make any sense to implement ffmpeg on top of WebCodecs on top of ffmpeg. Just needed an example.) I hope I have not completely missed the train by focusing on other areas outside of web.

WASM ffmpeg already exists. It was GREAT before SPECTRE lead to massive restrictions in SharedArrayBuffer.

Re: Chrome Removing Theora Support

#14
post #4

Is there any good video codec that the library is as small or not much bigger as Theora and that has no patent/license issue? I tried to use VP9 in the past but it's like 20-40MBs a dll. The lowest I could find was dav1d and it's still around 4MB for the library dll and encoding AV1 and getting good compression rate was not trivial.

Strip out debug symbols if you care about size? There’s no reason either of those libraries should be that large unless you’re including them.

Re: Chrome Removing Theora Support

#15
post #4

Is there any good video codec that the library is as small or not much bigger as Theora and that has no patent/license issue? I tried to use VP9 in the past but it's like 20-40MBs a dll. The lowest I could find was dav1d and it's still around 4MB for the library dll and encoding AV1 and getting good compression rate was not trivial.

This feels like an absurd ask. Who cares how big the codec is? If you watch a 480p video for 10 minutes, won't that have overwhelmingly dwarfed 20MB or whatever of savings? This feels like a gross gross misoptimization that is actively harmful to 99.999999999% of user experiences.

Just because DVDs are several GB doesn't mean it's acceptable for the decoder to be a few hundred MB.

...and in fact it doesn't need to be, as I can say so from having written an MPEG-2 (+MPEG-1) decoder myself, whose binary turned out to be less than 16KB.

When one hears about a codec being dozens of MB, the natural instinct should be "for what?" and not "who cares?" The latter attitude is responsible for why software has gotten so much more inefficient, and serves only to line the pockets of hardware manufacturers.

Re: Chrome Removing Theora Support

#16
post #4

Is there any good video codec that the library is as small or not much bigger as Theora and that has no patent/license issue? I tried to use VP9 in the past but it's like 20-40MBs a dll. The lowest I could find was dav1d and it's still around 4MB for the library dll and encoding AV1 and getting good compression rate was not trivial.

Maybe the best option will be just waiting for h264 patents to expire, just like happened with mp3s a while ago. On that note, does anyone knows when h264 expires? Or it's earlier siblings like avc? It also has the benefit of having vast access to an array of hardware decoders/encoders, although those might have their own can of IP worms.

Re: Chrome Removing Theora Support

#17

Earlier quoted context omitted.

This feels like an absurd ask. Who cares how big the codec is? If you watch a 480p video for 10 minutes, won't that have overwhelmingly dwarfed 20MB or whatever of savings? This feels like a gross gross misoptimization that is actively harmful to 99.999999999% of user experiences.

esp32 with encoded video being streamed out to Wifi?

There's mjpeg for that. Is there any evidence anyone has streamed to such a platform over real video codecs? No there's not. People just make up endless shit to justify anti use cases.

Re: Chrome Removing Theora Support

#18
post #8
post #6

Earlier quoted context omitted.

Honest question. In which scenario do you care so much about the size of the DLL , these days ?

Maybe to encode/decode video on a Mars rover.

Your primary concern is almost certainly power draw, so you're using a hardware encoder. The weight of a few more megabytes ROM would be inconsequential.

Re: Chrome Removing Theora Support

#19
I won’t miss Theora - but I am as part of my job helping a business migrate from some old open-source software which inexplicably re-encoded almost all audio uploads into Ogg Vorbis audio files.

I can just play those as they are, in any browser, except Safari. Painfully, macOS actually supports Vorbis, but only in a CAF (Core Audio Format) container instead of an Ogg container. Still hoping; because shipping an entire Ogg decoder in the browser with WASM works but is ugly.

Of course, I could also just re-encode them with a microservice but it’s just… bleh.

Post reply on HN