ios opengles present UIView描画がアプリクラッシュの原因となったときに表示するレンダーバッファ

Question

私はiOS用のopengl esアプリを作成しています。私はEAGLContext用のスレッドを作成し、このスレッド上のすべてのOpenGLを実行し、完了したらperformSelectorOnMainThreadとpresentRenderbufferを使用してレンダリングバッファを画面に表示します。

私のopenglビューの上に他のUIViewがない場合は、すべてが問題ありませんが、私のopenglビューの上にビューを追加すると、物事が不安定になり始めます。時々UIViewがアニメーション化されていると、openglコールクラッシュが発生し、時にはglClear、時にはpresentRenderbufferにクラッシュすることがあります。アイフォーン6プラスでは特に問題があります。スクリーン解像度が高いためです。

私は間違ったことをやっているのですか？UIViewでアニメーションがクラッシュするのを防ぐために、OpenGLレンダリングを停止することができますか？

Answer 1

必要最低限​​の提示する前に、メインスレッド上で、現在のようコンテキストを設定することがあるので

コンテキストをスレッドにバインドされている...あなたは間違ってここにいくつかのことをやっているが、私はそれが動作する必要がありますねレンダリングバッファ

あなたがここで直面している主な問題は、別のスレッドにバッファを提示している場合、バックグラウンドスレッドがすでに描画を継続している可能性があります。たとえば、最初の呼び出しでバッファをクリアするバッファはすでにメインスレッド上でクリアされている可能性があります。

したがって、何らかの種類のロック機構やダブルバッファリングが必要です。あなたは、OpenGLのためのあなたのメインスレッドであり、むしろそのスレッド上のコンテキストを作成し、それを最新のものに設定することを考慮する必要があります。次に、セカンダリスレッドで使用される共有コンテキストを持つ別のスレッドを作成します（実際には違いはありません。他の共有コンテキストを作成できる「マスタ」として定義するだけです）。描画スレッドでバッファを描画するときに、メインスレッドがバッファを提示できることを通知する必要があります（performSelectorOnMainThreadを呼び出す必要があります）、メインスレッドはそのバッファを取り出して提示します。それが完了した後、新しいバッファを収集する準備ができていることを描画スレッドに通知する必要があります。

• 描画スレッドがバッファ報告が終わった描画描画1
• をバッファリングするために描画し、描画バッファを交換し、バッファに描画し続けて：あなたはダブルバッファリングを作成した場合

  それではパイプラインはそのようなものになるだろう2

• スレッドを提示するとバッファ1が取り込まれ、提示され始めます
• バッファ2は既に終了しているかもしれませんが、バッファ1はまだロックされているので、バッファ2の内容を破棄するか次のサイクルでバッファー1のロックが解除されることを希望して再びそれを描く。しかし、いずれの場合でも、バッファをスワップすることはできません。
• バッファ1が提示スレッドでバッファ1に通知（アンロック）され、描画スレッドにロック解除を報告した後。（バッファを再描画することを選択した場合は、レポートは必要ありません）
• バッファ1のロックが解除され、バッファ2の内容がすでに描画されていることが通知されたら、バッファをスワップして、
• （OR）バッファ2に再び描画を完了したら、バッファ1がロック解除されているかどうかを確認し、バッファをスワップして再び提示スレッドに通知します2
• バッファ1に描画するサイクルを繰り返します。 ..