いちばんやさしいゲームの作り方 » ゲームエンジン

ぷらがぶる２

Byerkut — Mon, 07 Jun 2010 14:22:30 +0000

プラグイン対応するためには、コアだけはもちろん自分の方で作るのですが、付随する基本機能もプラグインで作っていくという方向性が良いのかもしれません。

いつもながら抽象的な表現ですが、 Emacs の elisp みたいなイメージです（一緒についてくる elisp を基本機能というには語弊がありますが）。他ならぬ自分自身がプラグイン仕様のユーザーであるという立場になることで、要件の不足などを発見できるかもしれません。

Amazon.co.jp：ゲームエンジンプログラミング GAME DEVELOPER: 赤坂玲音: 本

この辺、もっかい目を通してみましょうか…

どうすればゲームにスケーラビリティを実現できるか？

Byerkut — Sat, 15 Nov 2008 12:21:44 +0000

そんなことで躓いているのは自分だけかと思ったのですが、面白い書籍が出版されているものです。

このブログではすっかりおなじみの、あのゲームプログラミングシリーズなのですが、ゲームエンジンとして追加モジュールの開発方法に言及されている面白い一冊です。ただ、ゲームエンジンという単語にだけ反応して買わない方が良いと思います。必ず中身を確かめてから買ってください。

著者の玲音たん（男性）はいろんなノウハウがあってすごいですね。同い年なんですけど。

ゲームループのサンプル

Byerkut — Tue, 28 Aug 2007 03:38:49 +0000

すでにソースは公開したのですが、後の人が参考にできるように掲載しておきます。

ちなみに UpdateGame() はゲームの計算処理。 DrawGame() はゲームの描画処理です。お好みで読み替えてください。

// メッセージループ
MSG msg;
::ZeroMemory(&msg, sizeof(MSG));

FLOAT const frame = 16.6666f;
DWORD enterTime = ::timeGetTime();
DWORD previousTime = ::timeGetTime();
DWORD afterGameUpdateTime = ::timeGetTime();

while (msg.message != WM_QUIT) {

  if (::PeekMessage(&msg, 0, 0, 0, PM_REMOVE)) {

    ::TranslateMessage(&msg);
    // メッセージをウィンドウプロシージャに送信

    ::DispatchMessage(&msg);

  } else {

    // ゲームシステムのメインループ
    enterTime = ::timeGetTime();
    if (frame <(enterTime - previousTime)) {
      // ゲームの中核処理は必ず実行する

      ::UpdateGame(hWnd);
      afterGameUpdateTime = ::timeGetTime();
      if ((afterGameUpdateTime - enterTime) <frame) {
        // 同じフレーム内に UpdateGame() がすんだ場合は
        // 描画処理を実行する

        ::InvalidateRect(hWnd, NULL, TRUE);
        ::UpdateWindow(hWnd);
        previousTime = ::timeGetTime();
        ::Sleep(1);           // 少し待つ
      } else {
        // 次のフレームに食い込んでしまった場合は
        // 強制的に次フレームの更新を実行する
        previousTime = enterTime - (DWORD)frame;
      }
    }

  }

}

よく見るとここだけポリシーが違うんですよね。 const で定数を作っていたり。なんというかモダンな書き方に違和感がある私は古い人間なのかもしれません。

こちらにさらに新しい情報があります！

メルマガサンプルプログラミング実況中継～ゲームループが倒せないの巻～

Byerkut — Mon, 20 Aug 2007 12:58:38 +0000

ゲームループのバグ修正と可読性を向上させました。でも書いている途中に別のバグに気づきました。ソフトウェアの設計って難しいですね…

ちなみにサンプルゲームはブロック崩しに決定しました。

// メッセージループ
MSG msg;
::ZeroMemory(&msg, sizeof(MSG));

FLOAT const frame = 16.6666f;
DWORD enterTime = ::timeGetTime();
DWORD previousTime = ::timeGetTime();
DWORD afterGameUpdateTime = ::timeGetTime();

while (msg.message != WM_QUIT) {

  if (::PeekMessage(&msg, 0, 0, 0, PM_REMOVE)) {

    ::TranslateMessage(&msg);
    // メッセージをウィンドウプロシージャに送信

    ::DispatchMessage(&msg);

  } else {

    // ゲームシステムのメインループ
    enterTime = ::timeGetTime();
    if (frame <(enterTime - previousTime)) {
      // ゲームの中核処理は必ず実行する

      ::UpdateGame();
      afterGameUpdateTime = ::timeGetTime();
      if ((afterGameUpdateTime - enterTime) <frame) {
        // 同じフレーム内に UpdateGame() がすんだ場合は
        // 描画処理を実行する

        ::InvalidateRect(hWnd, NULL, FALSE);
        previousTime = ::timeGetTime();
        ::Sleep(1);           // 少し待つ
      } else {
        // 次のフレームに食い込んでしまった場合は
        // 強制的に次フレームの更新を実行する
        previousTime = enterTime - (DWORD)frame;
      }
    }

  }

}

明日もお仕事がんばるぞ！

メルマガサンプルプログラミング実況中継～ゲームループ？？？の巻～

Byerkut — Sat, 18 Aug 2007 23:48:01 +0000

