Initial RGBFusion Support #2057
Conversation
It requires RGBFusion 2 installed to work. It automatically install the Bridge in the RGBFusion Folder. RGBFusion should be closed in order to work.
|
This is the source of RGBFusion Bridge: https://github.com/Cheerpipe/RGBFusionCli/tree/Rewrite |
Note: RGBFusion will slowdown when changing peripherals (area index above 7). it is recommended to maintain these areas static. Using new bridge version that reduce calls to RGBFusion when an area has not been changed.
|
Hi. You're welcome. ;D Is it working for you? logs: 2020-06-01 17.43.08.log What motherboard are you using? How are working your leds? Is there any artifact or glitch in your lights? Changes are slow or fast? Dis you try some animated mode? Are colors for separate areas working? When I disable RGB Fusion, Aurora crashes and I get these errors:
I hope I've been able to help. |
|
Same results as above on Aorus X570 Elite. No lighting changes, with the same crash on Aurora exit or this component disable. |
|
It looks like RGBFusion Bridge is not running. Can you check if you have the following files? In your Aurora folder: And in your RGBFusion Folder, usually "C:\Program Files (x86)\GIGABYTE\RGBFusion" Important thing, RGBFusion must be closed before launch Aurora. Can you also check if after launching Aurora you have a process running called "RGBFusionAuroraListener"? Thanks in advance |
|
Try new build pls. Thanks in advance |
|
My current version of Aurora is beta 0.7.2+815 and it works fine, but have been following what you've been doing and it's got me excited, so I tested your build. After first launch with your version I also got that same issue, latency was at ~16ms, and colors wouldn't change. It looks like RGBFusionBridge.dll was missing from my RGBFusion folder (the other files were there). I copied that .dll from the build zip into RGBFusion and Aurora started working. Can't seem to get get any zones working (I only tried the first 5). Any lighting bound to esc does affect the system, so it is talking to the MB and the latency is down to ~1ms. If you've got some sort of cheat sheet for what each area index goes to, I can tweak my config to see if zones are working. I'm on a x570 Pro Wifi rev1 with both of the standard 3pin ARGB headers used. Note: I grabbed this from this link https://ci.appveyor.com/project/antonpup/aurora/builds/33231558 which was posted 15 hours ago (as of writing this) in this thread #873 It looks like 2 hours before writing this you said you've got a new build. Not sure if I'm on your latest one or not. Edit: Added intro about Aurora version. |
Latest version (https://ci.appveyor.com/project/antonpup/aurora/builds/33253988) should solve bridge installation / dll file copy problems. I don't have any area index list for your motherboard, just for Aorus Master X390. It is up to you to test different areas and see which is which. If you do this, pls report back and post your findings. For the time being, in general, this working for you? Do lights change correctly? (With ESC Key colors) Thanks for testing. |
Noted. It'll probably be a day or 2, but I'll see what I can find. These are supposed to represent whole zones right? Not individual LEDs? or is that something that could vary board to board as well? edit
In that regard, yeah it's working fine. |
I tested the latest build. The latency varies between 11 and 15 ms (a bit less than before) and Aurora no longer crashes. All files are in the correct location, but RGBFusionAuroraListener is not running. Unfortunately the colors of the MB do not change. |
|
Gigabyte X570 Aorus Elite Using the latest version, Aurora no longer crashes. However, RGBFusionAuroraListener.exe spits the pictured error out. This error can be seen on aurora first-launch or when re-enabling the RGB Fusion Device after disabling it.
Edit: This error now also arises when trying to open RGBFusion, independently of Aurora. Do I need to be using a version other than the latest RGB Fusion 2.0 ? |
|
It looks like newer RGBFusion broke some things for me. I am using B19.0919.1. because it is faster and stable. Latest versions are slower and have hardware detection issues for a lot of users, however it has wider hardware supports. Are you using latest version from RGBFusion Website? You can try using older RGBFusion version if you want. I will work on patch latest RGBFusion later. B19.0919.1: https://drive.google.com/file/d/1inUFhNrpah1WZdJQv07SwKYnVfJ6DakL/view |
|
With the older version B19.0919.1 it works for me. The latest version of RGBFusion does not work, as you mentioned before. The colors change very fast. But I cannot control the individual areas. |
Can you upload your Pro1.xml and ExtPro1.xml from your \Program Files (x86)\GIGABYTE\RGBFusion folder? Thanks in advance |
I cannot upload the xml files because Github does not support this format. |
|
Tried to get a start on mapping out the zones, but it seems like the key selection doesn't work right in the device options of Aurora. I had made it to index 20 setting them to a test key with a obvious color change to be easy to spot, but nothing was updating. I restarted Aurora and the most of the board was following that test pattern. Resetting indexes or changing them to another key didn't have an effect on their color. What this says to me is that per zone does seem to be working (not every light was following the test pattern) and that assigning indexes to a key in Aurora seems to only take effect when launching Aurora. Thinking maybe it was the outdated Aurora build, I grabbed your latest one with the fixed bridge installation. That build broke pretty much everything. Aurora couldn't set colors (neither my main install or this test one) and RGBFusion itself wouldn't run, much like what happened to Mitonix. I reinstalled RGBFusion and its back to working as it did before running the new build. I was and am again on the latest RGBFusion. I'll try rolling back to the one you linked and see where that gets me. |
|
I can confirm that using the supplied older version of RGBFusion allows this build to work with the Aorus Elite X570 (tested with solid, non-animated colors that enable/disable based on numlock state). I can confirm that you do indeed need to restart aurora if you change your index configuration and that simply restarting the device entry isn't enough - would love to see this not being a requirement. Strangely, one index entry applies to two zones. I'm unsure if this is a limitation from the older RGB Fusion software. Here is the index mapping for the X570 with the current software configuration (note: I do not use the rgb headers to verify their indexes): This is a "good enough" stand-in that I'll be using this branch and tracking any updates from here on out :) |
Patched LedLib2.dll B20.0430.1 Update MD5 table.
You are right. Aurora must be restarted to apply changes. I updated the pull request with support for B20.0430.1. This version of RGBFusion could be very slow when using animated modes. Pls tray and report back. I also do a small change than may be compatible with RGBFusion peripherals but without a gigabyte mainboard. |
@skielbasa do you have 20 area index O.o??? Can you pls upload your Pro1.xml and ExtPro1.xml from your c: \Program Files (x86)\GIGABYTE\RGBFusion folder? Thanks in advance |
|
My Build:
Ever since I installed the B550 motherboard neither it nor the GPU respond to color changes in Aurora. When I used the GPU with an older motherboard and RGBFusion Version B19.0919 it was working as intended. In the Device Manager RGB Fusion shows up as Connected with a latency of 0 ms. It also shows multiple areas (index 0-8, except 7. It matches the number of areas it's supposed to have). If I try to use version B19.0919 it can't even connect. Other B19. versions I tried didn't work either. |
Just double checking, you don't have RGBFusion running at the same time as Aurora do you? If so, make sure RGBFusion isn't running. It needs to be installed and ran once (to build the index), but after that it doesn't need be / shouldn't be launched when using Aurora. And does stopping/restarting the RGB Fusion entry in Aurora devices help? Sorry for the late response. |
|
I ran RGB Fusion once. And I made sure to check in Task-Manager that it isn't running before I start Aurora. Restarting the RGB Fusion entry doesn't help either. |
Can you try with B20.0529.1? I also run into throbless with B20.0708.1. I am in process of upgrading my mainboard to a Z490 Aorus Master. I will try to work on B20.0708.1 compatibility this weekend. |
|
Using B20.0529.1 fixed the problem for me! All the lights change as they should. The only issue I have is a slight delay. |
|
That's usually all it takes. With that in mind, it might be helpful to post
your logs for the Dev, he might know what's happening. Debug tab > show
logs folder.
…On Wed, Aug 19, 2020, 5:17 PM xFuty ***@***.***> wrote:
I ran RGB Fusion once. And I made sure to check in Task-Manager that it
isn't running before I start Aurora. Restarting the RGB Fusion entry
doesn't help either.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#2057 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABG4SOMTAW7VR7UNAZJC723SBQ6NRANCNFSM4NPIPEZA>
.
|
|
Sure, I attached the log below. |
|
I had to reinstall and noticed RGB Fusion got updated to: B20.0721.1 Doesn't seem to be working, but I want to confirm it's not something on my end. Can anyone confirm? Or also send a link to the last working one please? |
Here's the version the dev originally recommended. https://drive.google.com/file/d/1inUFhNrpah1WZdJQv07SwKYnVfJ6DakL/view |
Fix lights not changing of commit key was not used. Kill RGBFusion process on device start Relax autoreset time
|
My LEDs are updating even faster with the newest build; it seems practically perfect now. Whatever you did, great work! |
|
Awesome I cant wait to see this supported. This will also work for the x470 boards? |
|
Should. May you try and report back?
El vie., 16 de octubre de 2020 9:08 p. m., KROWN <notifications@github.com>
escribió:
… Awesome I cant wait to see this supported. This will also work for the
x470 boards?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#2057 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAHNPXLFLKZ5RZXQW5AK4KLSLDN6JANCNFSM4NPIPEZA>
.
|
What do i need to do after copying the RGBFusionCli.exe to the proper folder? |
Just try this build https://ci.appveyor.com/project/antonpup/aurora/builds/35703540/artifacts No need of copy anything. |
|
Just finished trying it and sadly its not working for me. I uninstalled RGBFusion and installed version B19.0919.1 as mentioned above. I restarted my computer opened rgbfusion. Closed out rgb fusion completely then started aurora. Inside aurora i see the RGBFusion under device manager. Its options say it is bound with the esc key. But when i try to get some lighting going its not working. Now im pretty new to aurora but everything else seems to be working fine keyboard, mouse, wled light strips, corsair ram. I have 9 case fans, a water pump, and aorus 2080 GPU hooked to my aorus x470 mobo that still need to be synced. |
|
Thanks for your amazing work @Cheerpipe! I'm using AORUS Z390 PRO WIFI and it works with Aurora I suggest you work on smoothness because is the only thing missing to make RGBFusionBrigde perfect |
Thanks! This worked. I was having issues with my RAM all of a sudden not showing up. Apparently if you ever installed RGB Fusion and any additional programs like Trident-Z RGB it could conflict and remain un-working. Fortunately, the solution is simple. GSkill made a cleaner batch script that fully removes any remnants of old drivers: https://www.gskill.us/forum/forum/product-discussion/ddr4/trident-z-rgb/163741-trident-z-lighting-control-driver-conflict-clean-uninstall-guide Massive thanks to @Cheerpipe for getting RGB Fusion support into Aurora! |
|
|
|
Cheerpipe you are a genius, your integration with rgb fusion worked perfectly for me both memory and motherboard, i use a b450pro aorus i wanted to know if i can integrate with the cooler master mp750 xl.please i need help it is the only device that does not synchronize |
|
Hi @carlonex I not working in this device anymore because I moved to Artemis mainly because it support more than just keyboards and mouses and it is easy to develope plugins and device providers. I recommend you to give a try to Artemis+OoenRGB. It could be hard to start with but it the end you can do almost anything. |
Just checked out Artemis but while searching for videos of it I saw another called (Signal RGB) do you have any thoughts on it vs Artemis? |
I didn't tried signal RGB mainly because it is not free nor opensource still looks like a good propietary software alternative |
|
Sad to hear that RGBFusionCli is no more, Cheerpipe! Thank you for your hard work. As far as OpenRGB there is an open issue with RGBFusion unfortunately: https://gitlab.com/CalcProgrammer1/OpenRGB/-/issues/1243 Hope there will be a plugin for Artemis? |
|
That's for newer boards. |
Fixes #873
This pull request proposes the following changes:
Known issues/To do:
Tested on a Aorus Master Z390. It is also reported to works in x570 motherboards.
Firs time coding something like this so any review/advice/critic will be very well received.
READ ME:
Optional:
RGBFusionAuroraListener.exe --ngencommand to create a native image and save a bit of cpu usage.Thanks in advance.