Alright, it's at a kind of uncanny valley situation where we have Windows XP applications running real-time in our browsers. Is the end-game just a universal sandboxed VM that's cross-platform? What do we do next?
Wavacity – a FOSS port of Audacity to the web
21–30 of 148 posts
Re: Wavacity – a FOSS port of Audacity to the web
#22Earlier quoted context omitted.
We can already do that for DOS programs, right? So a few more decades and it should work for XP too.
I still can't find Unreal Tournament 2000 running in the browser :( and not Return to Napali either :/ My heart will go on.
Here you go.
Re: Wavacity – a FOSS port of Audacity to the web
#23Can anyone summarize how this works. Guessing Audacity is some C++ program. How did they take all the dependencies and make them work on browser, using WASM? What about the frontend? Is the UI just completely re-written?
Re: Wavacity – a FOSS port of Audacity to the web
#24Can anyone summarize how this works. Guessing Audacity is some C++ program. How did they take all the dependencies and make them work on browser, using WASM? What about the frontend? Is the UI just completely re-written?
https://github.com/ahilss/wavacity
Remarkable.
Re: Wavacity – a FOSS port of Audacity to the web
#25Earlier quoted context omitted.
For better or for worse, that's what Google is aiming at with ChromeOS. Especially now that the overarching "OS" is really just a Linux shell for multiple VMs. https://chromium.googlesource.com/chromium/src/+/main/docs/l...
People often claim that ChromeOS is versatile enough to replace a normal computer because it has these various compatibility layers. They often fail to mention that they work terribly . You wind up with the poor performance and annoying isolation that VMs give, but with an extra helping of instability and incompatibility. Running anything Google hasn't approved is gated behind "developer mode", and even for a develop…
Does drag and drop work? Can I choose a random image/file somewhere in one tab/application and drop it into another.
Just testing that now...
* Drag HN logo to Whatsapp Web: Pass
* Drag from Google Photos to Photopea: Pass
* Drag a zip file from Google Drive to Dropbox: Fail.
* Drag an attachment from an email from gmail into an online hex editor: Fail
Conclusion: The web platform isn't yet ready.
Re: Wavacity – a FOSS port of Audacity to the web
#26Alright, it's at a kind of uncanny valley situation where we have Windows XP applications running real-time in our browsers. Is the end-game just a universal sandboxed VM that's cross-platform? What do we do next?
On the right, we have more layers, so we must boot a VM in the browser, visit the same webpage, boot a vm on that page, and then run wavacity in that.
Re: Wavacity – a FOSS port of Audacity to the web
#27Can anyone summarize how this works. Guessing Audacity is some C++ program. How did they take all the dependencies and make them work on browser, using WASM? What about the frontend? Is the UI just completely re-written?
Re: Wavacity – a FOSS port of Audacity to the web
#28We'll need to stop calling web browsers web browsers.
On reddit at least it seems like everyone under a certain age doesn't use the term at all and just calls everything, including websites, an app.
Though if you call the PNG file that's a menu for your restaurant an app, that's just wrong.
Re: Wavacity – a FOSS port of Audacity to the web
#29We'll need to stop calling web browsers web browsers.
On reddit at least it seems like everyone under a certain age doesn't use the term at all and just calls everything, including websites, an app.
Re: Wavacity – a FOSS port of Audacity to the web
#30Alright, it's at a kind of uncanny valley situation where we have Windows XP applications running real-time in our browsers. Is the end-game just a universal sandboxed VM that's cross-platform? What do we do next?
For better or for worse, that's what Google is aiming at with ChromeOS. Especially now that the overarching "OS" is really just a Linux shell for multiple VMs. https://chromium.googlesource.com/chromium/src/+/main/docs/l...