A través de SPDIF, el sonido audible comienza tarde, por ejemplo, en el cuadro de diálogo Prueba de sonido, puedo escuchar "Izquierda" cuando la voz debería decir "Delantero izquierdo".
Cuando lo pavucontrol
abro (en segundo plano) mientras hago clic en Test Sound, comienza inmediatamente.
En general, al iniciar cualquier archivo de audio / medios, el comienzo no se emite / se puede escuchar. Conexión óptica o coaxial. Esto solo parece afectar a Ubuntu 12.10, no fue el caso en 12.04, ¡no parece ser el caso en 13.04!
De ubuntuusers.de, un poco de ayuda: jugar un seno no curable para mantener vivo spdif:
apt-get install sox
play -n -c2 synth sin gain -100 # -c2 for two channels
Hardware en un ASRock 970 Extreme3 (y GeForce 210):
$ cat /proc/asound/cards
0 [SB ]: HDA-Intel - HDA ATI SB
HDA ATI SB at 0xfe200000 irq 16
1 [NVidia ]: HDA-Intel - HDA NVidia
HDA NVidia at 0xfe080000 irq 25
$ cat /proc/asound/card0/codec* | grep Codec
Codec: Realtek ALC892
Algunos pulseaudio -v
resultados pegados a http://paste.ubuntu.com/5629082/
¿Puedo actualizar desde pulseaudio 2.1 de alguna manera?
La salida en vivo de Ubuntu 13.04 se pegó a http://paste.ubuntu.com/5630475/ . En realidad, aquí solo se inicia la primera invocación de sonido (¿o después de una pausa larga del usuario?), Es decir, después de "... Izquierda", Se escucha "Front Right" mientras que en 12.10 siempre es "... Left", "... Right".
fuente
Respuestas:
Sé que estoy a punto de revivir un hilo antiguo, pero he encontrado una solución de trabajo fácil que soluciona el problema.
De: https://wiki.archlinux.org/index.php/PulseAudio
Para deshabilitar la carga del módulo module-suspend-on-idle, comente la siguiente línea en el archivo de configuración en uso (~ / .config / pulse / default.pa o /etc/pulse/default.pa):
Finalmente reinicie PulseAudio para aplicar los cambios.
fuente
Parece que la administración de energía impide que la tarjeta de sonido emita el primer fragmento de audio. Desde http://wiki.gentoo.org/wiki/Power_management/Soundcard , los bits importantes son los siguientes:
Del texto anterior, las cosas para probar son:
en la terminal, ejecute lo siguiente e intente reproducir audio nuevamente:
Si el audio está bien, entonces debe hacerlo permanente agregando un nuevo archivo en /etc/modprobe.d/ con el siguiente contenido:
ejecutar
sudo touch /etc/pm/power.d/intel-audio-powersave
y reiniciarsi la solución funcionó, el audio debería reproducirse normalmente, si no, elimine el archivo nuevamente:
Si ninguno de estos funciona, entonces se me acabaron las ideas :-).
fuente
Este es un problema general con SPDIF / salida digital y el receptor procesando la señal, etc. Si no hay señal, el receptor entra en modo inactivo. Se necesitan unos pocos cientos de milisegundos para comenzar a reproducir la señal. La ÚNICA forma de solucionarlo es hacer que su salida SPDIF envíe constantemente ALGUNAS señales, manteniendo así el procesamiento del receptor activo en todo momento. Por el momento, acabo de resolver este problema en Windows usando una pequeña utilidad que un tipo escribió en .NET que genera una señal nula en todo momento. Lo llama SPDIF Keep-Alive. Esto mantiene la señal fluyendo y mi receptor escucha constantemente. Todavía no he visto una manera de hacer esto para Linux, pero me imagino que el soporte para crear tal cosa está EN TODAS PARTES. ¡Con suerte, esto le ha dado a alguien una idea sobre qué buscar o dónde buscar a continuación! -K9SPY
Audio digital keep-alive keep alive SPDIF Keep-Alive keep alive TOSLINK keep-alive keep alive el tiempo de espera se va a dormir apaga el retraso de sonido SPDIF
fuente
Encuentra los archivos de configuración de PulseAudio que contienen
load-module module-suspend-on-idle
líneas:Comenta esas líneas.
Reinicie PulseAudio para aplicar los cambios:
Acabo de probar en Ubuntu 17.04 y funciona bien.
fuente
pulseaudio -k
me dio algunos errores.La respuesta aceptada sobre no cargar
module-suspend-on-idle
no soluciona el problema para mí. Para "arreglar" esto, tuve que dejar un comando de silencio continuo ejecutándose en segundo plano, vea la ACTUALIZACIÓN 2 de la siguiente pregunta:Y he reproducido este problema tanto en los altavoces internos de la computadora portátil como en las PC a través de HDMI y auriculares, sin necesidad de SPDIF, en los últimos ArchLinux y Ubuntu.
fuente