菊池凌斗

作品概要

DirectX11の生APIから自作したフレームワーク上で動く3Dアクションゲームです。
描画・物理・アセット管理・オーディオまで、フレームワークの基盤部分から個人で設計・実装しました。
AI画像生成→TripoAIでモデリング／テクスチャ化→Mixamoでリギング／アニメーション→Blenderでテクスチャ張り直し、という工程で最短でアセットを用意し、実装に集中できる体制を作りました。

ゲームの内容

• 序章(最初の約10分)は、部隊の一員として剣だけで戦い、戦況悪化で瀕死になった末に覚醒して触手(虚装)を使えるようになり、ボスを倒して最初の市民を救出するまでの流れ。操作の案内は、実際にその操作をするまで次へ進まない
• 序章のあとはビルが立ち並ぶ街を自由に動き回って戦うオープンワールド。交差点・公園・広場に敵の群れが置かれ、近づいた所だけ出現。群れは最初は気付いておらず、近づくか攻撃すると仲間も一斉に気付く。一定時間ごとに市民を襲う襲撃も起き、全滅させれば救出成功
• 剣の弱・強攻撃、ロックオン、ジャスト回避に加え、触手の技6種(雷・一網打尽・急接近・串刺し・落雷・火球、装備は4枠)と、触手スイング・飛び移りによるビル間の移動
• 敵は射撃・近接・迫撃の3役割にエリートとボス。全員が同時に襲ってこないよう、同時に攻撃できる数に上限(最大3体)を設けている

アセット管理・フレームワーク設計

• モデル形式はGLBを採用。メッシュ・スケルトン等が1ファイルにまとまりアセット管理がシンプルなうえ、バイナリとJSONが分離されているためパース後すぐGPUバッファへコピーでき、業界標準でもある点を重視
• glTFパーサはcgltfを採用。軽量・シングルヘッダで導入コストが低く、glTF仕様に忠実な構造でライブラリの内部挙動に依存せず実装できる点、Assimp等の多形式ライブラリと比べ依存を最小化できる点が決め手
• AssetManagerを導入し、pngとhdrで分岐してHDR環境マップにも対応。ロード時間を約40〜50%短縮
• アセット追加をenumと配列のインデックス同期に頼らず1か所の変更だけで反映できるよう、X-Macroを導入してバグの可能性を排除。TEXTURE(ID, パス)を1行書くだけで、enumとパス配列を同じリストから生成
• GLBはベイク時にパースして独自の.mdl形式へ変換。頂点・ボーン・アニメーションのキーを「GPUへコピーするだけ」の形に事前変換し、ランタイムのcgltfパースを不要にした。テクスチャはBC7/BC5で圧縮し、最大辺は2048pxに縮小(PNG/HDRはミップ付きDDSへ)
• ベイクを再実行するかは、pakのフォーマット版数とソースの更新時刻で判定。ベイク処理を変えたら版数を上げるだけで次回起動時に自動で作り直される。書き込み中のpakの先頭は"PAK?"にし、完成時に"PACK"へ書き換えることで、途中で落ちても壊れたpakを読み込まない
• 複数リグ入りのGLBでも正しく動くよう、アニメーション対象の関節が最も多いリグを選ぶ処理をメッシュ・骨・アニメ・ベイクで共通化し、Mixamo系とアバター系のボーン名の違いも名前の解決だけで吸収
• シェーダーを毎回csoから個別ロードしていたのをshader_libraryに一元化し、起動時にまとめて読み込むことでロード時間を短縮

責務分離・当たり判定

