Comme indiqué ci-dessus, VDCAssistant semble provoquer des rapports de plantage perpétuels au point que le processus du système ReportCrash utilisera 50 à 100% du processeur.

Informations spécifiques à l'application: le client tente d'accéder à un affichage par l'index (1) au lieu de l'ID d'affichage. abort () appelé

Ces rapports d'erreur semblent également disparaître et réapparaître. (c'est-à-dire que le nombre de rapports d'erreur dans Console.app n'augmente jamais mais est constamment généré). Le processus ne peut pas être forcé de quitter.

Je n'ai aucune idée de ce qui cause cela car je n'utilise pas la caméra iSight et rien d'autre n'est connecté à un ordinateur portable (macbook pro 4,1 osx10.9.2)

La déconnexion ne résout pas le problème, mais un redémarrage le fera.

Apple a changé quelque chose qui interfère avec certaines applications / pilotes utilisant la webcam , reflétant l'écran (Airplay et Airplay-like) et fournissant des cartes graphiques USB .

Désinstaller ceux-ci (assurez-vous d'utiliser Google pour trouver quelle extension du noyau ils ont installée), assurez-vous que le système reconstruit le cache kext en exécutant

sudo touch /System/Library/Extensions

et le redémarrage résout le problème pour la plupart des personnes qui publient sur cette liste.

Liste des applications que j'ai trouvées qui pourraient causer le problème, principalement à partir d' un long thread dans le forum d'assistance Apple :

• Affichage de l'air
• AirParrot
• AirServer
• Pilote DisplayLink
• iDisplay
• Parallels
• Pilote d'affichage virtuel Splashtop
• ScreenRecycler
• VMWare

Tout cela ne doit pas être affecté, et certains sont en fait débattus dans le thread (comme Parallels et VMWare). Ils pourraient simplement faire ce qui est touchmentionné ci-dessus, ce que certains utilisateurs n'ont probablement pas fait.

Malheureusement, tout cela ne m'a pas aidé , j'ai donc décidé d'abandonner la caméra jusqu'à ce qu'Apple corrige cela et ait désactivé leVDCAssistant (doit être répété après chaque démarrage, lorsque le problème persiste et chaque fois que quelque chose voulait accéder à la webcam). A l'avantage sur la suppression / le renommage que vous n'avez pas à vous rappeler de l'annuler si c'est finalement corrigé; mais vous vous rendez très bien compte si le problème persiste toujours après un redémarrage ...

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.cmio.VDCAssistant.plist

Solution de contournement temporaire trouvée

VDCAssistant a continué de redémarrer et de planter, engendrant un processus ReportCrash qui consommait beaucoup de CPU. iSight ne fonctionne pas. Afin de garder mon iMac début 2009 fonctionnel (2009)

cd /System/Library/Frameworks/CoreMediaIO.framework/Versions/A/Resources/VDC.plugin/Contents/Resources/

sudo mv VDCAssistant VDCAssistant.stopme

Cela semble avoir arrêté le cycle crash / rapport / réapparition. Je ne sais pas si cela a d'autres effets, mais ma charge CPU est revenue à la normale.

Elle semble être potentiellement causée par des applications tierces utilisées pour la mise en miroir de l'affichage ou la diffusion en continu. Dans mon cas, cela a été causé par AirDisplay et la suppression de ce programme l'a résolu. Essayez de démarrer en mode sans échec et lorsque le problème disparaît en mode sans échec, il est presque certainement causé par un logiciel tiers.

Comme expliqué ci-dessus, la désactivation de VDCAssistant semble résoudre ce problème. Cependant, même après avoir désactivé cela, il existe d'autres erreurs qui peuvent apparaître, par exemple, cette erreur enregistrée dans la console plusieurs fois par seconde:

WindowServer[432]: _CGXGLDisplayContextForDisplayDevice: No matching context for device (0x7f9c42d034c0) - disabling OpenGL

( mentionné ici )

Je n'ai pas trouvé de solution pour cela en dehors du redémarrage et / ou de la désactivation de l'adaptateur DisplayLink (la cause du problème pour moi). Espérons que cela soit en attente d'un correctif d'Apple.

L'ouverture de Windows 7 via Parallels semble être le déclencheur qui déclenche la cascade de plantages. Thrashing VDCAssistant semble l'avoir guéri à court terme. Espérons que cela n'entraîne pas d'autres problèmes en cours de route.

Google Chrome

La suppression du navigateur Web Google Chrome a résolu le problème pour moi.

J'exécutais Mountain Lion sur une machine virtuelle Parallels 11, et un journal de plantage était généré à plusieurs reprises comme décrit dans la question, avec des noms tels queVDCAssistant_2015-11-22-120350_localhost.crash . Les plantages répétés n'ont commencé qu'après le lancement de Google Chrome. Quitter Chrome n'arrête pas la création du journal des plantages, les journaux continuent d'apparaître toutes les quelques secondes jusqu'au redémarrage.

J'ai désactivé l'accès à la caméra dans les préférences de Chrome. N'a pas aidé.

J'ai effacé:

• Application Google Chrome à partir du Applicationsdossier.
• ~ / Bibliothèque / Google /
• ~ / Bibliothèque / Support d'application / Google /

J'ai à nouveau téléchargé et réinstallé l'application Google Chrome. Problème ne ressurgir.

J'ai abandonné Chrome et supprimé à nouveau l'application. Firefox est maintenant mon navigateur secondaire au lieu de Chrome.

Alternative - Supprimer .plist

Une alternative est décrite dans la réponse de Jens Erat où vous utilisez le terminal pour supprimer un plist. La suppression du plist arrête en effet immédiatement le problème. Cependant, vous devez supprimer la liste à chaque redémarrage du Mac (ou de la machine virtuelle Mac dans mon cas).

Je sais que c'est beaucoup trop tard, mais j'ai simplement désactivé le partage de caméra de Parallels.