ぶっちゃけ、とりあえず最低限の動作をするようになってから進捗がないのもよくないなと思ったので、今回はインストーラを作ります。とはいえ、Visual Studio Installer のプロジェクトを作るだけです。ライセンスとかのファイルも次回以降に配置しようと思います。
そして、インストーラを作ってインストールできるのが確認できたところまでが、これです。インストールしたアプリを実行してみて気づいたことは
うん。
使ってみると実装がまだ全然終わってないことを実感できて良いですね。
次回はこのインストールしたアプリが落ちなくなる調整をしようと思います。
進捗があるの、大事。
いい感じだと思います。
今回は、情報表示に使うための画像を生成します。
画像生成用のシーンを作成して、キャラを配置しては下記コードでキャプチャ、を繰り返します。
private void CaptureImage(string filePath)
{
var texture = new Texture2D(Screen.width, Screen.height, TextureFormat.ARGB32, false);
texture.ReadPixels(new Rect(0, 0, Screen.width, Screen.height), 0, 0);
texture.Apply();
var bytes = texture.EncodeToPNG();
Destroy(texture);
System.IO.File.WriteAllBytes(filePath, bytes);
}
そして、できた画像がこれです。
次回は、これを情報表示パネルで実際に利用するあたりを実装します。
いい感じです。
今回は兵舎やタワーがクリックされたときに画面の左下にその情報を表示するあたりを実装します。
具体的に情報が表示されるところまで実装できればよかったんですけど、操作に応じて情報を表示するためのパネルが作るところまでの実装になりました。
ユニットの情報を表示するためのパネルが操作に応じて画面の左下に表示されるようにした。実際には左下のパネルに所属ユニットの体力やユニットの強化ボタンが配置される。 pic.twitter.com/CSzUPZNlYU
— Satofumi (@satofumi_) April 23, 2018
次回は、この左下のパネルに所属ユニットの情報が表示されるあたりを実装します。
いい感じです。
今回はヒーラーを実装しました。
自分を含む体力の最も低い味方からヒールするようにしたら、えんえんと自分をヒールすることがあったので「他にヒール対象がいないときのみ自分をヒールする」という風に実装しなおしました。
ヒーラーを実装した。延々と体力が回復し続けるのはどうなんだろう？ って思わされる。ヒール量の調整が必要だ。 pic.twitter.com/VGKAITKyLp
— Satofumi (@satofumi_) April 22, 2018
これで基本的なユニットの実装が終わったので、ステージ作成に移行できます。
ただ、ゲームで実現したいことが
「最初は少し押され気味だけど、アップグレードしたら勝てるようになる」
なので、アップグレードの実装も必要かなと思っています。
ともあれ、いい感じです。
今回は敵が攻撃できるようにするあたりと、体力がゼロになった味方がリスポーンするあたりを実装しました。
敵の攻撃まわりを実装した。あと体力がゼロになったクエリちゃんがリスポーンするあたりも実装した。いい感じだ。
味方の体力を回復できるヒーラーを実装したら、ステージ作成とかパラメータ調整に入りたい。 pic.twitter.com/XJdYb1S8cf— Satofumi (@satofumi_) April 21, 2018
今の所「こういう雰囲気にしたい」ってのが実現できてていい感じです。
ただ、マウスによる操作が自分でもわかりにくいのはなんとかしたいです。
今後はステージ作成もだけど、光源とかシェーダーとかの見た目の調整もしていきたいです。
今日は、敵味方ユニットの攻撃まわりを実装していきます。
具体的には
を実装していきたいと思います。
そして、実装したのがこちらです。
地面にいる味方ユニットも攻撃するようにした。白い Normal クエリちゃんが立ち止まったまま移動しないのは経路探索まわりの実装が間違っているせいです。
引き続き、敵も攻撃するようにしたり、行動のアルゴリズムを考えて実装したい。 pic.twitter.com/adzN4jGGJt— Satofumi (@satofumi_) April 20, 2018
Archer, Sniper 以外のユニットが攻撃するようになった。
本当は敵味方ユニットの次の行動を決める処理も作り直したかったけど、それは次回にします。
いい感じです。
今回は、RallyToFlag （移動先を示すフラッグ）に味方ユニットが移動するあたりを実装します。敵ユニットが移動するあたりは実装済みなので、そのあたりを参考にすればいいかなと思いながら実装開始です。
思ってたよりも修正点が多くて実装に時間がかかった。
「ああなってるコードをこう修正しよう」って具体的な実装が思い浮かばないときには、楽観的な見積もりになりがちだよなと思った。
ともあれ、とりあえず動作するようになった。
作成中のクエリちゃんが主人公のゲームで、味方ユニットが指定した移動先まで移動できるようになった。次は敵ユニットを攻撃するあたりを実装したい。 pic.twitter.com/rR24YyJKp8
— Satofumi (@satofumi_) April 17, 2018
気づいた点
まぁ、このあたりは見直せば修正できると思うのでチケット管理システムに登録しておく。
次は、敵と味方が互いに攻撃するあたりを実装していきたい。
今回は、視線検出した結果に基づいてミニマップを見てないときに警告音を出力するあたりを実装します。
で、実装したメインのロジックはこのあたり。
private void UpdateWorker_DoWork(object sender, DoWorkEventArgs e)
{
int nextAudioPlayMsec = NoCheckMsec;
var noCheckElapsed = new System.Diagnostics.Stopwatch();
noCheckElapsed.Start();
var previousGameState = state;
while (!updateWorker.CancellationPending)
{
System.Threading.Thread.Sleep(20);
if (IsLookingMinimap)
{
if (nextAudioPlayMsec != NoCheckMsec)
{
okSound.Play();
}
noCheckElapsed.Restart();
nextAudioPlayMsec = NoCheckMsec;
}
else if (noCheckElapsed.ElapsedMilliseconds > nextAudioPlayMsec)
{
warningSound.Play();
nextAudioPlayMsec += 2000;
}
...
}
}
このコードでは、定期的に視線がミニマップの中にあるかをチェックした結果の IsLookingMinimap プロパティを利用して、「見てないね効果音」や「見たね効果音」を鳴らしてる。
定期的にポーリングしてるのが微妙によくないけど気にしないことにしたい。イベントトリガをがんがん使ったコードは私には読みにくいので。
で、ここまででとりあえずゲームで使えるレベルのツールにはなったので利用していこうと思う。
次回は、ゲームのロード中か死んでないかを判断するための処理をスクリーンショットから取得するあたりのコードを作成していこうと思う。
いい感じです！
今回は Tobii Eye Tracking 4C から視線位置を取得するあたりを実装します。
で、作ったのがこれです。作ってみるとわかる。私は C# の勉強が不足している。 理解が Thread までで止まってて少し恥ずかしい。
https://bitbucket.org/satofumi/hots_tools/src/8548dbecc7af809faf053d7d173b2d73ce3afecf/hots_minimap_instructor/hots_minimap_instructor/EyeTracking.cs?at=default&fileviewer=file-view-default
まぁ、とりあえずこれで動くので良いことにする。気になったらまた修正すればいい。
次回は、この得られた視線情報を用いてミニマップの領域を見ているかどうかで警告音を鳴らすあたりを実装します。
今日は、クリックしたさきに移動先を示すフラッグを表示するあたりを実装します。
フラッグ自体は少し前に Cube, Sphere, Cylinder を駆使して作った。
で、建物を右クリックした後にフィールド上を左クリックすると、そこに移動先の旗が配置できるようになった。やったぜ！
建物を選択後の右クリックで移動先フラッグが移動できるようになった。 pic.twitter.com/HyF8VNjMW0
— Satofumi (@satofumi_) April 16, 2018
次は、味方ユニットを移動目標に移動させるあたりを実装したい。
いい感じだ。