• 初期はManagerに衝突判定ロジックが混在していたが、Physics_Worldを新設して分離。距離判定・地面判定をここに集約し、将来的なレイキャスト等の拡張余地も確保
• LayerMaskはUnityのPhysics Layer Matrixと同様の設計を採用。GameObjectは自分のレイヤーを1つ持つだけで、衝突ルールはPhysicsWorldが持つLayer×Layerの2次元bool配列で管理し、ゲームロジックから独立させた
• 剣の当たり判定にはAABBでは表現しづらい形状のためOBBを導入。球との判定はローカル座標系に変換することでAABB vs Sphereに帰着させて実装
• Collisionの押し戻し判定もPhysics_Worldに集約し、レイヤーごとに動く/動かないを設定することで無駄な処理を排除
• ビルを箱1つで囲むと屋上の設備の上に何もない足場ができるため、実際の面で判定する三角形メッシュのコライダーを導入。三角形はBVH(最長軸の中央値分割)に格納し、判定する形の箱と重なるノードだけを辿る。球・カプセル・箱・OBBのどれも、最も深くめり込んだ面を返す
• それまでは全コライダーの総当たりで足りていたが、メッシュ導入で1組あたりの判定が重くなり、30FPSまで低下。判定をブロードフェーズ(候補の絞り込み)とナローフェーズ(正確な判定)に分け、動くものが絡む組だけに限定、静的物は32mの区画グリッドに登録して動くものの囲む箱が重なる区画だけを取得、さらに箱どうしが重なる組だけをナローフェーズへ渡す構成にして30FPS→60FPSに改善(開発機での確認)
• 触手スイング等の高速移動でビルの壁をすり抜けないよう、体を上下2つの球で近似して進行方向を掃引し、面の手前で止めて面に沿って滑らせる処理を実装。始点がすでに箱の内側にある場合は「面へさらに入る向きの時だけ」当たりにして誤判定を防止
• ボスに2つのコライダーを持たせた際、同一GameObject内のコライダー同士が衝突して天高く飛ぶ不具合が発生。判定ペアの先頭で同一GameObjectを除外して解消

パフォーマンス最適化

• 起動時間短縮のためアセットベイクシステムを自作。カスタムバイナリ(.pak)に30個以上のアセットを1ファイルへ統合し、MP3は事前にPCMデコードして格納。音声ロードを734ms→37msに短縮し、起動時間全体を約36%削減
• VFS抽象化によりDebugビルドは生ファイル、Releaseビルドは.pakを参照するよう切り替え可能。ソース更新時のみ再ベイクする差分ベイク機能も実装
• ミップマップ生成をCPU(DirectXTex)からGPU(GenerateMips)へ移行。Debugビルドの実測で、地面テクスチャ(2880×2880)の生成が約1,237ms→約12ms、起動全体が約12.7秒→約3.4秒に短縮(未対応フォーマットのみCPU版へフォールバック)
• 立体音響はX3DAudio(XAudio2)で実装。ステレオ→モノラル変換をRelease時のアセットベイクに組み込み、ロード時間短縮と設計上の正しさを両立

ゲーム側の設計・手触り

• プレイヤーの状態をStateパターンで実装。状態ごとにEnter/Update/Exitと「どの行動へ・何秒後から移れるか」のキャンセル受付時間を1クラスにまとめ、状態変更はChangeだけを通す。攻撃が命中した時だけ早く繋げられる仕様と、0.26秒の先行入力バッファで手触りを調整
• 回避の無敵を出だしの0.35秒に限定し、その間に被弾したらジャスト回避とする設計。TakeDamageに届いた時点で「本当に当たっていた」ことが保証されるため、判定の先読みが不要。成功時は反撃猶予・与ダメージ3倍・スローを付与
• 技はISkillインターフェース(Strategy)で実装し、生成はSkillFactoryに集約。SkillControllerが入力スロットを装備中の技に解決して振り分けるため、技を足してもPlayer本体を触らない
• 敵の攻撃を「予告→発生→追撃」の時間軸データ(EnemyAttackPlan)にして、EnemyAttackClockが進行を管理。大きなdt(処理落ち)でも発生を取りこぼさず二重にも出さず、予告表示と判定が同じ時計で動く。突進は動いた区間を球で掃引して判定
• 髪・コート・リボンはボーン名の接頭辞(Hair_/Coat_等)に合うものを検出して、Verlet積分の鎖として物理で揺らす。拘束は布のつながり→体との当たり→元の形から離れすぎない→骨の長さの順
• 敵の攻撃時間軸・三角形メッシュのBVH・HPなどのロジックは、描画に依存しないヘッダに切り出し、ゲームを起動せずに確かめるコンソールのテストを作成

トラブルシューティング

