[closed] im gonna build a desktop application(daw). i need advice/opinion
[closed] im gonna build a desktop application(daw). i need advice/opinion
greetings, i want to build a daw (digital audio workstation), but i have no idea where to even start. here are my needs and the options i've found:
my needs:
- load and keep things (audio, midi) in memory
- cross-platform compatibility is not a requirement
the options i've found:
fluttergtk/qt- raylib (with zig)
webassembly (with zig)
[rejected] flutter: the first option that came to my mind was flutter. i thought it would give me a quick start in laying down the ui, but i don't think it has the capability to fulfill my needs (please correct me if i'm wrong)
gtk/qt (with zig): i wonder if qt provide bindings for zig
raylib (with zig): it's cool (my choice as of now)
[rejected] webassembly (with zig): it would be an ultimate comfort to build this way ig, but is it possible to make that web app into desktop one (like tauri or something)?
id really appreciate your opinions and advice
ps: i hope i'm clear. i got a headache searching about these. i'll update this post for more clarity later
final note
Thank you guys for all your opinions and advises. Thanks for explaining the limitations with gtk, things with qt and flutter. That kotlin compose thing was cool too. Thanks for mentioning yabridge thats gonna be helpful. It might not seem like it, but I did listen to your thoughts, and stuck with zig and raylib. Thanks a lot
QT is a cross platform UI development framework, its goal is to look native to the platform it operates on. This video by a linux maintainer from 2014 explains its benefits over GTK, its a fun video and I don't think the issues have really changed.
Most GTK advocates will argue QT is developed by Trolltech and isn't GPL licensed so could go closed source! This argument seems to ignore open source projects use the Open Source releases of QT and if Trolltech did close source then the last open source would be maintained (much like GTK).
Personally I would avoid Flutter on the grounds its a Google owned library and Google have the attention span of a toddler.
Not helping that assessment is Google let go of the Fuschia team (which Flutter was being developed for) and seems to have let go a lot of Flutter developers.
Personally I hate web frontends as local applications. They integrate poorly on the desktop and often the JS engine has weird memory leaks
Here is an alternative Piped link(s):
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I'm open-source; check me out at GitHub.
We just need a native os-js/webtop then the web frontends would make sense... Till then they feel bloaty (looking at discord)
I've started building a lightweight daw mostly for mixing songs together rather than any actual serious music production. Currently only supports volume and bass envelopes, and dragging tracks around. I'm planning to open source it when it's a bit more polished. It's written in rust and I'm using egui for the frontend.
that's so cool! it looks good too. i might need your help in the future.
Google just killed flutter. Just so you know. They do that a lot. Be careful
No they didn't. It literally got an update this week (3.22). Laying off part of the team (which is worrying) is not the same as actually killing it.
Lol
(Google recently laid off parts of the Flutter team)
and Raylib has a LOT of bindings (ie. not just Zig)
I want to use Raylib, but mentioning it here on the fediverse doesn't get much of a response (I can't see a raylib community from my instance). My choice of language probably doesn't help, though.
My first issue is wanting vertex colors on 3D models and I am not getting this (this may be a problem with the bindings I'm using, naylib(nim-lang)). The second would be needing guidance for the 2D polygon text loader that I started.
Maybe I could make simple GUI applications with raygui, but I don't currently really have many viable ideas on what I would want to make.
To OP: Another potential option is using Godot w/bindings. Design is pretty fast and flexible, then using signals is super easy.
I've tested some frameworks (specific to my language, so not really helpful to most), the one that I liked more said it was
declarative user interface framework based on GTKthough I would prefer a similar thing for Qt and there wasn't an ability to automatically scale text size to better fill the available button size (I was testing an adventure-book reader and hoping to use unicode characters).Frameworks for single page applications (or some other browser-based tech) might be ok for simple stuff. Similarly, I've liked the idea of TUI frameworks (yeah, because htop) but haven't really tried that yet.
IIRC, Qt comes with its own declarative language. That might be why you can't find any bespoke ones.
Happy Qt User here, I was able to make sense of the C++ and Go bindings for Qt really quickly and there's a lot of good resources and examples online for Qt Templates
You can also do the dance https://youtube.com/watch?v=J2mEPQGq5dU
bruh what was that!
Here is an alternative Piped link(s):
https://piped.video/watch?v=J2mEPQGq5dU
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I'm open-source; check me out at GitHub.
there seems to be qt qml bindings for Zig
qml is a language made to build UIs, and is very easy to use in my experience - you can build your logic that needs to be high-performance (file loading, audio effects, etc.) in zig, and expose it to qml so it's available in the UI.
i've never used zig, but i did do a similar thing using c++ & qml, and it was great to work with, so i think you should be fine going that route
It depends if you're using Gnome or KDE. If you prefer KDE, use Qt. If you prefer Gnome's interface ideas (that looks quite different), use GTK+ with libadwaita. GTK+ has good bindings for Python, and Rust, and a new, rather Gnome-specific language, Vala.
Use GTK4
GTK+ is quite old at this point
GTK4 is what I meant to say. To me, it's the same as GTK+, because that was the original name. Just like I spell nvidia as nVidia, because that's how it was spelt back in the early 2000s. It sticks
I've recently used dioxus with rust to build a native app with webview. Way cheaper than electron and the like.
Raylib sounds great. I would avoid gtk/qt. Enlightenment library also there but might not have zig bindings.
I recommend using qt for the interface, for audio use jack, it is better for music production, if you want to load vst plugins into the program, you can use yabridge
You can try Kotlin Compose Multiplatform.
It can target JVM (windows, Linux, Mac) and then work on iOS and Android.
Android and JVM are stable. IOS is alpha and works well. Should be beta this year.
WASM support is coming as well but is experimental.
You can do as much multiplatform as you want and do as much platform specific as you want.
Compose itself is a declarative UI framework. Your UI is code.
Edit: You do require a Windows, Linux, and Mac machine to build the executables for each desktop JVM app, as well as a Mac for an iOS app. Android you can build on any of them.
He said multi platform is not a requirement. But good low-level audio performance is.
What were you thinking?
I don't see him mentioning low level audio performance is a requirement. And he listed flutter as something he had considered.
Can you not process audio in the JVM?
Edit: targeting JVM he could also use the JNI and do the low level stuff in c++ if needed. I don't know how that'd cross to iOS but it'd work on all 4 other platforms.
Edit: And he doesn't need to target mobile either, he can just target the JVM, write it in Kotlin + Compose and if needed write native code if he needs more performance.
What are your needs which aren't being met with flutter? -- It's really just a UI renderer and it has a C/C++/ObjectC/Java underlayer for everything else. It should link fine with existing c libraries. I have done a bit with it recently including desktop dev: https://www.producthunt.com/products/which-browser So hopefully I can answer any questions. -- Hit me up on matrix
It seems that Zig is the intended language? If go where a consideration I would point you at this to consider: https://github.com/go-graphics/go-gui-projects too.