Code on canvas

Processingでローグライク05:インベントリメニューや陰影の調整など

2012-01-05T09:30:00.002+09:00

久々にこのプロジェクトに手を付けて、インベントリーやステータスのメニューの仮実装と探索エリアを示す陰影の調整をしました。仕様書も書いたのでそのあたりまではつくりたいところです。

現在のプロジェクトまとめ

2012-01-04T01:35:00.001+09:00

年が明けて2012年となり、ブログのエントリーも増えてきたのでプロジェクトの進捗状況をまとめてみました。

<鋭意制作中>
・AndroidでSTG 　完成度50%.鋭意制作中。(4人チーム)

・Unityで3Dゲーム　試作が完成しつつあるが今後の方針の検討が必要。(5人チーム )

・Processingでローグライク　ゲームシステムの基礎部分構築中。(1人 )

・SPHで流体シミュ　本業です。一段落ついたらSPHとMPSについて解かりやすい解説エントリーをします。(1人)

<制作完了>
・DSの某ゲーム

< 技術デモ >
・XNAでFPS 　シェーダや3Dゲームコーディングの基礎知識とオブジェクト指向の設計能力がかなり向上したのでよい経験となった。が、ガチでFPSつくろうとしたときにXNAが最善の選択肢と思えなくなりデモの域で終了。(1人制作)

・C#によるチャットプログラム　コマンドラインでチャットができる。スゴい！(笑)　Socket通信とスレッド処理の練習。(1人制作)

・XNAでチェス　Player VS Playerのチェスが完成。本来はCOM対戦も実装したかったが大変なので放置。どちらかというと24時間以内にどこまでつくれるかを試した感じ。(1人制作)

・A*による経路探索　オライリーのゲームAI本に触発されて制作。当時は自分でアルゴリズムを調べて自力実装したことがあまりなく、かなり苦戦。何故ソースを消してしまったのか・・・。(1人制作)

・HLSLによる鏡面シェーダ　シェーダ本に載っていないオリジナルのエフェクトをつくってみたくて制作。ハマりにハマって半月も浪費したけど完成。(1人制作)

<プロジェクト離脱>
・Processingでステージエディタ　Flashゲームのプロジェクトに助っ人として参加。ステージエディタのベースをProcessingで制作して離脱。(5-6人制作)

<ペンディング>
・LuaとDirectXでパズルゲーム　Luaをつかってみたくて一人でちょろちょろと。Lua熱が冷めたのでお蔵入り。
　
・XNAでRPG 　企画としてまとめず、だらだらコーディングしながら模索していたためお蔵入り。ネタ的にはProcessingのローグに統合。

・DirectXでBillboard使ったゲーム　他の制作とかぶってきたので終了。(2人制作)

・Seleneでファミコンウォーズクローン　システムの基礎が完成し、1ステージ遊べるようになって満足して終了。生まれて初めてオブジェクト指向を意識ししてコーディングし、大苦戦。コマンドメニューの実装にすごく手間取った。(1人制作)

・Seleneでリバーシ　対人戦を実現して満足して終了。OpenGLで無駄に3Dになってるリバーシ。(1人制作)

他にもプロジェクトと呼べないほどの細々したプログラムもたくさんありますが、時系列順だとこんな感じのようです。

2009
・Seleneでリバーシ
・Seleneでファミコンウォーズクローン
・A*による経路探索
・XNAでFPS
・HLSLで鏡面シェーダ
・XNAでFPS

2010
・XNAでチェス
・C#によるチャットプログラム
・XNAでRPG
・LuaとDirectXでパズルゲーム
・DirectXでBillboardを使ったゲーム
・DS

2011
・Processingでステージエディタ
・AndroidでSTG
・Processingでローグライク
・Unityで3Dゲーム
・SPHで流体シミュ

2012←いまココ
・(引き続き)AndroidでSTG
・(引き続き) Processingでローグライク
・(引き続き) Unityで3Dゲーム
・(引き続き) SPHで流体シミュ

こう振り返ると色々やってるように見えますが、実際のところ、反省というか、今後の目標というか。
未完が多いので完成品を増やしたい。
というのが現実。精進します。

AndroidでSTG02:進捗②

2011-09-10T01:29:00.003+09:00

徐々にゲームシステムがまとまり、グラフィックやサウンド素材もつくりはじめ、ステージ編集方法を改善されてきた段階です。

画面タッチとドラッグにより、プレイヤから扇型の領域が出現し、扇領域ないの敵の弾(ミサイル)の方向を誘導できるシステムでまとまりつつあります。

プロジェクトとしては、この後も素材をつくりつつ、遊べるレベルデザインを行い、STGとして完成させていきます。

Processingでローグライク04:アイテムとインベントリの仮実装

2011-09-10T01:08:00.002+09:00

操作方法やUIを仮実装しつつ、アイテム取得やインベントリ選択を実装しました。

AndroidでSTG01:進捗①

2011-07-25T00:37:00.005+09:00

仲間内で制作しているAndroidのSTG。鋭意制作中。

傾けてプレイヤを移動させて、画面タッチで敵の弾を操る変わり種のSTGです。
良く言えば新しい、悪く言えば邪道なSTG。
プロジェクトの目的が「Androidでゲーム開発の経験を得る」なので別に問題ないのです。

プロジェクトメンバの内分けは、今のところメインプログラマ、ディレクタ兼プログラマ(私)、グラフィッカの3人。ひと段落ついたら公開できたらいいな。

Processingでステージエディタ：Flashゲーム用のディタ

2011-07-24T23:30:00.010+09:00

仲間内でFlashゲームを制作していたときに、ステージエディタを作ってみました。

エディタはProcessingで書かれていて、Flash側のゲームで読み込める形式でステージ情報を保存できます。

①これがエディタ画面

②マウスクリックでオブジェクトを配置して、

③Enterでゲーム内の動きでオブジェクトの再生をします。
ウサギが左から、チーターが右から走ってきます。
④オブジェクトをたくさん配置するとこんな感じに。

矢印キーでオブジェクトの種類を変更したり、オブジェクトの出現時間を変更したりできます。上の画像にたくさん出ている赤いバーがオブジェクトとその出現時間を表しています。

ここからダウンロードできます。
たいして面白いものでもないですが、興味がある方はどうぞ。(実行ファイルはJavaAppletとして出力しています。)

Flashゲームそのものは現在鋭意制作中のようです。私自身はAndroidのプロジェクトへ移行するためFlashゲームのプロジェクトからは離脱しました。Flashゲームが完成したらまた紹介したいです。

Unityの練習01:プレイヤ操作とSpawner

2011-07-24T22:39:00.006+09:00

数か月前にもチュートリアルをやってみましたがなかなか慣れずに断念していましたが、全ゲ連のエントリーに触発されてUnityをもう一度練習してみました。

XNAでC#を使っていたので、JavaScriptよりもC#に愛着があり、
Unity game examples - C# scripting tutorial for beginners
を参考にして、C#によるUnityでのゲーム制作の練習することに。

空のプロジェクトをつくって、上記リンク先のサンプルをトレースしてみました。

「日常」の背景を配置して、「ハカセ」が左右キーで左右に動き、上から降ってくる「坂本」にあたると坂本が消えます。見えないSpawnerが上で左右に動いていて、「坂本」はいろんな位置から降ってくるという簡単なものです。

Unityは使い勝手がいいのですが、無料版では複数人でデータを共有する術が無く。SVNなど外部のツールを使ってデータ共有することになります。しかし同じシーンを同時に編集すると競合してしまうらしく(?)、「一人でゲームを作って素材だけ発注する」という形でないと無料版での制作は難しい気がします。

Processingでローグライク03:ランダムダンジョン生成

2011-07-24T22:30:00.002+09:00

ランダムなダンジョン生成のアルゴリズムが仮完成したので、テキストで表示してみました。「.」が壁、「R」が部屋、「#」「3」「0」「1」が通路となっています。

対応したタイルのグラフィックを表示させて、ゲームの処理部分に生成したマップを組み込めば一応完成です。

生成方法はマップを縦横ランダムに分割していってランダムな大きさの部屋を分割領域内につくるやり方です。分割線を通路にして部屋までさらに通路を伸ばすことで各部屋を繋げました。

任天堂ゲームセミナー2010作品『FloWooooT』

2011-06-02T03:23:00.001+09:00

今期、イチ押しでーす！

Processingでローグライク02:暗さと敵の仮実装　　～Processing+Eclipseで作った実行可能jarをBloggerに貼る際の注意～

2011-05-29T01:44:00.007+09:00

制作中のローグライクの試作です。
左クリックで移動。右クリック押し続けで攻撃範囲を表示し、右クリックを離すと攻撃します。

ブラウザだと処理落ちが酷いです。ローカルだと問題ないんですが・・・・。困った。

前回Bloggerへの貼り方がさっぱりだって言ってたんですが解決しました。PApplet.mainを書くメソッドをメインクラス内で最初にメソッド定義していなかったことが原因でした。

