GSkill Trident Z RGB / RGB not functional

nangu wrote: parsec wrote: No offense, but you have three different types of RGB software potentially running at the same time? It's a miracle that any of it works at all! RGB is the Wild West at this time, anything goes and every component for itself. I wonder how long it will take before RGB gets a standard, and all the currently manufactured RGB products are no longer supported, and can't be used with the new standard? RGB controlled DIMMs really scares me. Imagine how it must work. The RGB control commands must somehow be injected into the data sent to the memory, which then must be filtered out by something constantly looking for it. So there must be more to it in the DIMMs then simply LEDs. Fascinating how it must work, but consider how it must be implemented for control of LEDs in DIMMs, RGB control data mixed in with our regular data? The G.SKILL reps have no idea how or why it works, and you no doubt know more about it than they do. Given some of the G.SKILL rep's comments in Newegg reviews, I doubt if most of them ever built a PC in their lives! Well, infact there was a big problem with Gskill memories RGB Leds and the Asus Aura software, in which if you used that software to change led's colours, potentially SPD corruption would occur rendering the whole memory stick unusable. I can understand all this RGB craze, because I sometimes like a bit of it, but embeding it in the SPD chip inside the memory, where all the important data to drive the stick is stored, and releasing a beta product to manage it, potentially corrupting that data, it's a bit borderline IMO.

Borderline is being very generous, IMO it is plain crazy!

Corrupted SPD data can cause errors in standard data. We won't know it happened until the SPD data is read for use after it is corrupted. SPD data includes the timing settings/data for the memory, and XMP profile(s). We risk corrupting the data used by running programs so we can have pretty lights on our DIMMs?!?! Outrageous is the term I would use! Does the SPD standards organization approve of this extra use of the SPD implementation?

I would not use memory with RGB control implemented like this under any circumstances. It brings an entirely new problem to PCs, RGB control of DRAM memory data corruption. How many issues will occur that we won't know the source of the cause... except we do, but how to prove it, how do we know when and if it occurs?

This is a horrible situation for people that diagnose PC problems. Any strange data related issues, including BSODs, could be caused by corrupted data in memory. The main target of blame for odd problems is always the mother board, when it is too difficult to determine the issue easily. The RGB control program cannot find the memory in different DIMM slots, and the board is blamed. Sorry, not the board's problem, it's the memory and its RGB software. New features in a component must adapt to the existing components, unless the new feature is a defined, approved standard used by the industry.

Now when I see RGB memory models in a build, it will immediately become suspect for the cause of unusual problems. That is, until such time that it is known to be benign. If that is ever possible.

Same problem here, no G.Skill memory found by program, I can't even switch off those f...cking rainbow lightening, all the RGB staff is a mess, ASRock mainboard RGB works only with older AsrRgbLedSetup(v1.0.24) version, (v1.0.27) immediately hangs and restarts the system, A-Tuning don't work at all.

Parsec, no offense taken :) But you missed the part where I have even tried a fresh install with NO other RGB software and same thing. Works in A1 / B1 but not A2 / B2.

Wardog - much appreciated!

Gskill is piggybacked off asus aura which was somewhat cool in concept but has so many issues like SPD corruption or conflicts as everyone is trying to do their own thing. I really cannot stand the way Gskill implemented it though, in a way that a program starts and assigns the color profile at every boot. It should have had a tiny amount of non volatile memory in which you could assign the profile and it was set for the life of the ram or until you manually loaded a new profile. That would axe all this compatibility nonsense. Anyways - is what it is and GSkill has pretty much gone dark on it as they know they have a royal mess on their hands.

I am only here as this appears to be partially bios since for whatever reason, A2 B2 seem to be hidden. But it could be a million things like their "Beta" software that has not seen an update in many months.

parsec wrote: No offense, but you have three different types of RGB software potentially running at the same time? It's a miracle that any of it works at all! RGB is the Wild West at this time, anything goes and every component for itself. I wonder how long it will take before RGB gets a standard, and all the currently manufactured RGB products are no longer supported, and can't be used with the new standard? RGB controlled DIMMs really scares me. Imagine how it must work. The RGB control commands must somehow be injected into the data sent to the memory, which then must be filtered out by something constantly looking for it. So there must be more to it in the DIMMs then simply LEDs. Fascinating how it must work, but consider how it must be implemented for control of LEDs in DIMMs, RGB control data mixed in with our regular data? The G.SKILL reps have no idea how or why it works, and you no doubt know more about it than they do. Given some of the G.SKILL rep's comments in Newegg reviews, I doubt if most of them ever built a PC in their lives!

Jhelms wrote: Checking in boss :)

To be honest I forgot plum about your second request of actually changing color.

I just now fired off email, with a link here to this Thread.




Again, I'm truly sorry for my forgetting. Please accept my sincerest apology for my having done so.