• DebugDrawの3D描画がUI描画の後に呼ばれ、View/Projectionが2D用の直交投影に切り替わって画面外に飛ぶ不具合が発生。「Managerが直接呼び出す」案と「Scene::Draw3D/Draw2Dを分離する」案を比較し、将来のシーン別ポストエフェクト等を見据えて後者を採用。シーン切り替えで無駄にInit/UninitされていたDebugDrawもManager管理に移し、フレームワークのライフサイクルに一致させた
• アニメーションが切り替わらない不具合では、まずImGuiにアニメメタデータを表示する仕組みを実装して原因切り分け。コードは正常でBlenderのエクスポート起因と特定し、さらに深掘りするとアーマチュア構造自体に問題があると判明。Blenderのアペンド機能でスキン付きfbxからアニメーションを持ってきて正常なリグに差し替えて解決

制作期間・規模

2026年6月から開発中の個人開発プロジェクト

作品概要

HEWと呼ばれる学内コンテストの一年次にて銀賞を獲得した作品です。
C++のWindowsコンソールアプリとして制作した、2D/3Dを自在に切り替えて遊ぶ新感覚パズルアクションゲームです。
ステージに散らばる「ホットスター★」を5つ集めるとゴール前の氷が融けて道が開き、ゴールを目指します。一定間隔で点灯/消灯するバーナーなど、2D/3D共通のギミックも配置しました。

工夫した点

• 2D/3Dで同じ3次元タイル配列(マップデータ)を共有し、切り替えは描画方式(トップダウン2D／自前のレイキャスティング3D)だけを切り替える設計に。同じマップを2通りの視点で解釈させることでパズルとしての整合性を保った
• Windows Console API上に、水平・垂直方向のレイ角度とFOVから距離ベースで壁を判定する自前のレイキャスティングエンジンを実装。タイル種別ごとに色とUnicodeブロック文字を対応させたルックアップテーブルを用意し、文字だけのコンソール画面でも奥行きのある擬似3D描画を実現
• スター収集による氷の融解、一定間隔で作動するバーナーなど、2D/3D両モードで成立するパズルギミックを設計・実装
• 操作方法を2D(A/D移動+SPACEジャンプ)と3D(WASD移動+SPACEジャンプ)でモードに合わせて切り替え、直感的に遊べるキャラクター制御を実装

制作期間・規模

約3ヶ月間の個人開発プロジェクト

作品概要

爽快感を重視した2Dハイスピード憑依アクションゲームで、コントローラーでのみ操作します。
本リポジトリには担当部分のみを公開していますが、Result画面・衝突判定(高速移動時のすり抜け防止含む)・ボスAI・各種ギミック・オーディオ・敵AI・ステージ基盤・入力管理・ゲームコントローラ・動画再生と、ゲームシステムの中核を幅広く担当しました。

オーディオシステム

• XAudio2とMedia Foundationで独自のオーディオエンジンを構築。X-Macroでリソース登録を自動化し、定義ファイルに1行追加するだけでenum・パス配列・BGMフラグが揃うようにして拡張コストを下げた
• SEの多重再生は、SEごとに8個のSourceVoiceを循環させるラウンドロビン方式のプールで対応し、連続再生時の音切れを防止。BGMのフェードイン/アウト・クロスフェードも自前で実装し、音量はマスター×カテゴリ×個別の3階層で制御できるようにした

衝突判定

• 動的オブジェクトと静的ブロックを分離し、毎フレームO(N²)ではなくO(N×M)まで判定量を削減。敵vs敵やギミックvsギミックなど不要な組み合わせはスキップし、カメラ範囲外のオブジェクトは判定自体を止めてコストをカット
• 高速移動時のすり抜け(トンネリング)対策として、X軸・Y軸を分離して順に解決する方式を導入。「プレイヤーvsギロチンは上から落ちてきた時だけヒット」のようなゲーム性に応じた専用判定も実装し、オブジェクトが詰まった場合は8方向探索で最寄りの安全地点へ復帰させる処理も組み込んだ

ボスAI設計

