Godot: NvidiaドライバーでのTilemap / draw_rectのランダムなちらつき

Godot3.0カスタムビルドhttps://github.com/godotengine/godot/commit/29db531fc8360b1e6d5e23008b208517b6d8c627を使用してこれがまだ発生していることを確認でき

これはエディターでも発生します。

それはすべて草でなければなりません。

編集：象限サイズを1に設定すると、問題が解消されるようです

編集2：タイルは消えませんが、移動します（変換の問題？）

編集3：低品質のビデオ。 https://streamable.com/6a07b問題をトリガーするのにしばらく時間がかかりました（エディターは常に更新されるように設定されています）

この問題は、最新のマスター1f4685375f2d2e36a2e19e67ac9f614b8c99ea28でも引き続き発生します。

問題はタイルマップだけに関連するものではないようです。 ラベル内の大きなテキストでも同じ問題が見つかりました。 percent_visibleを使用した後、またはラベルを移動した後にのみ発生するように感じます。 今回はゲームの実行中にしか気付かなかったのですが、エディターで同じことが起こったことを捨てることはしませんでした。 写真やビデオを撮ることができませんでしたが、一部の文字がちらつき始め、別の変換で別の位置に移動します（フォントテクスチャから文字のチャンクを見ることができます）

更新：この問題は主要な問題です。 それはエディター自体にも起こっています。 スクリーンショットを撮ることができませんでした。スクリーンショットを撮りたいと思ったとき、エディターが更新されて問題が解決した可能性があります。 エディターの2つのセクションで問題に気づきました。これらの2つのセクションで発生するのではなく、問題に気付いたセクションです。出力コンテンツで、一部の文字がちらつき、画面下部のタブラベルの1つが出力、デバッガ、オーディオ、...のラベルがあります。 デバッガラベルのDがちらつき始めました。 トリガーするのは簡単ではありませんが、同じ問題です。

ビデオのラベルの問題があります（ちらつきはビデオの約半分から始まります）

申し訳ありませんが、編集によって通知が送信されるとは思わないため、これは重要な問題だと思います

https://i.gyazo.com/1ccc584f1746d0fc342f6de6609d33f0.mp4

同じ問題が発生しています...（0:04頃にタイルのちらつきが見られます）
スプライトと自分の移動スクリプトを使用していますが

多くのテストを行った結果、私の問題（＃15113）はこれと同じであると確信しています。 奇妙なのは、いくつかのことです。

1. @Remixfulで見られたのとまったく同じ問題が元々見られてい
2. シーンをアイドル状態にしただけでは、奇妙なアーティファクトやちらつきは見られませんが、キャラクターを動かし始めると（または、カメラが動き回っているからかもしれません）、何らかの形でちらつきが見られるようになります。
3. ビデオで完全な正方形のちらつきを簡単にキャプチャできますが、ラインのちらつきを記録しようとすると、撮影中に確実に発生しますが、ちらつきはビデオのどこにも見つかりません。

また、FWIW、これはまったく同じプロジェクトの2.1ではまったく発生しませんでした。

問題を再現するサンプルプロジェクトがあると便利です（再現するための特定の手順に基づいて簡単に作成できるはずですが、エンジンの開発時間は不足しているリソースです:)）。

@ akien-mga
flickertest.zip

プロジェクトを表示する前に数回実行する必要がある場合がありますが、プロジェクトが開始されたら、そのままにしておくと、最終的に表示されるはずです。

さまざまなシナリオで発生したかどうかを確認するために、複数のことを試しました。 Camera2DがYSortの子であったときにのみ再現できました。 それが手がかりかもしれません。

私は昨日kinematic_charデモでこれを見ました：\

この問題について私が見つけたのは、次のとおりです。

• ビデオで再現してキャプチャするのは難しいです。 時々あなたはそれをいつも見ているでしょう、そしてそれをOBSまたはどんなスクリーン記録ソフトウェアで記録しようとしても問題は起こりません。 繰り返しになりますが、録音中でも発生することがあるのでわかりません😅
• いつでもどこでも発生する可能性があります（編集中のシーンだけでなく、エディター自体でも）
• セル象限サイズが1より大きいTileMapと、場合によってはテキストでのみ発生するようです。 私はそれが他のもので起こらないと言っているわけではありませんが、私はそれらの2つのものを使用するときにそれが起こるのを見ただけです。
• そして、私はコードに何も悪いことを見ることができません。 確かに、私はそれや何かの専門家ではありません。 私が考えることができる唯一のことは、いくつかの変換がランダムに正しく設定されていないことです...本当に知らない😓

問題を再現する必要がある別のサンプルプロジェクトについては、＃16277を参照してください。

これに関する別の問題については、 16280を参照してください。

こんにちは、これに加えて、明確にするために、私はGodotで何もしていません。興味があったので、このプロジェクトを具体的に試しました。

ちらつきはテストプレイでは発生しますが、エディターでは発生しません。 興味深いことに、エディターのタイルがちらつくがテストプレイではない2Dキネマティックキャラクターデモを試してみると、逆のことが起こります。

少なくとも私の経験では、これは安定したgodotで解決されているようです
3.0リリース。

日、2018年2月4日には、午前2時56分AM Archeiaの[email protected]は書きました：

こんにちは、これに追加し、明確にするために、私は何もしていません
Godotと一緒に、私がこのプロジェクトを試したのは
奇妙な：
【画像：画像】
https://user-images.githubusercontent.com/6222499/35776735-0b413ce2-09dd-11e8-81cc-be7a097d61cd.png

興味深いことに、2Dキネマティックキャラクターではこの問題は発生しません
デモ

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/9913#issuecomment-362898191 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ABW9yzPGCmyxZONEuNXLFKU_PtY3ADsvks5tRYzmgaJpZM4OlRVq
。

@jonbonazza最新の安定した

このバグは、GTX 970Mを超えるNvidiaグラフィックカードで発生するようです。

GeForce GTX970はこちら。

これが私の発見のいくつかとこの問題を再現するための簡単なプロジェクトです。 （2つの異なるスプライト、godotアイコンと反転した色のgodotアイコン、タイルマップの上にラベルが付いたタイルマップ、タイルセットに変換されたシーンが含まれています）

Flicker.zip

• このシーンのラベルにも発生し、タイルマップタイルのように、単一の文字がランダムに移動します（回転することもあります）。
• エディター内にいて、タイルを選択したままグリッド上でマウスを動かすと、マウスを別のグリッドセクションに移動するまで、この問題がフリーズした状態で表示されることがあります。
• シーンツリー内のノードの順序によって、この頻度が変わります（タイルマップが最後のノードの場合、タイルマップでより頻繁に発生し、タイルマップが最初のノードである場合、ラベルでより頻繁に発生します）

編集：これが問題のスクリーンショットです。 最初の行の2つのEが、タイルマップの1つのタイルセクションに奇妙に広がっているのがわかります。 （赤）

タイルマップがシーンから削除されると、ラベルのちらつきが止まります。

これがこの問題の解決に役立つことを願っています。

45ab9cdfb55eed4eef59feee225248ccc20a6235
LinuxでWindows（32ビットおよび64ビット）にエクスポート（リリース）
Nvidia GTX 750Tiを使用したWin10でのちらつき（デバッグするためにこのマシンにアクセスできません）

DebianまたはWin7を搭載したNvidiaGTX760では再現できませんでした。

ちらつきは、私にとってWin7のGTX1060に存在します。 現在のように、TileMapは本番環境では使用できないため、これがすぐに修正されることを心から願っています。 :(

ここでタイル間の線のちらつきに関する同じ問題。 これをチェックしてください
プラットフォーマーtut.zip
非常に迷惑で不快なグリッチ=（（（（

タイル間の@podmentor行は正常であり、この問題とは関係ありません。 ここで問題を解決する方法は複数あります： http： //docs.godotengine.org/en/latest/tutorials/2d/using_tilemaps.html？highlight = tilemap＃offset -and-scaling-artifacts

私のゲームでもこの問題があります。 ただし、dGPU（Nvidia）をオンにした場合のみ。 統合されたIntelGPUではまだ気づいていません。

役立つかもしれないメモ。 win10とnvidiagtx 1070でこの問題が発生しました。しかし、タイルマップでysortをオンにすると、問題が解決したようです。

Ysortは~~（Cell）〜Quadrant Size = 1を強制することに注意してください。

@securasうわー、それは実際に機能しました！ それをありがとう。 :)
@ bojidar-bg意味を誤解しているかもしれませんが、セルサイズが（16、16）のタイルマップがあり、Ysortを有効にしてもそれについては何も変わりません...

@securasこの新しい質問をして申し訳ありませんが、ysortはどこにありますか？

@Archeiaタイルマップを調べると、「セル」の下にあります。

