Réponses:
Il y a une solution en ligne de commande que j'ai trouvée dans Mac Rumors
sudo kill `ps -ax | grep 'coreaudiod' | grep 'sbin' |awk '{print $1}'`
Qui peut être affecté à un alias:
alias fixairplay="sudo kill `ps -ax | grep 'coreaudiod' | grep 'sbin' |awk '{print $1}'`"
Ensuite, cette commande résout le problème:
fixairplay
Ce que vous devez faire est de redémarrer le démon coreaudio ( coreaudiod
). Ouvrez le terminal et exécutez sudo killall coreaudiod
. Aussi simple que cela.
Ensuite, si vous avez du mal à mémoriser ce qui précède, vous pouvez ajouter la ligne suivante à ~/.bash_profile
alias fixairplay='sudo killall coreaudiod'
À partir de maintenant, vous pouvez simplement utiliser l'alias fixairplay
.
Inspiré de Mohsen, mais simplifié en utilisant pgrep .
sudo kill `pgrep coreaudio`
La raison d'être de pgrep est d'éviter l'analyse de la sortie ps et est beaucoup plus sûr à utiliser lors de l'envoi pour tuer , à mon humble avis, vous êtes moins susceptible de saisir les mauvaises informations de processus.
Quoi qu'il en soit, la réponse acceptée a très bien fonctionné (Mavericks).
J'ai également eu le même comportement avec HDMI. C'est-à-dire pour une raison que je n'ai pas encore identifiée, mon mac mini (exécutant Mavericks) passera à l'utilisation des haut-parleurs internes, et toute tentative de revenir à HDMI ne rebondit pas simplement sur les haut-parleurs internes.
Killing coreaudio (qui redémarrera ensuite lui-même) corrige également le problème HDMI. @ 0sh et @ jl-peyret ont les commandes les plus simples, qui peuvent être entrées dans le terminal:
sudo kill `pgrep coreaudio`
ou
sudo killall coreaudiod
Pour les personnes qui aiment s'éloigner du terminal, vous pouvez également quitter le processus de coréode à partir du moniteur d'activité .
Il y a d'autres recommandations, si cela ne résout pas les problèmes, dans cet article , bien que certaines soient un peu extrêmes.