• Stateパターンで Wait→Normal→Charge→Special→Stunned→Defeated の状態遷移を管理し、Strategyパターンで攻撃をIBossAttackインターフェースに抽象化してBossAttackManagerがランダム選択する設計に。通常攻撃5種・必殺技2種を独立クラス化し、直前と同じ攻撃を避けるロジックも実装したことで攻撃パターンの追加が容易になった
• 仮面の破壊演出はコリジョン処理中に即実行するとクラッシュするため、遅延破壊キューに貯めてフレーム終わりにまとめて処理。撃破演出もSTAGGER→PLAYER_MOVE→POSSESS_FLASH→SCREAM→DOOR_CLOSE→FADE_OUTの6フェーズで管理した

敵AI・その他システム

• 敵AIはPATROL→CHASE→ATTACK→COOLDOWNのステートマシンで制御。レイキャストによる視線判定で壁越しの発見を防ぎ、進行方向の足元をチェックして崖からの落下も回避。武器種別(KATANA/KANABO/BOW/SPEAR)ごとにパラメータを変えるだけで、同じAIコードから異なるキャラ性を出せる設計にした
• SDL3のゲームパッドとキーボード/マウスをCommand構造体に正規化し、ゲーム本体が入力デバイスを意識しなくて済む統一入力インターフェースを実装。最後に使用したデバイスを自動判定し、UI表示や攻撃方向に反映させた
• ランキング送信はWinInetで実装したHTTPS通信をGoogle Apps Script経由で実施。302リダイレクトの手動追跡や、非同期ロード＋通信失敗時のタイムアウトフォールバックを組み込み、通信状況に関わらずプレイ体験が崩れないようにした

制作期間・規模

2025年10月〜2026年3月(6ヶ月間)のチーム開発プロジェクト

作品概要

初めてのチーム制作として、3日間のマーベラスゲームジャムへ参加したときの作品です。
もう一人のプログラマーと、プランナー兼デザイナーの方との計3人で参加しました。
GitやSourceTreeの使い方や、マージの注意点など、一年生の内に多くの事を学べました。

担当・工夫した点

• 被写体となるオブジェクトをドラッグで動かし、専用の判定エリアに重なるとタグが切り替わって固定され、それ以外の場所で離すと自動的に元の位置へ戻る配置パズルの基盤を実装
• マウスで動かせる「サブカメラ(ファインダー)」を用意し、右クリックで撮影すると、ファインダーと対象オブジェクトのColliderが重なっているかを判定してクリア条件をチェックする写真ギミックを実装
• PCのクリックとスマホのタップ(1本指/2本指)で同じ操作ができるよう、入力デバイスごとに専用のタッチ判定を用意して両対応させた

制作期間・規模

約3日間のチーム開発プロジェクト

作品概要

ステージのあらゆる場所にある「ジッパー」を掴んで引くことで、壁や床ごと風景を開け閉めして道を切り拓いていく2Dアクションゲームです。
ジッパーを引くと隠れていた足場やギミックが姿を現し、全開まで引ききると自動で開閉が続く「オートモード」や、特定のジッパーを開ききると発動する強化状態「マスターモード」など、ジッパーというモチーフ一つから複数のギミックへ展開しています。

ジッパーギミック

• 基本のZipperギミックをドラッグ量に応じて開閉するpivotベースで実装。一定量ドラッグすると自動で最後まで開閉が続く「オートモード」や、全開後は二度と閉じない「ロック」など、ステージ演出に必要な派生挙動を掴み系オブジェクト共通のIGrabbableインターフェース上に集約
• ZipperWallでは、ジッパーの開閉度をイージング付きで壁パーツの位置・回転に反映し、見えない壁コライダーの有効/無効も自動追従。Editor上でも開閉具合をプレビューできるようにし、レベルデザイン側の調整をしやすくした
• ZipLine / ZipLineMultiPointでは、Catmull-Rom補間による複数地点を通る滑走ラインを実装。移動中のジャンプ離脱、障害物衝突での強制離脱、お供キャラだけを滑走させ続ける仕様、終点でのコイン射出演出などを組み込んだ
• マスターモードでは、特定のジッパーを開ききると発動する強化状態を実装。スピードブースト・攻撃力アップ・ZipLine高速化などをフラグの組み合わせで切り替えられる設計にし、専用オブジェクトの表示切り替えやBGM切り替え、シーン遷移時の強制終了処理まで一括管理