編集：上記の例では、Yソートをオンにしてもラベルがちらつきますが、タイルマップのちらつきはまだ見られませんでした。

Edit2：Y-Sortがオンの状態でタイルのちらつきが見られました。 それはこの問題を修正していないようです。 ただし、発生頻度ははるかに低いようです。

ありがとう！ それは私のためにそれを修正しました。

@ bojidar-bgに感謝します。 セルサイズはセルサイズのようなものだと思っていました…セルサイズとはどういう意味ですか？

@securasああ、私の悪い、私は象限サイズを意味しました。 なぜ私がそれを間違えたのかわからない…。

これが会話にあまり追加されない場合はお詫びしますが、エディターとエクスポートされた実行可能ファイルの両方でKinematicCollisionデモがちらつくことに気づいています。 Windows 1064ビット。 GTX 1080 Ti 2台のモニター@ 1440p。 私はgodot3.0.2安定版の自己コンパイルバージョンを実行しています。 これをdebug、release、release_debugで試しましたが、すべてのインスタンスでちらつきが見られます。

編集：一見すると、タイルマップに対してysortを有効にすると、ちらつきが消えるように見えます。

これはドライバーの問題ではないかと思い始めています。 問題が発生しているすべての人がnvidiaカードを使用しているようで、ほとんどの人がWindows10を使用しているようです。

これも入手して、私はManjaro、GTX970にいます。

これを再現でき、Yソートを有効にすると修正されることも確認できます。 GeForce GTX1060でWindows8.1を実行しています。

編集：実際には、@ bojidar-bgが示唆しているように、ちらつきは象限のサイズに関連している可能性があると思います。 Yソートを無効にすると、象限のサイズを変えると、さまざまなレベルのちらつきが見られます。 象限サイズ1、2、64、または128でのちらつきはまだ観察されていません。16〜32の範囲でたくさん見られます。

@ecdavis完全にちらつきが止まりますか？ 私もGTX1060を使用していますが、Yソートをオンにするとちらつきが見られますが、それほど頻繁ではありません。

ラベル文字がタイルマップタイル内に配置される原因が何であるのか、本当に興味があります。

ノードの順序など、多くのことがちらつきの頻度に影響を与えているようですが、象限のサイズとはあまり関係がないと思います。

Archlinux-Nvidia GTX 970-Godot v3.0.2.stable.custom_build

象限サイズを！1に設定すると、タイルの変位の問題が常に発生します。

象限サイズを1に設定すると、タイルがずれることはありませんでしたが、数フレームの間、1回だけティアリンググリッチが発生しました。 おそらく無関係です。

プロジェクト設定（[レンダリング]-> [品質]-> [2D]）でピクセルスナップを有効にすることで、ちらつきが修正されました。 また、インポートしていたタイルシート画像とタイルマップの設定をいじることで修正されたティアリングの問題がありました。 つまり、「フィルター」と「ミップマップ」です。 2Dピクセルプリセットを使用するように指示し、それをテクスチャのデフォルトとして設定しました。

@rosshadden家に帰って結果を更新しようとします。 共有してくれてありがとう！

これを行ったときにピクセルスナップがオンでしたが、問題は解決しませんでした。
私は実際に解決策になるかもしれないものにぶつかりました。
セルサイズでYソートをオンにし、セルサイズ（私の場合は128）に一致するように象限サイズを上げると、少なくとも私にとっては問題が完全に解消されるようです。

@irresistiblejelly @ bojidar-bgが指摘したように、y-sortをオンにすると、エディターで設定された値を無視して、象限が内部的に1に設定されます。 ミップマップとフィルターがアクティブになっている動的フォントにも同じ問題（この場合は文字の変位）があるため、タイルセットの問題だけではありません。

正確な問題を特定するために徹底的なテストを行う必要があります。

@rosshaddenのPixelSnapをオンにするという提案を試した

これはiOSとmacOSでまだ発生しており、Androidでは発生していません。
レンダリング->品質-> 2D->ピクセルスナップをアクティブにしました。これは頻度を減らすのに役立ちましたが、まだ発生しています。

@ByTheQuietLakeは以前にこれらの問題を見たことがありますか？NVIDIA以外のカードを使ってチャイムを鳴らしたのはあなたが最初だと思います。

これは、nvidiaドライバーの問題である可能性があります。

Godot3.0.2を使用してWindows10でテストしました。

• Nvidia 1070 GTX（ドライバー397.64）：問題が発生しています。
• Intel HD 4600：問題は発生していません。

これは、少なくともNvidiagpusを使用しているユーザーで発生している明確な問題です。 マウスカーソルがシーンとサイドタブに沿って移動すると、編集モードでタイルがシーンの周りにランダムに描画されていることに気付きました。 また、ゲームの実行時にも発生します。 象限サイズを1に設定すると（Yソートで1に設定すると）強度が低下しているように見えますが、それでも発生し、大きなマップでの最適化が失われ、フレームレートが大幅に低下します。

大きなマップで設定を変更した後、象限サイズを1に戻そうとしたとき（またはYソートをチェックしようとしたとき）にもクラッシュが発生しました（＃19617で問題を開きました）。 これは、過度に重い処理が関係していることを示しているようであり（またはメモリリークが発生している可能性がありますか？）、タイルが不規則に描画される原因となるタイルマップのレンダリング方法の全体的な問題に関連している可能性があります。 問題はtile_map.cppにあり、おそらくVSまたはタイルのレンダリングを処理しているコードにあると思われます。

上記のフォントが正しく描画されないという問題はまだ発生していませんが、問題が発生するほどフォントをいじっていない可能性もあります。 物事を調べて修正しない限り、私もそれを見るかもしれないのではないかと心配しています。

多くのユーザーがNvidiaカードを持っており、デスクトップに公開すると、Nvidiaカードを持っている多くの人がゲームをプレイし、これらの問題に気付くため、これは本当に調べて整理する必要があります。

問題は「PowerMizer」に関連しているようです。優先モードが「適応」に設定されている場合、パフォーマンスレベルがゼロに低下し（35〜40秒後）、ちらつきが始まりますが、「優先」に設定すると最大パフォーマンス」、ちらつきが消えます。

Linux（ドライバー390.59および396.24）およびWindows（ドライバー388.71および398.11）でテストしました。
〜Windowsで、ドライバを398.11にアップグレードした後、問題が停止したようです〜

私が記録したバグを示すビデオ： https ：
誰かがテストしたい場合は、ここに使用されるプロジェクトがあります： Flicker.zip

更新：
私の例では、TileMapを使用していません。グリッドを作成するのは、単純な描画関数（draw_lineとdraw_rect）です。

@guilhermefelipecgs私はそれが本当の解決策だとは本当に思いません。 Nvidia XServerはWindows10を搭載したNvidiaコントロールパネルに似たLinuxOSプログラムであると想定しています。電源管理設定を「最大のパフォーマンスを優先する」に設定すると、タイルの再配置が減少するようですが、その後も発生します。設定を変更します。 このバグは、プログラムの使用時に常に表示されるとは限らないという点で奇妙ですが、発生します。 たぶん、実際のTileMapでこれを試す必要があります。

その設定が機能したとしても。 なぜそれが機能するのでしょうか？ 電源マネージャーを最大のパフォーマンスに設定することは、コードがプロセッサー上でハードであることを意味しませんか？ それは私にとって違いを生むように見えましたが、問題を完全には解決しませんでした。 私はまだタイルがずれているのを捕まえることができます。

@ jamesaddy789それが解決策だと言っているのではなく、何が原因であるかについての手がかりを得ようとしているだけです。 Intel gpuを使用すると、正常に動作し、nvidiaでのみ発生し、gpuクロックがドロップするとちらつきが表示されることに気づいたので、興味をそそられましたが、これは単なる偶然かもしれません。 私もTileMapを試してみましたが、少なくとも私にとっては同じ考えです。

あなたが私と同じ経験をしなかったのは不思議です。 好奇心のために、あなたのnvidiaドライバーのバージョンは何ですか？

@guilhermefelipecgsバージョン398.11です。 PowerMizerはラップトップアプリのようですが、私はデスクトップPCを使用しているので、そのプログラムはありません。 Nvidiaコントロールパネルで電源管理の設定を「最大のパフォーマンスを優先する」に変更しました。 ずれたタイルの量が減ったように見えましたが、ゲームを実行していると、まだ気づきました。 象限サイズを1に設定するのと同様に、頻度を減らしましたが、問題を完全には解決しませんでした。 また、大きなマップで象限サイズを1に変更すると、エディターがクラッシュするという問題もあります。 設定を最大パフォーマンスに変更した後も、これはそれほど頻繁ではありませんが、今テストしたところ、クラッシュしました。

