https://github.com/ahilss/wxWidgets-wasm
https://github.com/ahilss/portaudio-wasm
https://github.com/ahilss/wavvy
Show HN: Wavvy – web-based audio editor (Audacity port)
wavvy.app
1–10 of 115 posts
https://github.com/ahilss/wxWidgets-wasm
https://github.com/ahilss/portaudio-wasm
https://github.com/ahilss/wavvy
Show HN: Wavvy – web-based audio editor (Audacity port)
wavvy.app
Tangential question, but why did Audacity seem like the obvious choice? Not a knock on the product - I use it often - but I'm just curious about why it was chosen.
I’m curious what porting wxwidgets involved — are you rendering them with the 2D canvas API, WebGL, or is all the rendering done by WxWidgets and you just have to send a framebuffer into a canvas?
> Audacity seemed like the obvious choice Tangential question, but why did Audacity seem like the obvious choice? Not a knock on the product - I use it often - but I'm just curious about why it was chosen.
Cool! The UI even works on iPhone (alas, playback doesn’t work, so my dreams of multitrack audio editing with just my thumbs are dashed /s) I’m curious what porting wxwidgets involved — are you rendering them with the 2D canvas API, WebGL, or is all the rendering done by WxWidgets and you just have to send a framebuffer into a canvas?
It's an amazing project! If the OP is here, do you have any plans for accessibility to screen readers? I suppose it's a similar problem to that with Flutter.
I also wander if there is a possibility to combine your wxWidget port with the work going into WASM Python...
Edit:
Taking a closer looks at how the wxWidget port works, wxWidgets has multiple backends using native widgets on each platform. They also have wxUniversal which draws each widget itself to a frame buffer, this port uses that as a base to draw the ui to html canvases.