carchess
ダンスやってる系駆け出しエンジニアの私が、 ダンスした感を味わえるスマホダンスゲーを目指して開発に挑む葛藤の記録です。
2021.6.1より適当にはじめた、 一切努力せずにやりたい時だけやる競プロチャレンジ。 その日誌（毎日出すとは言っていない）です。
今回はマジで山です。きっといつになく長くなるのでさっさと本題に入るのが一般的でしょうが、逆にどうせ長いなら考えたこと全部書いちゃおう方式でいきますので余計長いことでしょう。 ローカル保存するデータ管理が滅茶苦茶だった件まず、今までなんとなく一時選択データはDataManagerにキャッシュ的に保存させて運用できちゃってたんですが、選択済みのキャラデータを表示する際は選択処理なしで表示処理がやって来うるので、初期値判定付きでローカル保存する必要があり、 となれば、既存のマネ
さて、前回のガチャに続き、データをちゃんとするシリーズ第二回の今回はギフトデータを受け取る一連の流れをやっていきます。 前回はほんとにデータだけだったんでよかったですが、今回はデータ＋処理の分岐によるデータ指定がある程度必要です。 受信ギフトはある程度配信方式に違いがあるため、配信モードを置いておいて処理で分岐させる部分を設けます。現状の分岐は以下の通り ・デイリーギフト：次回受け取り可能期日が翌日更新時刻 ・イベントギフト：次回受け取り可能期日が配信の終了日 ・クエス
さて、前回まででデータさえ整えばガチャが引けて、キャラを使ってプレイが出来るところまで作成しました。 今回からはサーバ側の処理を頑張ってもらって、DBに準拠したデータを返してくれるようにしていきます。 今回はガチャを引く一連のシナリオに必要な情報を洗い出しつつ、テーブルを作成していきます。 ガチャを引くガチャを引く際は以下の感じでデータが欲しそうです。 厳密には演出の対応付けをするテーブルが必要そうな気がしますが、アセットの配信形式を別にした場合、ID経由で判定できそ
データ構造を見直したいわけです。 主にリスト。 データ構造一覧形式で保存するデータを、List型に保存していました。 例えば所持キャラ一覧情報は、キャラ情報をListとして持っていました。 [ { ID:"000001", Name:"キャラ名", Lv:100, Awake:2 }, { ID:"000002", Name:"キャラ名", Lv:15,
ガチャの演出がマジで思いつかないんですが、 今考えてるのはモニタ付いてる世界大会みたいなフロアにサークル作って、モニタで一覧演出、個別はサークルから飛び出してくるみたいなやつか、 もう少し路上よりにするか、はたまた全然関係ないのもありかと思ったり、というわけで全然決まらないので演出の内容はスキップします。 演出をスキップしたということは全く持って面白みはないわけで、 さらに言うと書くこともありません。 演出だけが鬼門なのです。 とりあえずフローを形にしたものがこち
ガチャはデータと演出がきっぱり分かれる処理で、大抵の人が知っている通り、引くボタンを押したら排出データが確定し、演出はデータフローとは無関係です。 そういう構造を実現するサーバとの受け渡しフローを大体こんな感じだろで作り始めて後悔したので一旦整理します。 処理フローとサーバサイド処理まずフローを一旦書き出します。 こんな感じ？ 特にデータが特殊でわけわからんのがデータ確定処理部分です。 そこだけピックアップしてもう少しちゃんと書き出すと、 こんな感じ？ 実際の通信
前回まででプレイが出来るようになりました。 設定画面の時とかにちらほら必要に迫られるも放置していたCharacterアイコンとか、Character一覧とか、その辺を標準化していきます。 キャラクターアイコンのテンプレート機能としては、 ・IDセットでアイコン画像自動取得、表示 ・単押しで選択し、キャラIDをネクストアクションに渡す ・長押しで詳細表示 ・Newとかみたいな要素はKey指定で追加可能 ができるようにします。 構成として、まずキャラアイコンのプレハブを
なんかここ数回突発で気付いて変更って感じだったのでプレイシステムの基盤シリーズの書き方無視してましたが、前回までで ・スコアマネージャーを立ち上げスコアを計測する が達成されたイメージになります。実際には入力情報を蓄積してあるだけですが、スコアの算出ロジックは後で別途考えましょう。 さらに言うと ・終了したことを検知して画面になんか表示 部分はプレイマネージャーの機能の一部として実装済みです。 よって前回まででプレイ基盤は完成していました。びっくり。 個別のデー
さて、目下最大レベルの鬼門、CPUの作成です。 各種ゲームのCPUって正直一番すげぇんじゃないかって思ってます。 中身まで考えてたら進んだ実感が消えてモチベーション持ってかれるので、ガワだけ進めていきます。 方式の想定最終何があったら嬉しいかに重点を置くと、現在の時間を与えたら入力するかしないか込みで何を入力するかを返ししてくれる子がいたらうれしいなってなります。 それをベースに構成を考えたらこうなりました。 そういう処理を作る部分はスコアの算出法とかをもとに策定す
前回までで「わー踊ってるー」まではいけましたが、重大な問題に気づきました。 ダンスバトルで一曲丸々踊れるのはジャッジムーブくらいでダンスバトルには制限時間があります。 そして開始したらいきなり踊り出すわけではありません。 先攻後攻は自由に取り合って、曲の好きなタイミングでスタートし、好きなタイミングで終了して終了したらそれを合図に次が踊るのです。 よって、ただ曲を流しても踊れないわけです。 そこで、タイマー作っておかないといけないですね。関連して、スコア算出までの大
前回なんかものすごく進んだので今回はしょぼく感じますが、今回は曲関係を片付けていこうと思います。 やることとしては ・移動が完了しプレイ開始の段階でAudioManager経由で曲を流す に相当しますが、実際はゲーム内全体の音系をすべて管理する大枠を作りましょう。 AudioManager まずこれは独自実装な点に注意してください。今までのマネージャーもそうですが、実態は単なるスクリプトです。詳細は過去記事で。 曲の再生に必要な要素としてはAudioClipとAud
前回ある程度なに作ればいいかまとめたので今回は以下を作ります。 ・Loadしたオブジェクトを初期位置に配置するスクリプトを書く ・DJモデルのアニメーションを叩いて動かす ・カメラを取得し、tweenで適正位置に動かす ・ボタンでキャラのアニメーションのトリガを叩き設定済みの技で動く Loadしたオブジェクトを初期位置に配置するスクリプトを書く オブジェクトは最終的にはサーバから配信する形式がいいので、初期位置を設定済みにしとくとかいうわけにもいかないので、スクリプトで位
プレイ画面の実際プレイする部分はある程度考えてますが、前後のエフェクトの部分の仕様や、外部からの読み込み処理の仕組みについては何も考えてないわけで、そこを考えてどんなコードを書いたらいいかの試行錯誤する覚書です。 ちなみに流れは過去記事のものをベースで、実際のダンスバトルを参考にします。 まず始めるにあたって欲しいものとかまずプレイ開始時は3Dモデルとかを準備して、適正な初期配置にします。 アセットを配信するサーバみたいなそういう仕組みがあるらしいってくらいしか知りませ
いよいよ新規画面に入っていきたいと思うのですが、画像系と連携ポップアップは未設定で要素置いただけなので味気ない感じも？ まぁいいでしょう。 画面遷移フロー 基本的に共通にしたいskill選択とキャラ選択のポップアップが表示されるだけです。 裏方の処理が頑張ってくれるイメージですが、単なる選択画面なのでそんなに機能はありません。 ってか全画面そうなのでもうフローいらんくね？とか思ったり？ イメージ 画像がないですがこんな感じです。 一番上はクエスト情報が入ります
ビルド画面紹介してませんが、まぁいいでしょう。 そろそろ核心たるプレイ部分を作っていきたいわけです。 そもそもどんなゲームだったっけ？正直忘れたのでちゃんとした流れの資料というか画像というか暫定チュートリアルみたいなものを作ってみましょう。 画面簡易イメージ 簡易ってつけないと嫌になるほどダサいですが、必須なのはボタンのみの予定です。 技でパーティを組み、好きなキャラを躍らせて楽しむゲームです。 スコアは計算するはずですが、スコアを見ながら踊っちゃったら何も楽しく
なんか最近の記事、過去記事再掲してるだけ感あって進んでない気がするのでいったんさっさとまとめて書いちゃいます。 画面遷移フロークエスト、ガチャ、ショップ画面は実質同じ画面です。 フローも前回同様さほど意味ないです。 各画面はリストを表示していて、リストを触ったらPOPUPで詳細が出ます。 詳細からは演出に飛んでく感じですね。 イメージ イメージ画像抜いてるので質素ですが、こんな感じです。 イメージつけるともう少しそれっぽいのでそれは過去記事見てください。 処理