注私のGPUは、前述のドライバーを搭載したNvidia Gtx 10606GBです。 私のOSはWindows10Professionalです。

ここでもパソコンを使っています。 Windowsでは、コントロールパネルが少し異なります。変更したオプションは、ここでテストしたものと同じです。 何をすべきかわからない。 このバグは非常に退屈です。 :(

これは、レンダリングコードに含まれている必要がある問題です。 エンジンコードをテストして自分で解決するのに十分な経験がありません。 グリッドを手動で描画するときに、あなた（@guilhermefelipecgs）が問題に気付いたのは興味深いことです。 問題はTileMapのソースコードだけにあると思いました。

TileMapノードを使用していなくても長方形がいたるところに描画される場合は、draw_rect（）関数（https://github.com/godotengine/godot/のソースコード）でもバグがアクティブであると想定する必要があります。 47行目のblob / master / scene / resources / texture.cpp）。

TileMapsの描画は、ほとんどの関数（https://github.com/godotengine/godot/blob/master/scene/2d/tile_map.cpp）でVSを使用し、関数draw_rect（）はVisualServerを使用します（これらは同じこと）。

なぜこれがNvidiaGPUに影響するのでしょうか？ 他のプログラム（他のゲームエンジン）ではこの種の問題は見られないので、何らかの理由でNvidiaグラフィックプロセッサに影響を与える（少なくともより顕著に影響を与える）ソースコードの問題になることを目指すことしかできません。

@guilhermefelipecgs電源管理設定を変更した後、問題の頻度が大幅に低下するため、気付かない可能性があります。 実際、ゲームを実行して歩き回ってから、グリッチが再び表示されるまでには少し時間がかかりました。 タイルが置き忘れられているのを見つける前に、KinematicBody2Dを使ってゲームを数分間歩き回りました。 私は問題がまだ存在することを知るのに十分見ました。

これはドライバーの問題であると98％確信しています。 nvidiaドライバーPower management modeをPrefer maximum performanceに設定すると、問題が解決するようです。

次のテストでは、 @ guilhermefelipecgsフリッカープロジェクトを使用し、問題を引き起こしている基本事項までそれを取り除きます。

ゲームで低プロセスモードを有効にするためにRenderDocで約4時間GPUトレースを取得しようとしています（つまり、基本的に1秒あたり1フレーム）が、問題のあるフレームをキャプチャできたと思いますが、表示されませんでしたopenglコマンドまたはRenderDocから再構築されたフレームのエラー。 繰り返しますが、私はそれは、彼らがランダムであるときにそれらを取得するにはちょっと難しい...私はいくつかの問題のフレームを得たと思います。

また、各四角形をファイルに描画するためにシェーダーに送信される四角形をログに記録し、x <60またはx> 420またはy <60またはy> 420の外側、または幅または高さが20と異なる四角形を検索しました。私は何も見つかりませんでした。プロジェクトの実行とログ記録中にそれらを見たので、悪い四角形があるはずだと100％確信しています。 ここにログgodot_tilemap_issue_logs.zipがあります（145はアイテムを削除し、次に一連のrectを削除し、次に145を再度修正します...）ログに記録されるのはここからdst_rectですhttps：/ /github.com/godotengine/godot/blob/master/drivers/gles3/rasterizer_canvas_gles3.cpp#L687 -L701

これは、 Windowsビルドに加えて、rectをログに記録するために使用したgodot.windows.opt.tools.64.exe > log.txtようなものを使用します（別のエンコーディングを使用しているため、PowerShellではありません）。

参考までに、 @ guilhermefelipecgsのフリッカーテスト（Linux x86_64）と@mrcdkの修正バージョン（Wine）の両方を試しましたが、次のシステムではフリッカーを再現できませんでした。

• Mageia 6 x86_64
• X11 1.19.5、Plasma / KWin 5.12.2（合成のオンとオフでテスト済み）
• Optimusラップトップ、NvidiaPRIME経由でNvidiaGTX 670MXを使用（ドライバー390.59）
• Godot vsyncのオンとオフ、およびドライバーのvsyncのオンとオフでテスト済み

ドライバのバグがデスクトップまたは最近のGPUにのみ影響する可能性があります。

シリーズ10カードで7日間問題が発生しているため、これも私の想定です。
はるかに大規模に。 理由もなく、ランダムなfpsが160から10に低下します
Nvidia GeForce 6Gb gtx1060の最小設定で。デスクトップPC

2018年6月19日火曜日、09：04RémiVerschelde、 notifications @ github.com
書きました：

参考までに、両方の@guilhermefelipecgsを試しました
https://github.com/guilhermefelipecgsのフリッカーテスト（Linux x86_64）および
@mrcdk https://github.com/mrcdkの修正バージョン（Wine）であり、できませんでした
次のシステムでちらつきを再現します。

• Mageia 6 x86_64
• X11 1.19.5、Plasma / KWin 5.12.2（合成のオンとオフでテスト済み）
• Optimusラップトップ、NvidiaPRIME経由でNvidiaGTX 670MXを使用（ドライバー
  390.59）
• Godot vsyncのオンとオフ、およびドライバーのvsyncのオンとオフでテスト済み
  オフ

ドライバのバグがデスクトップまたは最近のGPUにのみ影響する可能性があります。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/9913#issuecomment-398311432 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AS-y9jLkTsEpQyBdu204PCK63wHgD1dxks5t-LCXgaJpZM4OlRVq
。

@ akien- mga @guilhermefelipecgsがビデオで示しているように、テストの実行中にグラフィッククロックは変化しますか？

@guilhermefelipecgsがビデオで示しているように、テストの実行中にグラフィッククロックは変化しますか？

Godotを起動すると、最高のクロック値に移動してそこにとどまります。 @guilhermefelipecgsのビデオに

あなたがこれがもっと奇妙になることができないと思うとき...

私は新しいプロジェクトを作成し、2つの奇妙な振る舞いに気づきました。

1）ちらつきがどこにあるかを「正確に」知っています。
2） Control 3が「ちらつき」することはありません。

何が起こっているのかを説明しようと思います。
1）次のようにシーンに4つのコントロールを追加しました：

すべてのコントロールは同じベースコードを使用します。 Control 1がちらつきのある唯一のノードになります。

2）しばらくすると（20〜50秒）、 Node.gdは次のようにノードの親を変更します。

そして、ちらつきはControl1からControl 2にジャンプします。つまり、最初の子だけがちらつきます。
注1：これはおそらく、描画関数がノードの順序でキューに入れられるために発生すると思います。
注2： Control 2はdraw_texture 、このメソッドにもちらつきがあります。

3） Control 3が最初の子になると、ちらつきは魔法のように消えます。理由は次のとおりです。

Invertフラグは、描画関数を反転するようにコードに指示するため、コードは最初にdraw_lineを呼び出し、その後draw_rectを呼び出すため、赤い長方形がグリッドの前に表示されます。

4）そして最後に、ちらつきがControl 4に戻ってきます。ここでは、 draw_rectとだけ呼びます。

私はGTX970を持っていると前に言うのを忘れました。

Windowsでは、プログラムを使用してGPUクロックが変化するのを確認しました。

*この問題は、最新のドライバー（398.11）を使用するWindowsにも影響しますが、頻度は低く、もう少し待つ必要があります。 このスクリーンショットのドライブバージョンは無視してください。ドライブをダウングレードして、違いがあるかどうかを確認します。

新しいプロジェクト： Flicker_2.zip
ビデオ1：https：//youtu.be/01LWVQqp5yg
ビデオ2：https：//youtu.be/XTKTe9aZAuU？t = 50s

ちらつきが強くなるまで5〜8回試してみます。 弾くほど効果が強いようです。

ビデオ2はビデオ1と同じですが、何らかの理由でビデオの最後の部分でパフォーマンスレベルが向上し、これが発生するとちらつきが消えることに気付くことができます。

ビデオはLinuxで（Linuxではバグがより深刻であるため）60fpsで記録されます。

これはドライバーの問題であると98％確信しています。

同意します。コード（godot）を調べましたが、奇妙なものは何も見つかりませんでした。

さて、私はapitraceを使用してプロジェクトを起動できました。これは、 Power management mode関連するドライバーの問題であると99.9998％確信しています。これがflicker_trace.zipファイルなので、皆さんも実行できます。 。

そして、これが私が録画したビデオです： https ：//streamable.com/yk1qq品質がちょっと悪いので、これが

最初の20秒は、プロジェクトの実行とログ記録です。 初めてapitraceを使用したときにOBSを最小化するのを忘れ、GPUクロックが最大にロックされ（右上隅のグラフです）、ちらつきがありませんでした。 約にスキップします。 3:15ここで、OBSを最小化し、トレースを再生するときにバグが表示されるようにしました。 次に、 Show thumbnailsオプションを使用して、各フレームのサムネイルを作成しました。 次に、バグのあるフレームが見つかるまでサムネイルを検索しました。 lookup stateを実行して、その具象フレームのopengl状態を取得し、それが終了した後、バグのないフレームバッファーを表示しました。

したがって、この問題の原因がgodotの場合は、トレースに毎回表示されるだけでなく（OBSを開いたままにして初めて実行したときではありません）、サムネイルとルックアップ状態のフレームバッファーは同じように見えるはずです（彼らは明らかにしませんでした）。

では、ここで何ができるでしょうか。 私たち（コミュニティとして）は、必ずしもNVIDIA自体から変更を開始するための影響力を持っているとは思いません。 それとも私たちですか？

では、ここで何ができるでしょうか。 私たち（コミュニティとして）は、必ずしもNVIDIA自体から変更を開始するための影響力を持っているとは思いません。 それとも私たちですか？

IMOは一撃の価値があります:)最悪の場合、答えは得られませんが、Nvidia開発フォーラムでこれに関するスレッドを開くとよいでしょう。

