Welcome to MSDN Blogs Sign in | Join | Help

Browse by Tags

All Tags » XNA フレームワーク » ゲーム開発   (RSS)
Thursday, June 25, 2009 6:23 PM

アバターを使おう その2:基本アニメーション

アバターの基本アニメーション AvatarAnimationを生成するときに指定する AvatarAnimationPreset 列挙型には31種類の基本アニメーションが宣言されています。内訳として、11種類の男女共通のアニメーションと、性別毎に違うアニメーションが10種類となっています。 男性アバター向けのアニメーションはMaleで始まり、女性アバター向けのアニメーションはFemaleで始まるようになっています。通常はAvatarDescription.BodyTypeによって性別ごとにアニメーションを切り替えて使用しますが、アニメーションは性別に関係なく使えるので、意図的に男性アバターに女性アバターのアニメーションを再生させるということもできます。
Posted by Yuichi Ito | 0 Comments
Monday, June 15, 2009 6:12 PM

AppWeek

XNAプラットフォーム＆ツールチームの主な作業はXNA Game Studioを作ることですが、リリースの直前には、実際に作ったものに問題がないか、また使いやすいかを確認するために開発中のフレームワークを使って実際にゲームを作ってみるAppWeekというものがあります。 XNA GSE 1.0の頃に作られた物の中には Catapult 、 Minji といったサンプルとして公開されているものもあります。XNA GS 3.0の時は忙しすぎてAppWeekをする暇がなかったのですが、今回のXNA GS
Posted by Yuichi Ito | 1 Comments
Saturday, December 27, 2008 2:45 PM

デバッグサンプル

2009/06/25 追記: XNA GS 3.1用のサンプルを http://higeneko.net/hinikeni/sample/xna31/DebugSample.zip にアップしました 2009年1月24日追記: サンプルプログラムのキーボード処理部分でテンキーの０を押すと１が入力されるバグを修正、アップデートしました。バグがあった場所はGameDebug/KeyboardUtils.csファイル内のInitializeKeyMapメソッド内の初期化コード部分です。AddKeyMap(
Posted by Yuichi Ito | 5 Comments
Friday, December 12, 2008 4:20 AM

Gamefest Japan 2008 デモプログラム

2009/06/25 追記: XNA GS 3.1用のサンプルを http://higeneko.net/hinikeni/sample/xna31/GamefestJapan2008Demo.zip にアップしました 2008/12/26 追記: デモプログラムの更新、キーボード入力で操作できるようになりました。 やっと終わりました 今年の９月に行われたGamefest Japan 2008のプレゼンテーション資料が先月公開されました。 http://msdn.microsoft.com/ja-jp/xna/cc723908.aspx
Posted by Yuichi Ito | 7 Comments
Friday, November 21, 2008 7:45 PM

セーフエリア・サンプル

今回は セーフエリア サンプル(Safe Area) の紹介をします。 世の中には様々なTVがある ゲームをプレイする人達のTV環境は実に様々なものがあります。 オーバースキャンとアンダースキャン HDTVとSDTV ワイドスクリーンと4:3 コンポーネント接続とコンポジット接続 60cm(2フィート)と3m(10フィート) オーバースキャンとセーフエリア PCモニタなどのイメージ全体を表示するアンダースキャン方式に対して、HDTV、SDTVのどちらも、その多くがイメージ全体を表示することのできないオーバースキャン方式を採用しています。
Posted by Yuichi Ito | 1 Comments
Tuesday, February 12, 2008 6:48 PM

ネットワーク　その１０　オブジェクト所有権

クライアント/サーバー と ピア・ツー・ピア 型のどちらのネットワーク形態が優れているのかを議論するのが好きな人たちがいます。しかし、個人的にこの議論は間違ったものだと思います。誰が 「どちらか一方のネットワーク形態を選ばなくてはいけない」 と言ったんですが？私は両方の長所を活かしたハイブリット形式の大ファンです。 ネットワークプログラミングは妥協との戦いです。100%の正確さと、ラグがまったく無いという２つの状態を両立することは不可能で、トレードオフをしなければいけません。 時にはラグが多少大きくっなっても正確さをとる場合もあれば、逆に正確さを犠牲にして高いレスポンスを必要とする場合もあります。
Posted by Yuichi Ito | 1 Comments
Friday, February 08, 2008 8:40 PM

ネットワーク　その８　算術符号化圧縮

算術符号化は解りづらく、めったに使われないツールのひとつですが、時々その威力を発揮します。例えるならネットワークデータ圧縮における変なサイズの六角レンチです。 算術符号化はクールです。なぜなら、あまり知られていないし、一見すると動かないように思えるものだからです。パーティーで女の子に好印象を持たせるのに活躍します(訳注:そうか？) 以下のデータがあったとします。 enum Species // 種類 { Camel, // ラクダ Cat, // ねこ Caterpillar, // いもむし Cheetah,
Posted by Yuichi Ito | 3 Comments
Thursday, February 07, 2008 7:44 PM

ネットワーク　その７　ビットフィールドで圧縮

