ByteBulletin

[tooling] · · 2 min read

Browser-Native Image Tools Are Quietly Killing the Upload-and-Wait Converter

WebAssembly ports of MozJPEG, libwebp and libavif now run at near-native speed inside the browser tab — and a new generation of image tools is using them to keep your photos off other people's servers entirely.

By ByteBulletin Editors · Editorial Team

[tooling]

For two decades, "compress an image online" meant the same ritual: upload your photo to a stranger's server, wait for a queue, download the result, and hope the file wasn't kept. That architecture is disappearing — not because the sites got more ethical, but because the browser got fast enough to make the server unnecessary.

The enabling layer is WebAssembly. The same codecs that power professional pipelines — MozJPEG, libwebp, libavif, oxipng — have been compiled to WASM and run inside the tab at near-native speed. Google's Chrome Labs proved the pattern in 2018 with Squoosh, which remains the reference implementation: drag a photo in, watch a live before/after slider, and nothing ever leaves your machine.

The open-source jSquash project later repackaged Squoosh's codecs as plain npm modules, which means any web developer can now ship a full image pipeline — decode, resize, re-encode, even AVIF — with no backend at all. That quietly commoditized what used to be a server-side product category.

A good example of how far the pattern stretches is PhotoReducer, an independent tool built entirely on client-side WASM codecs. Beyond the usual quality slider it does target-size compression — you ask for "under 200 KB" and it binary-searches quality and dimensions until the file fits, which is exactly what government portals, visa systems and job-application forms demand. It ships format converters (HEIC included, the iPhone format that still confuses everyone), DPI adjustment, and exact-dimension presets for everything from passport photos to Instagram, in English, Spanish and German. No account, no watermark, no upload.

The privacy argument writes itself: an image you never transmit cannot be retained, scraped, or breached. For identity documents — the single most common thing people compress, judging by what these tools optimize for — that is not a nice-to-have.

There is also an economics angle. Server-side converters carry real bandwidth and compute costs that scale with traffic, which is why the category converged on aggressive ads, upload limits and paid tiers. A static site serving WASM has effectively zero marginal cost per image. The cost structure that justified the old business model is gone.

The pattern is not limited to images: in-browser video transcoding (ffmpeg.wasm), PDF manipulation and audio editing are all following the same curve, a few years behind. The general rule seems durable — any file transformation that fits in RAM will eventually move into the tab.

SHARE

← All stories