こんにちは、みんな、

Nvidia Inspectorを使用してCUDA-Force P2 Stateを無効にしても、問題は引き続き発生しますか？ これは、他のいくつかのプロジェクト（OBSなど）でちらつきを引き起こす問題でした。 別の（godot以外の）ゲームでも同様の問題が発生しており、ドライバーの問題も疑われ始めているので、それが電源の問題であるかどうかも知りたいです。 GTX750はこちら。

Godot v3.0.6でも同じ問題が発生しており、最新のNvidiaドライバーをダウンロードしてもこの問題はまったく解決しません。 Nvidia GTX 750TIグラフィックカードを使用しています。 この問題を修正する方法はありますか？ また、Webブラウザーでゲームを実行すると、点滅の問題がまったく表示されませんか？

この問題について誰かがnvidiaに連絡したことがありますか？

そのビデオのためにこの問題を@guilhermefelipecgsに伝えてください、まさに私に何が起こっているのか。
私はgtx950を使用しています。象限サイズのもの&& ysortを試しましたが、うまくいきませんでした。

どうしたらいいのかわからない。 新しい問題を作るつもりでしたが、代わりにこれに投稿すると思いました。 私はGodotv3.0.6も使用しています

誰かがGLES2.0をアクティブにしてバージョン3.1アルファでそれを試しましたか？ 多分それはOpenGL3x nvidiaドライバーの問題ですか？

rectの描画方法を変更する必要があると思います。これは、OpenGLドライバーのサポートの状況がいかに悪いか、そしてVulkanへの移行がすぐに必要になる理由を示しています。

また、誰かがGLES2レンダレでそれをテストしましたか？

@reduz申し訳ありませんが、時間がかかりました。 ついにコンパイルする3.1を手に入れました
はい、GLES2レンダラーでちらつきがまだ発生していることを確認します

私はこれを使っていくつかのテストを行ってきましたが、128x128セルサイズのタイルセット（象限16）で黒いタイルのちらつきをトリガーできません。
それが役立つかどうかはわかりませんが、それは何かだと思います
e：ところで、誰かが私にいくつかのc ++コードを編集して、テスト用に再コンパイルしたい場合は、lmkだけです
e2：nvmそれはちょうど戻ってきました。 ええ、それははるかに少ないですが

私は実際に非常にうまく機能する一時的な解決策を見つけました。 （誰かがすぐにゲームをリリースする場合）

-タイル張り：

• 新しいタイルマップを作成し、タイルの量を40x40に設定します
• 地面のタイルセットを選択します
• 次に、上部のヘッダーバー（キーf ）のバケット塗りつぶしツールをクリックし、タイル状のグリッドの任意の場所をクリックします
• 次に、[ファイル]-> [画像としてエクスポート]に移動し、[タイルを描画して背景色を含める]のチェックを外し、[エクスポート]をクリックします。
• tinypng.orgにアクセスして圧縮します（ファイルサイズの71％を節約しました）。

--godotで：

• スプライトノードをタイルマップレイヤーに追加します。
• スプライトのテクスチャをタイルからエクスポートされた画像に設定します。
• グリッドステップオプションをセルサイズと同じになるように設定します（私の場合は48x48でした）

これで、スプライトに対してctrl + dを実行して、スナップすることができます。 ちらつきがなく、パフォーマンスは素晴らしいです（godotは内部的にキャンバス上にあるものだけをレンダリングします）

e：これがお役に立てば幸いです。 それは少し奇妙ですが、それは解決策です（最善ではありませんが、それは何かです）
e：オブジェクトなどに他のタイルマップレイヤーを引き続き使用できます。 これは、良好なパフォーマンスを維持しながら、地面がちらつきを止めるためだけのものです（地面のタイルマップレイヤーでysortを有効にすると、fpsが低下します）

@ByTheQuietLake np、私の喜び！ 私はnvidiagtx 950を持っていて、その動作を確認できます。 20時間以上、黒いタイルがちらつくのを見たことがありません。 エディター内、またはゲーム内。 私が気付いた唯一のことは、ロード時間が20msほど増加したことです（これは実際にはほとんど何もありません）が、それは画像が巨大だからです。 ただし、キャラクターと一緒にマップ上を移動すると、タイルマップのようにスムーズに感じられます。

柔軟性についてはよくわかりません。 簡単に言うと、タイルで地面のタイルを作成し、画像としてエクスポートして、タイルマップの子としてスプライトとして使用するだけです。 次に、reduz / nvidia devs / etcが修正を見つけたら、古いスプライトを削除して、通常どおりにタイルマップを使用します。 簡単に移行できるはずです。

