En la elección concreta entre la RX 6400 y la Intel Arc A310 para este hilo sobre ZimaOS/Jellyfin, la Arc A310 es la opción más adecuada para la transcodificación multimedia. La razón no es que las GPU de AMD no sean compatibles en general con ZimaOS; esa afirmación apareció en una respuesta inicial y fue cuestionada en el mismo hilo. La diferencia más importante y duradera es la capacidad de códecs y la compatibilidad actual de Jellyfin con la aceleración en Linux.
El usuario finalmente instaló la A310, configuró VA-API/QSV y después mostró actividad real intel_gpu_top actividad del motor de vídeo mientras FFmpeg realizaba la transcodificación. Esto constituye una evidencia mucho más sólida que comprobar si el panel de ZimaOS mostraba un widget de GPU.
Por qué la Arc A310 tenía más sentido que la RX 6400
La actual guía de aceleración de GPU Intel de Jellyfin indica que QSV es la opción preferida en las GPU Intel convencionales y admite explícitamente el hardware Arc de la serie A en Linux. La serie Arc A también admite la codificación AV1, lo que resulta valioso para una tarjeta dedicada a la transcodificación multimedia.
La actual guía de compatibilidad de GPU de ZimaOS incluye las Intel A310, A380, A580, A750 y A770 en su tabla de compatibilidad de la serie Intel A.
La reproducción directa puede hacer que una GPU funcional parezca inactiva
Una de las correcciones más útiles del hilo fue que la reproducción local puede usar la reproducción directa del archivo de origen. En ese caso, Jellyfin tiene pocos motivos para utilizar intensivamente la GPU. Para validar la transcodificación por hardware, fuerza deliberadamente una conversión a una tasa de bits inferior, un códec incompatible, la incrustación de subtítulos u otra condición que obligue a convertir.
QSV y VA-API son relevantes en Linux
La comunidad pasó de VA-API a Intel Quick Sync. Esto coincide con las recomendaciones actuales de Jellyfin: QSV suele ser la opción preferida en hardware Intel convencional compatible, mientras que VA-API sigue estando disponible y es importante para rutas más antiguas o centradas en la compatibilidad.
No selecciones a ciegas todas las casillas de códecs. Activa únicamente los formatos que el hardware y la pila de controladores expongan realmente.
Reinicia Jellyfin después de cambiar la configuración de aceleración
Varias configuraciones de Jellyfin solo se aplican después de reiniciar el proceso del servidor. El usuario también activó la aceleración por hardware para trickplay, lo que puede reducir la carga de la CPU al generar imágenes de vista previa, pero añade otra carga de trabajo para la GPU durante el procesamiento de la biblioteca.
Un campo de dispositivo QSV en blanco no demuestra que haya un fallo
Al usuario le preocupaba que Jellyfin no mostrara el nombre del dispositivo QSV de la misma forma que otro sistema. Las respuestas de la comunidad sugirieron dejar el campo en blanco y probar el comportamiento real de la transcodificación en lugar de diagnosticar basándose únicamente en la etiqueta de la interfaz.
Verificar la GPU en el host y durante una transcodificación real
La evidencia más sólida del hilo fue la actividad en tiempo de ejecución: intel_gpu_top mostraba el motor de vídeo ocupado mientras había un proceso de FFmpeg activo. Eso demuestra más que una lista estática de dispositivos, porque muestra al motor multimedia trabajando en el momento de la transcodificación.
La guía de aceleración por hardware explica el mismo límite entre reproducción directa y transcodificación, mientras que la guía de hardware de Jellyfin ayuda a decidir si realmente necesitas una GPU dedicada.
El origen y la versión de la aplicación siguen siendo importantes
El hilo también trató las categorías de origen de la App Store y las versiones posteriores de Jellyfin. Que la GPU del host funcione no garantiza que todas las imágenes de contenedor expongan /dev/dri o incluye las mismas bibliotecas multimedia/FFmpeg. Cuando la aceleración falla después de una actualización de la aplicación, compara la definición del contenedor y las asignaciones de dispositivos antes de culpar a la tarjeta.
La reproducción en el navegador es una capa de compatibilidad independiente
La conversación sobre el audio DTS y Dolby es independiente de la detección de la GPU. Un navegador puede forzar la transcodificación o no admitir la transferencia directa de un formato de audio que un cliente dedicado de Jellyfin puede reproducir directamente. Ten en cuenta el tipo de cliente y la información de reproducción para determinar si un supuesto “problema de GPU” es en realidad un problema de compatibilidad del cliente multimedia.
Lo que el usuario finalmente consiguió
Al final del hilo, el usuario informó que la transcodificación funcionaba bien en general. El proceso de configuración aún dejó al descubierto algunos aspectos poco pulidos —etiquetas de la interfaz ausentes, comportamiento diferente con archivos multimedia antiguos y cierta incertidumbre sobre los ajustes—, pero la A310 estaba realizando un trabajo de vídeo real.
Conclusión
Para una tarjeta compacta de transcodificación de Jellyfin en Linux/ZimaOS actual, la Intel Arc A310 es una opción razonable porque Jellyfin admite QSV/VA-API en Arc y ZimaOS incluye actualmente la A310 en su tabla de compatibilidad de Intel. Verifica que funcione realizando una transcodificación forzada real y comprobando la actividad del motor de la GPU, no solo con el widget del panel de ZimaOS.