自分が忘れないように、同じ原因でお悩みの方のために、「Processing+Eclipseで作った実行可能jarのBloggerへの貼り方」をまとめておきます。

1.EclipseでProcessingのプロジェクト作成してコードを書きます。

2.メインクラスに
public static void main(final String args[]){
PApplet.main(new String[] { "--present", "main1" });
}
を記述します。ただし、メインクラス内で一番最初に定義(他のメソッドよりも上に)する必要があります。フィールドよりも下の位置でも大丈夫なようです。
※上記"main1"の部分は自分のソースコードのメインクラス名を使います。

3. 建築農業工作ゼミさんのエントリーを参考にBlogger投稿時にHTML編集をします。
DropBoxへjarファイルをアップロードするのが楽でお勧めです。
アップロードするファイルは、.jarと使用する素材(pngやbmpなど)だけで大丈夫です。

Processingでローグライク02:暗さと敵の仮実装

2011-05-21T04:24:00.015+09:00

適当にプレイヤのHPや敵などを実装して、視野範囲もつけてみました。

本当はJavaAppletとして投稿したかったのですが、どうにもこうにもBloggerに投稿できなかったので画像だけ貼りました。(前回の投稿ではeclipse+processingでつくったjarを投稿できてたのに・・・・・・　)

eclipseから実行可能jarをエクスポートしても、Blogger投稿時にHTML編集してJavaAppletを表示させると、メインクラスが見つからないというエラーが出てプログラムが起動しませんでした。10時間ぐらい試行錯誤したり検索したりシンプルなプログラムで試したりしマニュフェスト確認したりしたんですが、何一つアップロードできなくなってしまったので流石に心折れました。　

前回投稿したファイルだと問題なく再アップロードできるのでますます謎。歯がゆすぎる・・・・・・　orz

Processingでローグライク01:クリック移動

2011-05-06T04:38:00.003+09:00

なんとなくローグっぽいハクスラがつくりたくなったのでとりあえずプレイヤの移動だけ仮実装。
左クリックで自キャラ"@"が移動します。
白は床、黒は壁、ピンクは通路です。

Processingでなんかつくった02：クリックゲー試作

2011-05-02T00:59:00.005+09:00

身内がつくってるらしいゲームの超簡易試作版をつくってみました。企画自体はinponoizeさんのものです。モチベーションと勢いにまかせて2時間弱でつくってみました。GameOver時のスコア周りの挙動があやしいですが、遊びの確認のための試作なのでまぁ大目に･･････。

マウスを動かして沢山の円を赤く変化させ、円が消えるまえにクリックすると得点が入ります。制限時間内に沢山スコアを稼ぐ単純な遊びです。

Processingでなんかつくった01

2011-04-28T01:29:00.009+09:00

ゲームの試作を素早く作るのにProcessingがいいという話を聞いたので、試しに触ってみました。

描画もキー入力もかなり簡潔なコードで書け、あまり深く考えずにつくってみても面白い絵が出来上がるので結構ハマります。

プログラムになじみの無いデザイナのために開発されてきた経緯があるようで、環境構築も一瞬で終わり、初めての人にも10分しないうちに絵を表示できるようになると思うのでプログラム初心者の方にもお勧めです。

本家ProcessingのHPはこちらです。
Processing
「Processing」で検索すれば日本語のすぐれた情報はいくらでもあるので、英語で困ることはあまりないと思います。

とりあえず何かつくりたくなったので適当につくってみました。Processingに備わっている時計の関数をつかってみたかったので、1秒ごとに変化のある絵を試しに組んでみたものです。

BloggerへのProcessingの貼り方はこちらを参考させていただきました。
建築農業工作ゼミ
こちらではFC2の鯖へデータをアップロードしているようですが、自分はDropboxのパブリックフォルダにデータをアップロードしたリンクをHTMLに埋め込んでいます。

C++やXNAで試作をつくっても動画を撮ってYoutubeにあげないと公開できないのですが、Processingの場合はJavaAppletとしてすぐにブログで公開できるのが嬉しいです。

Android開発環境導入

2011-04-21T02:11:00.002+09:00

Androidの開発をしようじゃないかという声がかかったので、とりあえず開発環境だけでも整えてみました。実際につくるかどうかは分かりません。

1.OracleからJDKを入手
http://www.oracle.com/technetwork/java/javase/downloads/index.html
Java Platform(JDK)のアイコンをクリックし、
プルダウンからWindowsを選択しダウンロード。
(Android SDKは64bit版で動かないようなので、
eclipseが64bit版の場合、Windows x64もダウンロードする必要あり。)

2.Android SDKを入手
http://developer.android.com/index.html
インストール後、Android SDK ADV Managerが起動したら即終了する。

3.eclipseを入手
こちらのサイトを参考にして、eclipseとその日本語化をする。
http://www.javadrive.jp/eclipse3/install/

4.ADT Plugin for Eclipseをインストール
同じくこちらのサイトを参考にして（略
ただし、SDK Platformのインストールには1時間弱かかった気がするので注意。
http://www.javadrive.jp/android/adt/

5.サンプルを動かす
ここを参考に、アンドロイドのサンプルを動かしてみる。Snakeとかお勧め。
http://android.akjava.com/cms/develop/sdk/eclipse_newproject.html

(おまけ).eclipseのショートカット
初めてeclipseを触る人は覚えておくと便利かも。
http://fukata.org/2010/05/30/useful-eclipse-keyboard-shortcut-java/
http://dev.chrisryu.com/2007/01/eclipse10.html

DSで流れアクション

2011-04-21T01:54:00.005+09:00

諸事情により9月からブログ休止してました。

ところで、このゲームお勧めです。
任天堂ゲームセミナー2010　FloWooooT

DirectXでBillboard使ったゲームその2：ラフと草

2010-09-01T00:54:00.005+09:00

タラバガニさんから機体イメージのラフがあがってきました。とてもいい感じです！

草のテクスチャも描いて頂いたので、とりあえず貼ってみました。その１と比べると見栄えしますね。流石です。あと対戦用に画面分割をしています。

絵があがってきたので、プログラム側としては本格的に後に引けなくなってきた感じです。お互い時間の無い中での制作ですが、なんとか形になるものにさせたいです。

DirectXでBillboard使ったゲームその1：とにかく動くものをつくってみた

2010-08-28T02:30:00.005+09:00

てんやわんやで、タラバガニさんとPCゲームをつくることになりました。
クォータービューで対戦ものでビルボード表現をつかった3Dゲームです。索敵が重要で、いかに相手の裏をかけるかがポイントとなるゲームデザインにする方針です。

キーワードは「錆び臭い」です。

まだ試験段階なので私の描いたモブで動いていますが、いずれ「見れるモノ」ができあがってくると思います。

グラフィック的な心配はないと思うのですが、私のスキル不足という点でプログラム的な問題が色々とあります。もはや私一人の企画ではないのでなんとしてでもリリースに漕ぎつけたいです。

LuaとDirectXでパズルゲームその3：四色定理でリンクチェック

2010-08-26T03:21:00.003+09:00

パネル同士のつながりをチェックしています。まだ、できていません。

良い意味で多忙過ぎたため、7月中に公開は無理でした。ごめんなさい。

LuaとDirectXでパズルゲームその2：時間の導入とテクスチャ管理

2010-06-23T23:39:00.003+09:00

時間の管理用のクラスを導入しました。あとすべてのオブジェクトで律儀にテクスチャを読み込んでいたのを、一度読み込んだテクスチャを使いまわせるようにstd::mapでテクスチャ管理をしました。他にも細々したところを弄ったり、リファクタしたりしてますが、今回はこんな感じです。

LuaとDirectXでパズルゲームその2：タイトルとかロードとか

2010-06-17T00:03:00.012+09:00

とりあえず現状報告。こんな感じです。

実装したのは次の３つ。
・タイトル、ロード、ゲームの3つの遷移の実装
・マルチスレッドによる「Now Loading」のアニメーションをしながらゲームをローディング
・ゲーム画面をちょっとだけオサレになった

ゲーム画面でできるのがカーソルの移動だけで、ゲーム内容はまだ手をつけていません。あとメモリ管理をしていなくていろいろ酷い状態です。最優先事項は「時間」の導入です。実はフレームカウントはしてますが、ゲーム内に時間を表現したクラスが無いのでとっとと実装したいです。

LuaとDirectXでパズルゲームその2：なんかできつつある

2010-06-04T00:49:00.005+09:00

パズルゲームができつつある。タイプとしてはBIOSHOCKのハッキングゲームっぽいやつ(名前があったはずだけどなんていうのか忘れました)。

ゲームパートの表示とカーソル移動が完了した程度でまだまだこれからです。7月中に公開できたら運がいいかなってところです。

LuaとDirectXその1：とりあえず表示と制御

2010-05-29T00:50:00.005+09:00

C++のクラスをLuaへバインドする方法も一通り理解できたので、C++で実装したDirectXの描画用クラスを使ってLuaからモデルの表示と操作をさせてみました。