nvidia GPUがない場合、ソリューションが機能するかどうか:(

e：このバグはnvidia gpus bythequietlakeでのみ発生します

これはgithubでの私の最初の投稿であり、これが間違った場所にある場合はお詫びします（googleからこのスレッドを見つけました）。

私は最近、ゲームを2.1から変換した後、これと同じ問題を経験しました。 Girngのソリューションは私にとってはうまくいきますが、少しハッキーなようです。 また、（彼のソリューションを使用して）移動すると、スプライトノードテクスチャとタイルマップセルテクスチャの間にわずかなオフセットがあることに気付きました。 これは、フロアタイルマップを使用しても明らかではありませんでした。

私はGTX960を使用しています。Windows10でPowerMizer設定が見つかりません（guilhermefelipecgの上記の投稿から）。 それは私がWindowsを使用しているためかもしれませんし、Linuxの問題かもしれません。 私も上で読んだ、それでもそれを修正しなかった。

これは少し話題から外れているかもしれませんが、これが修正されるまで2.1のままにする必要がありますか、それともGodotの「カスタムバージョン」をコンパイルする必要がありますか？

敬具、

- アーロン

ここでアーロンと同じ質問ですが、他に選択肢はありますか？ これは非常に厄介な問題であり、Godotは制作に適さないため、優先度を高くしてください。

私がうまくいったことの1つは、プロジェクト設定でHDRを無効にすることでした。

私がうまくいったことの1つは、プロジェクト設定でHDRを無効にすることでした。

私にとっては、機能したのはYsortをオンに設定することだけでしたが、それは実行可能なオプションではありません（象限サイズを1に設定します）

私もこれに遭遇していました。そして、シーンを実行するたびに一貫して再現することができました。
誰かがレンダリング品質設定をいじってみましたか？ 具体的にはFramebuffer Allocationを2Dに設定しますか？

これまでのところ、それは機能しているように見えます...または少なくともそれがはるかに少ない頻度で発生します（ちらつきが再び発生するのを見たことがありません..._まだ_）

@ByTheQuietLakeこれまでのところ、ちらつきのインスタンスはまったくないように見えます。

@XNargaHuntress本当に？ フレームバッファの割り当てに何を設定しましたか？ それは良い一時的な修正かもしれません
編集：nvmはそれを間違って読み、2Dフレームバッファーについてこれをテストする

@XNargaHuntressフレームバッファ割り当てを2Dに設定しても、ちらつきはまだ発生しています。 今はもっと頻繁に起こっているように感じますが、それは偶然かもしれません。
私はWindows7 x64、Godot3.0.6安定版でNvidiaGTX 750Tiを使用しています。

編集：フレームバッファ割り当てを「サンプリングなしの2D」に設定してみました。 まだちらつきます。

編集2：ちらつきはGLES3レンダラーを使用したGodot 3.1alphaでも発生します。 しかし、GLES2レンダラーを使用しているとき、ちらつきはまったく気づいていません。

間違っているかもしれませんが、最後のnvidiaドライバーの更新後、今までちらつきは見られませんでした。 今日家にいるときに完全にテストします。

GTX 1050TI、Windows 10、Godot 3.1 alpha

編集：たくさんのテストの後、それは再び示されました...しかし非常に少ない.....しかしまだそこにあります

以前のドライバーの更新後、私はしばらくの間この問題をまったく見ていません。 どのアップデートで修正されたかは正確にはわかりません。おそらく特定のGPUに依存するでしょうが、そうです...

GLES2ドライバーはマスターでこの問題を示さないことを覚えておいてください。

カメラのズームを（1,1）に戻すと、問題が解決した可能性があります。以前は（0.5、0.5）に設定していて、ちらつきが見られました。 これまでのところ、ちらつきは見られません。 他の誰かが確認できますか？

ysortオプションがオフになっている限り、常にちらつきが発生します。

14:10時月、2018年11月19日にはmikeleeman [email protected]書きました：

カメラのズームを（1,1）に戻すと、問題が解決した可能性があります。
以前は（0.5、0.5）に設定していましたが、ちらつきが見られました。 今のところ私はそうではありません
ちらつきが見られます。 他の誰かが確認できますか？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/9913#issuecomment-439773424 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ACv4240No-elY7BK16HKAmxhHrFRaOj4ks5uwj1UgaJpZM4OlRVq
。

@mikeleeman GTX 960を搭載した

NVIDIAは、シェーダーディスクキャッシュロックの問題をまだ修正していません。 NVIDIAカードを搭載したWindowsを使用している人々は、Godotの潜在能力を十分に発揮していないので悲しいことです。

ほとんどのベンダーは最近OpenGLについて綿密な情報を提供しておらず、これを回避することは非常に複雑です。
今のところ、Godot 3.1での最善の回避策は、OpenGL2に切り替えることです。OpenGL2では問題なく動作します。
最終的に、GLES3はVulkanで非推奨になり、これが発生しないことを願っています。

（このgifの右上隅に示されているように）GLES2を使用した3.1alphaでも引き続き発生します。

私が機能することがわかった一時的な解決策。これは、Vulkanまで私たちを引き留めるはずです。

• 個別のグラウンドタイルごとにスプライトノードを使用します。 編集時にスナップを有効にして、同じ地面のレイアウトを簡単に模倣できるようにします。 この方法は、実際にはパフォーマンスの面で問題ではありません。 それは時間がかかり、やるのは少し奇妙です。 それは明らかに理想的ではありませんが、今のところうまくいきます。

これがGLES2でも発生することも確認できます：/（最後のビルドb47d4e1ba5d72bac5c2e671d9e4c0ae037a248c0）

これは、有効な回避策にさえ近いものではありません。 そもそもタイルマップを使用する理由はすべて文字通り失われます。

これは、有効な回避策にさえ近いものではありません。 そもそもタイルマップを使用する理由はすべて文字通り失われます。

ええ、でもちらつきが止まり、グラウンドレイヤー専用です。ゲームの見た目はまったく同じです。 しかし、私はあなたに同意します、それはタイルマップ機能を利用しません、しかし私はそれが修正が入るまでそれは公正なトレードオフであると感じます

以前は間違いなくランダムなちらつきが見られていたので、これは奇妙なちらつきはもう見られません。

前回は、draw_rect関数を使用してcanvasItemにタイルを描画し、タイルマップをエミュレートし、canvasItemでupdate（）を1回だけ呼び出すようにしたので、プログラムの開始時に1回だけ描​​画します。 驚いたことに、canvasItemにも同様のランダムなちらつきがあります（おそらく頻度は低いですか？）が、カメラがズームインされている場合（0.5,0.5）のみであり、カメラが（1,1）にある場合はそうではありません。 私はそれが奇妙に聞こえることを知っています、多分私は何かを誤解しました。

カスタムcanvasItem描画を使用するものと、GodotのデフォルトのTileMapを使用するものの両方で、ちらつきは発生しなくなりました。 ドライバーの更新が疑われますか？ 私のカードは、Windows上のNvdia GeForce GTX970です。 サイドノート誰もが現在インストールされているopenGlバージョンを確認できますか？ Linuxの方が簡単だと聞きました。

編集：不確実性は良くないと思います。問題がないことを確認するためにVulkanが必要です。

これらがOpenGLES 2.0レンダラーで描画される方法を変更したので、そこでは間違いなく正常に機能するはずです。 OpenGL ES 3.0では、私が考えることができる回避策はパフォーマンスを損なう可能性が高いため、3.1がリリースされた後できるだけ早くVulkanを動作させることを優先します。

これがOpenGLES2.0レンダラーで失敗しなくなったことを確認できますか。

@reduzここで数分間テストしましたが、発生しませんでした。 これを修正してくれてありがとう！ :)
注意：
関連するかどうかはわかりませんが、カメラが揺れると、タイルの間に白い水平線がいくつか表示されます。

OpenGL ES 2.0の修正をありがとうreduz！

@mikeleemanなどへ：
NVIDIAGeForceカードの11月20日以降の最後の3つのパッチノートは次のとおりです。
11月20日、 12月3日、 12月12日。 修正された問題のリストは15ページにあります。

関連する可能性がある（わからない）と私が見つけた唯一の問題は12月12日です：

• [ヒットマン2サイレントアサシン]：ゲームにちらつきのあるテクスチャの破損があります。
  [200472315]

また、タイルマップで問題が発生したことにも気づきました。

現在の修正よりも多くのことができるかどうかはわかりません。 3.1がリリースされた後、このバグはVulkanに存在しない可能性が高く、ES2レンダラーから削除されるはずです。

alpha 4をテストして、GLES2とGLES3を使用してこれを見ました。 シェーダーはなく、特に特別なものはありません。 ただのタイルマップ。

@securasズーム付きのカメラを使用していますか？

番号

2018年12月29日土曜日午前0時35分GuilhermeFelipe de CG da Silva <
[email protected]>は書いた：

@securas https://github.com/securasズーム付きのカメラを使用していますか？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/9913#issuecomment-450378016 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ACv425NmiZKRUJHDzxg0NPB-PszWJaa2ks5u9jpGgaJpZM4OlRVq
。

@securasこれは別の問題のように見えますが、タイルのちらつきよりもピクセルの正確さの問題です。

@ akien-mgaまあまあ...タイルマップにしか起こらないようですので、ここにあると思いました。

@ gcardozo123は私には＃24642のように見えます、PRはもうすぐです

今のところ他に何もできないので、これを3.2に移動します。 また、nvidiaがこれを完全に修正することを願っています。私は彼らに直接連絡して、これが彼らの側からも修正されていることを確認しました。 Vulkanの書き換えにより、これが発生しなくなることを願っていますが、それまでの間、GLES2を使用してください。

すみません、閉じるつもりはありませんでした

タイルマップクラスまたは表示可能なレンダリングを備えたGLES3を使用する他のオープンソースゲームエンジンはありますか？ 私はちょうど日付を見ていました、そしてそれは530日以上経ちました、そしてそれはさらに長く後退するでしょう：/

私はdiscord（@ bojidar-bg）でgodot開発者に連絡し、十分な助けを受けました。 問題を表示しようとしましたが、OBSでの記録中に黒いタイルを表示できませんでした。 次に、NVIDIAコントロールパネルのいくつかの設定を変更するように勧められました。

情報：fa7329f6485058fde30b8e2bfe26291dfbfc4434、GLES3、W10-64ビット、 GTX950

• NVIDIA Control Panel
• Manage 3D settingsクリックします
• 電源管理モードまで下にスクロールし、最適な電力から最大のパフォーマンスをように変更し
  
• [適用]をクリックします

私はまだ1つの黒いタイトルを見ていません（ゲームを約20回以上リロードし、牛が帰宅するまでテストを続けます）。 ここまでは順調ですね！ これがお役に立てば幸いです。Bojidarに感謝します。

girng：これと同じ現象が輸出でも見られました。 それが私の懸念が最もあるところです。 タイルが断続的に消えないように、エンドユーザーにGPU設定を変更するように依頼する必要はありません。 nvidiaタイルハックで最新の3.1ベータ版を試してみませんか？

• 電源管理モードまで下にスクロールし、_最適な電源_から最大のパフォーマンスをように変更し

これはドライバーの障害を意味するものではありません。エンジンがすべての潜在的なドライバーのバグを回避する方法がわかりません。

@ OvermindDL1ええ、reduzはnvidiaの開発者に直接連絡したと述べました。これは非常にありがたいことです。 開発用の電源管理モードソリューションに満足しています。 nvidia自身が修正するまで、それは私たちを引き留めるべきだと思います。

@agameraaron私はgles3のみを使用します（ゲームはGPUパーティクルにバインドされています）。 申し訳ありませんが、タイルハックについてコメントすることはできません。 しかし、私はそれが機能すると聞きました

