FanControl.Releases
FanControl.Releases copied to clipboard
Rem0o
Linux Version? :pray:
I would love to know if there are any plans to make a Linux compatible version of FanControl?
Arg but it's so good.
On Tue, 15 Mar 2022 at 16:21, Rem0o @.***> wrote:
Nop, it's an old shcool .NET 4.7 app.
— Reply to this email directly, view it on GitHub https://github.com/Rem0o/FanControl.Releases/issues/535#issuecomment-1068044485, or unsubscribe https://github.com/notifications/unsubscribe-auth/AB47W45L3ICB3CF6AUT6RLLVACMGBANCNFSM5QXR67KQ . You are receiving this because you authored the thread.Message ID: @.***>
Sorry. If I ever modernize its stack there would be a possibility for Linux, but that would be a huge task still.
would love to see a linux version, too. it would be really awesome this project to become the platform-independent "OpenRGB" for just for fans.
I would pay $ for you to get a linux version if that would help... maybe other linux folks would also? Being a programmer myself, I could help with the UI ... not familiar with the hardware stuff at all though
I would also be willing to contribute financially to this app if it would help create a potential Linux version
What backend could be used on Linux?
Does https://github.com/LibreHardwareMonitor/LibreHardwareMonitor picks up fan controls ?
What backend could be used on Linux?
pretty sure best bet would be lm-sensors, which already does most of the heavy lifting...
One thing that bothers me is .NET 6. I like 4.7/4.8 apps because that framework is built-in into windows and people don't have to download it and install it. Whereas .NET Core++ apps either you bundle the whole damn framework with your app, for a whopping 100+ mb app, or you require the user to download the framework. Both options are awful imo.
One thing that bothers me is .NET 6. I like 4.7/4.8 apps because that framework is built-in into windows and people don't have to download it and install it. Whereas .NET Core++ apps either you bundle the whole damn framework with your app, for a whopping 100+ mb app, or you require the user to download the framework. Both options are awful imo.
Maybe it's just me, but I would gladly accept a 100mb app size if it meant I finally got a much-needed and sought-after tool. I would also venture a guess that many folks who are using Linux and want/need a tool like this would have absolutely no issue installing .Net in order to have it, or already have it installed.
I would definitely be keen to financially contribute to a project like this if a linux version was created!
there is a fancontrol package for accessing the fans but I have not had tons of success configuring it ... hence my interest :) I would imagine one could make a daemon process that the GUI talks to so the policies it defines could be enforced w/o the (large) GUI running. Not sure if you are thinking to port the .NET app or move it to a new stack so just throwing ideas out there
+1 would definitely be willing to contribute code /test to help work towards a Linux version. Current solutions available on Linux are so much more limited and clunky compared to what you have here.
Since I guess lm-sensors is a process, how would it look if we query it for let say 30 sensors every second? Will each call spawn a new process?
The README for lm-sensors https://github.com/lm-sensors/lm-sensors mentions the libsensors library for writing more intricate programs
@Rem0o Hey! Wanna work together trying to see if it works with Mono framework on linux? I guess that by the recent exposure from Jayz you might get a considerable amount of requests, and I'm sure a lot of us can help :)
I came here from JayZ only to find out it doesn't support linux... I really hope there will be a linux version in the future
@SophiaHadash It would be basically a completely different software. Software that plays with hardware like that is really OS specific. I ain't a linux user myself, so not much incentive to work on such a new project.
Hey @Rem0o See my comment above, perhaps there's something that can be done? (Specially that LibreHardwareMonitor seems to work on Linux with mono too... but I'm not sure how your software works in windows :)
cc @scherenhaenden
Did some preliminary testing for fun:
- LHM does have a basic lm-sensors readout, but no fan control. However, with a bit of code, managed to get manual fan control for all detected PWM in ubuntu. Surprisingly easy to do so. Must be root user though.
- FanControl is a WPF app, and WPF works in dotnet 6, but on windows only. Which means, would have to create a whole new UI project with an other UI tech stack. That's a whole new project by itself. Also, AFAIK, there is no mature dotnet GUI framework on Linux right now worth investing time in.
TLDR: FanControl isn't directly portable to Linux. Most of the logic could, but the app structure, UI and everything else would need to be started over from scratch.
TLDR: FanControl isn't directly portable to Linux. Most of the logic could, but the app structure, UI and everything else would need to be started over from scratch.
Yes. I wished that you would have created Fancontrol on a cross platform toolkit when i first saw the application. That was the first thing came to my mind when i saw how greatly useful the application
- LHM does have a basic lm-sensors readout, but no fan control. However, with a bit of code, managed to get manual fan control for all detected PWM in ubuntu. Surprisingly easy to do so. Must be root user though.
- FanControl is a WPF app, and WPF works in dotnet 6, but on windows only. Which means, would have to create a whole new UI project with an other UI tech stack. That's a whole new project by itself. Also, AFAIK, there is no mature dotnet GUI framework on Linux right now worth investing time in.
TLDR: FanControl isn't directly portable to Linux. Most of the logic could, but the app structure, UI and everything else would need to be started over from scratch.
I have to admit, I would quite like to see a version of this that runs as a service in the background on windows and linux, with a config/monitor UI separate. The UI could either be WPF on windows, or perhaps rewritten as blazor so it could be web or app based. I think that would make this already excellent tool just that little bit better. It would also make it (more) suitable for headless devices, servers and such too, which would also be great!
