News for hackers. Stuff that matters.
Re:WebGPU Fundamentals by reaperducer on Saturday April 15, 2023 @10:22AM (#35580869)
I want to be able to interact with synths over MIDI in the browser

Help me understand why this is. Is it because there aren't native programs for the platform you're using? Is it to allow plug-ins or other abilities that wouldn't otherwise be available? Is it so that you can sync up with other musicians and play together in a way that wouldn't be possible without a browser?

choose a browser that doesn't implement those things.

The way feature creep have been going lately, in about six months that will mean Lynx.

Re:WebGPU Fundamentals by tiagod on Saturday April 15, 2023 @11:28AM (#35581483)
Because it's really cool to try out experimental instruments other poeple have made by simply opening a webpage, without having to execute untrusted native code that could have bad consequences.
Re:WebGPU Fundamentals by 2h on Saturday April 15, 2023 @11:49AM (#35581712)
AKA laziness. yes, lets please bloat of the scope of browsers until they are no longer recognizable, so that you dont have to install some software.
Re:WebGPU Fundamentals by andresgottlieb on Saturday April 15, 2023 @12:01PM (#35581851)
You oversaw the untrusted part, this is the only reason I prefer web over native really. If there was a way to run native apps with that level of isolation, I would prefer native.
Re:WebGPU Fundamentals by pjmlp on Saturday April 15, 2023 @12:43PM (#35582230)
Snap, Flatpack, iOS sandbox, Android sandbox, UWP/Windows sandbox,...
Re:WebGPU Fundamentals by capableweb on Sunday April 16, 2023 @06:42AM (#35588838)
Unfortunately, none of those are cross-platform... Closest we get to something similar to the web is either the JVM or APE (Actually Portable Executable) but then those are generally not as isolated as the alternatives you mentioned, sadly.
Re:WebGPU Fundamentals by pjmlp on Sunday April 16, 2023 @09:31AM (#35589891)
Or CLR, or now the fashionable WebAssembly.

Plus, plenty of languages have cross-platform runtimes and libraries, so not a big issue, not everything needs to be JavaScript.

Re:WebGPU Fundamentals by wpm on Saturday April 15, 2023 @12:31PM (#35582119)
Instead, you're executing untrusted browser code, which is hardly better.
Re:WebGPU Fundamentals by galangalalgol on Saturday April 15, 2023 @03:46PM (#35583935)
I'm interested if this is true. It seems like the js sandbox is pretty well implemented now in most cases. Webgl had some problems at first leaking host data, but the willingness to sacrifice performance for security seems pretty ingrained in these consortiums?
Re:WebGPU Fundamentals by akarlsten on Saturday April 15, 2023 @04:58PM (#35584456)
I don't understand how you can possibly say this with a straight face.
Re:WebGPU Fundamentals by capableweb on Saturday April 15, 2023 @06:42PM (#35585378)
> Help me understand why this is. Is it because there aren't native programs for the platform you're using?

Easier to create, easier to share and run. Mainly easier to create because the ones I'm sharing small MIDI sequencer experiments with are also web developers, so we just send each other links where we can run stuff direction from, and we can help each other out as we all use the same technology. Really easy to understand what the other is doing too, as you just open up the source of the page and that's it.

I've played around with other languages/runtimes for doing the same thing, but nothing is as fast to implement as with JavaScript, probably mostly due to familiarity.