Conforme mencionado acima, o VDCAssistant parece estar causando relatórios de falhas perpétuos a ponto de o processo do sistema ReportCrash usar de 50 a 100% da CPU.

Informações específicas do aplicativo: o cliente está tentando acessar uma exibição pelo índice (1) em vez da ID da exibição. abort () chamado

Esses relatórios de falhas também parecem desaparecer e reaparecer. (ou seja, o número de relatórios de falhas no Console.app nunca aumenta, mas é gerado constantemente). O processo não pode ser forçado a sair.

Não faço ideia do que está causando isso, pois não uso a câmera iSight e nada mais está conectado ao laptop (macbook pro 4,1 osx10.9.2)

Sair não resolve, mas uma reinicialização o fará.

A Apple mudou algo que interfere com alguns aplicativos / drivers que usam a webcam , espelhando a tela (Airplay e semelhante a Airplay) e fornecendo placas gráficas USB .

Desinstalando-os (use o Google para encontrar qual extensão de kernel eles instalaram), verifique se o sistema reconstrói o cache do kext executando

sudo touch /System/Library/Extensions

e reiniciar resolve o problema para a maioria das pessoas postando nessa lista.

Lista de aplicativos que encontrei que podem causar o problema, principalmente em um segmento longo no fórum de suporte da Apple :

• Exposição do ar
• AirParrot
• AirServer
• Driver DisplayLink
• iDisplay
• Parallels
• Driver de exibição virtual Splashtop
• ScreenRecycler
• VMWare

Nem tudo isso deve ser afetado, e alguns são realmente debatidos no thread (como Parallels e VMWare). Eles podem apenas fazer o touchmencionado acima, o que alguns usuários provavelmente não fizeram.

Infelizmente, tudo isso não me ajudou , então decidi desistir da câmera até a Apple consertar isso e desabilitar oVDCAssistant (deve ser repetido após cada inicialização, quando o problema persistir e sempre que algo quiser acessar a webcam). Tem a vantagem de excluir / renomear que você não precisa se lembrar de desfazer que, se finalmente for corrigido; mas você percebe muito bem se o problema persistir após uma reinicialização ...

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

Solução temporária encontrada

O VDCAssistant continuou reiniciando e travando, gerando um processo ReportCrash que consumia muita CPU. O iSight não está funcionando. Para manter meu iMac do início de 2009 funcionando (2009)

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

sudo mv VDCAssistant VDCAssistant.stopme

Parece que isso interrompeu o ciclo de falha / relatório / reaparecimento. Não sei se isso tem outros efeitos, mas minha carga de CPU voltou ao normal.

Parece ser potencialmente causado por aplicativos de terceiros usados ​​para espelhamento ou streaming de exibição. No meu caso, foi causado pelo AirDisplay e a remoção desse programa o resolveu. Tente inicializar no modo de segurança e, quando o problema desaparecer no modo de segurança, é quase certamente causado por software de terceiros.

Conforme explicado acima, desabilitar o VDCAssistant parece resolver esse problema. No entanto, mesmo depois de desativar isso, existem outros erros que podem aparecer, por exemplo, esse erro registrado no console várias vezes por segundo:

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

( mencionado aqui )

Não encontrei uma solução alternativa para isso, além de reiniciar e / ou desativar o adaptador DisplayLink (a causa do problema para mim). Espero que isso esteja pendente de um patch da Apple.

Abrir o Windows 7 pelo Parallels parece ser o gatilho que aciona a cascata de falhas. Thrashing VDCAssistant parece ter curado a curto prazo. Espero que isso não leve a outros problemas futuros.

Google Chrome

A remoção do navegador Google Chrome resolveu o problema para mim.

Eu estava executando o Mountain Lion em uma máquina virtual Parallels 11 e tive um log de falha gerado repetidamente, conforme descrito na pergunta, com nomes como VDCAssistant_2015-11-22-120350_localhost.crash. As falhas repetidas começaram somente após o lançamento do Google Chrome. Sair do Chrome não interrompe a criação do log de falha; os logs continuam a aparecer a cada poucos segundos até a reinicialização.

Desativei o acesso à câmera nas preferências do Chrome. Não ajudou.

Eu deletei:

• Aplicativo Google Chrome da Applicationspasta
• ~ / Biblioteca / Google /
• ~ / Biblioteca / Suporte a aplicativos / Google /

Baixei e reinstalei o aplicativo Google Chrome novamente. Problema é que re-aparecer.

Desistiu do Chrome e removeu o aplicativo novamente. O Firefox agora é meu navegador secundário, em vez do Chrome.

Alternativa - Excluir .plist

Uma alternativa é descrita na resposta de Jens Erat, onde você usa o terminal para excluir uma lista. A exclusão do plist realmente interrompe imediatamente o problema. No entanto, você deve excluir o plist toda vez que reiniciar o Mac (ou Mac VM no meu caso).

Sei que é tarde demais, mas simplesmente desabilitei o compartilhamento de câmeras do Parallels.