2026:08:11
差分
このページの2つのバージョン間の差分を表示します。
| 両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン | ||
| 2026:08:11 [2026/08/12 03:12] – machiaworx | 2026:08:11 [2026/08/12 03:34] (現在) – machiaworx | ||
|---|---|---|---|
| 行 24: | 行 24: | ||
| * あとモーション同士の補間が必要になってくるわけで、これをどうやって補間するのかという問題もある。 | * あとモーション同士の補間が必要になってくるわけで、これをどうやって補間するのかという問題もある。 | ||
| * ただこれができれば、同じモーションで別の攻撃みたいな事もできる。 | * ただこれができれば、同じモーションで別の攻撃みたいな事もできる。 | ||
| - | * また、モーションを別途並べかえてフェイント攻撃みたいなこともできる。そこまで必要かは置いておいて。 | + | * また、モーションを別途並べかえてフェイントかけて攻撃みたいなこともできる。そこまで必要かは置いておいて。 |
| ---- | ---- | ||
| 行 68: | 行 68: | ||
| ---- | ---- | ||
| * あとはGodotEngineで使われているGDScript。 | * あとはGodotEngineで使われているGDScript。 | ||
| - | * Godotを使うのを前提にするため、高速化の手法がまた違う可能性がある。 | + | * Godotを使うのを前提にするため、高速化の手法が他と違う可能性があるし、ベース部分からして実装しなきゃいけないので最適化の範囲も違う。 |
| - | * やっぱりと言っちゃなんだけど、スクリプトがPythonに似ているのもあり、配列へのアクセスが遅い（インデックス化を頻繁に行うせい）よう。 | + | |
| + | ---- | ||
| + | * これはどちらかというとベース部分の実装の最適化ではあるけど。 | ||
| + | * スクリプトがPythonに似ているのもあるためか、配列へのアクセスが遅い（インデックス化を頻繁に行うせい）よう。弾幕STG作るのにあまりよろしくない。 | ||
| * そのためにPackedVector2Arrayのような専用設計の配列を使うことになる。 | * そのためにPackedVector2Arrayのような専用設計の配列を使うことになる。 | ||
| * https:// | * https:// | ||
| + | * 別のページでは削除新規を毎度行っていくサンプルを記載していたが、新規削除にするとメモリを再確保することになり、キャッシュミスは防げるけど、メモリが似たような位置にあるか？と言われると怪しい部分ある。SOAとして扱う意味ある？とも思うし。 | ||
| + | * ということでシーンの開始時に確保して、削除したものも再利用していく使い方になりそう。 | ||
| + | * ゼロクリアすれば再利用できるし、別の配列で空き状態を管理する必要が出てくるだろう。（Unityベースでも似たようなことしてる） | ||
| + | * こんな風に最適化はできそうだけど、まだノウハウがたまってないので、GDScriptで全部作り直しも視野にいれるかなー。 | ||
| + | * ちなみに細かいところだけど、GDScriptはホットリロードもやりやすく、デバッグ中に更新しても動きが反映される。だいぶ楽。 | ||
| ---- | ---- | ||
2026/08/11.1786471947.txt.gz · 最終更新: 2026/08/12 03:12 by machiaworx