machia's diary

この文書は読取専用です。文書のソースを閲覧することは可能ですが、変更はできません。もし変更したい場合は管理者に連絡してください。
7/13日記

===== その他 =====
  * 月曜なせいか体調が悪い（色々あって寝たのが6時半頃で明らかに寝不足）ので、仕事は早々に切り上げて寝てた。
  * 日付が変わる前に３時間くらい寝れた。

===== プログラム =====
  * https://github.com/GaijinEntertainment/daScript
  * daScriptから名前変更して、dasLangだそうで。
  * この言語の制作者はLuaやSquirrelのフォークを作ってる（むしろSquirrelはこっちが後継扱いされてる）けど、どうも既存言語だとベース言語とスクリプトのやりとりで結構コストが高めだったみたい。
  * 実際Luaの組み込みコードを見てみると自分でスタック乗せることを強制したりとかややこしい事やってるんだよね。
  * ECSみたいなのにスクリプトが必要かというと微妙ではあるが（アクセスしやすいメモリレイアウトにするはずで、スクリプトが乗るかというと微妙という理由）、載せられるものなら載せたいってことだろうなあ。

----
  * ちなみにECSというとあまぞんだったりUnityだったりもあるので、ややこしい事にせず以下に準拠。
  * https://en.wikipedia.org/wiki/Entity_component_system
  * うーん、直行的にデータをもたせるのは構わないんだけど、これだと割り当てるComponentの分だけ毎回空きメモリを確保する必要がある、ってならないかな。
  * 多分シューティングゲームで言うなら画面に入る分のデータは確保して、って形になるのでそれほど多くなくていいとは思うんだけど。
  * 細かくバリエーションを出すジャンルでは管理が大変なのと、メモリ確保が現実的ではなくなる恐れがあるってところかなあ。
  * なのでSTG作る場合、ECS構造の他、バリエーション参照のインスタンスが別途必要とかの改造が必要になるんじゃないかと思った。
  * Componentへのアクセスだけで終われば早いとおもったけど、その場合所属Entityが分からないと意味が薄れて結局総当たりに移行するのではとか、考えられることはいくつかある。
  * プレイヤーや敵を一緒くたに管理できる構造だなとは思った。

----
  * Unityで言うところのJobSystemを自分で作れないかなと思い始めてる。
  * 参考
  * https://zenn.dev/nishiki/articles/e610510345fd1e
  * 多分タスクを割り当てる部分をどうしたらええんや、というので悩むと思われ。
  * ただこれができるとC++で実装しても更に高速化が見込める。