Fedora é uma popular distro Linux que atende usuários que querem tecnologia de ponta em suas estações de trabalho (e servidores).
Ele não vem com nenhum componente proprietário e se adere a repositórios de código aberto completamente por padrão.
Embora isso possa ser inconveniente para alguns, agora parece que outra mudança pode incomodar os usuários ansiosos pelo Fedora 37.
Um recente commit com Mesa no Fedora nos diz que o suporte à API de aceleração de vídeo foi desativado para codecs H.264, H.265 e VC-1 devido à preocupação legal.
É provável que isso chegue ao Fedora 36 também.
H.264 é um codec de vídeo dominante em uso pela maioria da indústria de vídeo.
Por exemplo, a Apple usa extensivamente o codec H.264 para suas fotos e vídeos capturados por iPhones. Você pode ler a documentação para saber mais. A mudança no Fedora foi vista pela primeira vez por um membro do fórum do Projeto Fedora que a descreve como "uma grande regressão do F36".
Isso é uma má notícia para os usuários do Fedora?
Sim.
Principalmente, afetará os usuários de GPU AMD usando drivers de código aberto, impedindo-os de usar a aceleração da GPU para reproduzir conteúdo de vídeo que requer o uso desses codecs.
Além disso, também afeta qualquer usuário que usa drivers gráficos de código aberto, mesmo que execute iGPUs em chips Intel. Os desenvolvedores do Fedora ainda não forneceram nenhuma clareza sobre isso, mas você pode testá-lo por si mesmo.
Se você é alguém que usa drivers proprietários em sua placa gráfica NVIDIA, você não tem nada com que se preocupar.
Os usuários que executam hardware antigo também podem ter problemas, considerando que seu sistema pode não suportar esses codecs.
Alguns dos usos mais comuns desses codecs estão em vídeos que você baixa de torrents ou serviços que não passaram para os codecs de nova geração, como AV1 e VP9.
E essa é o caso da maioria na internet.
Algumas plataformas de streaming também usam esses codecs para executar conteúdo em suas respectivas plataformas, o que pode fazer com que os usuários enfrentem problemas enquanto tentam acessar conteúdo através de seus serviços.
Isso afeta a todos?
Se você está entre os que assistem vídeos do YouTube e não usa nenhuma plataforma ou download de vídeos que exijam esses codecs, você não terá problemas.
Fedora está evitando problemas legais
Ninguém processou Fedora ou os forçou a fazer isso ainda. No entanto, uma mudança no Mesa recentemente permitiu que os devs desabilitassem opcionalmente os codecs para ajudar a evitar problemas legais e conflitos de patentes de software, como detectado pelo Phoronix.
Então, para evitar uma bagunça legal, Fedora foi em frente com essa mudança.
As patentes para H.264 e H.265 estão com uma empresa chamada MPEG LA, especializada em manter patentes no setor de codecs de vídeo e padrões de exibição.
Considere que a patente do VC-1 está sob SMPTE, que é um grupo dirigido por profissionais do setor de mídia e entretenimento.
Ainda não sabemos como tudo funciona, considerando que o usuário já pagou pela licença para usar esses codecs quando comprar a placa gráfica. Você pode ler mais sobre isso no tópico da lista legal de Fedora.
Quais são as possíveis soluções alternativas?
Claro, você terá que depender da decodificação baseada em CPU. Claro, você também pode usar uma compilação oficial ou de terceiros da Mesa.
Os aplicativos FlatPak podem permitir que você assista conteúdo de vídeo acelerado sem problemas. Mas, cabe ao mantenedor do software.
Mas, pode ser uma solução inconveniente para a maioria dos usuários.
A outra solução alternativa pode ser incluir os codecs separadamente com suporte vaapi em um repositório RPM Fusion, destinado a conter aplicativos de terceiros.
No entanto, o dev responsável pelo repo RPM Fusion da Fedora não está interessado em manter um fork do Mesa 3D da Fedora. O desenvolvedor menciona:
Há pouco ou nenhum interesse na rpmfusion para o pacote e mantê-lo, também manter o repo em sincronia com fedora não é uma prioridade para mim.
O que você acha dessa mudança no Fedora? Conte para nós a sua opinião nos comentários abaixo.