Damn... Rust devs going crazy with these libraries.

⚒️ sledgehammer_bindgen 🦀

💥 Breaking the performance barrier of WASM/JS communication.

⚡ Faster Rust batched bindings for JS code.

⭐ GitHub: https://github.com/ealmloff/sledgehammer_bindgen

#rustlang #webassembly #wasm #javascript #performance #bindings #frontend #bindgen

Covered:

🦀 Build an HTTP handler in Rust
🦀 Deploy it with modern Wasm runtimes
🦀 Debug, profile, and monitor your Wasm backend
🦀 Wrap it up with a working calculator API

All the details are here ➡️ https://eurorust.eu/workshops/long-live-webassembly/?utm_source=mastodon&utm_medium=social&utm_campaign=2025-07-17-workshop-jonas-kruckenberg

#RustLang#WebAssembly#Wasm#RustWorkshop#EuroRust25#Mainmatter

🧵2/3

Damn... Rust devs going crazy with these libraries.

⚒️ sledgehammer_bindgen 🦀

💥 Breaking the performance barrier of WASM/JS communication.

⚡ Faster Rust batched bindings for JS code.

⭐ GitHub: https://github.com/ealmloff/sledgehammer_bindgen

#rustlang #webassembly #wasm #javascript #performance #bindings #frontend #bindgen

Covered:

🦀 Build an HTTP handler in Rust
🦀 Deploy it with modern Wasm runtimes
🦀 Debug, profile, and monitor your Wasm backend
🦀 Wrap it up with a working calculator API

All the details are here ➡️ https://eurorust.eu/workshops/long-live-webassembly/?utm_source=mastodon&utm_medium=social&utm_campaign=2025-07-17-workshop-jonas-kruckenberg

#RustLang#WebAssembly#Wasm#RustWorkshop#EuroRust25#Mainmatter

🧵2/3

New #WasmAssembly podcast 🎙️ episode! Dart, Flutter, and WasmGC:

🍿 https://www.youtube.com/watch?v=vgOABOvtBT8
🎧 https://wasmassembly.libsyn.com/dart-flutter-and-wasmgc-with-mer-aacan-and-martin-kustermann

🚀 In this episode of WasmAssembly, I chat with Ömer Ağacan & Martin Kustermann from the Dart team at Google about #Dart, #Flutter, #WasmGC, dart2wasm vs dart2js, Jaspr, and the future of #WebAssembly—both in and beyond the browser. A must-listen for #Wasm nerds!

New #WasmAssembly podcast 🎙️ episode! Dart, Flutter, and WasmGC:

🍿 https://www.youtube.com/watch?v=vgOABOvtBT8
🎧 https://wasmassembly.libsyn.com/dart-flutter-and-wasmgc-with-mer-aacan-and-martin-kustermann

🚀 In this episode of WasmAssembly, I chat with Ömer Ağacan & Martin Kustermann from the Dart team at Google about #Dart, #Flutter, #WasmGC, dart2wasm vs dart2js, Jaspr, and the future of #WebAssembly—both in and beyond the browser. A must-listen for #Wasm nerds!

A look at the state of #WebAssembly, as it turns 10. It’s getting traction in some areas (though notably game engines aren’t one of them), though a pain point is its low-level model and lack of any standard implementation of structured types or garbage collection making interfacing with dynamic languages, or indeed the web DOM, a pain. As with Java, though, the web may not be where it ends up.

https://queue.acm.org/detail.cfm?id=3746171

@acb

I think the name has caused confusion and held it back.

I know I reflexively ignored and skipped over any mention of #WebAssembly until I realized very recently that it:

1) Is general purpose and not actually a "web" thing.

&

2) Isn't yet another name for #JavaScript.

A look at the state of #WebAssembly, as it turns 10. It’s getting traction in some areas (though notably game engines aren’t one of them), though a pain point is its low-level model and lack of any standard implementation of structured types or garbage collection making interfacing with dynamic languages, or indeed the web DOM, a pain. As with Java, though, the web may not be where it ends up.

https://queue.acm.org/detail.cfm?id=3746171