オーディオ・シーン管理

• AudioManagerをAudioMixer連携で構築し、SEのラウンドロビン再生・ループSE・3D位置SE・BGMクロスフェードを1本化。SoundLibraryでBGM/SEをenum管理し、鳴らす側は種類を指定するだけで済む設計にした

プレイヤー基盤・セーブロード・UI

• プレイヤーの移動・ジャンプ基盤を担当。コヨーテタイム・ジャンプバッファなど、操作感の作り込みを行った
• セーブデータをAES暗号化して保存(SaveManager/SaveCrypto)。初期適用処理をSaveApplierに分離し、責務を分けた設計に
• HP管理・コイン/スターのUI表示・一方通行床・ゴール/デスゾーンなど、ゲーム基盤まわりの実装とGitのブランチ運用・マージ管理を担当

制作期間・規模

2026年3月〜2026年7月(5ヶ月間)、プログラマー5名・プランナー2名・デザイナー3名の計10人体制のチーム開発プロジェクト

作品概要

クビを宣告された最終出社日、上司やNPCとの会話とオフィスの自由な破壊を通して「復讐」していく社会人シミュ×破壊コメディです。
開始時にクビ理由が付与され、9:00の出社から17:00の退勤までの1日をオフィス内を自由に歩き回りながら過ごします。
NPCとの会話は毎回「恋愛／普通／狂人／反抗」の4択で分岐し、PCモニターを殴って割る・上司の机を破壊する、など好きなオブジェクトを自由に破壊できます。破壊するほどプレイ中は非表示の「IKDスコア」が上昇し、選んだルート傾向とスコアの組み合わせで結末が変化します。

担当・工夫した点

• ランダムなクビ理由の付与、NPCとの4択分岐会話、自由なオブジェクト破壊を軸にした「最終出社日1日完結」のゲームフローを設計
• プレイ中は見えない「IKDスコア」を破壊行動に応じて加算し、選んだ会話ルートの傾向とスコアを組み合わせて結末を分岐させるエンディング設計を担当
• UnityRoomだけでなく、AndroidのGooglePlayなどでの展開を見据え、プラットフォームごとに異なる操作方法(タップ移動／WASD+マウス／スティック)に対応する設計
• インタラクト対象を光らせるInteractableHighlightと、対象をパンチするシステムが、それぞれ別のシステムで対象を検知していて、見た目と実際のパンチ対象に差異が出ていた。
  そこで、インタラクト対象検知システムを共通化し、見た目との差異を無くした。

制作期間・規模

2026年4月から開発中、2人体制のチーム開発プロジェクト

作品概要

浸水し沈みゆく潜水艦の中を探索し、脱出を目指すホラーゲームです。
艦内を移動してログやアイテム、進行の手がかりを発見しながら鍵付きドアや自動ドアを開けて奥へ進みます。
敵に見つかったら物陰に隠れてやり過ごしながら、脱出ポッドの起動を目指します。

担当・チーム運営

• 7人体制のリーダー・PMとして企画立案からスケジュール管理、Gitでのブランチ運用・マージ管理までチーム全体を統括。Playerまわりの基盤制作、マップ制作、ドア・UI・カットシーンなど中核システムの多くを実装した

ドアシステム

• 手動ドアは当初モーター駆動で作ろうとした際、プレイヤーとの押し合いでPhysXが無限大の力を出しRigidbodyの位置がNaN化するバグに直面。isKinematicにして角度を自前で管理し、MoveRotationで直接姿勢を与える方式に切り替えて解決した
• 開閉中はOverlapBoxで目標角度の当たりを事前チェックし、判定ボックスを縮小して壁への軽い接触では止まらないよう調整。連動ドアはpropagateフラグで「自分から伝播したものは再伝播しない」設計にし、相互参照による無限ループも防いだ

プレイヤー・カメラ制御