トラが自動で回転して、黄色い板をWASDで移動とQEで回転ができるコードです。今はまだモデルの表示をしているだけなので、できるだけ近いうちに.fxを使ったシェーディングを実装して、とっととゲーム制作に入っていきたいです。

日記:RPGをつくろうと思ったけどDirectXへシフトすることにした

2010-05-20T21:59:00.006+09:00

急にRPGが作りたくなってきたので、5月の頭から何日かXNAでRPGを組んでいました。

別にBioshockとL4Dの同人とかっていうわけじゃなく、ただそれっぽい画像を試作に使っただけです。完成したのは探索パートと戦闘パートが10%ずつぐらい。

とは言っても少しばかり思い立つことがあり、実のところ5月中旬からずっとDirectXとLuaの使い方を調べてました。まだC++からLuaへ公開する描画用のクラスのコーディング中です。おそらくこのRPGをC++とDirectXとLuaの環境へ移したり、新しく3Dのゲームをつくるになると思います。

XNAでFPSその33:歩くアニメの作製②

2010-05-03T04:36:00.018+09:00

ずいぶんヒドイできですが歩くアニメを創ったのでXNAに読み込ませてみました。データが完成してれば３０分かからずに動かせると思います。私は入出力方法が分からずに６時間ぐらい悩んでましたがｗ

まず初めにエクスポータを落とします。Blender標準のエクスポータでは正しく表示できなかったのでこちらのPythonスクリプトが必要です。

http://www.triplebgames.com/downloads.html

ページ下部の「Script for exporting skinned anims to XNA from blender」を落としてBlenderのscriptsフォルダに入れます。

Blenderで普通にモデリング&アニメーションを制作して吐き出すだけですが、いくつか注意事項があります。

１.全てのrootとなるボーンが一つだけ必要

　アニメーションを創る際、いくつかのボーンには親子関係を持たせていると思いますが、XNAで扱う際には全てのボーンは一つの親から派生しているようなツリー構造ではないといけないようです。親が無いボーンにはChild Ofに親の名前を入れます。

２．Blenderの座標系からXNAの座標系の変換
　標準のFBXエクスポータには出力時に回転をすることができますが、上のエクスポータではそれができません。なので事前にrootのボーンをX軸回転90度、Z軸回転180度をして全てのアクションの１フレーム目にLocRotしてキーフレームを打っておく必要があります。
　Objectモーﾄﾞで全てのオブジェクトを回転させて座標系を修正しようとしても、XNA側ではボーンの動きにモデルが連動してしまうので無理なようです。(この記述には自信が無いので鵜呑みにしないでください、とりあえずXNA側でモデルの座標系が違うようなら新しくrootボーンを設定してアニメーション丸ごとLocRotするのがお勧めです。)

３．Action Editorでアニメーションの名前付け
Action Editorのアクション名入力欄でアニメーションに名前を付けます。複数のアニメーションを一つのfbxに入れるには、上三角下三角のボタンでAdd Newします。ここで付けた名前をXNA側でも使います。またXNAのサンプルでは各アニメのキーフレームを最後まで再生したら初めに戻ってループするように再生されます。

4.エクスポータで出力
基本的には下のSSのような設定でいいと思いまが、ボーンに対応してないメッシュは表示されないので注意が必要です。

5．.fbxのテクスチャパス変更
エクスポートした.fbxをテキストエディタで開いて「RelativeFilename」で検索します。そこに書かれているのがテクスチャのパスなので、XNAのContentフォルダの構造に適応するように書き換えます。

実際、注意事項というほどでもないんですが、私が失敗したり初めての人が間違えそうなところだけ書いておきました。.fbxの出力ができたら完成したも同然です。

次はXNAに読み込ませる方法を説明します。

このサンプルをダウンロード。

http://creators.xna.com/ja-JP/sample/skinnedmodel

制作した.fbxをプロジェクトのContentに入れ、
入れたファイルに右クリ->プロパティをしてコンテンツプロセッサをSkinnedModelProcessorに変更します。

またコード中の次の箇所を変更します。
currentModel = Content.Load("dude");
↓
currentModel = Content.Load("自分のモデル名");

AnimationClip clip =
skinningData.AnimationClips["Take 001"];
↓
AnimationClip clip =
skinningData.AnimationClips["アニメーション名"];

あとは実行するだけで動くはずです。

ターン制RPGなんかだとこれで十分だと思いますが、自分のFPSではTriagnleProcessorのコンテンツパイプラインも使っているのでSkinnedModelProcessorと同時に使えるように改良しなければならないんですよね。単純なXMLを読み込むパイプラインの書き方しか知らないのでこちらも骨が折れそうです。

XNAでFPSその32:歩くアニメの作製①

2010-04-30T07:04:00.003+09:00

こちらのページを参考に歩くアニメーションの制作中です。

http://gamemotion.livedoor.biz/archives/50339837.html

とりあえずアニメーションは完成しそうですが、BlenderからのエクスポートとXNAへのインポートに時間をとられそうです。

C#によるチャットプログラムその２:簡易チャット完成

2010-04-23T00:50:00.004+09:00

TCPを使ったサーバクライアント型のチャットができました。基本的にはその1にあるリンク先のサンプルとキー入力用のスレッドを組み合わせただけの簡単なものです。基本的な使い方が理解できたので自作ゲームに生かしていきたいです。しかしながらTCPからUDPによる通信になるし、データの圧縮や予測が必要になってくるのでこれほど単純にできるとは思いませんが……。

C#によるチャットプログラムその１:ネットワークとスレッド

2010-04-16T10:30:00.012+09:00

自作FPSにマルチプレイを実装する必要があるのでネットワークプログラミングについて色々調べたところ、どうやらSocketを使う方法が良さそうです。簡単な解説とサンプルもありました。

http://msdn.microsoft.com/ja-jp/library/b6xa24z5(v=VS.100).aspx

クライアントからの接続や受信待ちのときプログラムが待機するから、サーバとクライアントで交互にしか通信できないじゃないかと思ったら非同期に処理する方法があるんですね。

上記リンクのサンプルを元にコンソールのチャットプログラムを書こうと思ったんですが、普通にConsole.Read()を使うとキーボードからの入力待ち受けをすると処理が止まってしまいます。こちらも非同期処理を使ってもいいらしんですが、どうやらスレッドを使うのがよさげだったので、

http://ufcpp.net/study/csharp/sp_thread.html

のサンプルを元にスレッドを使ったコードを書いてみました。

仕様としては、
・秒単位で起動後の経過時間を表示
・文字列の入力
・入力された文字列の先頭に">>"をつけてそのまま出力
・上記３つの動作をそれぞれ違う行で表示
という単純なプログラムです。

以下ソース。


using System;
using System.Collections;
using System.Threading;




class TestThread
{
 
 class TimeCounter
 {


  private int i;
  private StringContainer container;

  public TimeCounter(StringContainer container) { i = 0; this.container = container; }

  public void Run()
  {
   while (true)
   {
    //入力行のカーソル位置を保存
    container.CorsurLeft = Console.CursorLeft;

    //時間出力行へカーソル移動
    Console.CursorTop = 0;
    Console.CursorLeft = 0;
    
    Console.Write("{0}sec...\r", i);
    
    //入力行のカーソル位置へ移動
    Console.CursorTop = 1;
    Console.CursorLeft = container.CorsurLeft;
    
    Thread.Sleep(1000);
    i++;
   }
  }
 }









 class KeyReader
 {
  StringContainer container;

  public KeyReader(StringContainer container)
  {
   this.container = container;
  }

  public void Run()
  {
   while (true)
   {

    container.Msg = Console.ReadLine();
    container.MsgNum++;

    //文字列入力行をリセット
    Console.CursorTop = 1;
    Console.CursorLeft = 0;
    Console.WriteLine("                                            ");

    //文字列出力行をリセット
    Console.CursorTop = 2;
    Console.CursorLeft = 0;
    Console.WriteLine("                                            ");

    //カーソル位置リセット
    Console.CursorLeft = 0;
    Console.CursorTop = 0;
   }
  }
 }







 class KeyWriter
 {
  StringContainer container;
  private int writeNum;
  public KeyWriter(StringContainer container)
  {

   this.container = container;
   writeNum = 0;
  }

  public void Run()
  {
   while (true)
   {
    if (container.MsgNum - writeNum == 1)
    {
     //文字列入力行へカーソル移動
     Console.CursorTop = 2;
     Console.CursorLeft = 0;
     Console.WriteLine(">>" + container.Msg);
     writeNum++;
     Console.CursorTop = 1;
    }
   }
  }
 }






 //クラス間へ文字列などの情報をわたすためのクラス
 class StringContainer
 {
  public string Msg;
  public int MsgNum;
  public int CorsurLeft;

  public StringContainer() { MsgNum = 0; CorsurLeft = 0; }
 }









