前述のように、VDCAssistantはReportCrashシステムプロセスがCPUの50〜100％を使用するまで、永続的なクラッシュレポートを引き起こしているようです。

アプリケーション固有の情報：クライアントは、ディスプレイIDではなくインデックス（1）でディスプレイにアクセスしようとしています。abort（）が呼び出されました

これらのクラッシュレポートも消えて再表示されるようです。（つまり、Console.appのクラッシュレポートの数は増えませんが、常に生成されます）。プロセスを強制終了することはできません。

iSightカメラを使用せず、ラップトップに接続されているものが何もないので、これが何を引き起こしているのかわかりません（macbook pro 4,1 osx10.9.2）

ログアウトしても問題は解決しませんが、再起動すると解決します。

Appleが変更されている何かを使用していくつかのアプリケーション/ドライバと干渉することをウェブカメラは、画面をミラーリング（エアプレイとエアプレイのような）をして提供するUSBグラフィックカードを。

それらをアンインストールし（インストールされているカーネル拡張機能を見つけるためにGoogleを使用することを確認してください）、システムを実行してkextキャッシュを再構築することを確認します

sudo touch /System/Library/Extensions

また、再起動すると、そのリストに投稿するほとんどの人の問題が解決します。

主にAppleサポートフォーラムの長いスレッドが原因で、問題を引き起こす可能性のあるアプリケーションのリスト：

• エアディスプレイ
• AirParrot
• AirServer
• DisplayLinkドライバー
• iDisplay
• Parallels
• Splashtop仮想ディスプレイドライバー
• ScreenRecycler
• VMWare

これらすべてが影響を受けるわけではなく、実際にはスレッドで議論されているものもあります（ParallelsやVMWareなど）。touch一部のユーザーがおそらく実行しなかった上記のことを実行する可能性があります。

悲しいことに、これはすべて私を助けなかったので、Appleがこれを修正して無効にするVDCAssistantまでカメラを放棄することにしました（起動するたびに、問題が発生するとき、そして何かがウェブカメラにアクセスしたいたびに繰り返さなければなりません）。削除/名前変更よりも、最終的に修正された場合に元に戻すことを思い出す必要がないという利点があります。しかし、再起動後も問題が解決しない場合は非常によくわかります...

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

一時的な回避策が見つかりました

VDCAssistantは再起動とクラッシュを繰り返し、大量のCPUを消費するReportCrashプロセスを生成しました。iSightが機能していません。2009年初頭のiMacを機能させるため（2009）

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

sudo mv VDCAssistant VDCAssistant.stopme

これにより、クラッシュ/レポート/リスポーンサイクルが停止したようです。他の効果があるかどうかはわかりませんが、CPUの負荷は通常に戻ります。

ディスプレイのミラーリングやストリーミングに使用されるサードパーティのアプリが原因である可能性があります。私の場合、AirDisplayが原因で、そのプログラムを削除することで解決しました。セーフモードで起動してみてください。セーフモードで問題が解決した場合、サードパーティのソフトウェアが原因である可能性がほぼあります。

上で説明したように、VDCAssistantを無効にするとこの問題は解決されるようです。ただし、これを無効にした後でも、表示される可能性のある他のエラーがいくつかあります。たとえば、このエラーは1秒間に数回コンソールに記録されます。

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

（ここで言及）

DisplayLinkアダプターの再起動や無効化（この問題の原因）は別として、これに対する回避策は見つかりませんでした。願わくば、これがAppleからのパッチを待っていることを願っています。

Parallelsを介してWindows 7を開くことが、クラッシュカスケードを動作させるトリガーのようです。スラッシングVDCAssistantは、短期間でそれを改善したようです。うまくいけば、他の問題につながることはありません。

グーグルクローム

Google Chrome Webブラウザーを削除すると、問題が解決しました。

私は実行していたマウンテンライオンの中のParallels 11仮想マシン、および質問で説明したようにクラッシュログは、次のような名前で、繰り返し発生していましたVDCAssistant_2015-11-22-120350_localhost.crash。繰り返されるクラッシュは、Google Chromeの起動後にのみ開始されました。Chromeを終了してもクラッシュログの作成は停止しません。ログは、再起動するまで数秒ごとに表示され続けます。

Chromeの設定でカメラへのアクセスを無効にしました。助けにならなかった。

削除しました：

• ApplicationsフォルダからのGoogle Chromeアプリ。
• 〜/ Library / Google /
• 〜/ライブラリ/ Application Support / Google /

Google Chromeアプリを再度ダウンロードして再インストールしました。問題が再発します。

Chromeを放棄し、アプリを再度削除しました。Firefoxは、Chromeではなく私のセカンダリブラウザーになりました。

代替-.plistを削除

別の方法は、ターミナルを使用してplistを削除するJens Eratの回答に記載されています。plistを削除すると、実際に問題はすぐに停止します。ただし、Mac（または私の場合はMac VM）を再起動するたびに、plistを削除する必要があります。

これは遅すぎることはわかっていますが、Parallelsのカメラ共有を無効にしました。