A look at the state of #WebAssembly, as it turns 10. It’s getting traction in some areas (though notably game engines aren’t one of them), though a pain point is its low-level model and lack of any standard implementation of structured types or garbage collection making interfacing with dynamic languages, or indeed the web DOM, a pain. As with Java, though, the web may not be where it ends up.

https://queue.acm.org/detail.cfm?id=3746171

Native JS templating: helps JavaScript developers. Direct WASM→DOM: helps EVERY language. Rust, Go, C#, Zig, Swift, Kotlin... all get first-class web UI performance. That's real platform evolution. We shouldn't be adding more JS-specific APIs when we could be opening the web to all languages equally. The web platform should be language-agnostic at its core. #compsci#webdev #webassembly#programming

Native JS templating: helps JavaScript developers. Direct WASM→DOM: helps EVERY language. Rust, Go, C#, Zig, Swift, Kotlin... all get first-class web UI performance. That's real platform evolution. We shouldn't be adding more JS-specific APIs when we could be opening the web to all languages equally. The web platform should be language-agnostic at its core. #compsci#webdev #webassembly#programming

@doboprobodyne @christianp

awesome!
In the long run it might also make the online transcoding tools with the "Start now" [to download malware]-button obsolete.

Funnily I talked about this [soon solved] problem with my funder @clemensg by phone today.

#transcoding #encoding #video #browser #ffmpeg #webassembly #clientside #videoconverter

just et. al. too
please save us from uploading duplicate files or journalists from writing alt twice with clientside content-id comparison.

@christianp

Just a thought, from a knuckle-dragging biology scientist. TL;DR: I believe there is scope to make the hosting of a peertube instance even more lightweight in the future.

I read some time ago of people using #webAssembly to transcode video in a user's web-browser. https://blog.scottlogic.com/2020/11/23/ffmpeg-webassembly.html

Since then, I believe #WebGPU has done/is doing some clever things to improve the browser's access to the device's GPU.

I have not seen any #peertube capability that offloads video transcoding to the user in this way.

I imagine, though, that this would align well with peertube's agenda of lowering the bar to entry into web-video hosting, so I cannot help but think that this will come in time.

My own interest is seeing a #Piefed (activitypub) instance whose web-pages could #autotranslate posts into the user's own language using the user's own processing power... One day, maybe!

Thank you again for all your hard work; it is an inspiration.

#mastodon#webVideo #HLS #transcoding #video #decentralization#edgeComputing#webGL#W3C #activitypub#AI #ffmpeg #selfhosted #degoogle #mathstodon

@doboprobodyne @christianp

awesome!
In the long run it might also make the online transcoding tools with the "Start now" [to download malware]-button obsolete.

Funnily I talked about this [soon solved] problem with my funder @clemensg by phone today.

#transcoding #encoding #video #browser #ffmpeg #webassembly #clientside #videoconverter

just et. al. too
please save us from uploading duplicate files or journalists from writing alt twice with clientside content-id comparison.

wakest ⁂
wakest ⁂ boosted
@christianp

Just a thought, from a knuckle-dragging biology scientist. TL;DR: I believe there is scope to make the hosting of a peertube instance even more lightweight in the future.

I read some time ago of people using #webAssembly to transcode video in a user's web-browser. https://blog.scottlogic.com/2020/11/23/ffmpeg-webassembly.html

Since then, I believe #WebGPU has done/is doing some clever things to improve the browser's access to the device's GPU.

I have not seen any #peertube capability that offloads video transcoding to the user in this way.

I imagine, though, that this would align well with peertube's agenda of lowering the bar to entry into web-video hosting, so I cannot help but think that this will come in time.

My own interest is seeing a #Piefed (activitypub) instance whose web-pages could #autotranslate posts into the user's own language using the user's own processing power... One day, maybe!

Thank you again for all your hard work; it is an inspiration.

#mastodon#webVideo #HLS #transcoding #video #decentralization#edgeComputing#webGL#W3C #activitypub#AI #ffmpeg #selfhosted #degoogle #mathstodon