Mon Mac a commencé à faire clignoter l'écran au lieu d'émettre un bip. C'est exactement le même effet que vous obtiendriez si l'option "flasher l'écran" du volet des préférences d'accessibilité était activée, sauf qu'elle n'est pas activée.
J'ai également vérifié que le fichier de liste de propriétés des préférences affectant ce paramètre le montre comme étant désactivé. En ~/Library/Preferences/com.apple.universalaccess.plist
je vois:
<key>flashScreen</key>
<false/>
Dans le cas où cela fait une différence, le son du système est par ailleurs normal et n'est pas coupé. J'écoute de la musique d'iTunes, mais je reçois des flashs d'écran au lieu de bips.
Cela s'est produit il y a quelques semaines et le redémarrage du Mac est revenu à la normale. Pourquoi cela continue-t-il de se produire? Puis-je faire quelque chose pour l'empêcher de se répéter? Le flash d'écran va me donner une crise.
la source
Réponses:
Dans une situation similaire, j'étais sur le point d'abandonner et de redémarrer, mais j'ai constaté que le redémarrage du démon audio résout le problème:
sudo killall coreaudiod
Le symptôme était le suivant: dans le panneau de configuration du système "Effets sonores", la sélection des sons d'alerte ne faisait rien (généralement, elle déclenche un aperçu de l'effet sélectionné). Je suppose que OS X ne parvient pas à émettre un son d'alerte et retombe sur le repère visuel.
la source
au cas où votre problème persiste: je pourrais le résoudre en ouvrant le fichier plist d'accès universel que vous avez mentionné dans votre message avec xcode et en supprimant l'entrée flashScreen. après un redémarrage, il s'est comporté comme il se doit. Si vous n'avez pas installé xcode, la suppression du fichier plist peut être utile.
cheers, quam
la source
J'ai eu la même chose - le paramètre dans Accessibilité-> Audio est désactivé, mais l'écran clignote quand même.
Je me demande si cela a quelque chose à voir avec l'utilisation de LogMeIn. Il a un bug de longue date de ne pas basculer votre périphérique de sortie / entrée audio vers le haut-parleur / micro intégré après la fermeture d'une session à distance. Pendant la session, le son est acheminé via un "appareil" spécial qui transmet le son à la machine contrôlant l'ordinateur. Une fois la session terminée, il doit rétablir le périphérique d'entrée / sortie audio à ce qu'il était avant la session, mais ne parvient généralement pas à le faire. Le bogue a été signalé à LogMeIn depuis des années, mais apparemment, il n'a pas l'intention de le corriger et ne répondra pas aux rapports de bogue.
C'est pourquoi je me demande si cela pourrait être un problème connexe, même si je ne l'avais pas vu avant aujourd'hui. Est-ce que tout le monde avec ce problème avait également LogMeIn?
la source