OpenRGB

46 readers
1 users here now

The new home of the Lemmy OpenRGB Community! Formerly https://lemmy.ml/c/openrgb

Official website: https://openrgb.org/

GitLab: https://gitlab.com/CalcProgrammer1/OpenRGB

Codeberg: https://codeberg.org/OpenRGB/OpenRGB

Discord: https://discord.com/invite/AQwjJPY

Mastodon: https://floss.social/@OpenRGB

Spacebar: https://fermi.chat/invite/36WvoE?instance=https%3A%2F%2Fspacebar.chat

Patreon: https://www.patreon.com/CalcProgrammer1

founded 1 month ago
MODERATORS
1
 
 

The PCBs I designed for my smart ARGB splitter came. I had them manufactured by OSHPark and they turned out great. I assembled one, flashed it, and was able to drive 6 independently controlled outputs from a single ARGB input from my Airgoo controller.

2
 
 

ARGB splitters and hubs suck. They actively take the "addressable" out of ARGB by sending the same signal to all downstream LED components. While dedicated USB ARGB controllers like the Nollie and Airgoo have come out with 16+ ports to alleviate the need for splitters, some times a splitter is more convenient. I just updated my PC and my new Thermaltake CPU cooler has 4 separate ARGB components (an LED strip on each tower as well as 2 ARGB fans) all tied together with splitters so it all gets addressed as one uneven blob. A discussion on the OpenRGB Discord made me want to revisit the idea of a smart splitter, something I previously failed to make using an ATTiny as well as discrete logic. However, this time I tried using a RP2040 and its high speed programmable PIO architecture and succeeded! This project is the result. One ARGB signal goes in to GPIO0, and it gets divided up into channels based on the number of LEDs configured for each channel on GPIOs 2, 3, 4, and 5. It could be expanded for more GPIOs pretty easily as well. It acts on the signal in real time with no buffering, so theoretically you could chain them together without penalty or latency.

3
1
OpenRGB Desk Fan V2 (lemmy.today)
submitted 1 month ago* (last edited 1 month ago) by CalcProgrammer1@lemmy.today to c/OpenRGB@lemmy.today
 
 

https://www.thingiverse.com/thing:7310885

https://gitlab.com/CalcProgrammer1/OpenRGBDeskFan

I've created a new version of my OpenRGB Desk Fan project! This is a 3D printed stand and Arduino Pro Micro based controller to turn any ARGB 120mm or 140mm PC fan into a colorful desk fan that syncs with your OpenRGB setup. The software is based on CorsairLightingProtocol. I originally designed it in 2024 but now have updated the 3D models to provide 140mm support and clean up the base.

4
 
 

Don't want to sound needy to this wonderful FOSS project, however...

I was wondering if there is going to be any progress on the Logitech G PRO 2 Lightspeed mouse.

Currently I see no Linux rgb support from any apps.

My mouse just has its light always on and drains the battery.

If anyone know how to turn it off, or a unofficial version of OpenRGB that has the support file. Please let me know.

Thanks a ton!

5
1
submitted 1 month ago* (last edited 1 month ago) by CalcProgrammer1@lemmy.today to c/OpenRGB@lemmy.today
 
 

I haven't abandoned OpenRGB. It might seem that way given the last "stable" release was in 2023, but rest assured 1.0 is on the horizon still. I originally intended to release 1.0 last year shortly after 1.0rc1, but external setbacks pushed it back, namely WinRing0 being taken down by Windows Defender and Qt5 reaching EOL. However, after putting out those fires I decided I was not happy releasing 1.0 in its current state. Several other developers had open concerns about the backend and about rough edges in the user experience, and more issues came to light after 1.0rc2 in September.

Moving to a client/service architecture on Windows was desired to get around PawnIO's need to run as admin, but significant parts of the user interface (settings and profiles mainly) were not made to work with the SDK server.

This led to the creation of the next branch, a separate branch where I have been doing some major user-facing as well as backend changes. Notable big changes are below.

  • Update to Plugin API v5 and SDK Protocol v6
  • New profile system that properly integrates plugin settings into OpenRGB profiles
  • Settings and profile sync with background service
  • USB HID device hotplugging
  • Dynamic list updates
  • Per-Zone Modes
  • Lots of potential crashes mitigated by backend cleanups, protocol improvements, and better definition of plugin interfaces

For more detail, see this merge request:

https://gitlab.com/CalcProgrammer1/OpenRGB/-/merge_requests/2935

You can also download pipeline builds there to test, and -next-git AUR packages are available for testing as well on Arch based distros.

6
 
 

I've been wanting to migrate away from lemmy.ml for a while and have been using my lemmy.today account as my main Lemmy presence for a while now. This instance has been stable enough that I feel comfortable migrating here. The old Reddit style mlmym interface is available at https://old.lemmy.today/c/OpenRGB.