WebGLでは、gl.finish（）への非同期呼び出しをエミュレートすることが可能です。

Question

WebGLはレンダリングコマンドの完了を待たずに長いリストを送信することができます。ただし、何らかの理由でレンダリングが完了するまで待つ必要がある場合は、gl.finish()と同時に行う必要があります。確かに、gl.finishがコールバックを受け入れ、直ちに返されると良いでしょうか？

質問：これを確実にエミュレートする方法はありますか？

使用ケース：私は大オフスクリーンキャンバスに頂点の数が多いをレンダリングし、ページ上の小さなキャンバスに、この大きなキャンバスのセクションをコピーするdrawImageを使用しています。私は実際にgl.finish()を使用していませんが、drawImage()と同じ効果があるようです。私のアプリケーションでは、再レンダリングは、ユーザが（例えばボタンをクリックするなどして）アクションを実行したときにのみトリガされ、数百ミリ秒かかります。レンダリング中にブラウザが応答してスクロールなどができるようなら、私はChromeソリューションを探していますが、FirefoxやSafariでも動作するものは良いでしょう。

可能な（悪い）答え：あなたがしようとするとレンダリングが連れて行くと、その後gl.finish()への呼び出しで始まるタイムアウトを設定されているどのくらい見積もることができます。しかし、すべてのサイズの頂点バッファとすべてのユーザに対してこの見積もりを確実に行うことは、非常に難しく、不正確になるでしょう。

可能な（不）回答：​​私は探しているものをしていますが、それはしませんか？

Answer 1

あなたは既に答えを部分的に打ちました：drawImage()は、画像データを読み返す前にすべての未解決の描画コマンドを強制的に終了させるという仕上がりのような振る舞いをしています。問題は、gl.finish()でレンダリングが完了するのを待っていても、今までと同じように動作します。メインスレッドは、レンダリングが終了している間にブロックされ、ユーザーのページとやりとりする機能が中断されます。

このシナリオでは、drawコマンドのセットが実際にブロックするのを待たずに完了したことを示す何らかのコールバックが理想的です。残念ながら、このようなコールバックは存在しません（ブラウザの内部機能の仕組みを考えれば、驚くほどのものを提供するのは驚くほど難しいでしょう）。

イメージを感じるときには、準備ができているかもしれません。たとえば、drawImageに電話する前に、ドローコールを3または4の​​に振り分けた後に、あなたが一貫してそれを（10フレーム？）長く取ることを観察する場合は、長い時間スピンしてください。これにより、ユーザーはページを通常どおり継続して使用することができ、レンダリングの途中で同期ステップを実行するため、コンテンツのレンダリングが完了したり、遅延が大幅に減ったりするため、あなたのサイトの意図された用途に応じて、非リアルタイムレンダリングはおそらく、プレゼンテーションの前に1秒間スピンすることさえあるかもしれません。

これは確かに完璧な解決策ではありません。私はあなたのためにより良い答えを得たいと思っています。おそらくWebGLはあなたのような場合には貴重なので、このタイプのステータスを将来照会する能力を得るでしょうが、これはおそらくあなたができる最高のものです。