Via SPDIF, le son écoutable commence tard, par exemple dans la boîte de dialogue Test du son, je peux au maximum entendre "Gauche" quand la voix doit dire "Avant Gauche".
Lorsque j'ai pavucontrol
ouvert (en arrière-plan) tout en cliquant sur le son de test, il démarre immédiatement.
Généralement, à partir de n'importe quel fichier audio / multimédia, le début n'est pas émis / écoutable. Connexion optique ou coaxiale. Cela ne semble affecter Ubuntu 12.10, ce n'était pas le cas en 12.04, ne semble pas être le cas en 13.04!
De ubuntuusers.de un peu d'aide - jouer un sinus non audible pour garder spdif en vie:
apt-get install sox
play -n -c2 synth sin gain -100 # -c2 for two channels
Matériel sur un ASRock 970 Extreme3 (et 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
Certaines pulseaudio -v
sorties collées sur http://paste.ubuntu.com/5629082/
Puis-je mettre à niveau à partir de pulseaudio 2.1 en quelque sorte?
Sortie Ubuntu 13.04 en direct collée sur http://paste.ubuntu.com/5630475/ - en fait ici, seule la toute première invocation du son (ou après une longue pause utilisateur?) Commence retardée, c'est-à-dire après "... Left", "Front Right" est entendu alors qu'en 12.10 c'est toujours "... Left", "... Right".
la source
Réponses:
Je sais que je suis sur le point de faire revivre un vieux fil, mais j'ai trouvé une solution de travail facile qui résout le problème.
De: https://wiki.archlinux.org/index.php/PulseAudio
Pour désactiver le chargement du module module-suspend-on-idle, commentez la ligne suivante dans le fichier de configuration utilisé (~ / .config / pulse / default.pa ou /etc/pulse/default.pa):
Enfin, redémarrez PulseAudio pour appliquer les modifications.
la source
Il semble que la gestion de l'alimentation empêche la carte son d'émettre le premier extrait audio. Sur http://wiki.gentoo.org/wiki/Power_management/Soundcard , les bits importants sont les suivants:
D'après le texte ci-dessus, les choses à essayer sont:
dans le terminal, exécutez ce qui suit et essayez à nouveau de lire l'audio:
Si l'audio est correct, vous devez le rendre permanent en ajoutant un nouveau fichier dans /etc/modprobe.d/ avec le contenu suivant:
exécuter
sudo touch /etc/pm/power.d/intel-audio-powersave
et redémarrersi le correctif a fonctionné, l'audio devrait être lu normalement, sinon supprimez à nouveau le fichier:
Si aucun de ces travaux, alors je suis à court d'idées :-).
la source
Il s'agit d'un problème général avec SPDIF / sortie numérique et le récepteur traitant le signal, etc. S'il n'y a pas de signal, le récepteur passe en mode veille. Il faut de quelques à quelques centaines de millisecondes pour commencer à jouer le signal. La SEULE façon de résoudre ce problème est de faire en sorte que votre sortie SPDIF envoie constamment QUELQUE signal, gardant ainsi le traitement du récepteur vivant à tout moment. Pour le moment, je viens de résoudre ce problème dans Windows en utilisant un petit utilitaire écrit par un gars en .NET qui génère un signal nul à tout moment. Il l'appelle SPDIF Keep-Alive. Cela permet au signal de circuler et à mon récepteur d'écouter constamment. Je n'ai pas encore vu de moyen de le faire pour Linux, mais j'imagine que le support pour créer une telle chose est PARTOUT. J'espère que cela a donné à quelqu'un une idée de ce qu'il faut rechercher ou où chercher ensuite! -K9SPY
Audio numérique Keep-Alive Keep Alive SPDIF Keep-Alive Keep Alive TOSLINK Keep-Alive Keep Alive
la source
Trouvez les fichiers de configuration PulseAudio qui contiennent des
load-module module-suspend-on-idle
lignes:Commentez ces lignes.
Redémarrez PulseAudio pour appliquer les modifications:
Je viens de tester sur Ubuntu 17.04 et cela fonctionne très bien.
la source
pulseaudio -k
m'a donné quelques erreurs.La réponse acceptée concernant le non-chargement
module-suspend-on-idle
ne résout pas le problème pour moi. Pour «corriger» cela, j'ai dû laisser une commande de silence continu s'exécutant en arrière-plan, voir MISE À JOUR 2 de la question suivante:Et j'ai reproduit ce problème à la fois dans les haut-parleurs internes des ordinateurs portables et les PC via HDMI et un casque, pas besoin de SPDIF, sur les derniers ArchLinux et Ubuntu.
la source