ビットフィールドは古くから知られている素晴らしいデータパッキング手法です。C#プログラマーがビットフィールドを使う機会は非常に少ないですが、ネットワークパケットの圧縮にはもってこいなので、この機会に使ってみましょう。 バイトは８ビット、intは３２ビット。でも、送るべきデータが８ビットや３２ビットの倍数にならないときはどうします？例えば以下のようなデータを送るとします。 bool isAlive; // 生きているか？ bool isFiring; // 撃っているか？ enum Species
Posted by Yuichi Ito | 2 Comments
Thursday, January 31, 2008 8:15 PM

ネットワーク　その６　量子化で圧縮

ビット数の少ない方が多いものより消費するスペースは小さくなります。 もしint型の値が0～100までの範囲しか取らないと判っているのなら、そのまま４バイトのint型として送るより、byte型にキャストして送ることができます。 場合によっては値が表す範囲を値をずらすことによって減らすことができます。例えば、キャラクターの高さのデータを送る必要があり、高さはcmで表されるとします。このゲーム中のキャラクターの高さの範囲は、ドワーフ(100cm)から巨人(300cm)まであります。 300という値はbyteで表現できる範囲(0-255)を超えているので、キャストすることはできません。
Posted by Yuichi Ito | 1 Comments
Friday, January 25, 2008 11:43 AM

ネットワーク　その４　帯域　ボイスチャットについて

XNAフレームワークはボイスチャットをサポートしており、ヘッドセットがある場合に自動でチャットができるようになっています。便利な機能ではありますが、使用中はより多くのネットワーク帯域が必要になることに注意が必要です。 音声データは500 B/s以下の帯域に圧縮され、ヘッドセットに向かって喋った時のみにデータ転送を行います。 デフォルトの状態では全てのプレイヤー同士で会話することができるようになっています。もし、ひとりが他の15人のプレイヤーに話しかけた場合、 500 * 15 = 7.3KB/s
Posted by Yuichi Ito | 2 Comments
Tuesday, April 17, 2007 8:32 PM

Content Pipeline その２ その流れ

コンテントの流れ 前回は、コンテントマネージメントに関する問題の複雑さについて書きました。今回から、その問題を解決する為に設計されたXNAのコンテント・パイプラインの仕組みを紹介していきます。下図は、XNAのコンテント・パイプラインの概念図です。 パイプラインの名から判るように、コンテントが上から下へ流れるように処理され、アセットとしてできあがったものをゲームで使うようになっています。コンテントを川の水、アセットを水道水として考えると、コンテント・パイプラインは、浄水場と配水管に例えることができます。
Posted by Yuichi Ito | 0 Comments
Monday, April 16, 2007 7:33 PM

Content Pipeline その１ その問題点

ゲームにはコンテントが必要 ゲーム製作で欠かせない要素として、プログラミングの他にコンテント作成があります。コンテントとは、3Dモデル、テクスチャ、フォント、サウンド、ゲームのパラメーターといったものの総称です。このコンテントを作るツール、例えばテクスチャならフォトショップ、3DモデルならMayaなどといったツールをDCC(Digital Content Creation)ツールと呼びます。DCCツールというと、高いお金を払って買うものと思われがちですが、自分で撮ったお気に入りの写真をゲームで使えば、その写真を撮るのに使ったデジカメはある意味DCCツールといえる訳です。さらに言えば、ゲームで使われるメッセージなどをWindowsに付いてくるメモ帳を使えば、それも立派なDCCツールとなるわけです。
Posted by Yuichi Ito | 0 Comments
Monday, March 19, 2007 6:54 PM

BasicEffect

BasicEffectとは XNAはShader Model 1.1以上のビデオカード向けに設計されていて、固定シェーダーが使えません。これは、昨今のゲームのグラフィクスにはシェーダープログラムが欠かせなくなっていること、DirectX 10でも固定シェーダーが廃止されたことが主な理由です。また、仮に固定シェーダーをサポートした場合、設計思考が違うものを一緒にすることによるライブラリの複雑化、マルチテクスチャの細かい部分の振る舞いがGPUによって違い、しかもその情報量が少ないという問題もあります。
Posted by Yuichi Ito | 0 Comments
Tuesday, March 13, 2007 8:03 PM

SpriteBatchクラス その2

SpriteBatch.Beginはレンダーステートを変更する SpriteBatch.Beginメソッドにはブレンドモード、ソートモード、そしてステートモードの3つ引数を渡すメソッド以外に、引数を省略できる2つのオーバーライドがあります。引数を省略した場合、ブレンドモードは SpriteBlendMode.AlphaBlend 、ソートモードは SpriteSortMode.Deferred 、そしてステートモードは SaveStateMode.None となります。 ここで重要なのはステートモードが
Posted by Yuichi Ito | 0 Comments
Monday, March 12, 2007 8:37 PM

SpriteBatchクラス その1

SpriteBatch クラスはWindows/Xbox360上で効率的に2D描画をするために設計されています。SpriteBatchで使える機能としては以下のものがあります。 回転とスケーリング ソーステクスチャ領域の指定 カラーモジュレーション バッチ処理とソーティング スプライトの回転とスケーリングを使う場合に気をつける点は Origin パラメーターを指定しない場合は、回転、スケーリングはスプライトの左上を原点として扱います。 上図は、原点の違いによる回転結果の違いです。キャラクターなどをスプライトを使って描画する場合、特に多間接キャラクタなどを表現する場合は
Posted by Yuichi Ito | 0 Comments
More Posts Next page »
 
Page view tracker