私がnvの代表者と話し合ったところによると、彼らはこの問題をもう観察できないと言っています。 最新のドライバーバージョンを試してみて、失敗した場合は、ハードウェアに関するもう少し情報を報告できますか？ （GPUモデル、インストールされているドライバー、電源管理設定）？

@reduzは最新のドライバー（ 419.17 ）でテストされています。 タイルのちらつきは、次の電力モードで発生するようになりました：最大のパフォーマンス、最適、および適応を優先します。

GTX 950、W10、GLES3

• OBSスタジオを開くと、ちらつきが消えます

@reduz @girng @xsellier
GTX 1070、GLES2、W10
最新のドライバー419.35
使用する電源モードに関係なくちらつきはありません👍

GLES3も動作しているようです..スタックオーバーフローでもこの問題が見つかりました：
gles2画面のちらつき

GTX 1060、W10
上記と同じドライバー（419.35）を使用しても、GLES2と3の両方でちらつきが発生しています。
デフォルトの再描画設定は「変更時」であるため、UIをクリックしてコントロールにカーソルを合わせるだけで、右上隅の円をクリックして変更できます。

https://github.com/godotengine/godot/issues/9913#issuecomment -364707061に投稿した古いプロジェクトを使用しましたが、すべてがまだ発生してい

このオプションを試してください。

私はこのオプションを知っています。これはGLES2でのみ機能します

@reduz @girng @xsellier
GTX 1070、GLES2、W10
最新のドライバー419.35
使用する電源モードに関係なくちらつきはありません👍

GLES3も動作しているようです..スタックオーバーフローでもこの問題が見つかりました：
gles2画面のちらつき

上記のコメントは、問題がもはや存在しないことを示唆しています。

@MennoMaxちらつきはまだ

@ gavriil07の問題は、gles2の回避策は、GPUパーティクルを使用できないことを意味します：/
また、2月11日に投稿したときのgles3のちらつきが修正されました（最大のパフォーマンスを優先するように電源モードが設定されています）。 現在、ちらつきが戻っており、新しく更新されたドライバーを使用して、3つの電源モードオプションすべてで発生します。 意味がありません。ドライバーバージョンの1つで、最大パフォーマンスを優先するようにちらつきが修正されていますが、新しいドライバーでは修正されていません。

@girngこれは
@reduz予備のVulkanレンダラーのETAはありますか？

@ gavriil07ゲームがGLES3（gpuパーティクルを含む）を使用している場合、gles2を使用することは実際には回避策ではありません。 その場合、GPUパーティクルはサポートされていません

@girng CPUParticlesは、GLES2でも引き続き使用できます。 これらは多くのユースケースに十分です（これは特に単純な2Dゲームに当てはまります）。 議論を続けてください-トピック：slightly_smiling_face：

ただし、CPUParticleはGLES2でも使用できます。 これらは多くのユースケースに十分です（これは特に単純な2Dゲームに当てはまります）。 トピックについての議論を続けてください

私はCPUではなくGPUパーティクルについて話している

数か月前に書かれたhttps://www.reddit.com/r/godot/comments/9ljor3/psa_tilemap_flickering_possible_fix/で、「プロジェクト設定でHDRを無効にしてみてください」という投稿を見ました。 （レンダリング->品質->深さ-> Hdr）

私はそれをGLES3プロジェクトで試しましたが、これまでのところうまくいくようです（Nvidia 970バージョン415.27、Linux Mint）。 これが繰り返しメッセージの場合は申し訳ありません。

このバグは、私のNvidia gtx760（Windows 10 x64）のGLES2ドライバーに存在すると言えます。 以下のビデオ：

https://www.youtube.com/watch?v=TM1BN4uwMfA
ビデオで発生する最初のインスタンスは0:36で、約5秒以内に再び発生します。

GLES2の修正により、問題が軽減されたようです。

プロジェクト設定でHDRを無効にすることは私のために働きました。 ありがとう！

Windows 10 Pro64ビット
nVidiaドライバー430.39

Godot3.1.1安定
OpenGL ES 2.0レンダラー：GeForce GTX 1080 / PCIe / SSE2

ちらつきが発生します。

HDRをオフにすると、ちらつきはほとんどなくなりますが、状況によってはそれ以上絞り込むことができなかった場合もあります。

Windows10ホーム
Godot3.1安定
GTX 1070、ドライバー430.86
HDRがオン、ちらつき、オフになっているGLES3.0で修正されます。

カスタムグリッド（子としてスプライトを持つNode2D）でこれをテストしました

Godot3.1.1安定
ウィンドウズ10
GTX1080ドライバー430.86
HDRをオフにしたGLES3.0では、ちらつきが続きます。「最大のパフォーマンスを優先する」をオンにすると、ちらつきが消えるように見えます（部分的な解決策を開発してくれてありがとう）。 開発者がこれを認識しているのを見てうれしいです、Godotよりもnvidiaの問題のようです。 この問題を抱えているamdカードを持っている人はいますか？

HDRをオフにしたGLES3.0では、ちらつきが続きます。「最大のパフォーマンスを優先する」をオンにすると、ちらつきが消えるように見えます（部分的な解決策を開発してくれてありがとう）。 開発者がこれを認識しているのを見てうれしいです、Godotよりもnvidiaの問題のようです。 この問題を抱えているamdカードを持っている人はいますか？

AMDカードでは問題は発生しません（タイトルはnvidiaドライバーで言うところで）

OpenGL ES 3.0 Renderer: GeForce GTX 1060 6GB/PCIe/SSE2 Godot3.1.1でこの問題が発生しています。
タイルマップはありません。カスタムのdraw_texture()たくさんあります。 ランダムなちらつきが発生しますが、ほぼフルスクリーンのグリッチになることもあります。

この時点で、Vulkanがこの問題の解決策になると思います。

私のプロジェクトでも奇妙なちらつきがありましたが、 Gles 2 Use Nvidia Rect Flicker Workaround設定で修正されました。

https://twitter.com/reduzio/status/1155953280368775171🤤

GTX980で安定したビルド3.1.1で再現できます。
HDRを無効にすると、問題が解決します。

タイルが飛び出すのをまだ見ているという更新だけで、これまでにここで述べたすべてを試しました。 Vulkanがそれを修正できることを願うだけですが、3.2でもそれを理解できればいいのですが。

私は最近本当に前向きですが、このバグは本当に私を疲れさせ、私のワークフローに非常に有害になっています（私はすべてを試しました）。 必然的に黒いタイルがちらつくので、F5を押すのが怖いところまで。 ブルームーンなどで一度のちらつきは許容できますが、今ではちらつきは一定です。 私はGodotが大好きで、今は後戻りはありませんが、非常にイライラしています。

このような投稿を書くのは役に立たず、気まぐれになってしまうので好きではありませんが、他に何を言うか、何をすべきかわかりません。 同時に、コア開発者にこのバグがGodotエクスペリエンスにどのように影響しているかを知ってもらいたいです。 😭このバグのステータスと可能な解決策（Vulkan？）に光を当てることができれば、 @ reduz /コア開発者にお願いします、それは素晴らしいことです！

Windows10ホーム
Geforce GTX1060ドライバーバージョン440.97
Godot3.1.1はGLES3を使用して安定
ここにリストされているいくつかの提案（HDRを無効にし、[Gles2 use nvidia rect flicker回避策]をクリックし、パフォーマンス設定をいじる）を試しましたが、問題を解決するものはありませんでした

ここでも同じで、ちらつきます。 3つのタイルマップを用意します。1つは水位用、1つは地表用、1つはY-Sortingがオンになっている雲用です。

Windows10ホーム
Geforce GTX1060最新ドライバー
GLES3を使用して先週からコンパイルされたGodot3.2ベータ版
gdscript、HDRをオフにします

水タイルが断続的にポップアップしたり、ちらついたりするのを確認してください。

更新しました：

ちらつきをなくすには、GLES2を使用して「NVIDIAちらつき修正」をクリックする必要があるようです。 この修正は、万が一GLES3に適合させることができますか？

新しいASUSRTX2060を購入したところ、問題は解決しましたが、残念ながらそうではありませんでした。 点滅が続きます。 3.2ブランチとVULKANブランチでビルドを試してみます。

ウィンドウズ10
RTX2060最新ドライバー
Godot 3.1.1

OH GOD
私はすべてを試しますが、それはまだあります。「2d / gles2_use_nvidia_rect_flicker_workaround」をアクティブにしても、ゲームはGLES2で動作しますが、まだちらつきます。
Godotの新しいバージョン3.1がもっと好きでも、Godotが大好きですが、この問題を解決してください。

