・復讐いろいろ強化
・Re:Action再開
復讐の主にキャラクター関連の機能を強化した。それでキャラクターの向いている向きを取得したり、穴に落ちたときの処理を作ったりした。
デストラクタバグがゲーム中に発生するようになったがGCを手動制御したら起こらなくなった。起きてもそのまま例外を無視して動くようにしてみたが、弊害があるかもしれない。
物理ゲーム製作のモチベーションが急に上がってきたのでとりあえず手をつけられるRe:Actionの製作を再開した。それでボスとして使う予定のフラクタルを実装。適当にやったら面白くなったのでスクリーンショットもつけておく。
・エディタバグ原因捜索中
昨日のバグがいまだに取れない。設計を変える以前からたまに起きていた記憶があるので設計を変えたことは直接の原因ではないはず。
表面的にはオブジェクト一式を初期化するときと、描画するときにアクセス違反が発生している。調べによれば、起動した直後には起きずに、何度もその操作を繰り返しているとアクセス違反となる。そのあたりから、オブジェクトを削除したあとに何かしらが残っていて、それが悪さをしているように感じる。SDやOpenGLを操作するときに何か問題があるのかもしれない。
今のところはマップエディタでしか確認していないから、それの連続使用を避ければ実用において問題はないのだが、ゲームは何度もリセットを繰り返すということをまだテストしていなく、プレイヤーによりそのような操作が取られる可能性はありえるので、ゲームでも発生するのであれば解決しなければならない。
例外が起きたときに、assertのようにどこが例外をthrowしたのかわかる機能があればデバッグが便利になるのだけど。
今日で年齢が５桁になった。そのお祝いとしてのケーキが、通常よりも２,３回り大きいどら焼きにクリームをはさんで、さらにその上にクリームを乗せて団子と抹茶のアイスクリームを飾ったというカオスなもの。
・復讐ステージ読み込み機能作成
・復讐敵配置機能作成中
今日は復讐を進めていた。
まずはステージを外部ファイルから読み込む機能。エディタを作ろうかと思ったけれども、手書きでテキストファイルとして作ったほうが効率がよさそうだったので手書きすることに。
次に、今まで置いておいた、敵のマップエディタ上からの配置を作り始めた。しかし設計を変更したので同じコードでは通らずその修正が大変だった。それで本題のマップエディタ上からの配置は、システム的にはイベントの配置の流用でいけているのに、何故か全く関係のなさそうなところでアクセス違反を起こす。それで今とまっている所。
敵の配置が完成したら、システムのコア部分は完成。あとはキャラクターのアニメーション用に絵を描いたり、会話ボックスを表示したりが今後の課題。この調子で進めていけば2月中旬ごろに遊べるものができそうだが、そろそろJOIのための勉強をしたり、物理ゲームを本格的に作ったりしないといけない。
・復讐設計変更
昨日課題として出てきたステージの管理方法。もともとは敵をステージ内でどのように管理するかというところからでてきたのだが、その設計を考えていたら、ステージを使ってゲーム内の全てのオブジェクトを管理してしまうということになった。
大幅な設計の変更だったので、Poseidon付属のファイル圧縮機能を使ってバックアップをとってから組み始めた。それで、予測したとおりに動かなくなったので、バックアップを参考にして調べようということになったら、圧縮されたファイルが解凍できなくてはまった。結局フラッシュメモリに以前バックアップしたソースを参照した。
それでも詰んでいて、原因不明で呻っていたら原因が見つかった。原因は、コンストラクタ内で生成中のオブジェクトを参照していることだった。冷静になって考えてみれば、
hoge = new Hoge();
と書いた時に、コンストラクタが終わるまではhogeに値は返されず、そのためコンストラクタの中ではhogeは初期化されないのだから当たり前といえば当たり前。結局コンストラクタ内に書いてあった処理を丸々別の関数に移転して、コンストラクタが終わったあとにその関数を呼び出して解決。
・蘇生曲名作成
・復讐ボス絵作成
・ウェブサイト模様替え開始
昨晩から考えていた、蘇生の曲名。結構すらすらと決まった。曲名のリストと、作曲者の薩摩芋氏によるコメントなどはこちらから。それに伴ってゲーム内でも曲名が表示されるようにした。漢字は便利。
あと、蘇生の0.61の置き場所がわかりにくいので、わかりやすい場所置いておいた。
復讐のボス絵も描いている。稲荷を新しく描いて、それと以前の白虎を改善。なかなか良く描けた。ボスのテーマが五行に変わったので、デザインは同じキャラクターでも蘇生とは違ったものになっている。あと書いていないのは5人中2人。描きあがったら主人公とあわせて適当に公開する予定。
サイトのデザインに駄目出しをされた記憶があるので、模様替えを開始した。外部スタイルシートは結構便利。
想像力が枯れた原因にプログラミング疲れがあるのではないかということで、今日は蘇生の曲名表示以外にプログラムを書かなかった。復讐のステージ管理方法という考えるネタが出てきたので、明日はそれを考えて、作るつもり。
・弾幕作成
・復讐攻撃作成
・復讐木ボス描画
数日前に構想した弾幕を作った。5面なので難易度高め。そのうち調整をすることになるだろうけれど。レーザーを実装したから作れるレパートリーはかなり広がった。
それと、蘇生の曲のタイトルを考え始めた。現在1面道中曲のタイトルを考えた。語呂が良くて曲にあってゲームにもあうものをがんばって考えている。
復讐も進めた。主人公の攻撃を実装。およびキャラクター対キャラクターの当たり判定後の処理を強化して、貫通や反射といった処理を作るための土台を作った。
それでプログラムを書くのに疲れて、描きかけだった復讐の木ボスを完成させてみた。なかなかいい感じに描けた。
ここ一週間ぐらい、想像力が枯れている。普段、暇なときには何かネタを考えるのだが、この頃だと何を考えるか考えているだけで暇がつぶれてしまう。原因を分析して、ありえそうなのは遊んでいないから、もしくはタスクの積みすぎ。今のところは新しいものを考えずに作れるものや、以前考えたものを作ってこの状態をしのいでいる。タスクの積みすぎなのだとしたら、さっさと完成しそうなRe:Actionを完成させたい。
・蘇生弾幕作成
・復讐空中ダッシュ作成
・Re:Action進行
まず、レーザー弾幕を改善。そのためにレーザー上の点を取得する関数作成。弾幕としてのコンセプトがやや失われたがバランスが良くなった。次に花っぽい弾幕を作りたかったのでスプリンクラーを4重に重ねてみた。スプリンクラーは軌道が単純だけど隙間が狭くなりがちで避けにくい。
次に復讐。ただのダッシュというのはいまいちだと思ったので空中ダッシュにした。緻密なアクションとかを要求したいのでそれにあった性能にするべく調整をしている。
最後にRe:Action。昨日の改善によって新たに出たバグを多分つぶした。もともと再現性が結構低いものだったので撲滅できているかどうかは怪しいが、理論的には大丈夫のはず。
それからRe:Action花形のパーティクル関係の部分を製作。別にたいして難しいことはなかった。
・蘇生弾幕作成
・Re:Action製作
・復讐キャラ構想
久しぶりにまともな弾幕を作った。それと弾幕の名前をいくつか考えたり。5面は中ボスの弾幕から先に完成しそう。
Re:Actionにも手を着けた。以前書いていた衝突の処理から発想を転換して作った結果、だいぶうまく行くようになったのだが、その方法ではそれはそれでバグがでてくる。原因は大体見当が付いているので何とかなりそう。
そして復讐のボスでまだ構想が決まっていなかった木属性のボスを構想して、描き始めてみた。蘇生の風神雷神をそのまま使っても良かったのではあったけれど、他のキャラクターとの調和を考えて新しいキャラにした。
今日は暇だったのでいろいろと考えた結果がこれ。
・復讐敵弾実装
・蘇生隠しボス実装
このところ、復讐のキャラクターの実装を進めている。今日は敵が弾を撃てるようにしたのと、キャラクター全般の機能強化。せっかく多角形判定ライブラリを作ったのでそれも実装。あとは主人公の攻撃を書いて、敵をマップエディタで配置できるようにすればひとまずベースシステムは完成となる。
それと、ちまちまと進めている蘇生。隠しボスをシステム的に実装して、残るはそれを呼び出す場所と、勝ったときのご褒美の作成。
この頃SSばかり作っていて、物理ゲームを進める気がしない。
・復讐ジャンプ調整
・復讐敵との体当たり実装
・蘇生レーザーいじり
復讐のジャンプを調整。いままでマップスクロールのデバッグ用にFPSを3倍の180で動かしていて、それを戻し忘れたままジャンプを作ってしまったので60FPS用に調整しなおした。
次に蘇生のレーザーをいじっていた。回転3Way極太レーザーを作ってみた。ワインダーに使えそう。レーザーをキャラオーバーの255本まで撃って、回転処理を施したりもしたが全く処理落ちしなかったので、レーザーはソースのややこしさほどには重くないらしい。
そして後は復讐のキャラクター同士の当たり判定を作成。まだ弾を撃ったりするのを作っていないので、とりあえず敵との体当たり。
タイムアタック要素を盛り上げるために高速移動でもつけてみようかと思っている。そのほかにも、何かの条件によって主人公を発狂させるとか。
・復讐ジャンプ正式版実装
・復讐効果音実装
・復讐敵エンジン製作開始
・蘇生レーザー本格使用開始
今日はずいぶんと進めた。連休で寝るのにも遊ぶのにも飽きたから。
まずは仮実装しておいたジャンプをちゃんとしたものにした。押しっぱなしでジャンプの高さが変化するように。
それで、このときジャンプ力と重力とのバランスを取るべくテストを繰り返していて、着地したときに音を鳴らせばわかりやすくなるのではないか、と思って効果音を実装。結局バランスが取れなかった原因はバグだった。
次に敵のエンジンを作ってみた。まだソース上から直接敵を生成するだけだが、それでも動きはする。キャラクター同士の当たり判定はまだない。
で、それにも飽きて、蘇生のレーザーを正式に使えるようにした。回転やら全弾消しやらに対応。ためしに弾幕を作ってみたが詰むのでまだまだ。普通の魔法による弾消しやカスリは面倒なので対応させない。
昨日配列が何とか、と書いたのは、refと書かなくても配列はもともと参照渡しだったからだった。
・Re:Actionシステム作り
・復讐入力周り
・絵作成
Re:Actionを何か進めないといけないと思ってとりあえず難しいことを考えずに作れるシステム周りを作成。タイトル画面とゲーム画面の接続を関数ポインタとかを使って作って、タイトル画面を動かさないといけないという話を聞いたので文字通り動かした。このとき、自作ベクトルクラスのバグに気が付いたので修正した。正月記念のやつのバグの原因もこれだった。
それで飽きたので次は復讐をいじった。だがこっちはこっちでマップ周りがひと段落して次にどこに手をつけるか迷ったので、入力を整理した。で、何を思ったかリプレイを作り始めた。
そのときにキー入力を格納した静的配列を参照渡しとして引数にしようとしたのだが駄目だといわれた。だからといって動的配列に変換して参照渡しすることもできず、結局静的配列の中身を一度動的配列にコピーして、その動的配列を参照渡しして、結果を再び元の静的配列に戻すという面倒なことになった。ポインタを使えばいけるのかもしれないがD言語でわざわざポインタを使うのも嫌。何かいい解決法はないのだろうか。
それと、蘇生の5面ボスと復讐のボスの絵を描いた。5面ボスでは絵の輪郭線をつけるかどうか悩んでいる。4面のボスの絵には輪郭線をつけたのだが、それはとぐろを巻いているという特殊な理由があったから。
復讐のボスの絵のほうは以前描いたものの修正。身軽なイメージで書くべく努力しているのだが、どうもうまく描けない。
・C#とXNA導入
興味があったので導入してみた。感想としては、C#は結構使いやすい。D言語と似ている部分が結構あるので習得も簡単そう。VisualC#はC++よりも機能が強力に感じる。
そしてXNAも導入。ほとんどコードを書かなくても動くのが不思議な感覚。今のところは2Dのテクスチャの描画と2Dの文字列の描画と入力を受け取るところ。3Dモデルの描画を試してみようと思ったが標準で付いていなかったことには若干驚いた。手書きしてもOpenGLで自作するよりははるかに短いコードで済むようだけど。
少し触った感想としては悪くない感じ。機能の全貌をまだ見ていないからまだはっきりとしたことはわからないが、こだわって作るのには向いていそう。ひとまず卓球をXNAで作ってみようと思っている。
・復讐構想
・3Dシューティング風作成
昨晩、イベントエディタができてそれでイベントを書いていて、セーブイベントを作るかどうかと考えたときに、復讐をいったいどのようなゲームにするのかを明確に決めていないことに気が付いた。
横スクロールアクションということは、作っていたのだから決まっているのだが、それでシナリオ性のある長いマップにするのか、それともストーリーはあまり語らない短いマップにするのかが未定だった。で、そのときに思いついたコンセプトが「スコアアタック」。クリアするだけであればあまり難しくないが、スコアを稼ぐための高度なパターン化や精密操作を要求するというやりこみ属性。いわばシューティングの精神をアクションゲームに当てはめたという感じ。
今日作ったのは3Dシューティング風。弾幕を3Dにしたら面白いという話があがって1時間程度で作ってみた。弾が3Dで飛んできて当たり判定も3D。ただ、3Dで何かを作るときに常に壁となるのが操作方法。ボタンを押すことで操作する座標軸を切り替える、というようなシステムを考えては見たが多分使いにくい。
これはもうこれ以上作り進める気はないが、卓球に向けた3Dの練習にはなった。あとglutを使うと落ちることも確認。gluは使えた。
・イベントエディタ完成
・マップ移動作成
イベントエディタを完成させた。開発にEntice Designerを使っていたのだが、手書きでコードを書いてやるのもなかなか。Dfl使っていて、イベントを入れるのにやや手間がかかって、一度にたくさんコントロールを入れると入れ間違いや、入れ忘れが出てきて混乱。順番を考えずに一度にやるのが悪かった。
手書きでやることが多い分、融通が利いて使っているうちにわかってくるのがいい点かもしれない。
イベントエディタができたので、早速本来の目的であったマップ間の移動を作った。想定していたよりもソースが汚くなったので要改善。
一段落したので今度こそ物理ゲームを進めるべき。
・イベントエディタ製作中
相変わらず。wxWidgetsならばSDLやOpenGLと一緒に使うための情報がいろいろあったので、昨日の失敗にめげずに何度も試してみた。公式な情報と同じ手順でやったり燃してみたのだが、結局ことごとく同じエラーで通らずついに断念。
原因として考えられるのは、D1.0系列だからか、Vistaだからか、D以外の環境が入っていてそれが影響しているのか、TangoではなくPhobosを使っているからなのか。
で、結局Dflを使って製作を継続中。だいぶ使い方がわかってきて、APIリファレンスも発見したので調子が乗ってきた。でも結構時間がかかっている。
今日の日記は試しにWindows Live Writerで投稿してみる。