メルマガのサンプルを作っております。

かなり試行錯誤しながらゲームループを作ってみました。

主に 2D の場合のアルゴリズムなのですが、あっているか不安です。

// メッセージループ
MSG msg;
::ZeroMemory(&msg, sizeof(MSG));

FLOAT const frame = 16.6666f;
DWORD nowTime = ::timeGetTime();
DWORD previousTime = ::timeGetTime();

while (msg.message != WM_QUIT) {

  if (::PeekMessage(&msg, 0, 0, 0, PM_REMOVE)) {

    ::TranslateMessage(&msg);
    // メッセージをウィンドウプロシージャに送信

    ::DispatchMessage(&msg);

  } else {

    // ゲームシステムのメインループ
    nowTime = ::timeGetTime();
    if (frame <(nowTime - previousTime)) {
      // ゲームの中核処理は必ず実行する

      ::UpdateGame();
      if ((nowTime - previousTime) <(frame * 2)) {
        // 同じフレーム内に UpdateGame() がすんだ場合は
        // 描画処理を実行する

        ::InvalidateRect(hWnd, NULL, FALSE);
        previousTime = ::timeGetTime();
        ::Sleep(1);           // 少し待つ
      } else {
        // 次のフレームに食い込んでしまった場合は
        // 強制的に次フレームの更新を実行する
        previousTime = nowTime - frame;
      }
    }
  }

}

大丈夫かな？

メルマガサンプルプログラミング実況中継～ゲームループの巻～

Byerkut — Sat, 18 Aug 2007 07:07:38 +0000

いつもメルマガの執筆がギリギリになってしまうのでサンプルプログラムだけは先に作っておかなければなるまいと記事を書いております。

メールマガジンはこちら

まず、プログラムの土台はこのサイトでも何度か登場している昔のモノを流用します。しかしこのソースにはゲームループが書いてありません。コーディングした当時は Windows のひな形とゲームのひな形は別のモノだ！…と意気込んでおりました。あの頃は若かったのです。

さて、ゲームループとは何でしょうか？

…と、その前にひとつだけプログラムの特性を知っておく必要があります。

実はプログラムというのはソースコードの上から下へ実行されていくのですが、一番最後までたどり着いたらプログラムが終了してしまうのです。

たとえば FF をプレイしようと思って電源を入れる→ PS のロゴが出る→ SQUARE ENIX のロゴが出る→タイトルが出る→ Continue を選択しようと思ってコントローラに手を伸ばす→ゲーム終了。…と、なってしまうのです。１万円近いソフトウェアを買ったのにこのような仕打ちはひどいと思いますよね？

勘の良い読者の方はすでにお気づきでしょう。そうです、ゲームループとはユーザーとのインタラクティビティを実現するために、ゲームを終了させない仕組みのことなのです。

先ほどの FF の例ですと、ゲームループを組み込むことで、タイトル画面では New game を選ぶか Continue を選ぶかをユーザに選択させるために、プログラム内部でぐるぐるとループして待っている必要があったのです。

では、ゲームループの必要性がわかったところでサンプルプログラムの実装に入りたいところですが、記事が長文になってしまったので次回に持ち越しさせていただきます。

それでは！

組み込み系で見たタスクシステム

Byerkut — Thu, 16 Aug 2007 12:55:34 +0000

今週悩んでいるアニメーション仕様はまだまだ完成には遠いと感じました。

長い道です。

それはさておき、私は今まで PIECE のような組み込み系（っぽい）環境でタスクシステムを組むというのはそうとうの熟練を要すると思っていました。なんせスレッドっぽく動かなければならないためです。タイムシェアが必要というわけです。

しかし本日になって突然、あれ？インストラクションポインタとスタックポインタを切り替えればできる？と思いました。とりあえず Windows では不可能なのはわかっているので組み込み系の低水準環境で試してみたいものです。

パソコンは１台くらい壊さなければ上達しない。…と、いま私が思いました。

アニメーション仕様のあり方（第２夜）

Byerkut — Wed, 15 Aug 2007 10:02:33 +0000

先日に続いてアニメーション仕様の構想です。とりあえずパッシブアニメーションの仕様はほとんど固まりました。

以下のような画面で管理できると思います。

問題はアクティブアニメーションです。

同じ画面で管理するのは煩雑かもしれません。

アニメーション仕様のあり方

Byerkut — Tue, 14 Aug 2007 13:12:42 +0000

少し大きめのゲームを作るとなるとかなり神経を使います。私の場合、最初の砦となるのがアニメーションです。

たとえばテイルズのバトルシーンのようなゲームのアニメーションを作りたい場合、どうもパッシブなアニメーションとアクティブなアニメーションのふたつが必要なのかな？と考えています。

パッシブなアニメーションはベクトルから今現在表示すべきアニメーションとコマを算出して描くだけなのですが、たとえば大ダメージを受けてノックバックする場合などは逆にベクトルを見てはダメで、ダメというか逆にベクトルを指定する必要すらあるような気がしているのです。

パッシブアニメーションが切り替わるのをロックする機能と、アニメーションの終了をフックする機能が必要かもしれません。

いやぁ、難しい。