2026:11:14
文書の過去の版を表示しています。
11/14日記
ゲーム開発
- 今ゲーム開発で使っているフレームワークを改修、もしくは作り直すことを検討中。
- ただ、やるとするとCryPic.リリース後だなあと思った。
- 作り直し案はいくつかあって、以下を検討中。
- Unityでできてるフレームワーク機能改修（修正内容はある程度まとめている
- MonoGameで作り直し（ゲーム部分はUnityから移植ができそうだが、メニューやリソース読み込み等は新規作成
- Godotで作り直し（実装からやり直し
- DXライブラリで作り直し（実装からやり直し
- １．についてはそれほど時間かけずに検証できるのがメリット。むしろ適当に改修してもいい。現状はリソースの持ち方とプログラムの関連性に問題があるだけなので、プログラムの改修ではなく最低限リソース再配置だけで動く。
- ２．については１．以外だと一番有用な選択肢。もともとUnityに依存しない（引き剥がしやすい）形で実装してあるので、ゲーム部分は楽に移植できそう。ただリソース周りは実装しなおしのため、そこにどんだけ時間をかけられるかがポイントだと思う。
- ３．は１．と再度同じことする。ただ、元々Unityの上で動かすのに面倒なことしていたのもあって、現状やる気にならない。リソースの持ち方も検証したんだけど、シーンごとに管理するのが面倒そうでどうしたもんか。
- 少なくとも、あまり期待できない移植のためにゲームエンジンの上で独自フレームワーク動かすというのは、リソースの扱いが便利な面もあるけど実装そのものが面倒かつトリッキーになるのはわかっている、もう一回はやる気がしない。それであれば２．か４．を選ぶ。
- ４．は最後の選択肢って感じ。実装自体はできるけど、全部実装しなおしになるので。でもやるとしたら前提になる動作を考えなくていいだけあって楽ではあるんだよね。少なくとも既存ゲームエンジン上で動かすのと比較すると楽。
- C言語自体はメガデモ作るときも書くし音楽ツール作るときも書くので言語の習熟度合いに問題ないし。
- UnityからGodotに移行してすぐ動かせるかというと全然動かせないんだよね。
- 基本的な考えは１．にして、あとは２．で実装しなおしを検討かなあ。MonoGameは英語しか資料がないけど、翻訳駆使すれば問題なかろと思ってる。
プログラム
- WSLでコンパイルして動いた記憶がある。
- Addressablesを使わなかった理由のひとつが「同期読み込みができない」ことだったんだけど、これなら使ってみても良さそう。
- 特にCryPic.フレームワークはあえて非同期で処理しないことにしているので、非同期処理がコア部分に関わると厄介なのですよ。
- 今までバタバタして調べきれてなかったため、今更調べてたどり着いたという状態。
音楽
- これ使ってみようかしら。
2026/11/14.1794643983.txt.gz · 最終更新: 2026/11/14 17:13 by machiaworx