Não sei se se aplica ao seu caso, mas o DaVinci Resolve é relativamente simples de executar com a RX580, desde que o driver Mesa esteja instalado com a flag OpenCL habilitada. No Gentoo, você pode habilitar essa flag no arquivo package.use e, em seguida, recompilar o Mesa. Já nas distribuições como Arch e Debian, essa configuração geralmente vem habilitada por padrão se não me engano.
Se desejar prosseguir, siga os passos abaixo:
Instale o DaVinci Resolve.
Acesse o diretório /opt/resolve/libs e remova algumas bibliotecas para evitar conflitos com o sistema. Abaixo, segue um script que pode ajudá-lo:
#!/bin/bash
DAVLIBS="/opt/resolve/libs"
cd "${DAVLIBS}" || exit 0
files="$(find ${DAVLIBS} -iname '*glib*')"
for f in ${files}; do
sudo rm -i "$f" && echo "$f [deleted]"
done
sudo rm -f libgio-2.0.so*
sudo rm -f libgmodule-2.0.so*
sudo rm -f libgobject-2.0.so*
Adicione a variável de ambiente RUSTICL_ENABLE=radeonsi. Caso não prefira utilizar a variável de ambiente diretamente, você pode editar o atalho do DaVinci Resolve e modificar a linha Exec para:
Tem que configurar a variável de ambiente para ativar o rusticl, como mencionei acima.
Executa no terminal: RUSTICL_ENABLE=radeonsi /opt/resolve/bin/resolve
Conforme mencionei anteriormente, inicialmente limitava-me ao uso do drive “Mesa”, sem perceber que você estava utilizando um drive proprietário. Quanto à importação de vídeos, é necessário convertê-los para um formato compatível e com o codec adequado, considerando que você está utilizando a versão gratuita do DaVinci Resolve. Aqui no Dio existe um link com instruções sobre como proceder com essa conversão, não sei se ainda funciona.
Curiosamente, já utilizei a versão gratuita do Davinci e rodava tranquilo. Naquela ocasião, utilizei o Shutter Encoder para simplificar o processo de conversão. Sugiro que você considere atualizar para a versão mais recente do Davinci, pois percebi que está utilizando a versão 18. Sem os logs, no entanto, fica difícil oferecer uma ajuda mais precisa. Espero que consiga arrumar esse problema.
Vale lembrar que, pelo que pude ler na wiki do Arch, as versões dos drivers de código aberto que permitem o Resolve funcionar corretamente são muito novas.
Talvez seja relevante usar PPAs que atualizem o Mesa.
Pelo que pude testar brevemente, o Resolve pegou aqui, e com aceleração de hardware. Porém a) uso a RX 7600 em vez da RX 580 e b) uso o Artix (que fica no máximo 2 dias atrás do Arch).
Até o momento não conheço nenhum ppa que faça isso eu antes de atualizar o mint usava o ppa “kisak” porem ele não oferece suporte a versão noble (ubuntu 24.04), cunjo o mint 22.1 é baseado.
Estou utilizando a versão 24.3.4 do Mesa e, recentemente, instalei a versão gratuita do DaVinci Resolve 19.1.4 para fins de teste. O problema que você está enfrentando está relacionado aos codecs suportados pela versão gratuita, que não oferece suporte para h264 ou h265, entre outros.
Para contornar essa limitação, sugiro que você converta seus arquivos utilizando o comando abaixo no terminal ou, alternativamente, utilize o Shutter Encoder com as configurações mostradas na imagem anexada.
Execute o comando clinfo e compare os resultados com o meu, a fim de verificar se o OpenCL está funcionando corretamente em seu sistema. Como você estava utilizando o driver proprietário, há a possibilidade de que a desinstalação não tenha sido completa.
Outro ponto a ser considerado é que você possui a RX 580 2048SP, que é a versão chinesa da placa. A minha placa, por outro lado, é uma XFX RX 580. Até o momento, não tive a oportunidade de testar com a sua versão, mas nas distribuições que utilizei, como Arch, Debian e Gentoo, tudo funciona com o driver Mesa.
Para facilitar, converti um vídeo qualquer que sei que é compatível com a versão free. Faça o download desse vídeo e o importe em seu sistema para verificar se ele é reconhecido corretamente.
Abaixo, seguem o link para o meu clinfo e o link para o download do vídeo:
Você verá o varios arquivos aqui dentro, porem o mais importante para nós é o rusticl.icd
Seleciones todos os arquivos menos o rusticl.icd e mova-os para outra pasta aleatoria de backup (Eu por exemplo salvei em /root/Documentos), fazendo que só reste o arquivo rusticl.icd naquela pasta em etc, após isso repita o comando:
clinfo --list
Você verá apenas o driver rustcl como na imagem:
Abra novamente o resolve e seja feliz, porem não esqueça as questões do codec que também é importante!!
E sempre colocar RUSTICL_ENABLE=radeonsi como o nosso amigo @Danieldeveloper recomendou
Não acredito que todo esse problema foi porque a base Debian (que costuma picotar bastante os pacotes) não picotou o pacote de OpenCL do Mesa para separar o Clover (tradicional e bugado) do RustICL.
Até o Arch que reluta muito para separar pacotes faz isso.
Acho bom ficar atento pois possíveis atualizações do mesa podem restaurar o Mesa.icd e fazer os programas priorizarem o OpenCL bugado novamente. Felizmente já há previsão para ele ser removido ainda esse ano.
Infelizmente AppImages não iriam adiantar, os próprios autores do formato não recomendam embutir porções de drivers de placa de vídeo.
Flatpak e Snap saem em vantagem nesse sentido (mas porque eles duplicam tudo que tem no /, incluindo o Mesa, e rodam num container).
