¿Por qué el audio envolvente sin pérdida activa la conversión en algunos clientes?
El audio envolvente sin pérdidas activa la conversión cuando algún dispositivo o capa de software de la cadena de reproducción no puede aceptar ese códec y esa distribución de canales sin cambios.
Una película puede reproducir el vídeo directamente mientras el servidor multimedia convierte Dolby TrueHD, DTS-HD Master Audio, FLAC multicanal u otra pista sin pérdidas a AC-3, E-AC-3, AAC o PCM estéreo. La decisión depende de la aplicación cliente, el televisor, el dispositivo de streaming, la conexión HDMI, la ruta ARC o eARC, el receptor, el reproductor seleccionado y las capacidades declaradas. Diagnostica la ruta de audio exacta en lugar de asumir que la página del producto del televisor demuestra una transmisión directa de extremo a extremo.
Confirma que solo se está convirtiendo la transmisión de audio
Inicia el mismo título en el cliente afectado con la calidad de vídeo configurada como original y los subtítulos desactivados. Registra en el panel del servidor el modo de vídeo, el modo de audio, la pista seleccionada, el códec de salida, el número de canales y el motivo de la transcodificación.
La conversión de audio no siempre requiere codificar el vídeo. Un problema de Jellyfin muestra que el vídeo H.264 se copiaba mientras la transmisión de audio no compatible se convertía a AAC mediante HLS, lo que demuestra que la transcodificación exclusiva de audio sigue una ruta independiente.
Si el panel también indica una conversión de vídeo, elimina las variables de subtítulos, tasa de bits, HDR y contenedor antes de diagnosticar la pista envolvente. El objetivo es realizar una sesión controlada en la que solo cambie la selección de audio.
Identifica el códec, el perfil y la distribución de canales exactos
Inspecciona la transmisión seleccionada con el servidor multimedia o una herramienta de análisis multimedia. Registra si es TrueHD, TrueHD con Atmos, DTS-HD MA, DTS:X, FLAC multicanal, PCM, E-AC-3 o AC-3, además de su distribución de canales y frecuencia de muestreo.
Que un cliente sea compatible con DTS convencional o Dolby Digital no significa automáticamente que admita la extensión sin pérdidas. Un informe reciente de regresión en Android TV describe un fallo de la transmisión directa de DTS-HD MA, aunque el mismo dispositivo y otro reproductor podían transmitir la pista correctamente.
Compara la pista sin pérdidas con una alternativa AC-3, E-AC-3, AAC o estéreo integrada en el mismo archivo. Si la alternativa se reproduce directamente mientras la pista sin pérdidas se convierte, el vídeo, el almacenamiento y la red no son la causa principal.
Traza la ruta de audio completa del cliente al receptor
Escribe la ruta real: aplicación multimedia al dispositivo de streaming o televisor, después HDMI al televisor o receptor, seguida de ARC o eARC si el audio regresa desde la pantalla. Cada salto debe transportar el códec seleccionado sin cambios.
Algunos dispositivos pueden decodificar un formato localmente, pero no transmitirlo mediante bitstream a través de la ruta de salida seleccionada. La interfaz del cliente de Jellyfin advierte que TrueHD solo debe activarse cuando el dispositivo o el receptor conectado lo admita, porque una configuración incorrecta de las capacidades puede causar fallos de reproducción en lugar de transmisión directa.
Prueba el reproductor conectado directamente al receptor y después a través del televisor. Si la conexión directa al receptor funciona, pero la ruta de retorno a través del televisor convierte el audio o falla, revisa el modo eARC, la salida de audio digital, los ajustes de transmisión directa, la capacidad de la entrada HDMI y la negociación del cable en lugar de cambiar el servidor multimedia.
Compara los ajustes de transmisión directa del cliente y las versiones del reproductor
Comprueba si la aplicación utiliza la transmisión directa de audio automática, directa o desactivada, y si selecciona un reproductor nativo, ExoPlayer, un reproductor web o un reproductor externo. Registra la versión del cliente antes de cambiar los ajustes.
El software cliente puede declarar menos capacidades de las que realmente admite el hardware para un códec sin pérdidas. Un problema de Android TV muestra que el audio TrueHD y DTS se convertía aunque se indicara que el receptor y el cliente eran compatibles, lo que apunta a una discrepancia en la declaración de capacidades.
Prueba otra aplicación en el mismo dispositivo y con el mismo receptor sin cambiar el archivo. Si un reproductor transmite la pista y otro la convierte, conserva la configuración del servidor y céntrate en el perfil del cliente que falla, la versión de la aplicación y el motor de reproducción seleccionado.
Comprueba los límites de canales y la mezcla descendente
Un cliente puede aceptar AAC o PCM, pero solo en estéreo, o puede anunciar seis canales mientras la aplicación solicita dos. Compara el número de canales de salida del servidor con el formato que muestra el panel frontal del receptor y con la actividad de los altavoces.
Usuarios de Jellyfin en WebOS han informado de que DTS-HD MA y FLAC multicanal se convertían y después se reducían a estéreo, lo que demuestra que la conversión del códec y la reducción de canales pueden producirse en la misma sesión.
Si el receptor muestra estéreo después de la conversión, revisa el máximo de canales de audio del cliente y el perfil de transcodificación del servidor. No aumentes los canales a ciegas si el contenedor de distribución o el televisor no pueden transportar PCM o AAC multicanal mediante esa ruta.
Elige una alternativa compatible sin volver a codificar el vídeo
Prioriza una pista de compatibilidad AC-3 o E-AC-3 existente cuando los clientes afectados no puedan transmitir audio sin pérdidas. Conserva la transmisión TrueHD o DTS-HD original para los clientes compatibles con sistemas de cine en casa.
Si la biblioteca no tiene una alternativa, crea una pista de audio secundaria o una versión multimedia alternativa en lugar de sustituir la fuente sin pérdidas. Una conversión exclusiva de audio requiere muchos menos recursos que la transcodificación de vídeo y conserva la imagen original.
La explicación de ZimaSpace sobre la canalización de transcodificación de audio ofrece el mecanismo relacionado para entender por qué una alternativa compatible puede conservar la reproducción directa del vídeo.
Verifica la transmisión directa, la sincronización y el comportamiento al reanudar
Vuelve a probar las pistas sin pérdidas y alternativas desde el principio, después de buscar una posición y tras reanudar la reproducción. Confirma el modo del servidor, el formato del receptor, la salida de canales, la sincronización labial y si la reproducción continúa después de reiniciar la aplicación.
La conversión exclusiva de audio puede revelar problemas de búsqueda específicos del cliente. Un problema de Jellyfin en televisores informa de que la reproducción se bloqueaba después de buscar una posición cuando solo el audio requería transcodificación.
El diagnóstico está completo cuando los clientes compatibles transmiten la pista sin pérdidas sin cambios, los clientes limitados seleccionan una pista compatible y estable, el vídeo permanece en reproducción directa siempre que sea posible y el receptor muestra el códec y la distribución de canales esperados durante toda la reproducción normal.
Productos recomendados
Soporte y Consejos
Más para leer
¿Por qué restaurar un volumen de Docker recrea el contenido de los archivos, pero elimina los atributos extendidos?
Un diagnóstico de restauración de volúmenes que abarca el inventario de atributos extendidos, las opciones de tar y Rsync, los espacios de nombres, la...
¿Por qué un contenedor en ejecución mantiene su antiguo límite de memoria después de cambiar el archivo de Compose?
Un diagnóstico del límite de memoria que abarca los cgroups activos, el reinicio frente a la recreación, los campos de Compose, los límites estrictos...
¿Por qué reiniciar un proxy inverso invalida todas las sesiones de una aplicación autoalojada?
Un diagnóstico de pérdida de sesión que abarca el alcance del reinicio, la propiedad de las cookies, la rotación de secretos, las sesiones respaldadas...
