Lista de compatibilidad del cliente Jellyfin para audio, vídeo y subtítulos

El enfoque seguro consiste en tratar una matriz de medios representativa que aísle el comportamiento del contenedor, el vídeo, el audio, los subtítulos, el HDR y la red por cliente como una secuencia de comprobaciones observables, no como un único comando.

En un servidor Jellyfin que sirve a televisores, teléfonos, navegadores y dispositivos de streaming, el riesgo práctico es que el mismo archivo de Jellyfin se reproduzca directamente en un cliente, pero se transcodifique, pierda el audio o no muestre los subtítulos en otro. Registra la identidad actual y el punto de recuperación, comienza con el discriminador menos invasivo, interpreta los resultados correctos e incorrectos antes de cambiar otra variable y detente cuando el almacenamiento se vuelva inestable o la única copia recuperable pueda quedar expuesta. El flujo de trabajo siguiente solo termina cuando la carga de trabajo original se completa correctamente o las pruebas alcanzan un límite de escalamiento.

Crear una matriz representativa de clientes y medios

Enumera cada dispositivo cliente, el sistema operativo, la aplicación o el navegador Jellyfin y su versión, la capacidad de la pantalla, la conexión de audio y la ruta de red. Selecciona un conjunto pequeño y fijo que incluya H.264, HEVC o AV1 cuando corresponda, SDR y HDR, audio estéreo y multicanal, subtítulos de texto y de imagen, contenedores habituales y un archivo con una tasa de bits alta.

No deduzcas la compatibilidad únicamente a partir del panel del televisor. La aplicación, el motor de reproducción, la ruta HDMI, la salida del televisor, el receptor, el renderizador de subtítulos y la política de calidad remota participan en la ruta final de reproducción.

Utiliza el flujo de trabajo de ZimaSpace para el aislamiento de la reproducción en un solo cliente como primer paso de aislamiento específico del cliente. Esta lista de comprobación amplía esa rama para un solo televisor y la convierte en una matriz repetible, en lugar de asumir que una regla de calidad sirve para todos los dispositivos finales.

Probar el vídeo y el contenedor antes que el audio o los subtítulos

Inicia cada archivo representativo con la pista de audio compatible más sencilla y los subtítulos desactivados. Registra el modo de reproducción del panel, el motivo de la transcodificación, la actividad de la CPU o GPU del servidor, el tiempo de inicio, el almacenamiento en búfer, el comportamiento del HDR y si el cliente informa de reproducción directa, remux o conversión de vídeo.

Una explicación independiente de las diferencias entre los modos de reproducción de los clientes muestra por qué distintos clientes pueden convertir el mismo archivo en cargas de trabajo muy diferentes para el servidor. Utiliza el motivo de reproducción como discriminador, no solo el porcentaje de uso de la CPU.

Si solo el contenedor es incompatible, un remux puede conservar la calidad del vídeo; si el códec de vídeo, el perfil, el nivel, la profundidad de bits, la ruta HDR o la tasa de bits no son compatibles, puede ser necesaria la transcodificación de vídeo. Mantén la misma red y el mismo ajuste de calidad mientras aíslas esta rama.

Añadir las rutas de audio y los formatos de subtítulos uno por uno

Activa el estéreo, el sonido envolvente comprimido, el sonido envolvente sin pérdida y el passthrough solo cuando toda la cadena del televisor al receptor los admita. Registra si el vídeo se sigue copiando mientras se convierte el audio, si los canales se asignan correctamente y si la conexión directa al receptor se comporta de forma distinta al canal de retorno del televisor.

A continuación, prueba SRT u otro subtítulo de texto antes que PGS, ASS o SSA. Un informe de la comunidad sobre un caso de transcodificación con subtítulos PGS muestra cómo unos subtítulos PGS no compatibles pueden hacer que un archivo que, por lo demás, es compatible se transcodifique; trátalo como una firma de síntomas acotada y confirma el motivo en el panel de tu cliente.

Si los subtítulos activan la incrustación en la imagen, compara los subtítulos desactivados, los subtítulos de texto y los subtítulos de imagen en el mismo archivo. No desactives globalmente los subtítulos ni la aceleración por hardware hasta identificar la única etapa incompatible.

Featured

ZimaCube 2 NAS personal en la nube para el hogar

ZimaCube2

$799.00 - $2,499.00

Buy Now

Validar los perfiles en la ruta de red real

Repite la matriz en la LAN y en la conexión remota prevista, con la misma política de usuario y el mismo límite de calidad. Un cliente puede reproducir directamente en la red local, pero transcodificar de forma remota porque el ancho de banda o los ajustes de calidad solicitan una tasa de bits menor; por eso, etiqueta la política de red por separado de la capacidad del códec.

Reinicia una vez el cliente y el servidor, vuelve a probar un caso límite que funcionaba y otro que fallaba y guarda la matriz con las versiones. Actualízala después de actualizar el cliente, el firmware del televisor o Jellyfin, porque los informes de capacidad y el comportamiento del reproductor pueden cambiar.

Aprueba un perfil de cliente solo cuando las rutas representativas de audio, vídeo, subtítulos y HDR se comporten según lo registrado y el servidor se mantenga dentro de su capacidad. Escala los fallos de un solo cliente con la información exacta del medio y el motivo de reproducción, en lugar de actualizar el hardware del servidor a partir de una única transcodificación sin explicación.