良いニュースは、VULKANビルドがこの問題を修正することです。 したがって、これが3.Xブランチで修正されるかどうかはわかりません。

では、VULKANが構築されたGodotが到着したのはいつですか？

上記のコメントから私が知る限り、これはGodot 3.xで修正されないため、GLES 3でのタイルマップベースのプロジェクトは妨げられます。開発者はこれがNVIDIAの問題であると述べているため、それについてできることはあまりありません。 。 Vulkanで4.0を待つ（6〜8か月以上）か、3.xから始めて、4.0への簡単なアップグレードを期待することができます。 ただし、特にファンシーシェーダーやGPUパーティクルなどのGLES 3機能を使用している場合は、アップグレードが簡単になるとは思えません。
私の回避策は、タイルマップオプションでyソートを使用することでした。 これにより、問題の頻度が減ったようです。 それでも、ゲームの世界の一部が消えてしまうことがあるとプレイヤーから不満が出ていました。

NVIDIAの問題の場合、たとえばUnityで発生しないのはなぜですか？ （ただ疑問に思う）

商用ライブラリとオープンソースライブラリの違いだと思います。 前を確認してください
開発者による投稿。

日、2020年1月12日には、午前21時33分セルゲイKospanov [email protected]
書きました：

NVIDIAの問題の場合、たとえばUnityで発生しないのはなぜですか？ （ただ
疑問に思う）

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/9913?email_source=notifications&email_token=AAV7RW2ZZLY7ZYQ46RUK7KDQ5ME3HA5CNFSM4DUVCVVKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AAV7RWYIXVBYAYGZ3VLSPF3Q5ME3HANCNFSM4DUVCVVA
。

@securas他の多くのオープンソースフレームワークは（レンダリングにOpenGLを使用している場合でも）この問題に悩まされていないため、これは真実ではありません。

これはたまたま診断が非常に難しいバグであり、現在、誰もそれに時間を費やすことをいとわない。

これはたまたま診断が非常に難しいバグであり、現在、誰もそれに時間を費やすことをいとわない。

明確にするために、現在の理解は、Nvidiaドライバーのバグにぶつかっているということです。 これは、OpenGL APIの使用方法によってトリガーされます。他のプロジェクトで同じ問題が発生しない場合は、OpenGLの使用方法が異なるか、バグのトリガーとなるものを理解し、それを防ぐための回避策を作成したためです（パフォーマンスを犠牲にして、GLES2のオプション）。

私たちがAPIを使用する方法は、私たちの理解では、OpenGL仕様に従って完全に適切です。 しかし、ドライバーのバグは、APIの合法的な使用でさえ問題のある結果を生み出す可能性があることを意味します。

私の悪い。 申し訳ありません。 私はほとんど理解していません
実装の詳細。

日、2020年1月12日には、午後10時46レミVerschelde [email protected]
書きました：

これは診断が非常に難しいバグであり、
現在、時間を割いて喜んでいます。

明確にするために、現在の理解は、私たちがNvidiaドライバーを攻撃しているということです
バグ。 これは、OpenGL APIの使用方法、および他のプロジェクトの場合にトリガーされます
同じ問題が発生しないでください。OpenGLを使用している可能性が高いためです。
異なる、またはバグのトリガーとなるものを理解し、回避策を記述しました
それを防ぐ（GLES2のオプションで行ったように、
パフォーマンス）。

APIの使用方法は、私たちの理解では、次のように完全に適切です。
OpenGL仕様に従って。 しかし、ドライバーのバグは、合法的な使用法でさえ
APIを使用すると、問題のある結果が生じる可能性があります。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/9913?email_source=notifications&email_token=AAV7RW2U4Q6NE3R62ME75GDQ5MNJVA5CNFSM4DUVCVVKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AAV7RW4WGXFM7MQZKAQJ4X3Q5MNJVANCNFSM4DUVCVVA
。

これは、現在、フレームごとに複数回再利用されている頂点バッファーが原因である可能性があります（これもおそらくパフォーマンスの問題を引き起こしています）。 つまり、頂点バッファは1つのオブジェクトの描画に使用されており、途中で変更されて次のオブジェクトの描画を開始します。 調査中です。

適切な2Dバッチ処理により、これと2Dパフォーマンスの問題が解決されると思います。

Nvidiaの問題ではないようです。 それは私と友人（それぞれAMDとIntel）にも起こりますが、皮肉なことに、Nvidiaを使用している他の友人にも起こりません。 このスレッドで指定されていることはすべて、私と私のIntelの友人に起こります。

この問題は、ラップトップに統合されたIntel HD Graphics620で発生します。 GLES2に切り替えると、修正されます。 私にとってもう1つのことは、2Dライトがオンの場合にのみ発生するように見えたことです。

おもしろい-私も照明をつけているかどうかを確認する必要があります

シーンにこれがあったと報告して申し訳ありませんが、削除しても効果はありませんでした。 私には、タイルマップ上のタイルの量のせいでもっとそう思われます-誰が知っていますか

昨日興味深い実験をしました-TILEDを使用して同じマップを作成し、VNENのTILEDインポーターでインポートしましたが、ちらつきはありません-これは、それがシーン内の別のもの、またはセットアップ方法であると私に思わせますタイルマップ-だから私はもう少し調査をしていて報告します

FWIW、iveは常にTiledのみを使用していましたが、それでも問題が発生しました。

@jonbonazza申し訳ありませんが、4.0が到着するまで、これには希望がないように感じます。または、使用したくないGLES2を使用しています。

また、この問題に遭遇しました。 プログラムがエディターではなく実行可能ファイルとしてコンパイルおよび実行された場合でも、それは持続しますか？

プログラムがエディターではなく実行可能ファイルとしてコンパイルおよび実行された場合でも、それは持続しますか？

はい。エディターとリリースエクスポートテンプレート間のレンダリングコードは同じです。

私はコンピューターを持っています：i3 2120、gt630。
このコンピューターでは、すべてが完全に機能します。 私の他のコンピューター：ryzen 1600、gtx1060。 タイルは狂ったように点滅します...両方ともWindows10 prox64を使用しています。

ドライバー名：GLES2
Gles 2 Nvidia Rectフリッカーを使用する回避策：オン
私の1060は平均30〜50Fpsで動作します
バルカンを待っています...

GLES2でこれを持っている人は、＃37349で作成しているテストビルドを試してみることをお勧めします。 四角形を描画するために別の方法を使用するため、役立つ場合があります。

同じ問題を抱えています。 GTX 10606GBおよびRyzen71700X。 cell_y_sort有効にすると修正されますが、パフォーマンスに大きな問題が発生します（fpsの低下）。 cell_quadrant_sizeを1に設定する場合も同じです。

もう一度質問しますが、 use_batchingをオンに設定して3.2.2ベータ版を試すことはできますか？ また、今回もuse_nvidia_workaroundをオンに設定します。

