What are you trying to say? That building a new web-based Roon client application should be a matter of weeks rather than years?
Well, not sure I’m saying anything of the sort. But what’s in my mind is that there must be several “.NET MAUI for Web” projects underway by now. Might be a plan to have someone look into that, see if any are robust enough to work with.
Blazor seems to be a step in that direction. Blazor Hybrid Web Apps with .NET MAUI
But they already have Flutter experience, so perhaps that makes more sense.
Im not sure if .NET is even still needed if you go for a web-client (at least on the client side). The point of a web-client would be that it runs in a web-browser, or am I missing the point here?
But you want to use your existing back-end and GUI code as much as possible. You just want to image against a different window system, instead of OpenGL.
So, I’m thinking you can use the same standard .NET libraries, but have it imaged on the Web, as is done with iOS and Android. So, Web support for the front of .NET. They already have a WebView in MAUI, so you already have Web support on the back of .NET. That’s kind of useless if you didn’t start with a Web app. And MAUI does not have Linux support, except for Android, so perhaps that’s why you’re not seeing a native Linux client.
But… Again, ARC seems to suggest that Roon has invested in Flutter & Dart. Flutter does have native Web support. What’s more, it has migration tutorials for Xamarin.Forms developers, to move their apps to Flutter.
So still a client needed then. Does not run in a web-browser (Chrome, Firefox, …). So the whole effort of swapping-out OpenGL for the UI rendering just in the hopes it may make a “native” Linux client possible and using Wine obsolete. I’m not sure this is what the folks asking for a web based UI for Roon had in mind, it surely isn’t what I have in mind. I look at for example at PLEX and their web-GUI and think “Why does this not exist for Roon?”. As far as playback zones go, there is already the (dated) stand-alone Roon Bridge (also available for Linux), that then would become mandatory for permanent zones if the functionality is no longer part of an UI client package.
1 Like
Yes, that’s right.
And Bridge is not available for iOS and Android. So you’d still have a native app which contained those bits, plus I suppose a WebView for the hypothetical Web GUI.
The current Roon Remote just plays to the systems standard audio interface. You don’t need a Roon Bridge to do that from a browser. A browser is perfectly able to play videos and audio tracks on it’s own.
2 Likes
They don’t, Roon has its own custom gui framework
You mean, they don’t use MAUI, because they have their own GUI framework that works directly against OpenGL?
An old post, so things might have changed, or might do in the future…
3 Likes
Thanks for pulling that up, Geoff.
Linux is open source so how hard can it be? Maybe take a poll of how many would be willing to pay for it. I definitely would to not have to use winblows or crapple. Please guys do the right thing. I’d guess that there’s an absolute ton of Linux users. I mean aren’t both Android and Apple based on Linux???
1 Like
Apple isn’t based on Linux, it shares common ancestor with it (Unix)
Android uses the same kernel as desktop Linux but that’s pretty much where similarities end, the graphical stack and app runtime is completely different.
Plus Roon uses its own custom GUI framework instead of an off-the-shelf solution so they’d have to port that over first
Well, it’s been a bit. Things have happened. Roon is now backed by fairly big companies… WITH RESOURCES! 
So it should not be as big of an issue now, right?
Could please have a native Linux Roon Control GUI? Pretty please?
1 Like
If this feature suggestion is important to you, please vote for it by using the Vote button at the top of the thread. Thank you.
Did not notice - voted
For those that, like me, had missed it, there are a couple of native Linux apps for controlling Roon. Although not fully featured, they can handle all basic operations with regards to playback.
Roon Command Line (cli): GitHub - doctorfree/RoonCommandLine: The Roon Command Line project provides Bash and Python scripts to enable command line control of the Roon audio system over a local network.
roon-tui (terminal): GitHub - TheAppgineer/roon-tui: A Roon Remote for the terminal
Community Remote: GitHub - TheAppgineer/community_remote: Roon control for family and friends
1 Like
Will 2025 become the year of Roon GUI on Linux on the deskop or do the good people at Roon hate penguins? And while we’re at it: could you makes sure your Linux app supports the XFCE with I3 as window manager on CachyOS with the eevdf kernel in both Wayland and X11? 
I love my Linux (I described my daily driver, at work and at home) and I hope we will get a GUI in the end but don’t underestimate the resources / cost it takes to develop/maintain and especially support a Linux app for the general public if the support is not volunteer based. I rather see Roon investing the money in other things.
So do I, and many others here. However, I don’t anticipate a Linux desktop in the short or medium term. We’re simply a very small minority.
If Roon ever decides to implement a new development stack using newer tools – note that ARC doesn’t replicate Roon Remote – then maybe Linux could be supported in the future. But, I don’t think we will see a native Linux app using .NET Core.
Furthermore, what distros would be supported? We would soon get into the difficulty of what flavours of Linux are supported, whether there’s an app image, Flatpak, Snap, or native package, e.g., APT, RPM.
Fortunately, Roon on Wine runs extremely well on a Linux PC (less so with mobile processors in laptops), so I’m happy with this option for now.
1 Like
Do you have an up-to-date document or some tips about that please? I’ve found snippets of info under tinkering but I have no idea what is still relevant in 2025 and what is outdated.