Na escolha específica entre a RX 6400 e a Intel Arc A310 neste tópico sobre ZimaOS/Jellyfin, a Arc A310 é a opção mais adequada para transcodificação multimédia. A razão não é que as GPUs AMD não tenham suporte no ZimaOS de forma universal; essa afirmação surgiu numa resposta inicial e foi contestada no mesmo tópico. A diferença mais duradoura está nas capacidades dos codecs e no suporte atual do Jellyfin à aceleração no Linux.
O utilizador acabou por instalar a A310, configurou VA-API/QSV e, mais tarde, mostrou atividade real intel_gpu_top atividade do motor de vídeo enquanto o FFmpeg fazia a transcodificação. Esta é uma evidência muito mais forte do que saber se o painel do ZimaOS apresentava um widget de GPU.
Porque é que a Arc A310 fez mais sentido do que a RX 6400
O atual guia de aceleração de GPUs Intel do Jellyfin indica que o QSV é preferível nas GPUs Intel convencionais e suporta explicitamente o hardware Arc da série A no Linux. A série Arc A também suporta codificação AV1, o que é valioso para uma placa dedicada à transcodificação multimédia.
O atual guia de compatibilidade de GPUs do ZimaOS inclui as Intel A310, A380, A580, A750 e A770 na sua tabela de compatibilidade da série A da Intel.
A Reprodução direta pode fazer com que uma GPU funcional pareça inativa
Uma das correções mais úteis no tópico foi esclarecer que a reprodução local pode usar a Reprodução direta do ficheiro de origem. Nesse caso, há poucos motivos para o Jellyfin utilizar intensivamente a GPU. Para validar a transcodificação por hardware, force deliberadamente uma taxa de bits mais baixa, um formato incompatível, a incorporação de legendas ou outra condição que obrigue à conversão.
QSV e VA-API são ambos relevantes no Linux
A comunidade passou de VA-API para Intel Quick Sync. Isso está de acordo com as orientações atuais do Jellyfin: o QSV é geralmente preferível em hardware Intel comum compatível, enquanto a VA-API continua disponível e é importante para sistemas mais antigos ou vias centradas na compatibilidade.
Não selecione cegamente todas as caixas de verificação de codecs. Ative apenas os formatos que o hardware e a pilha de controladores disponibilizam efetivamente.
Reiniciar o Jellyfin após alterar as definições de aceleração
Várias definições do Jellyfin só são aplicadas depois de o processo do servidor ser reiniciado. O utilizador também ativou a aceleração de hardware para o trickplay, o que pode reduzir a carga da CPU durante a geração de imagens de pré-visualização, mas acrescenta outra carga sobre a GPU durante o processamento da biblioteca.
Um campo de dispositivo QSV em branco não prova que exista uma falha
O utilizador ficou preocupado porque o Jellyfin não apresentava o nome do dispositivo QSV da mesma forma que outro sistema. As respostas da comunidade sugeriram deixar o campo em branco e testar o comportamento real da transcodificação, em vez de tirar conclusões apenas com base na etiqueta da interface.
Verificar a GPU no anfitrião e durante uma transcodificação real
A prova mais forte no tópico era a atividade em tempo de execução: intel_gpu_top mostrava o motor de vídeo ocupado enquanto um processo FFmpeg estava ativo. Isso é mais esclarecedor do que uma lista estática de dispositivos, pois mostra o motor multimédia a trabalhar no momento da transcodificação.
O guia de aceleração de hardware explica o mesmo limite entre reprodução direta e transcodificação, enquanto o guia de hardware do Jellyfin ajuda a decidir se é necessária uma GPU dedicada.
A origem e a versão da aplicação continuam a ser importantes
O tópico também abordou as categorias de origem da App Store e versões posteriores do Jellyfin. Uma GPU do anfitrião que funcione não garante que todas as imagens de contentores exponham /dev/dri ou inclui as mesmas bibliotecas FFmpeg/multimédia. Quando a aceleração falhar após uma atualização da aplicação, compare a definição do contentor e os mapeamentos de dispositivos antes de culpar a placa.
A reprodução no navegador é uma camada de compatibilidade separada
A discussão sobre áudio DTS e Dolby é independente da deteção da GPU. Um navegador pode forçar a transcodificação ou não conseguir transmitir diretamente um formato de áudio que um cliente dedicado do Jellyfin suporta. Tenha em conta o tipo de cliente e as informações de reprodução ao decidir se um “problema da GPU” é, na realidade, um problema de compatibilidade do cliente multimédia.
O que o utilizador acabou por conseguir
No final do tópico, o utilizador informou que a transcodificação estava a funcionar bem no geral. O processo de configuração ainda revelou algumas arestas — etiquetas da interface em falta, comportamento diferente com conteúdos multimédia mais antigos e alguma incerteza relativamente às definições —, mas a A310 estava efetivamente a processar vídeo.
Conclusão
Para uma placa compacta de transcodificação do Jellyfin no Linux/ZimaOS atual, a Intel Arc A310 é uma escolha defensável, porque o Jellyfin suporta QSV/VA-API na Arc e o ZimaOS inclui atualmente a A310 na sua tabela de compatibilidade Intel. Confirme o funcionamento com uma transcodificação forçada real e atividade no motor da GPU, e não apenas com o widget do painel do ZimaOS.