残念ながら、フリッカーの問題を抱えている人は、私の以前のコメント：dispointed :(いたずらなテスター）以来、それをテストしていませんでした。

ただし、バッチ処理とnvidiaの回避策で修復すると、均一な描画方法がフリッカーの問題の原因であることが確認され、除去できるため、問題は完全に修復されます。

だから私はちょうど3.2.2をダウンロードしました。 ベータ1で、 Driver Name: GLES2をUse BatchingおよびGles 2 use Nvidia Rect Filcker Workaroundと一緒に使用すると、問題が解決するようです。 私はまだそれを非常に長い間テストしていませんでしたが（3.2.1のちらつきは数分後にしか発生しないので、少なくとも私にとっては）。

だから私はちょうど3.2.2をダウンロードしました。 ベータ1で、 Driver Name: GLES2をUse BatchingおよびGles 2 use Nvidia Rect Filcker Workaroundと一緒に使用すると、問題が解決するようです。 私はまだそれを非常に長い間テストしていませんでしたが（3.2.1のちらつきは数分後にしか発生しないので、少なくとも私にとっては）。

ああ、それは素晴らしい。 私はそうなるだろうと思った。 単一のrectの回避策を使用することにより、それが機能し、ちらつきを引き起こさないことがわかります。 しかし、残りのスプライトは、インデックス付きプリミティブを使用して描画するバッチコードを使用して描画されます。これで問題が解決する可能性があると思いましたが、これはそう思われます。 ：+1：

バッチレンダラーから古いユニフォームメソッドを完全に削除できるかどうかを確認します。これにより、問題が完全に解決されるはずです。 それまでの間、バッチ処理とnvidiaの回避策の組み合わせは、古いレンダラーよりも高速で、ちらつきません。

ええ、それは間違いなく速いです。 GLES2ドライバーで安定したgodot3.2.1を使用すると、20 fpsしかヒットしませんでしたが、godot3.2.2ベータ1を使用すると60fpsに簡単にヒットしました。 しかし、私は興味があります：

バッチレンダラーから古いユニフォームメソッドを完全に削除できるかどうかを確認します。これにより、問題が完全に解決されるはずです。

それはGLES3の修正があることを意味しますか？

ええ、それは間違いなく速いです。 GLES2ドライバーで安定したgodot3.2.1を使用すると、20 fpsしかヒットしませんでしたが、godot3.2.2ベータ1を使用すると60fpsに簡単にヒットしました。 しかし、私は興味があります：

ああ、いいね！ ：ニヤリ：

それはGLES3の修正があることを意味しますか？

GLES3これまで何もしていません。 4.xがリリースされるまで、GLES3の人たちを追い払うために、非常に単純化された削減バージョンのバッチ処理を行うことになる可能性があります（ただし、この段階では約束できません。ロードマップには多くのことがあります）。 それがそこで発生した場合、それはGLES3の問題も解決するはずです。

4.xがリリースされるまで、GLES3の人たちを追い払うために、非常に単純化されたバージョンのバッチ処理を実行することになる可能性があります。

Pleeease（4.xまでのタイムスケールはどのくらいですか？半年ではないにしても、数か月かかると思います）

この問題を報告する人が何百人もいたら、修正が必要だと思います。 私たちはそれを持っていないと思います。 少なくともこのスレッドはそれを示唆していません。

とは言うものの、これに苦しんでいるいくつかの商用リリースがある場合、それらを助けるのは良いかもしれません。 もっと経験があれば自分で飛び込みますが、どこから始めればいいのかわかりません。 ちなみに非常によく書かれているGodotコードの調査を始めたばかりです。

これは、修正が必要な重大なバグに対する投票システムがあると便利な場所です。

私の投票は、4.xを待ち、それに焦点を当てたリソースを持つことです。 Vulkanはすでにこの問題を解決していることを私たちは知っています。

これは、修正が必要な重大なバグに対する投票システムがあると便利な場所です。

私の経験では、投票は一般的にバグをより早く修正することにつながりません。 これはコミュニティで開発されたプロジェクトにも当てはまりますが、商用のプロプライエタリソフトウェアでも同じ問題に直面しています（Discordの機能トラッカーをご覧ください）。

本当。 私はそれがそれを修正するのに役立つことを示唆していません。 それは、問題がどれだけ広がっているかについてのより多くのゲージになるでしょう。 この議論にかかわった人の数は、目安になると思います。 とにかく、私はこのスレッドをほぼ終了し、4.xを辛抱強く待ちます

私もこの問題に直面しています。 普通にオートタイリングするとき、私はそれに直面したことがありません。 （同じタイルマップを使用して別のプロジェクトで行った）手動でマップを描画した場合、この問題に遭遇することはありませんでした。 しかし、tilemap.set_cellv（...）を使用して手続き型生成ダンジョンをレンダリングするようになったとき、一貫して問題が発生しました。 私はすべての提案をしましたが、うまくいったのは回避策でGLES2を使用することだけでした。 しかし、これはかなり深刻な問題です！ 最も基本的なタイルマップのレンダリングが失敗しています。 GLES3の回避策がないのはなぜですか？ 私はいくつかのOpenGLを知っています。シェーダーを使用してテクスチャをレンダリングする基本的なゲームエンジンを作成しましたが、それ以上のものはありません。 誰かがこれを正確に引き起こしているものを説明できますか？ うまくいけば、私は理解することができます。 <3

私もこの問題に直面しています。 普通にオートタイリングするとき、私はそれに直面したことがありません。 （同じタイルマップを使用して別のプロジェクトで行った）手動でマップを描画した場合、この問題に遭遇することはありませんでした。 しかし、tilemap.set_cellv（...）を使用して手続き型生成ダンジョンをレンダリングするようになったとき、一貫して問題が発生しました。 私はすべての提案をしましたが、うまくいったのは回避策でGLES2を使用することだけでした。 しかし、これはかなり深刻な問題です！ 最も基本的なタイルマップのレンダリングが失敗しています。 GLES3の回避策がないのはなぜですか？ 私はいくつかのOpenGLを知っています。シェーダーを使用してテクスチャをレンダリングする基本的なゲームエンジンを作成しましたが、それ以上のものはありません。 誰かがこれを正確に引き起こしているものを説明できますか？ うまくいけば、私は理解することができます。 <3

このスレッドにはすでにいくつかの説明があります。 この時点では、コミュニティが何かを考え出さない限り、4.0（vulkan）がリリースされるまで、この問題に対する新しい回避策や修正はないと思います。 私見では、4.0が間近に迫っているので、メンテナは潜在的に複雑な修正について心配する必要はありません。

GLES3の回避策がないのはなぜですか？

私は実際には気づいていませんでした。明日、回避策コードをGLES3に移植することに挑戦するかもしれません。 私たちがそれを動かすことができれば、それは遅いでしょう。

GLES3の回避策としてWIPPR（上記を参照）を入手しました。 シェーダーは必要なものに対して複雑すぎるように見えるので、均一な描画方法を修正するためのいくつかのアイデアもあります。 自分のマシンでちらつきを繰り返すことができないので、修正を行うとテストするのに助けが必要になるかもしれません。

私はそれを手伝うことができると思います。 私はあなたのPRでカスタムWindowsビルドを行うことができるはずです。

現在、ちらつきを防ぐために高速パスシェーダーの書き直しに取り組んでいます。 ＃38628で試すことができるプロトタイプができました。 ちらつきのあるハードウェアを持っている人が試してみていただければ幸いです。手順はPRにあります。

よく更新：

• GLES3の回避策は正常に機能しているようです：partying_face：（_次のベータ版になるはずです_）、
• ただし、高速パスシェーダーを使用した実験では、：dispointed：は役に立ちませんでした。その後のテストでは、シェーダーが原因として除外される可能性があります。

だから現在、私はそれがnvidiaだけで私たちの側でバインドが失敗するという点で奇妙な状況であるか、またはドライバーのバグであると考えています（おそらくこの描画方法を想定していないか、テストしていませんか？）。

とにかく良いニュースはそれです

• バッチ処理を備えたGLES2を使用すると、99％のゲームでフォールバックメソッドを使用する必要性を感じることすらありません。したがって、ちらつきは発生しません。
• また、GLES3を使用すると、パフォーマンスは犠牲になりますが、nvidiaフォールバックがちらつきを防ぐように機能することが確認されています。

この段階では、GLES3でバッチ処理を機能させるために、より生産的に時間を費やすことができると思います。これにより、パフォーマンスの違いがなくなります。 ：+1：

@lawnjellyこれはドライバーのバグであり、電力管理の処理方法です。 このコメントであなたは私の発見を見つけることができます。

@lawnjellyこれはドライバーのバグであり、電力管理の処理方法です。 このコメントであなたは私の発見を見つけることができます。

あはは！ ：ニヤリ：

問題の1つは、このスレッドが非常に長くなっていることです。 実際、APIトレースは、ハードウェアでちらつきが発生した場合にこれを判断するための非常に優れた方法です。ドライバーのバグを示すトレースを再生するたびに異なる結果が得られるかどうかについては同意します。 ：+1：

@securas投稿したビデオの問題が、このちらつきのバグが原因であると確認したことはありますか？

組み込みのカメラドラッグ機能とカスタムカメラスクリプトの両方を備えた自分のプロジェクトで、黒い背景と水平の白い線の同様の単一フレームが表示されますが、上記の回避策（GLES2、NVIDIAフリッカー修正、HDRの無効化、さまざまなさまざまな種類のビューポート割り当て）が発生しないようにします。

これは、3.2.1安定版、Windows 10、GTX1080にあります。

シーンには、4つの1400x800タイルマップが積み重ねられており、黒い遠い背景、ジグザグの近い背景、前景、カメラの衝突が発生します。

誰かが何らかの洞察を提供できれば、私は大いに義務付けられます-堅牢な回避策を書くことは、回避できるのであれば、私がコミットしたくないプロジェクト時間のかなりの部分になるでしょう。

私の記憶が正しければ、2Dピクセルスナップがオフに設定されていたことが原因でした。

@Shfty実際には別の問題のようです。 nvidiaの回避策で修正されない場合は、確認されているようです。 ハードウェアの詳細と最小の複製プロジェクトを含む新しい号を開くことができますか？

@lawnjellyそうですね。 上記のgifのシーンに基づいた最小限の複製プロジェクトで＃39720を開きました。

影響を受けるシーンを独自のビューポートノード内にネストすることで問題を修正できたので、プロジェクト内にもそのためのセットアップ例を含めました。

そのgifは、ある意味で垂直同期/画面ティアリングのように見えます。