 static void Main()
 {
  const int N = 3;
  Thread[] threads = new Thread[N];
  StringContainer container = new StringContainer();

  TimeCounter timeCounter = new TimeCounter(container);
  threads[0] = new Thread(new ThreadStart(timeCounter.Run));

  KeyReader keyReader = new KeyReader(container);
  threads[1] = new Thread(new ThreadStart(keyReader.Run));

  KeyWriter keyWirter = new KeyWriter(container);
  threads[2] = new Thread(new ThreadStart(keyWirter.Run));


  foreach (Thread a in threads)
  {
   a.Start();
  }


  foreach (Thread a in threads)
  {
   a.Join();
  }



  Console.ReadKey();
 }
}

実行結果

静止では分かりにくいですが、１行目で時間を数えつつ、２行目でキーボード入力を受け付け、３行目に入力をそのまま出力します。

XNAでFPSその31:アルファテストで木の描画

2010-04-11T05:17:00.006+09:00

前回、透明なオブジェクトを描画するときに前後関係がおかしくなるのでソートする必要があるようなことを言いましたが、アルファテスト使えば簡単に透明なオブジェクトの重なりあいも実現できました。

木の葉っぱはただの四角形メッシュで、葉っぱの画像の周りはα=1の透明色になっています。

自分で作ったモデルなので不格好な木ですが、それっぽさはでてると思います。木の影もちゃんとでてるのを見るとPSM実装しておいてよかったぁーっと思ったりします。

こちらのページをもとに実装しましたが、どうやらXNAのビルボードサンプルと同じ方法だったようです。

XNAでFPSその30:透明なテクスチャの描画とその影

2010-03-31T21:38:00.002+09:00

長方形の3Dモデルにα値をもったpng画像を張り付けて、透明なオブジェクトの描画をしてみました。

シャドウボリュームと違い、テクスチャが透明でもその見た目通りに影の描画ができるのはシャドウマップ系のシャドウ生成のメリットですね。

透明なモデルを描画する前に、以下のようなコードでレンダステートを変更することで実装してみました。

graphicsDevice.RenderState.AlphaBlendEnable = true;

graphicsDevice.RenderState.SourceBlend = Blend.SourceAlpha;

graphicsDevice.RenderState.DestinationBlend = Blend.InverseSourceAlpha;

graphicsDevice.RenderState.DepthBufferWriteEnable = false;

graphicsDevice.RenderState.CullMode = CullMode.None;

この方法の場合、Ｚバッファと隠面消去をオフにしているので木の葉っぱなどのように透明なテクスチャが重なり合うような場合は上手く表現できません。解決方法としては不透明なオブジェクトを描画してから透明なオブジェクトを視点に対して奥から順番に描画する等があります。その他の方法もあるようです。

XNAでFPSその29:セミオート、フルオート、バーストと銃声の追加

2010-03-27T02:39:00.003+09:00

かなりチープさがありますが、若干FPSらしさが出てきた気がします。

まだまだ練れる個所は多く、フルオートよりもバーストの集団率を高くしたり、連射し続けるごとに散弾するような調整が必要ですが銃については一段落とします。

人型の的が倒れても銃痕が残るのはなんとかしないといけませんね。現状は弾が当たった場所に銃痕の平面ポリゴンを表示させてるだけですが、本来ならばステンシルを使ったりして銃痕を表現するんでしょうか？　メジャーな銃痕の実装方法がよくわかりません。うーん。

XNAでFPSその28:散弾の実装

2010-03-16T22:59:00.003+09:00

銃を撃ったときに弾がバラけるようにしました。

XNAでFPSその27:ラジオ実装。XACTで3Dサウンド

2010-03-16T22:13:00.005+09:00

サウンド関係は全く手をつけてなかったので試しにラジオを実装してみました。

ラジオに焦点を合わせてEキーを押すとポーズ/レジュームが切り替わります。下の動画は距離による音量の減衰と音源の方向による左右の音量の違いを録画したものです。

CueクラスのApply3D関数を見つけた時に、「これは！」と思い適当にAudioListenerとAudioEmitterをインスタンス化して試したところ音源の方向は簡単に表現できたのに距離による減衰がなかなかできないのでなんでかなーっと思ったら、XACT側でデータを設定しておく必要があったようです。冷静に考えればあたりまえかｗ

そんなわけで実装する際に迷ったところをメモしておきます。

超初心者のプログラム入門(XNA)

のページよりサウンドを再生できるようにします。

次に、距離による音量の減衰はXACT上で設定します。

①Variables->Cue Instance->DistanceのVariableRangeの右側の入力ボックスの値を「1,000.00」ほどに設定します。この値はゲーム内の距離とのスケールによります。

②RPC Present上で右クリ->New RPC Presentを選択し、

出てきたウィンドウの次の項目をVariable->Distance、Object->Sound、Parameter->Volumeのように設定するとグラフが出現します。

あとは距離に応じた音量の減衰をグラフ上にあるポイントを適当にドラッグしてグラフの形を変えることで実装します。

このグラフでは500以上の距離では消音されることになります。この値は適切に決めてください。

③Sound BanksをWクリして出てきたSoundBanksのウィンドウで、距離減衰を適用したいサウンド上で右クリ->Attach/Deattach RPC(s)を選択し、先ほど作製したRPCを適用して完了です。

C#のコード内では適当にAudioListenerとAudioEmitterを設定して、Cueを"再生する前"と"Update毎"にApply3Dを呼び出すだけです。AudioEmitter側の.Upと.Frontは適当にVector3.UpとVector3.Frontを設定しました。距離減衰と音方向はこれで実装できたので、恐らくですがドップラー効果を実装しない限り関係ない設定ではないかと思います(違うかも)。

XNAでFPSその26:人型の的の追加

2010-03-15T04:27:00.003+09:00

撃ったら倒れるだけの的です。
現状だと的が倒れても銃痕がその場に残ったままなのでなんとかする必要があります。

XNAでFPSその25:BlenderのExportがおかしい気がするその3

2010-02-26T02:28:00.003+09:00

BlenderのExporterでも頂点の法線ベクトルを正しくだせたようです。

「no smooth 」

のボタンをオンにしてからExportするだけでできました。

かなり色々試していたんですが、no smoothを完全に見落としていたみたいです。

xファイルはこれでいいんですが、fbxではどうも無理っぽい。

うーん。

おとなしくxファイル使うことにします。

XNAでFPSその24:Parallel Split Shadow Maps

2010-02-18T16:32:00.003+09:00

PSSM完成しました。

本家で公開されているXNAのコードを、自分のFPSに組み込めるようにリファクタしただけですが３つ４つかなり苦労する部分がありました。

中でも一番苦労したのが、苦労したっていうか解決策に気付かなくて無駄な時間をすごしてしまったことなんですが、下のコードのようにレンダリングターゲットを複数回変更すると画面が紫色に初期化されてかなり悩んでいました。
for(split = 0; split < splitMax; split++)
{
GraphicsDevice.SetRenderTarget(0, shadowMapRenderTarget);
//影描画
GraphicsDevice.SetRenderTarget(0, sceneRenderTarget);
//シーン描画
}

いろいろググったところ、

http://social.msdn.microsoft.com/Forums/ja-JP/xnagameja/thread/8ec678eb-8d72-4b10-9623-7c39f0912256

に解決方法が載ってました。

なるほど、箱○は毎回レンダリングターゲットを初期化するためWindows向けに組んだコードでも箱○に合わせて初期化するということらしいです。そこでレンダーターゲットを確保する際に、
sceneRenderTarget = new RenderTarget2D(
GraphicsDevice,Width,Height, 1,
BackBufferFormat, MultiSampleType,MultiSampleQuality, RenderTargetUsage.PreserveContents);
とすることで、プラットフォームに合わせて初期化処理を変更できるようです。
PreserveContentsではWindowsでは初期化しない。箱○では初期化する。という処理になるようです。
そのため箱○では表示できないことになります。

これに気付くまで2，3日かかり、その間かなり滅入ってたんですが何とか完成できてよかったです。

このPSSMではあまりに広いマップで動作できないので、次は本家のOpenGLの広域PSSMのサンプルを解読してなんとかデカイマップで影付けできるようにしたいです。

XNAでFPSその23:BlenderのExportがおかしい気がするその２

2010-02-18T02:21:00.003+09:00

前回XNAでFPSその22:BlenderのExportがおかしい気がするからの追記です。

FPSそのもとは関係ないんですけどね……。

色々調べた結果、Blenderのデータ形式が面UVなのに対してDirectXのデータ形式が頂点UVであるため

BlenderのExporterからは右の画像のような法線しか得られないようです。どうやらPython Scriptを自分で手直しすればいいようですが……無理です。やはり他の3Dモデリングソフトを使ったほうが現実的な気がします。仕方ない探すかぁー

(縮小した写真じゃ分かりにくいですが、各頂点の法線に違いがあります。)

XNAでFPSその22:BlenderのExportがおかしい気がする

2010-02-12T00:27:00.000+09:00

XNAで法線マップを出力した際の挙動がどうもおかしい。

これはもしかするとポリゴンモデルのほうに問題があるんじゃないかと調べたところ、

Blenderからの出力で法線がおかしなことになっていることに気付きました。

ただの立方体です。本来は左のように各面それぞれの法線であるべきですが、Blender