• カメラをTransform.Rotateで直接回すとRigidbodyの補間処理と噛み合わずガクつく問題があり、MoveRotationに変更して解消。ヘッドボブも前フレーム分を差し引いてから加算する方式でカメラ位置のドリフトを防いだ
• 浸水率はカプセルの上下端と水面の高さから計算しAnimationCurveで速度倍率に変換。溺死判定は水中にいる間だけタイマーが加算され、顔を出すと2倍速で回復する非対称なチューニングにして緊張感を出した
• 投擲物は射程の公式(R = v²sin(2θ)/g)を逆算してチャージ時間から初速を補間し、軌道予測線も同じ運動方程式で描画することで実際に飛ぶ弾道と予測線を一致させた

UI・カットシーン・WebGL対策

• フルスクリーン中にEscapeキーを押すとブラウザ側が入力を横取りしてUnityに届かない問題に対し、JSプラグインでブラウザのfullscreenchangeイベントを直接拾ってポーズ処理を呼ぶ設計に変更。Cursor.lockStateを毎フレーム監視する方式は他スクリプトの状態変化と衝突して誤爆したため、この方式に切り替えた
• 家族写真をライブカメラでクローズアップする案はプレイヤーのカメラのライトが映り込んでしまうため断念し、事前レンダリング画像を全画面フェード表示する方式に変更。ノート閲覧UIはプレハブを使わずコードから生成し、Time.timeScaleを0にしつつUI自身のフェードだけはunscaledDeltaTimeで進める設計にした
• 敵AIへの音の伝達は直線距離ではなくNavMeshで実際の通路距離を計算して減衰させ、聞こえる方向も経路の最初の曲がり角から求める音響伝播シミュレーションを実装した

制作期間・規模

2026年5月から開発中、7人体制のチーム開発プロジェクト

作品概要

妖精を畑で育てて仲間にし、着せ替えて街に送り出す着せ替え×街づくりゲームです。
ショップやガチャで種を集めて畑に植え、実時間で育成、誕生した妖精に着せ替え・命名して街に配置すると、他キャラとすれ違い会話を始めます。

担当・チーム運営

• 8人体制のリーダー・PMとして企画立案からスケジュール管理、Gitでのブランチ運用・マージ管理までチーム全体を統括。セーブ・妖精育成・ガチャ・ミッション・着せ替えなど中核システムの多くを実装した

セーブ・データ基盤

• セーブデータはAESで暗号化してBase64化し、WebGL版はファイルI/OではなくPlayerPrefs(IndexedDB経由)に切り替える設計に。JSON復号やパースに失敗した場合は例外を捕まえて新規データにフォールバックし、セーブ破損でゲームが起動不能になることを防いだ

妖精育成システム

• 種を植えた時刻を保存し、現在時刻との差分から経過時間を毎回計算し直す実時間ベースの育成に。アプリを閉じても正しく進み、時短アイテムを使った順番に関わらず結果が変わらないよう経過秒数への単純加算だけで反映させた
• 誕生後のキャラID採番は、着せ替え画面を開いただけで空のセーブが作られてしまい欠番が発生するバグを踏んだ経験から、名簿だけを見て空いている最小番号を採番するロジックに設計し直した

ガチャ・ミッション

• ガチャは通常排出(N78%/R20%/SR2%)に加え、10連は9回抽選した後R以上が1つも出ていなければ最後の1回をR以上限定で再抽選する保証枠を実装した
• ミッションは「妖精の誕生数」のようにミッション画面外でも変動する値をセーブから毎回算出し直す方式と、「ガチャを引いた」のようなその場のイベントで加算する方式を明確に使い分け、日次/週次のリセットも週初日を計算して判定した

着せ替え・UI

• アクセサリーの複数装備は上限を超えたら一番古いものから自動的に外し、ワンピースを着たらトップス/ボトムスを自動で脱がせるといったカテゴリ単位の排他制御を実装。着せ替え一覧はタブ→検索→絞り込み→並び替えの条件を重ねがけするクエリ合成で1つの更新処理に集約した
• 性格を可視化するレーダーチャートはUnityのUI標準部品では表現できないため、描画クラスを継承してメッシュを直接生成。コーデ確定・キャラ選択画面のサムネイルも、画面外の撮影用キャラをレンダリングして焼く方式で共通化した

制作期間・規模

2026年5月から開発中、8人体制のチーム開発プロジェクト