GIFSane: GIF playback control using WASM and FFmpeg (opens in new tab)

Neat project! You could use WebCodec's ImageDecoder plus some custom controls to do this all in JavaScript without transcoding if you wanted. Otherwise you could use VideoEncoder and MSE for native video support.

https://developer.mozilla.org/en-US/docs/Web/API/WebCodecs_A... https://w3c.github.io/webcodecs/samples/ https://developer.mozilla.org/en-US/docs/Web/API/Media_Sourc...

> GIFs are ominous nowadays, being more popular than even newer and more efficient formats, such as WEBP or APNG. But, depending on their length and what has been recorded, you might want to pause, go back, jump sections etc. Video playback features basically… which GIFs don’t have.

The lack of video features are exactly the reason for which gifs are preferred in some contexts:

- you are 100% sure that you're not going to have audio surprises

- you don't have useless UI components. I'm just watching an idiot meme, why there is a time slider, a play/pause button, a muted audio button, a full screen button...? Ok, controls can be disabled and customized, but it requires effort that a simple <img src="funny-dog.gif"/> gives you for free

The only GIF's issue is that the format is not disk-efficient, but who cares? I can live with it when I'm watching a few-seconds-lasting-low-resolution-dumb-meme

Interesting to hear the authors issues with mv2/3.

I’ve run into the same recently, while trying to build out a simple PoC extension. MV3 seems to be vague, and many of the changes specified do not seem to have actually been implemented yet. Such as chrome.tabCapture being namespaced to chrome.capture. Or these are bugs, it’s unclear.

It’s certainly odd that the schedule for moving to MV3 appears to be underway (not accepting MV2 extensions) when I’ve found the only way to enable my use cases has been to downgrade to MV2 (as the author also found)

Edit: The bug report I found, but unclear if it’s going to be fixed. As conflicting announcements else where state this api will be moved to the chrome.capture namespace for MV3. But neither presently works.

https://bugs.chromium.org/p/chromium/issues/detail?id=121484...

How about OpenH264[1]? It's not preinstalled and it's not clear whether it works for generic video (I think it does), but it might be useful in Firefox.

Granted, I would love if hardware video acceleration for some of the free codecs like AV1 would be more widely available.

[1] https://blog.mozilla.org/en/mozilla/video-interoperability-o...

Many of these programs are small but not exactly lightweight by browser standards. This is cool, so I applaud the efforts but this is also dangerous IMO because many entry level developers go out in search of solutions not knowing about optimization and eventually what was meant to be fun but not serious ends up becoming the norm. Converting optimized videos already supported by the browser to sub-optimized images to convert back into bloated videos is just insanity IMO, but could quickly become the norm for how websites operate if we are not careful with WASM... and it does come at a performance costs, whether bandwidth or complexity... and I for one, as much as I despise JavaScript, like that it is at least semi-transparent. How long before we have people reverse-engineering WASM programs just to read what is happening in your web browser which has already became the preferred tool for fingerprinting and gathering user information? Malicious advertisers will see WASM as the holy grail.