の出力では頂点法線から補間された法線が面法線として割り当てられているようです。

なんとかしようと色々試したり調べたりしたんですが無理でした。

当面はモデルのポリゴン数を増やすことでしのぐことにします。

XNAでFPSその21: ステンシルで自分の銃を表示

2010-02-08T18:04:00.000+09:00

普段FPSやってても気づいていませんでした。銃って壁に埋まらないんですね。

自然すぎで自分でゲーム描くまで気づきませんでした。

これは両方ともプレイヤーがしゃがんでいる状態の画像です。上の画像は地面に銃が埋まっていますが、下の画像はステンシルテストを使っているので埋もれてません。

ステンシルを使うよりも、二つのレンダリングターゲットに描画してからそれぞれを合成するほうが簡単かもしれません。

XNAでFPSその20: トゥーンのエッジ処理の方法を変更

2010-02-04T02:19:00.002+09:00

トゥーンレンダのエッジの部分はポリゴンモデルを一回り大きくする方法で処理していましたが、問題がでてきたのでやり方を変えました。
いままではサルや立方体のような小さなモデルしか表示してなかったんで気付かなかったんですが、マップのような大きなモデルにした場合にちょっと無視できない問題がでてきました。

図のように水色の平面に対して赤い柱が突き抜けてるようなモデルの場合、黒丸で囲った場所に柱と輪郭のスキマが見えてしまいます。それに加えて輪郭として強調されるべき黄色の部分がまったく強調されてません。というか分かりにくい図ですみません。

そこで色々調べた結果。法線をRGBに深度をWに書き込んだ法線深度マップを作り、法線深度マップからエッジ抽出をして、通常のシーンにエッジを加える方法が一番よさそうだと分かりました。早い話がXNA Creaters Club Onlineの非写実的なレンダリングのやり方です。

とにかく百聞は一見に如かずということで、実行結果から。というか分かりにくいテクスチャ張っててすいません。

一回り大きなモデルの方法

エッジ検出の方法

これはいいトゥーン！！！！！！！！！！

やはり一回りモデルを大きくする方法だと妙な隙間が生まれたり、谷の部分にエッジが描かれてませんね。

上記のサンプルが英語でちょっと面食らったのでひょっとしたら需要があるかもということで解説を載せておきます。ぜんぜん大した話じゃないんですけどね……

以後のコードはこちらの一部引用一部改変版です。本家のプログラムはトゥーン以外も色々実装しており、やや読むのに時間がかかったので必要な部分だけ抜き出しておきます。

とりあえず方針から。エッジとは何か、何を基準に3Dモデルの輪郭に黒い線を引くかという問題ですが、この方法では"面の法線が急激に変化している"ところと、"物と物が重なっている"ところをエッジとしています。(あたまりまえっちゃあたりまえか)

・面の法線が急激に変化している

これは、紙を山折や谷折にしたような場面です。

核必要があった図なのか謎ですが、赤い線に切り込みを入れた紙を右図のように折った物を想像すれば分かりやすいかと思います。

・物と物が重なっている

こちらは説明不要ですね。重なり合ってる部分はそのまま縁です。

この二つをどうにかして検出するために、法線深度マップを制作します。頂点シェーダの入力として受けることのできる法線をRGB値に、各頂点の深度をA値(アルファ)に保存し色情報として処理をします。

さて、法線と深度を2次元画像として得ることができたとします。次に急激に変化している箇所というのはどこかを、注目画素の周囲4近傍(このプログラムでは4近傍ではなく左上、右上、左下、右下の斜め4方向)の変化の差を調べ、その差が大きなところが急激に変化しているところとします。何を基準に"大きな"や"急激"な変化と判断するかはあらかじめ閾値や重み(強度)を用意しておくことで解決します。

よって手順としては、

１．法線深度マップを作る。

２．シーンをレンダリングする。

３．レンダリングしたシーンに法線深度マップから抽出したエッジを載せる。

の３手順になり、必要なコードは、

①法線深度マップを得るためのHLSL

②エッジ検出のためのHLSL

③1.~3.を処理するための.cs

の3つになります。

①法線深度マップを得るためのHLSL

法線方向はピクセルシェーダが勝手に入力として引数でとってくれます。

深度はワルドビュープロジェクション変換した頂点のZ/Wですぐでます。

以上です。簡単です。

struct NormalDepthVertexShaderOutput

{

float4 Position : POSITION0;

float4 Color : COLOR0;

};

NormalDepthVertexShaderOutput NormalDepthVertexShader(

float4 Position : POSITION0,

float3 Normal : NORMAL0,

float2 TextureCoordinate : TEXCOORD0

)

{

NormalDepthVertexShaderOutput output;

// 通常通りのワールドビュープロジェクション変換

output.Position = mul(mul(mul(Position, World), View), Projection);

//頂点の法線をワールド変換

float3 worldNormal = mul(Normal, World);

//法線をRGB値として保存。　

　 //1足して2で割るのは0~1の範囲に収めるため(法線の取りうる値は-1~1)

output.Color.rgb = (worldNormal + 1) / 2;

// 深度をアルファ値として保存。

output.Color.a = output.Position.z / output.Position.w;

return output;

}

//ピクセルシェーダはそのまま色をだすだけです。

float4 NormalDepthPixelShader(float4 color : COLOR0) : COLOR0

{

return color;

}

