CalcProgrammer1

joined 4 years ago
MODERATOR OF
[–] CalcProgrammer1@lemmy.ml 49 points 8 months ago

RISC V is just an open standard set of instructions and their encodings. It is not expected nor required for implementations of RISC V to be open sourced, but if they do make a RISC V chip they don't have to pay anyone to have that privilege and the chip will be compatible with other RISC V chips because it is an open and standardized instruction set. That's the point. Qualcomm pays ARM to make their own chip designs that implement the ARM instruction set, they aren't paying for off the shelf ARM designs like most ARM chip companies do.

[–] CalcProgrammer1@lemmy.ml 242 points 8 months ago* (last edited 8 months ago) (18 children)

Hopefully Qualcomm takes the hint and takes this opportunity to develop a high performance RISC V core. Don't just give the extortionists more money, break free and use an open standard. Instruction sets shouldn't even require licensing to begin with if APIs aren't copyrightable. Why is it OK to make your own implentation of any software API (see Oracle vs. Google on the Java API, Wine implementing the Windows API, etc) but not OK to do the same thing with an instruction set (which is just a hardware API). Why is writing an ARM or x86 emulator fine but not making your own chip? Why are FPGA emulator systems legal if instruction sets are protected? It makes no sense.

The other acceptable outcome here is a Qualcomm vs. ARM lawsuit that sets a precedence that instruction sets are not protected. If they want to copyright their own cores and sell the core design fine, but Qualcomm is making their own in house designs here.

[–] CalcProgrammer1@lemmy.ml 1 points 8 months ago

It's just a matter of flashing the CorsairLightingProtocol firmware (instructions on the project's GitHub page) and then soldering the data pin of your LED strip to the appropriate Arduino pin. You can provide 5V power to the LEDs from a Molex or SATA power cable which allows as much power as your PSU can handle. You can draw 5V from the Arduino directly to run the LEDs but I would only run 30 LEDs or fewer with this power source. If you want more LEDs then connect them straight to your PSU.

[–] CalcProgrammer1@lemmy.ml 3 points 9 months ago (3 children)

Corsair Lighting Node is another good option. The real Corsair one works well but if you're willing to DIY you can use CorsairLightingProtocol on an Arduino Pro Micro and have 2 channels of ARGB with direct mode support for like $6, and you can use multiple. I have one in my case for case lighting as I used up my motherboard headers on fans and I used this as the controller for my OpenRGB desk fan project as well.

[–] CalcProgrammer1@lemmy.ml 6 points 9 months ago

Except the one platform that actually matters, Linux. My girlfriend got me into this game and it's the only game I have to keep a Windows installation around for. It doesn't run on the Steam Deck, so it's the only multiplayer game I play where I would even contemplate having to play it on Switch. I hate Epic Games.

[–] CalcProgrammer1@lemmy.ml 5 points 9 months ago

The name Unity just needs to be avoided. I get the well intentioned meaning behind the word, but it has been the name of three major controversial/disastrous products in semi-recent history - Ubuntu Unity Desktop, Assassin's Creed: Unity, and the Unity Engine.

[–] CalcProgrammer1@lemmy.ml 4 points 9 months ago

Leave it on, but turn off the monitor. I have it set up as a GitLab runner for some projects and also want to be able to SSH/SFTP in to access files, run updates, etc.

[–] CalcProgrammer1@lemmy.ml 7 points 9 months ago

Too bad they added shitty anticheat that broke GTA Online. I can't trust Rockstar anymore and I won't be buying these. RDR on PC was something I really wanted, but not after Rockstar betrayed us by basically revoking our access to GTA Online after almost a decade.

[–] CalcProgrammer1@lemmy.ml 3 points 9 months ago (1 children)

If it doesn't have an official control app then we most likely cannot add it. Usually button-controlled RGB means that the device just uses the USB cable for power, not data, so there is no control protocol we can send to the device to control it. We use the official applications to reverse engineer the control commands.

[–] CalcProgrammer1@lemmy.ml 1 points 9 months ago (1 children)

I'm guessing the packet we send for this device is either supposed to contain the custom mouse settings or puts it into a mode where it overrides not just the RGB but the other settings as well. I'm not personally familiar with this mouse or the controller it uses so I'm not really sure. Did you have your buttons customized from their defaults in iCue or another program that remaps the buttons?

[–] CalcProgrammer1@lemmy.ml 13 points 9 months ago (9 children)

Mozilla sold out a long time ago, they are nothing like they used to be. Everyone should be ditching Firefox for forks if possible. Yes, Firefox is still miles ahead of anything Chromium-based but we can't trust Mozilla to not screw over their users anymore (and it's been apparent for YEARS...Pocket, "Sponsored" shortcuts and links, Mozilla VPN popup ads, this behavior is hardly new). What can we trust? Firefox forks with the bullshit stripped out, mostly. I've been using LibreWolf for several years on my Linux, Windows, and MacOS systems now. I originally switched because of the Mozilla VPN popups but at the time, complaining about those popups was met with a bunch of Mozilla apologists going "it's not that bad" "they're a big company and they need their precious monies"...no. That was ADVERTISING front and center, and it was in Firefox years ago. So was Pocket. So was having Amazon links auto-filled on the new tab shortcuts. Go to something that isn't run by money. Go to a community-maintained and sanitized fork.

[–] CalcProgrammer1@lemmy.ml 7 points 9 months ago

I've been pretty happy overall with my Arc A770. For the price, it performs well, and driver issues are mostly a thing of the past. My only complaint is that the anv Mesa driver doesn't implement VK_NV_device_generated_commands which appears to be a requirement for some D3D12 games on Linux (Starfield being the one I had issues with). Luckily, it looks like there is a new non-NVIDIA specific extension to solve that and an open MR in the Mesa GitLab to add it to anv.

 

It looks like the OpenPleb initiative, a joint effort from Level1Techs and Gamers Nexus to get manufacturers to be more open with their protocol and interface documentation, is working! Case vendor HYTE seems interested and said they're willing to send me some sample devices along with protocol documentation!

This is the first manufacturer I've seen comment on the OpenPleb initiative publicly.

 

I wanted to demonstrate the reverse engineering process we use to figure out how to talk to devices for OpenRGB so I made a video where I start reverse engineering the RGB on the new ASUS ROG Ally. I wanted viewers to get a feel for how confusing and time-consuming this can be, especially with the new OpenPleb initiative that is trying to get manufacturers to open up and provide protocol documentation that would render reverse engineering unnecessary.

 

I made this video discussing my thoughts on the OpenPleb initiative by Wendell of Level1Techs and Steve of Gamers Nexus. As the developer of OpenRGB, the OpenPleb initiative, which aims to work with hardware vendors to open up documentation for proprietary protocols used for consumer PC hardware, could be a massive boon for OpenRGB development as at the moment almost everything we add is reverse engineered. Having access to protocol documentation would improve the quality of our code and the efficiency in which we can release it.

For reference, I'd recommend watching Steve's original video here:

https://www.youtube.com/watch?v=bKOtvOqa_vM&t=0s

I posted this on /r/hardware because Steve's video got a lot of traction there, but I wasn't necessarily happy about posting on Reddit, so here it is for Lemmy.

view more: ‹ prev next ›