Após quase um ano de desenvolvimento foi anunciado o lançamento da nova versão do OpenRGB 0.8, um conjunto de ferramentas de código aberto para controlar a iluminação RGB em periféricos.
O pacote é compatível com placas-mãe ASUS, Gigabyte, ASRock e MSI com subsistema RGB para iluminação do gabinete, módulos de memória retroiluminados ASUS, Patriot, Corsair e HyperX, placas gráficas ASUS Aura/ROG, MSI GeForce, Sapphire Nitro e Gigabyte Aorus, multi-driver Faixas de LED.
Principais novos recursos do OpenRGB 0.8
Nesta nova versão que vem do OpenRGB 0.8 a lista de dispositivos compatíveis foi reabastecida com muitas placas de vídeoou ASUS, Gigabyte, EVGA, MSI, Gainward e Palit.
Além de uma série de periféricos "clássicos" que tiveram suporte adicionado a eles, a lista também inclui luzes modulares NanoLeaf, para dispositivos domésticos agora você pode usar SRGBMods Raspberry Pi Pico e Arduino agora pode ser conectado via i2c.
Destaca-se também que adicionado suporte para placas de vídeo NVIDIA Illumination, mas no momento, como as placas de vídeo NVIDIA mais antigas, ele funciona apenas no Windows, devido a dificuldades com o i2c, que funciona por meio do driver proprietário da NVIDIA (o problema é resolvido com a instalação do driver beta). O famoso problema com as placas-mãe MSI MysticLight foi resolvido e agora elas são suportadas novamente, e a lista de placas-mãe suportadas foi expandida.
Outra das mudanças que se apresenta nesta nova versão é que as regras do udev agora são geradas automaticamente, além do fato de que a biblioteca inpout32, que causava problemas ao trabalhar em paralelo com alguns antivírus e anti-cheats (Vanguard), foi substituída por WinRing0.
Para funcionar corretamente em paralelo com o software oficial para dispositivos SMBus no Windows, agora é usado um sistema mutex, que resolve a maioria dos problemas.
Da parte do problemas conhecidos incluir:
- O caminho de configuração ainda não deve conter caracteres não ASCII. Uma correção foi preparada, mas não incluída no lançamento para manter a compatibilidade com os plug-ins existentes, mas será incluída nas compilações reais após o lançamento.
- Foi revelado o fato de o fabricante de teclados Sinowealth ter reutilizado os valores VID/PID dos teclados Redragon usando um protocolo diferente. Para evitar possíveis problemas (até e incluindo dimensionamento), o código de suporte do teclado Sinowealth agora está desabilitado e sem suporte.
- O efeito "onda" não funciona no Redragon M711.
- Alguns mouses Corsair não possuem etiquetas de LED.
- Em alguns teclados Razer, a lista de layouts não está completa.
- O número de canais endereçáveis da Asus pode não ser preciso.
Como instalar o OpenRGB no Linux?
Para quem estiver interessado em poder instalar o OpenRGB no seu sistema, deverá seguir as instruções que partilhamos abaixo. A primeira coisa que devemos fazer é instale a última edição do Qt Creator. (Você pode verificar os detalhes de instalação do Qt Creator em o seguinte link).
No caso do Ubuntu e derivados, devemos instalar algumas dependências:
sudo apt install qt5-default libusb-1.0-0-dev libhidapi-dev
Agora vamos obter o utilitário com o comando:
git clone https://gitlab.com/CalcProgrammer1/OpenRGB
Feito isso agora devemos atualizar os submódulos:
git submodule update --init –recursive
E aqui podemos fazer duas coisas, uma delas é abrir o projeto com o QT creator ou compilá-lo no sistema.
Para compilar, basta executar os seguintes comandos:
cd OpenRGB
qmake OpenRGB.pro
make -j8
./OpenRGB
No final da compilação devemos permitir o acesso ao SMBus.
Na Intel, podemos fazer isso com o comando:
modprobe i2c-dev i2c-i801
Ou, no caso da AMD, devemos primeiro listar os drivers SMBus com:
sudo i2cdetect -l
Uma vez que o controlador tenha sido identificado, devemos conceder permissões ao controlador, por exemplo:
sudo chmod 777 /dev/i2c-0
Finalmente, deve-se levar em conta que ainda existem algumas capacidades para persistir em todos os reinícios, mas a principal funcionalidade de configuração de cores e modos é estável.
Como de costume, é recomendável recriar perfis existentes para dispositivos após a atualização, os antigos podem não funcionar ou funcionar incorretamente e, ao atualizar das versões para 0.6, você precisa limpar a pasta de plug-ins, porque antes de 0.6 não havia sistema de versão da API do plug-in.
Se você quiser saber mais sobre isso você pode verificar os detalhes no link a seguir.