technique NormalDepth{

pass P0{

VertexShader = compile vs_1_1 NormalDepthVertexShader();

PixelShader = compile ps_1_1 NormalDepthPixelShader();

}

②エッジ検出のためのHLSL

閾値や重みとしていくつかの定数を用意しておきます。これらは本家のプログラムをそのまま引用しました。本来ならば何度か試行錯誤してちょうどいい値を探す必要があると思います。

また、シーンをレンダリングしたものと法線深度マップの２つを格納するためのテクスチャサンプラも用意します。

あとは上で説明したとおりに斜め四近傍の法線深度マップの差よりエッジを検出、シーンのテクスチャへ適用するだけです。

//エッジの幅とエッジの強さ(暗さ)

float EdgeWidth = 1;

float EdgeIntensity = 1;

//法線の変化量と深度の変化量のための閾値です。

//あまり小さな変化量は無視するために使います。

float NormalThreshold = 0.5;

float DepthThreshold = 0.1;

// 閾値を超えた、急激に変化している思われる法線と深度に掛け合わせて

//　その変化量を大きくするためのいわば重みです。

float NormalSensitivity = 1;

float DepthSensitivity = 10;

//画面の解像度

float2 ScreenResolution;

//普通にレンダリングしたシーン用のテクスチャ

texture SceneTexture;

sampler SceneSampler : register(s0) = sampler_state

{

Texture = (SceneTexture);

MinFilter = Linear;

MagFilter = Linear;

AddressU = Clamp;

AddressV = Clamp;

};

//法線深度マップ用のテクスチャ

texture NormalDepthTexture;

sampler NormalDepthSampler : register(s1) = sampler_state

{

Texture = (NormalDepthTexture);

MinFilter = Linear;

MagFilter = Linear;

AddressU = Clamp;

AddressV = Clamp;

};

float4 EdgeDetectColorSketchPixelShader(float2 texCoord : TEXCOORD0) : COLOR0

{

float3 scene = tex2D(SceneSampler, texCoord);

　 //画面の解像度からエッジのオフセットを算出。

float2 edgeOffset = EdgeWidth / ScreenResolution;

//注目画素に対して左上、右上、左下、右下方向へオフセット分の距離進んだ画素の深度を読み取る

　//（何故、上下左右ではなく斜め方向の４つにしたのか疑問ですが…)

float4 n1 = tex2D(NormalDepthSampler, texCoord + float2(-1, -1) * edgeOffset);

float4 n2 = tex2D(NormalDepthSampler, texCoord + float2( 1, 1) * edgeOffset);

float4 n3 = tex2D(NormalDepthSampler, texCoord + float2(-1, 1) * edgeOffset);

float4 n4 = tex2D(NormalDepthSampler, texCoord + float2( 1, -1) * edgeOffset);

//　法線と深度の左上と右上の差、左下と右したの差を足したものを傾きとして格納

float4 diagonalDelta = abs(n1 - n2) + abs(n3 - n4);

//傾きから法線の変化量と深度の変化量をそれぞれ格納

float normalDelta = dot(diagonalDelta.xyz, 1);

float depthDelta = diagonalDelta.w;

　//閾値以下の変化を無視し、閾値を超えたものに一定の強度を乗算したものを変化量とする。

//(これにより綺麗にできるようです。）

normalDelta = saturate((normalDelta - NormalThreshold) * NormalSensitivity);

depthDelta = saturate((depthDelta - DepthThreshold) * DepthSensitivity);

//対象のピクセルはどれぐらいエッジに乗っているかを法線と深度の変化量より調べます

//(エッジの中心ほど法線と深度の変化量は大きくなるため、

//エッジの中心ほどこの値は大きくなることになる)

float edgeAmount = saturate(normalDelta + depthDelta) * EdgeIntensity;

// シーンのテクスチャの対象ピクセルをエッジの量だけ暗くする。

scene *= (1 - edgeAmount);

return float4(scene, 1);

}

technique EdgeDtectColorSketch

{

pass P0

{

Pixelshader = compile ps_2_0 EdgeDetectColorSketchPixelShader();

}

③XNA側です。

大まかな流れだけしか書いていません。HLSLの適用の仕方やレンダリングなどは適切な関数内でお願いします。

//レンンダーターゲットを用意します。

RenderTarget2D sceneRenderTarget;//シーン用

RenderTarget2D normalDepthRenderTarget;//法線深度マップ用

//適切な場所でnewしてください。

PresentationParameters pp = graphics.GraphicsDevice.PresentationParameters;

sceneRenderTarget = new RenderTarget2D(graphics.GraphicsDevice,

pp.BackBufferWidth, pp.BackBufferHeight, 1,

pp.BackBufferFormat, pp.MultiSampleType, pp.MultiSampleQuality);

normalDepthRenderTarget = new RenderTarget2D(graphics.GraphicsDevice,

pp.BackBufferWidth, pp.BackBufferHeight, 1,

pp.BackBufferFormat, pp.MultiSampleType, pp.MultiSampleQuality);

//法線深度マップの製作

graphics.GraphicsDevice.SetRenderTarget(0, normalDepthRenderTarget);

//TODO

//上記①のNormalDepthテクニックでモデルをレンダリング

//モデル foo.fx

//モデル bar.fx

//通常のシーンをレンダリング(BasicEffectや自作のEffectで問題ないです)

graphics.GraphicsDevice.SetRenderTarget(0, sceneRenderTarget);

//TODO

//モデル foo.fx

//モデル bar.fx

//通常のシーンに法線深度マップから得られたエッジを載せる

graphics.GraphicsDevice.SetRenderTarget(0, sceneRenderTarget);

//TODO

//上記②のピクセルシェーダへ

//法線深度マップと通常のシーンをテクスチャとして渡し

//通常のシーンにエッジを載せたものをレンダリングする。

//最終的な結果を出力

spriteBatch.Begin();

spriteBatch.Draw(sceneRenderTarget.GetTexture(), Vector2.Zero, Color.White);

spriteBatch.End();

ここまで言っといてなんなんですが、このやり方では山折の部分がエッジとして検出されません。これは各テクセルの法線を自動で補完してしまっていることと、面の法線ではなく頂点の法線をもとの法線マップを作っているためじゃないかと思います。

この図の立方体の凸の部分の色(法線)が同じような色になってしまって、法線の変化がないことになってしまっています。本来はグラデーションがついた色じゃなく、面ごとに決まった色でぬるべきなのですが……。やり方が分かりませんでした。

というか、最近xnaやhlslについてググっていると自分のブログが上のほうに出てくるようになりました。これ自体はかなり嬉しいのですがあまりの情報の無さに悲しくもなります。海外のサイトも活用しますがやはり読むのに労力がかかるのでもっと日本語でXNAの情報が入ればいいんですが……。もちろんDirectXやOpenGLで解説しているサイトも読んだりしますがそれでも情報の絶対量がすくない気がします。そんなわけで、あまり大したことのない解説でも余裕があれば載せてみたいです。

XNAでFPSその19: ガンレンジの試作

2010-02-01T19:20:00.002+09:00

色々爪は甘いですが、FPSとして見れる程度にはコーディングが進んできたのでBlenderでガンレンジの3Dモデルを作ってプログラムに入れてみました。テクスチャや3Dモデルなどのチープさは後から幾らでも差し替えられるので、試作プログラムとしては上場の出来といったところだと思います。

問題点をいくつか
・影がおかしい(影が落ちる表示範囲、影の解像度)
・3Dモデルの比率がおかしい(特に銃)
・プレイヤーと壁の当たり判定がない
・銃の挙動(リコイルが適当すぎ、弾のバラつきがない、フルオートができない)

とりあえず、ゲームとして致命的な当たり判定から書く必要がありそうです。FPSのプレイヤーとマップの当たり判定のセオリーがよくわかりませんが、いまのところレイを飛ばしてポリゴンとの衝突判定をとろうかと思っています。やはり普通はバウンディングボックスでやったりするのかな。

チェスAIに関してメモ書き

2010-02-01T18:28:00.000+09:00

チェスＡＩについてのメモ書き

自分用のメモです。

チェスとは"二人零和有限確定完全情報ゲーム"

<キーワード>
α-βカット
ミニマックスorネガマックス
NegaScout(null window search),SSS,DUAL,MTD(f),(Minimaxからの派生)
評価関数(eval = Σwi*fi 重みを用いる)
ハッシュ、ハッシュ法、ハッシュ値、マップ
木探索(幅優先探索、深さ優先探索、反復深化優先探索、深ささ制限探索、双方向探索、均一コスト探索)
評価関数の重みの学習
完全読み
必勝読み

<キーとなる概念>
ヒューリスティックの利用
枝狩り（意味のない手は調べない、αβ法のこと）
定石をしらべるのにハッシュを使い、譜面を数字に変えておく。検索は数字との比較をすれば早い。(文字列は数字より遅いという意で)
↑探索でマップツリーも使えそう？
各譜面を保存するのにハッシュを使う必要がある。おそらく全パターンはunsigned long intに収まらないのでマップをする必要がある。

膨大な定石データベース
将棋(?)でいう"地"とは？
得点テーブル(あまり使えないらしいが、探索のデバッグとして使いやすいらしい)
重みの最適化、学習

<序盤、中盤、終盤でアルゴリズムを切り替える>

序盤-定石
中盤-定石で終えなくなったら評価関数と探索で
終盤-？（少ない駒なら全てのパターンが完成しているらしく、どこかで公開されているとか）

何が序盤か？　定石にしたがっているうちが序盤
何が中盤か？　定石が適用不可能になったら中盤
何が終盤か？　？
将棋で言う"寄せ"とは？　寄せが終盤なのか？　寄せがあるか、必至があるか、詰みがあるか、これが終盤？
完全読みより必勝読みのほうが早いので終盤では必勝読み→完全読みへアルゴリズムを切り替える？

<終盤の勝ち方>
「ジャック・ピノーのダイナミックチェス入門」
・キング対キング＋クイーン
・キング対キング＋ルーク
・キング対キング＋2ビショップ
・キング対キング＋ビショップ＋ナイト
・キング対キング＋2ナイト
・正方形の定理
・オポジション（見合い）
・デュランの法則

<どいういう探索が強いだろうか？＞単純な幅優先探索とα-βカットでことたりる気がするが・・・単純なα-βカットではもっとも強い手意外は刈ることになる->２番目に強い手などもガン無視していいのか？
意味のない手を切る"枝狩り"とは？　->枝狩りという概念がある以上、２番目に強い手なども探索するべきか

<どういう評価が強いだろうか？>
・自分の持ち駒の点数化
・取れる駒の点数化
・取れる駒の数
・とられる可能性のある駒の点数化
・とられる可能性のある駒の数
・自分の動ける駒の数
・敵の動ける駒の数
・自分の移動範囲の数
・敵の移動範囲の数
・自分の攻撃範囲の数
・敵の攻撃範囲の数
・チェックがとれるか
・チェックされるか
・ステイルメイトになるか（有利なときの引き分け、不利なときの引き分け）

<おそらく簡単なこと>
・ミニorネガマックス
・α-βカット

<面倒なこと>
・定石データベースの収集
・定石データベースの生成
・定石データベースへのアクセス

<方向性>
上に述べてきたようなことがチェスマシンの中身の概略でありディープブルーなどこの手法を使っているようだ。
しかし、チェスアルゴリズムの大会があるぐらい世界的には大きな分野で、強いソフトがいくつも無償で公開（中にはソースまで公開しているものもあるようだ）しているらしい。
違うアプローチから入ってみるのもいいかもしれない。ユーザと対戦して手癖を学ぶとか、だんだん強くなるとか、指し方を教えてくれるとか。

XNAでチェスその1:PvP部分9割完成

2010-01-18T00:34:00.000+09:00

チェスです。
FPS創ってる最中ですが、孫うことなきチェスです。

左クリックドラッグで駒を移動可能な位置まで移せるという操作です。F1でゲームリセット。まだAIは作ってないのでPvPのみです。この画像の時点では千日手とプロモーションが未実装です。

いつものようにPCに向かって、FPSの続きをやろうかと思ったんですが、なんか「別にいまから本気でやるわけじゃないけどチェスつくってみるか、とりあえずXNAのプロジェクトだけ……」ってノリで夜９時ぐらいから始めたら、やめられなくなって日の出までにはほとんどできてしまいました。

今回はめずらしく、タイトルから決まりました。捻ったのか安直なのかよくわからない名前ですが、ググって類似品がなかったのでこれでいくことにしました。ゲームに限らず自分が創るものでタイトルから決まるのはほんとに珍しい。

XNAでFPSその18: パーティクル

2010-01-12T00:33:00.004+09:00

パーティクルの雛型が完成しました。パーテクル画像、パーティクル数、速度、速度のバラつき、寿命、寿命のバラつきなどが設定でき、見栄えはともかく炎から煙まで大抵のモノは表現できると思います。

今は１種類のパーティクルですが、種類や表示数が増やすためParticleMangerクラスを作る必要があります。

XNAでFPSその17: 鏡の修正

2010-01-02T17:27:00.000+09:00

鏡の挙動おかしいことに気付いたので修正しました。

下の上側の写真のように、カメラの目線が鏡から構成される平面と交わらないときに鏡の中の世界が描画されないという状況を改善しました。

鏡の中のカメラの位置を特定するのに、カメラ目線と鏡面の交点を算出(線と面の衝突判定)をしていたのですが、冷静に考えるとそんなまどろっこしいことはする必要なく、以下の図のような方法で算出できることに気づき修正しました。これにより目線と鏡面の交点が算出できないような状況でも鏡の中の描画ができます。

XNAでFPSその16: 鏡

2009-12-27T10:56:00.001+09:00

鏡の実装が一向に完成する気配がなかったので「リソース食うからいいや」と逃ようとしましたが、むしろ逃げるどころか毎日毎日アホみたいにトライ＆エラーで試行錯誤した末、ようやく鏡が完成しました。

鏡そのものの原理を誤解していて数日。
原理を理解していたのに計算方法を誤解していて数日。

散々家の鏡と睨めっこしましたよ……。

どの様に勘違いしていたかというと、この図の下側のように「鏡の位置から鏡の中のカメラが物体を見た」時のスクリーンをそのまま鏡に張ればいいと思っていました。もちろん実装してすぐ気がついたんですが……(実装する前に気付けよｗ)

で、冷静に考える直したところ。上側の図のように、鏡を軸に奥行反転をし、その位置にカメラを設置した後、「鏡の中のカメラから物体を見た時に鏡の枠を通して見える部分をテクスチャとして実世界の鏡に張る」というのを実装するのに手間どりました。

てきとーな図ですが、紫色のスクリーンの部分が上側と下側の図で「実世界のカメラと鏡の中のカメラで重なるかどうか」の違いがあるような感じです。

どうしようもなくテキトーな図なので間違っているように見えますが、たぶんそんな感じの説明であってます。(あってないかも)

鏡の3Dモデルの各頂点に割り当てるべきUV座標がテクスチャ外にでるような時、VertexShader側で無理に頂点とUV座標を関連させると、サンプラで設定したClampやBoader等が反映されまるようです。PixelShader側でテクスチャ色を置くようにすると、各頂点にUV座標を割り当てるのではなくテクセルに直接書き込むので奇麗に補完してくれます。

頂点に割り当てるUV座標が0~1外の時にVertexShaderを使った場合

頂点に割り当てるUV座標が0~1外の時にPixelShaderを使った場合

キャプチャ画像内の左上は鏡の中のカメラから見た画像です。この左上の画像中の鏡の部分を実世界の鏡に書き込むようにしますが。上の画像ではテクスチャ座標と頂点座標の整合性がとれていないので黒くつぶれている部分があります。

言葉で説明するのは難しいですかが、とにかくこれに気付くのにも手間取りました。最もこの説明で正しいという保証もありませんが。

ただ、このプログラムでは鏡の中のカメラと鏡の間にあるものも描画されてしまうので何とかしないといけません。流石に疲れたのでそれはまた今度ということで。

XNAでFPSその15: モニター

2009-12-23T00:57:00.003+09:00

鏡を作ろうと思って、まずためしにライブモニタを作ってみました。途中で気づいたんですがモニタや鏡の場合、その画面の数だけ影も含めてレンダリングが必要になるわけでリソース面で実用に耐えないような気が……。
今画面に映ってる内容をモニターのテクスチャに張っているように見えますが、鏡にしようと思っていたのでモニターの中はカメラからの視点とは別でレンダリングしています。そのためトゥーンやシャドウマップのエフェクトも2回していることになります。このライブモニタの法線とカメラの視線の反射ベクトル方向を見たレンダリング結果を左右反転させて鏡のテクスチャに張り付ければ鏡が完成するんですが、結局実用することはない気がするのでここらでやめておくことにしました。

（追記）

　取り消し線部分の方法では無理です。勘違いしていました。

XNAでFPSその14: レンズフレア

2009-12-19T23:11:00.014+09:00

XNA Creators Clubよりレンズフレアのサンプルよりレンズフレアの実装を自分のコードでも行ってみました。

キャプチャソフトとYoutubeの解像度の都合で激しくわかりにくいです……

このフレア、遮蔽物で隠れたり描画領域の端で半分だけ描かれている時などは隠れている割合で明るささが変わるようになっています。この「何割画面内に表示されているか」を知るためにオクルージョンクエリというXNAのクラスを使っいることをサンプルで知りました。これはなかなか使えそうです。CoD4のジャベリンでターゲットのロックオンみたいに、ターゲット対象を画面内にとらえ続けないといけなんていう状況で有効ではないかと思います。

XNAでFPSその13: スケッチ調ポストプロセス

2009-12-19T23:02:00.004+09:00

XNA Creators Clubにあった非写実的なレンダリングのサンプルよりスケッチ調のポストプロセスを自分のコードに実装してみました。キャプチャソフトとYoutubeの都合で、この動画では分かりにくいですが……。

画面にスケッチ画像のようなストロークがでてきます。これはそのピクセルの色に対応して向きが決まっており、RGB値の割合によって透明度が変わるため色によってストロークの向きが変わるようになっているようです。

XNAでFPSその12: シャドウマッピング

2009-12-12T03:05:00.000+09:00

ついに影付けができました。実装方法はシャドウマッピングです。

画面上方に位置するライトから下に向かって光が走るように影を描画しています。
ライトにもビューが設定してあるため、明るい領域が四角形に切り取られるようになっています。ゲームにする時はカメラ方向に合わせてライトも移動させればいいのかな？　その方法で問題はないと思うんですが、違った方法がセオリーな気もします。なにはともあれ大きな一歩。

XNAでFPSその11: トゥーンレンダリング

2009-12-08T21:28:00.002+09:00

HLSLを使ってトゥーンレンダリングを実装しました。思っていたよりもすんなり
書けてほっとしてます。

陰影の付け方は光源とメッシュの法線ベクトルの内積をトゥーン用のテクスチャのU座標に割りあ
て、該当するピクセルの明るさをトゥーン用テクスチャの濃さに反映させる方法です。輪郭の付け方はモデルを少し拡大させ通常のモデルと逆回りのカリングで黒で描画する方法を取っています。

次は影付けです。こちらのほうが難しそう……。

XNAでFPSその10: HLSLをはじめる前に……

2009-12-07T22:10:00.002+09:00

「その9」の段階ですでにゲームとして完成させる目処がたってきました。AIバリバリの超絶FPSというわけにはいきませんが、的を撃つタイムアタックみたいなものなら出来そうです。というか創ります。

ToDoリストとしては以下が挙げられます。
・時間の表示
→数字の表示にフォントを使うか絵を使うか、アニメーションさせるかさせないかでクオリティが変わってきますが、フォントで数字を表示させる方法は分かっているのでできます。

・HUDの表示
→所謂フロントエンドのことです。残弾や残り的数を表示させたいのですが、これも時間の表示と同程度の問題です。

・弾痕表示の修正
→弾痕クラスをゲーム内オブジェクトごとに持たせることで修正できます。

・タイトル画面などのシーケンス
→コンポーネントを使うか、Gameクラスを取り替えるかで実装できます。おそらくコンポーネントを使うと思う。

・プレイヤーとマップの衝突判定
→FPSという性質上、ハイトマップは使えなくもないですが、Blenderで作り上げたマップモデルとの衝突をさせたほうがいいと思われます。結構悩みどころです。プレイヤーに衝突用の立方体を持たせてマップとプレイヤー立方体のメッシュ同士の衝突で移動制御をさせるか、邪道な気がしますがプレイヤーからいくつかのレイを飛ばしてマップモデルと衝突判定をさせるつもりです。後者はC++での実装経験があるので問題ないとは思います。

・各素材のブラッシュアップ
→えーっと……まぁ自分のセンス次第ですが、なんとかします。

・レベル製作
→ここでいうレベルっていうのはステージの事です。どうやってレベルデザインしようか？　ゲームエンジン……というか、マップ製作用のツールなんかこれっぽっちも書く予定ないですし、むしろ、そんなものまで書いてたらいつにたってもゲーム完成しない気がして仕方がないです。最もプログラム知らないデザイナと組んでるわけでもないので、自分でコード弄ればいいといえばいいんです。
　というのは流石にキツいので、最低でもテキストファイルにマップ番号やマップ上のオブジェクトの種類と位置と向きを書き込んで、そこからレベル生成できるようにはしたいのです。これはフォーマットの決め方と文字の読み書きなんでそんなに難しくないはず。

以上が最低限実装必要なものです。

ここからが課題なんですが、現状は”影も太陽の眩しさも無い”なんともレトロな3Dゲームなんですよね。なのでHLSLを使って多少見栄えのできるものを創ろうかと思っています。といっても、いつも遊んでるFPSみたいに最新の3Dグラフィックスを華やかに使ったような物は流石に無理ですが。

そんなわけでHLSLについて下調べをし、様々な優良なサイトと書籍をみつけたんですが、とりあえずはXNA Creators Clubのサンプル達とゲームエフェクトマニアックスを参考にしてシェーディングを学びつつ、クオリティアップを目指していきます。

この投稿の執筆時には、以前からモブとして使っている白地に赤線のテクスチャの立方体をHLSLでの表示に成功したところです。ゲームエフェクトマニアックスの最初の項目がトゥーンなのと、前からトゥーンは自分で実装してみたかったので、まずはトゥーンレンダリングを成功させてみます。

XNAでFPSその9:撃つとリアクションをとる3Dモデル

2009-12-03T00:36:00.002+09:00

射撃の当たり判定とモデルのアニメーションを合わせて、撃つと箱が下にさがるようにしました。今まで適当にクラスを作っていたのをある程度リファクタしたので以前より使いやすいコードにもしておきました。

あとはこの箱のモデルを「的」に置き換えればそれっぽくなりそうです。銃痕がモデルの動作に追随していないのでモデルのクラスに銃痕を持たせるようにし対処もしておきたいです。

XNAでFPSその8:最も単純なアニメーションの実装

2009-11-29T23:31:00.001+09:00

上下するだけのアニメーションです。当たり判定に含めていないので銃痕が貫通しています。

Microsfotに戦車のアニメーションとスキニングアニメーションのデモが置いてあるのですが、当たり判定のためのTrianglePickingのコンテンツプロセッサを指定した上に、アニメーション用プロセッサも指定する方法、つまり複数のコンテツプロセッサを指定する方法が分からないため自作クラスでまにあわせました。

今回作ったクラスに限ったことではないですが、そろそろコードを全体的にリファクタリングしたいです。ゲームとして最低限の機能が整ったら一旦整頓をしたいと思います。

XNAでFPSその7:弾痕の表示3

2009-11-28T20:28:00.001+09:00

ようやくできました。右クリで弾痕が表示されるようになっています。

次は「的」を表示させて、射撃すると的が引っ込むようなギミックを実装したいです。

XNAでFPSその6:弾痕の表示2(レーザーの焦げのよう)

2009-11-28T00:51:00.005+09:00

銃痕作ってる最中になんか面白いができました。レーザー系の武器の焦げ目に使えそうです。100個の銃痕を1フレームに1個ずつ生成しているので、一定時間で古いものから消失します。

XNAでFPSその5:弾痕の表示1

2009-11-27T21:10:00.002+09:00

銃を撃った後の弾痕を表示させるために四苦八苦しています。

画面中央からレイを飛ばし、衝突したポリゴンの中で最もカメラに近いポリゴンを構成する3点を元に、弾痕テクスチャの表示位置を算出するやり方です。現状だと弾痕がついた物が動いても弾痕はその場で表示され続けるので、動くものには使わない方向でいきます。他のやり方も思いつきませんし、物の移動に合わせて弾痕も移動させるのが面倒なので……。

XNAでFPSその4:空と地面。FOVとズーム。

2009-11-26T20:01:00.003+09:00

前回までの状態だと背景が無くて位置が把握しずらいので、やっつけテクスチャの空と地面を追加しました。またFOVが45度°でかなり狭かったので90°に変更し、アイアンサイトを覗いている時はFOVを半分にすることで2倍にズームするようにもしました。

かなりFPSらしくなってきました。プロジェクタイルもそろそろ実装しないといけませんが……これがまた厄介そうです。画面中心からレイを飛ばしてモデルとの当たり判定をとるのはすでに完成していますが、銃の反動によるバラけを導入するのが１つ目の難所と思われます。また、ヒットしたメッシュ上に弾痕のメッシュを表示するのも難しそう。銃の反動のアニメーションしばらく無しでいくことにします。

XNAでFPSその3

2009-11-25T02:38:00.002+09:00

トライアンドエラーで色々ためしていたらようやく腰だめが実装できました。右クリでアイアンサイトを使ったエイムができるようになっています。今は一瞬で切り替わってしまうので、後々アニメーションを付けることとエイム時のズームが課題といったところです。

XNAでFPSその2

2009-11-24T22:59:00.003+09:00

とりあえずP90に見立てたモデルをゲーム中に使用する銃として表示できるようにしてみました。

↓アイアンサイト

↓腰だめ

ってなわけで、腰だめでの表示に苦戦しています。銃の向きはカメラとリンクできているので、あとは表示座標だけなんですが……困ったなぁ。

XNAでFPSその１

2009-11-22T21:37:00.001+09:00

いま製作中のFPSです。

３DモデルをBlenderで制作しFBX形式で吐き出させた後、XNAを使って表示します。

FBXで出力する際に、Scaleを０．０１倍ぐらいにしないとモデルが大きすぎで表示されていないのに気付かず27時間消費するという……とにかくテクスチャ付3Dモデルが表示できるようになったのでよしとします。

今後の当面の目標は銃の実装です。

祝開設

2009-11-10T23:13:00.002+09:00

衝動的にブログ開設しました。

C#のコーディングを中心として雑記を展開していくことになると思います。

Code on canvas

Processingでローグライク05:インベントリメニューや陰影の調整など

現在のプロジェクトまとめ

AndroidでSTG02:進捗②

Processingでローグライク04:アイテムとインベントリの仮実装

AndroidでSTG01:進捗①

Processingでステージエディタ：Flashゲーム用のディタ

Unityの練習01:プレイヤ操作とSpawner

Processingでローグライク03:ランダムダンジョン生成

任天堂ゲームセミナー2010作品『FloWooooT』

Processingでローグライク02:暗さと敵の仮実装 ～Processing+Eclipseで作った実行可能jarをBloggerに貼る際の注意～

Processingでローグライク02:暗さと敵の仮実装

Processingでローグライク01:クリック移動

Processingでなんかつくった02：クリックゲー試作

Processingでなんかつくった01

Android開発環境導入

DSで流れアクション

DirectXでBillboard使ったゲームその2：ラフと草

DirectXでBillboard使ったゲームその1：とにかく動くものをつくってみた

LuaとDirectXでパズルゲームその3：四色定理でリンクチェック

LuaとDirectXでパズルゲームその2：時間の導入とテクスチャ管理

LuaとDirectXでパズルゲームその2：タイトルとかロードとか

LuaとDirectXでパズルゲームその2：なんかできつつある

LuaとDirectXその1：とりあえず表示と制御

日記:RPGをつくろうと思ったけどDirectXへシフトすることにした

XNAでFPSその33:歩くアニメの作製②

XNAでFPSその32:歩くアニメの作製①

C#によるチャットプログラムその２:簡易チャット完成

C#によるチャットプログラムその１:ネットワークとスレッド

XNAでFPSその31:アルファテストで木の描画

XNAでFPSその30:透明なテクスチャの描画とその影

XNAでFPSその29:セミオート、フルオート、バーストと銃声の追加

XNAでFPSその28:散弾の実装

XNAでFPSその27:ラジオ実装。XACTで3Dサウンド

XNAでFPSその26:人型の的の追加

XNAでFPSその25:BlenderのExportがおかしい気がする その3

XNAでFPSその24:Parallel Split Shadow Maps

XNAでFPSその23:BlenderのExportがおかしい気がする その２

XNAでFPSその22:BlenderのExportがおかしい気がする

XNAでFPSその21: ステンシルで自分の銃を表示

XNAでFPSその20: トゥーンのエッジ処理の方法を変更

XNAでFPSその19: ガンレンジの試作

チェスAIに関してメモ書き

XNAでチェスその1:PvP部分9割完成

XNAでFPSその18: パーティクル

XNAでFPSその17: 鏡の修正

XNAでFPSその16: 鏡

XNAでFPSその15: モニター

XNAでFPSその14: レンズフレア

XNAでFPSその13: スケッチ調ポストプロセス

XNAでFPSその12: シャドウマッピング

XNAでFPSその11: トゥーンレンダリング

XNAでFPSその10: HLSLをはじめる前に……

XNAでFPSその9:撃つとリアクションをとる3Dモデル

XNAでFPSその8:最も単純なアニメーションの実装

XNAでFPSその7:弾痕の表示3

XNAでFPSその6:弾痕の表示2(レーザーの焦げのよう)

XNAでFPSその5:弾痕の表示1

XNAでFPSその4:空と地面。FOVとズーム。

XNAでFPSその3

XNAでFPSその2

XNAでFPSその１

祝開設

Processingでローグライク02:暗さと敵の仮実装　　～Processing+Eclipseで作った実行可能jarをBloggerに貼る際の注意～

XNAでFPSその25:BlenderのExportがおかしい気がするその3

XNAでFPSその23:BlenderのExportがおかしい気がするその２