08/02/24 12:58:27 d3JILfQT
>>516
MDXのCustomUIはデリゲート使ってましたよ。
ソースごと提供されているので見てみると良いかも。
518:名前は開発中のものです。
08/02/24 16:18:16 i3OWrPrj
ホリデーシーズンって年末って事？
ContentPipelineで、読み込んでるアセンブリが変更になった場合、
関係無い物も含めて全部リビルドされるのは何とかしてほしい。
ContentPipelineを拡張するときには、ミニマムな別プロジェクトを用意して
作業しないと駄目なのが非常に手間がかかる。
519:名前は開発中のものです。
08/02/24 16:50:26 N5aKJpKa
>518
余所で、2008年中って有ったので、俺は年末だと思いこんでたけど。
確かにこの書き方じゃどちらとも取れるな。
そろそろここでワンクッション置かないで、フォーラムに書いた方がよくね？
フィードバックなら非公開設定出来たはずだし。
フォーラムに書き込まざる得なくなったとき2chと重複ってキモチわるそう。
まだ日本語の公開投稿ないんで。 そう言ってる、このタイミングで来る可能性もあるけどさw。
スゲー神スレだな。 .datとテキストの両方で保存したよ。
俺、正直某社関係の人達はプライド無いのかとさえ思っていたけど、むしろ耐えてたんだな。
520:名前は開発中のものです。
08/02/24 20:39:33 +h4Baf/g
n n
（ヨ ） （ E）
/ | _、_ _、_ | ヽ
＼ ＼/（ ,_ﾉ` ）／（ <_,` ）ヽ／ ／
＼(uu / uu)／
| ∧ /
521:ひげねこ ◆oxtErU/kVM
08/02/24 21:57:25 MNadbUKV
GUIについて、
とりあえず、ゲーム中に使える簡易的なメニューのサンプルがクリエータズクラブにあります。
このサンプルではゲームスタート画面から、ゲーム画面やオプション画面への移行、ゲーム終了時の確認画面といった
面倒だけど必要不可欠なものが書いてあります。
URLﾘﾝｸ(creators.xna.com)
で、本題ですが、どんなGUIが欲しいのかでなく、仮にWinFormがそのまま使えるとして考えてみてはどうでしょうか？
ゲーム製作の効率はどれぐらい上がるのでしょうか？
例えばSFCのDQやFFのお店のシーンを考えてみましょう。
お店に入った時には、アイテム表示をするリストボックスにアイテムをListItemとして追加します。
ゲームで使うデータ構造はTagとして保持しておきます。
時にはイベントをクリアした後と前では表示されるアイテムが変わることがあります。
パーティーメンバーを表示するためのリストボックスには現在のパーティーメンバを入れます
次に、アイテムが選択された時には、その詳細を表示するテキストボックスを更新し、
装備可能なパーティーメンバの装備後のステータスを表示し、FFの場合は装備可能なキャラクターをアニメーションさせます。
時にはアイテムを値段順、名前順にソートすることもあります。
そしてアイテムを購入した場合の残高を表示したりします。
更に、何分以内に町から脱出するというイベント中は、残り時間を表示します。
522:ひげねこ ◆oxtErU/kVM
08/02/24 21:57:48 MNadbUKV
これらのゲームに必要な作業自体はGUIシステムは手助けしてくれません。お店だけで、これだけの作業があるのですから、
ステータス画面、装備画面、戦闘画面と、それぞれのシーンによって同様の作業をしないといけません。
これらの大量の作業リストの末席に「簡単なメニュー表示を作る」という作業を加えても、
全体の作業量の変化は無視できる範囲なのではないでしょうか？
特にコントローラーやキーボードの十字キーでのみ操作するだけだったら、冒頭のサンプルのように
メニュー画面を作るのは比較的簡単な作業だったりします。
ちなみに、このことは私自身「WindowsみたいなGUIシステム作れば勝ツル」と思って、
CとC++でGUIシステムを時間を掛けて作ったものの、デザイナーさんの「カコワルイ」の一言で
実際のゲーム中に使うことはなかったという経験からきています。
523:ひげねこ ◆oxtErU/kVM
08/02/24 22:07:07 MNadbUKV
>>518
ホリデーシーズンとは北米での感謝祭がある11月中旬から年末までを指します。年末っていうと、
そんなに待たないといけないの？と思われちゃいますが、
ホリデーシーズンというと11月中にでるかも？と期待させる効果もある魔法の言葉です。
感覚的には2000円と言わずに1980円と言ってるようなもんです。
確かに、現状ではコンテントビルドは単純に使われているアセンブリファイルの更新時間を元にして
フルビルドするようになっています。
理想的にはビルドアセット毎に依存しているアセンブリファイルを持つことなのですが
依存しているアセンブリファイルの追跡は複雑な処理になるので時間的制約によって
XNA 2.0ではこうなっています。
再確認しますが、要望として同じものがあったはずです、なければ要望として出しておきます。
524:ひげねこ ◆oxtErU/kVM
08/02/24 22:49:13 MNadbUKV
>>519
私としてはフィードバックさえ貰えればどっちでも良いです。
っていうか、MSDNに限らず日本の会社公式フォーラムに行って質問すると、
「○○社××担当のhogeと申します、この度は弊社の(ry
というヘッダーに始まって
「以上、宜しくお願い(ry
というフッターで終わってて、肝心の本文がヘッダーとフッターより少ないじゃないかと突っ込みたくなる
衝動に駆られるわけです。
そんな定型句の無いアメリカでさえMSDNフォーラムはビジネス色が強いってことで開設されたのが
クリエーターズクラブのフォーラムだったりします。
ちなみにアメリカの場合公式フォーラムの時でさえ「XNAのメンバはゲーム作ったことないだろ、こんなクソ使えん」
とかきつい口調で書かれる時もあるし、知識の無い人が勝手に邪推して騒ぎ立てるなんていう
2chと同じような光景が見れたりします。
それだったら、2chでフィードバック貰っとくればいいんジャネ？と思って来たわけです。
ちなみに私は「プライドって揚げ物の事？」ってなくらいに自尊心のかけらもないスチャラカ人間です(汗)
ただ「MSは俺らの要望なんか聞きやしねえんだ」と言われると、GSE 1.0 Refreshの時に自分がした
作業の殆どがフィードバックを元にしたものだったので、そんなことないよ～と言いたかった訳です。
525:名前は開発中のものです。
08/02/24 23:03:42 i3OWrPrj
518です。回答ありがとうございます。
せっかくなので無理とわかっているけど不満点を挙げてみます。
・Debug/Release切り替える度にContentのリビルドと転送しなおし（以下略
・Xbox360のプロジェクトだと、LibraryプロジェクトがContentPipeline用のWinと、
ゲーム用の360両方必要なのは何とかならないの？
1つのプロジェクトでCPU設定のx86か、Xbox360かで切り替えられるようになってほしい。
・Xbox360でマウスは使えないの？
526:???? ◆oxtErU/kVM
08/02/24 23:40:31 MNadbUKV
>>525
>Debug/Release切り替える度にContentのリビルドと転送しなおし（以下略
転送しなおしはXbox上のディスク領域を確保するプログラムにビルドコンフィグの概念が存在しないのが問題ですね。
確かに、不便なので報告しておきます。
Contentのリビルドも発生するんですか？こっちで試してみましたが再現できませんでした。もしリビルドが発生するなら
バグなので再現方法を教えてください。
>Xbox360のプロジェクトだと、LibraryプロジェクトがContentPipeline用のWinと、
ゲーム用の360両方必要なのは何とかならないの？
これはXNA 2.0でやろうとしたのですが、VSか.Netのどちらかの問題で
実現できなかったと記憶しています。詳しい人に月曜日(日本時間では火曜日)にでも聞いてみます。
>Xbox360でマウスはつかえない？
はい、使えないです。Xbox 360自体がマウスをサポートしていないんです。
Xboxのライブラリチームに要望としてだしやすくなるので、マウスの具体的な使い道を教えてください。
527:名前は開発中のものです。
08/02/24 23:51:09 PewWGQxK
>取り上げて欲しいことがあったら連絡よろしく。
URLﾘﾝｸ(creators.xna.com)
の基本的なモデル関係のサンプルの翻訳と解説をお願いしたいです
例えばXファイルって3Dソフトによって頂点カラーとかボーンとかモーションとかがあったりなかったりするんですよね？
これはコンテントパイプラインがよきにはからってくれるということなのでしょうか？
この辺がよくわからずモヤモヤしています
FBXとかいうのもよくわかりません
528:名前は開発中のものです。
08/02/25 00:08:58 0I7QPy1e
プログラム上から作成したPCMを再生出来るような低レベルオーディオAPIが欲しいかも
WindowsだけならDirectSound叩いていけるけど
529:名前は開発中のものです。
08/02/25 01:26:53 CAfA3WjY
>> 526
> Contentのリビルドも発生するんですか？こっちで試してみましたが再現できませんでした。もしリビルドが発生するなら
> バグなので再現方法を教えてください。
確認しなおしましたが、ビルドされました。バグなんでしょうか。
再現するプロジェクトをhigeneko.comにメールで送りました。
> >Xbox360でマウスはつかえない？
> はい、使えないです。Xbox 360自体がマウスをサポートしていないんです。
> Xboxのライブラリチームに要望としてだしやすくなるので、マウスの具体的な使い道を教えてください。
360発売当初からFPSやRTSをはじめとしてマウスが一切使えないので
OSがサポートしていないんだろうなと思っていましたが・・・。
せっかくUSB付いてるのにキーボードのみサポートなのは勿体無いですね。
個人的にはFlashでよくあるような脱出ゲームで、部屋の中をひたすらクリックする
タイプのゲームで、片手でダラダラと遊べるものが作れたら良いなと思っています。
まぁ、アナログスティック使えば良いじゃないかって一蹴される話ですけど。
530:???? ◆oxtErU/kVM
08/02/25 02:38:34 NIfrKGUT
>>527
全部は厳しいので、どのサンプルの説明か詳しく
はい、コンテントパイプラインはいい感じにやってくれます。基本的に
VertexElementUsageに書いてあるもの全てをVertexChannelとして指定でき、
Xファイルからだと頂点データはそのまんま持ってきてくれます。
アニメーションに関してはコンテントパイプラインまでAnimationChannelとして持ってきてはくれますが、
デフォルトではランタイム側まで持ってきてくれません。ランタイムへの持っいきかたはスキンアニメーションサンプルが
参考になります。
FBXはもともとMotionBuilderと呼ばれるツールで使われていたファイルフォーマットでMayaとか3Ds MAXを作ってる
Autodeskという会社がSDKを含めて公開しているものです。
モデルデータはもちろん、アニメーション、カメラ、ライティング、マテリアル、テクスチャといった情報も含むことができます。
便利な機能としてはテクスチャファイルをFBXファイル内に埋め込むことができるので、
データの受け渡しに便利なことです。
FBX SDKは誰でもダウンロードできるので、Audodesk社以外でもXSI上でも使えるようになっていて
異なるDCCツール間でのデータ受け渡しに使われることが多いです。
ただ、現在のバージョンではXファイルではできるシェーダーの受け渡しができません。
Audodeskは「将来的にはサポートするッス」とは言ってるので、続報を待てといった感じです。
531:ひげねこ ◆oxtErU/kVM
08/02/25 02:49:32 NIfrKGUT
>>528
低レベルオーディオAPIの要望は確かにありますね。
個人的にオーディオ関係のプログラムには疎いのですが、XACTじゃダメですか？
考えられるのはWindows上でADPCMしか使えないってのがネックなのと、
リアルタイムにテンポを変える必要があるときにシーケンサーを作るといった
ぐらいしかないんですが、他にどんな理由があるのか気になります。
532:名前は開発中のものです。
08/02/25 03:14:01 YMc7s6r8
>>528
XAudio2のXNA版が欲しいってこと?
533:ひげねこ ◆oxtErU/kVM
08/02/25 03:21:56 NIfrKGUT
>>529
ただいまダウンロード中です、検証したらまた連絡します。
マウスが使えないのはたぶん今までのコンシュマー機でマウスが周辺機器として何度かでてるけど
いまいちパッとしなかったという歴史があるので出さないのでは？と思っています。
>個人的にはFlashでよくあるような脱出ゲームで、部屋の中をひたすらクリックする
確かにそういったゲームにはポインディングデバイスが欲しいですね。
実用的ではないですが、同じアプリをWindows上で作ってマウス対応にしておいて、
ネットワーク介してXbox 360にポインタ情報だけ送るとかいう手はありますね。
後はこんなマネージライブラリ(Win専用)があるから、それをマウスと同じようにして使えば………
URLﾘﾝｸ(blogs.msdn.com)
534:名前は開発中のものです。
08/02/25 03:54:48 0I7QPy1e
>>531
理由は大方書かれているとおりです
XACTでサポートされていない種類の音源を鳴らしたい場合や、
ビルド時では用意出来ない（ユーザーの介入が必要な）場合などですね
必要とされるシーンは限られると思いますけど、あればいいなという程度で書き込みました
>>532
XAudio2がXNAに統合されればオーディオ周りも充実しますね
535:名前は開発中のものです。
08/02/25 04:03:22 CAfA3WjY
サポートしないのはエミュ作り放題になってしまうからではｗ
536:名前は開発中のものです。
08/02/25 05:30:59 uRS2aAsC
一瞬スレ間違えたかと思ったぜ
537:名前は開発中のものです。
08/02/25 11:05:42 e2yQJsbU
勝ち組MSKK社員が底辺２ちゃんねらをからかいに来てんのか？死ねよ
クソみたいな翻訳とお恵み程度のデモ配信・XBLA、自分らだけが楽しんでるインサイド、
マジでカスだな。360が普及しないのはてめーらが遊んでるだけじゃねーかカス死ね
538:名前は開発中のものです。
08/02/25 11:12:58 uYDBeCJS
煽りは無視で。
539:名前は開発中のものです。
08/02/25 12:17:58 Gw8LbSl3
＞MSKK社員
初っ端から間違ってて吹いた。
540:ひげねこ ◆oxtErU/kVM
08/02/25 12:39:51 L8QociHQ
>>537
MSKK社員を過大評価するのも、2ちゃんねらを過小評価するのもあなたの自由ですが
その仮定が本当だとすると、自分を勝ち組だと思ってるMSKK社員を増長させるだけですよ？
ついでにいうと私はMSKK社員じゃないですけどね。
あと、コミュニティゲームはYouTubeやニコ動のゲーム版であるわけであって、
「デモ面白くない、MSオワタ」というのは、YouTubeやニコ動にあがってる動画が面白くないのを
運営のせいにするようなものですよ？
ただし、「XNAフレームワークがクソで、俺様の素晴らしいゲームが作れん！！」というのは
XNAチームの責任であり、落ち度でもあります。ですから、その時は遠慮なく言ってもらいたいです。
私のここでの発言はXNAチームはもとよりMSとはまったく無関係で
私、ひげねここと伊藤雄一が一個人として皆にゲームを楽しく作ってもらいたいという目的のために
来ているだけです。
その経緯についての詳細
URLﾘﾝｸ(higeneko.com)
あなたも何かゲームを作ってみてはどうですか？
自分の作ったゲームをプレイしてくれる人達が楽しんでいるのをみるというのは一度でも経験すると
やめられませんよ？
最後に、バタ臭くなってしまってサーセンでした
541:名前は開発中のものです。
08/02/25 12:55:58 uYDBeCJS
>>540
お疲れ様です。早速要望です。
プログラマブルシェーダー非対応のグラボ積んだＰＣでも、オプション次第で動くようにしてほしいです。
これ使ったこと有る方って居ます？
Mono版ＸＮＡ
URLﾘﾝｸ(groups.google.com)
あとで自分も試して見ます
542:ひげねこ ◆oxtErU/kVM
08/02/25 12:59:39 L8QociHQ
>>529
ダウンロード完了しました。っていうか、面白いゲームですね。ついついデバッグ忘れて遊んでしまいましたwww
さて、Release、Debugを切り替えるとコンテントリビルドが発生するという現象をこちらでも確認しました。
明確な原因は判りませんが、どうもContentサブプロジェクトのビルド時の依存チェックが怪しい気がします。
この現象は
Contentサブプロジェクト
↓参照
カスタムプロセッサ用のアセンブリ
↓参照
ランタイム用のデータ構造が入っているWindows板のアセンブリ
といった関係になった時に起こるようです。
回避策として見つけたのは、構成マネージャーを使ってカスタムプロセッサ用のプロジェクトと
Windows版のランタイムデータ用のプロジェクトの構成をアクティブソリューション構成のDebug/Releaseの
両方で同じにするとコンテントのビルドは発生しません。
アップしてもらったプロジェクトを例にすると、構成マネージャを開き、アクティブソリューション構成をReleaseに変更
XXXvipaLibraryWindows、SceneDataWindows、SkinnedModelWindowsのプロジェクトの構成を
Debugに変更することで、Release/Debugに変更してもコンテントビルドが発生しないことを確認しました。
報告乙です。早速、中の人に伝えておきます
543:名前は開発中のものです。
08/02/25 13:37:35 pe46J7UO
>537は本当に毎週か３日一度は湧くので無視してくれた方が良い奴でした。（多分このスレの伝統？）
それにも関わらず、丁寧な対応に感動しました。
誰かに話を聞いて貰いたくて質問します。
今はまだ、草案で、ソースの一行たりとも書いてない所なので、殆ど人生相談なのですがｗ。
Ｑ．hlslシェーダーでの動画デコードをしてみようかなと思います。xnaで需要は発生しえますか？
ネタ元
URLﾘﾝｸ(www.itmedia.co.jp)
URLﾘﾝｸ(blogs.msdn.com)
－抜本的なシェーダー周りのスキルアップ狙いで、全くゲームでは無いのですｗ。
－実際に実用するには、PCでのエンコードが前提。
－現在もXBOX360はDVDの再生が可能なので、xnaがもう次のリリースでmpeg2対応となったら。
それを利用できる様に案を練り直した方が良いかなと。 （ゲームも勿論作りたいですから、後回しにします）
「明日やろう」と決めた事は決して行われないとも言うので、
早くに誰かに一蹴してもらいたいｗ。
544:名前は開発中のものです。
08/02/25 14:15:27 KqdbHwgC
うお、すげー伸びてんな。
土日はほとんど２ちゃんしないからなー
545:名前は開発中のものです。
08/02/25 16:42:46 0gXu/rAf
mdx1.1細々やりつつここのスレを覗き見してるが、正直ここ2日間の流れが羨まし過ぎる。
546:名前は開発中のものです。
08/02/25 16:43:36 fGj1dnlX
友達から募集中!
日記見ました！
更新頑張って下さい！(*‘ω‘*)
URLﾘﾝｸ(homepagenir.com)
547:ひげねこ ◆oxtErU/kVM
08/02/25 18:00:25 L8QociHQ
>>541
要望: プログラマブルシェーダー非対応のグラボのサポート。
回答:
XNA GSE 1.0の時はターゲットプラットフォームがWindowsとXbox 360のみだったので
製作する側とサポートコストが増大するという観点からSM 1.1以上となっていました。
特にDX7時代のハードは今よりもドライバ問題が多くて、中には会社自体が消えてしまったものもあるので
どうしようもない場合もあるんです。
ただ、GPU自体が無いZuneをサポートすると発表した段階で、この決定を再考する良い機会だと思います。
そこで、私からの質問なのですが、もしDX7レベルのハードウェアをサポートするとしたら、
どのような機能が欲しいのでしょうか？
ZuneのようにSpriteBatchtしかない2Dに特化したもので十分なんでしょうか？
それともデフォルトでついているランタイムのモデルデータを表示できるのが良いのでしょうか？
私が心配なのは、フレームワークレベルで抽象化を進めても下にあるハードウェアの制約によって
開発が困難になるということです。例えばDX7レベルのハードウェアには最大テクスチャサイズが
256x256なんていうビデオカードも含まれる訳です(こいつのせいで何度泣かされたことか……)。
ですから求められるニーズが
「作りたいのは簡単な2Dゲーム、だからハードウェアの敷居を下げてよ」なのか
「N64みたくテクスチャがぼやけても良いから、シンプルな3D'ゲームがつくりたい」なのかによって
対応方法が変わってくるとおもいます。
548:ひげねこ ◆oxtErU/kVM
08/02/25 18:20:15 L8QociHQ
>>543
動画再生の需要については私も聞いてみたいところです。
昨今のゲームのカットシーンとかリアルタイムレンダリングが主要になってきているので、PS1、PS2時代に比べると
そんなに高い需要はないのではないのか？と思っています。
ただ、技術的には面白いトピックだと思います。DCTデコードとかはGPGPUのトピックのひとつですし。
とりあえずモーションJPEGを作っておけば、将来的にXNAtが動画再生サポートしたとしても
テクスチャの圧縮に使えそうなので完全に無駄にはならないとおもいます？
549:ひげねこ ◆oxtErU/kVM
08/02/25 18:38:01 L8QociHQ
さて、こっちでは日曜の夜も更けてきたので、そろろ落ちます。
この二日間、いろんなフィードバッグが聞けて本当に嬉しかったです。
一応、全ての質問には答えたつもりですが、抜けてたらサーセン
平日の出没時間はグッと減ってしまうと思いますが
XNA関連の質問はもとより、それなりにゲーム開発経験もあるので、そんな感じの質問でも
大歓迎です。特にゲームプログラムが初めての人でも気にせず質問ください。
私が最初に作ったゲームはXという文字(本人はXウィングのつもりだった)が画面上から
ランダムで移動(っていうかワープだった)してきて、Aという文字が自機で
ボタンを押すと!という文字(弾のつもり)が上に向かって移動するものでした。
しかも、弾が移動している間は敵機も自機も動かないという、ターンベースみたいなシューティングでしたwww
最初はそんなもんなんで、気軽な気持ちでゲームプログラミングを試してもらいたいです。
あと、こっちのフォーラムの方がは集計とかとりやすかったりするので、そっちもヨロシクです。
URLﾘﾝｸ(forums.microsoft.com)
ではでは
550:名前は開発中のものです。
08/02/25 19:08:17 ot8yIVD1
>>549
乙でした
551:名前は開発中のものです。
08/02/25 21:03:40 v4NM3TUQ
360向けでは開発しないつもりでいたけど
ピアレビュー制の発表でかなり気持ちが揺らいだ
これでもしZunePhone出たら確実に俺陥落。
出そうにないけど…
552:名前は開発中のものです。
08/02/26 02:32:15 eoifVlPM
>>548
確かに最近のゲームはリアルタイムで描画する傾向にありますが
さすがに実写映像まではカバーできないですし、他にもAfterEffectsで
作るような映像をリアルタイムでやるのはさすがに大変なのでは。
553:名前は開発中のものです。
08/02/26 07:54:20 Do4X3wBs
あれ・・・ここXNAスレ？
いつもみたく無意味に争えよ！お互いにいがみ合うのがＸＮＡスレだろ！
テスト前に「おれも勉強してねーよｗｗｗ」と言ってた友達が成績上位に入ってて
だまされた感じに似てるじゃねーかよｗｗｗｗｗ
別に嬉しいわけじゃないんだからッ！ ////
554:名前は開発中のものです。
08/02/26 11:39:53 +Md91q6C
初めてXNAをやり始めたのですが、日本語の説明書はないのですか？
555:名前は開発中のものです。
08/02/26 12:03:02 PSiNRJla
ない。
英語の説明と、日本語でちょっと翻訳したサイトがあるから
見比べながら進めるといい
556:名前は開発中のものです。
08/02/26 12:06:15 gUk7N6wJ
英語にさえ抵抗がなければ情報には恵まれた環境
557:名前は開発中のものです。
08/02/26 12:18:31 2urv8Pyv
>>553
馬鹿が何人か胡麻すってただけだろ。
よく読んでみろ。
ひとつも要望を受け入れていない。全部かわされてる。
アンチは一人しかいないと思い込んで何か言ってる可哀相な奴もいるし。
XNAが糞なのも33%故障ハードなのも、何も解決してないだろ。
馬鹿だな。
558:名前は開発中のものです。
08/02/26 12:22:51 5Y6Ore0r
>>554
翻訳本あるよ
Microsoft XNA Unleashed ―グラフィックスとゲーム開発―
559:名前は開発中のものです。
08/02/26 12:44:59 yyM3wreG
XNAはこれからだ！（夕日に向かって走る開発者）
～ひげねこ先生の次回作にご期待ください～
以下、いつも通り.net信者による荒んだスレに戻ります。
560:名前は開発中のものです。
08/02/26 12:59:13 f17huFb2
>>558
1.0用と教えずに買わせるなんてワルだな
ま、英語ドキュメントで十分だな
561:名前は開発中のものです。
08/02/26 20:09:48 IjVf2kaq
>552
ムービーを見たい、見せたいが主目的なら勿論そうなんだろうけどね。
ひげねこ氏の個人的意見が聞けた価値はあると思うよ。
PS1PS2の頃の様な、いちいちムービー入れるようなのゲームが嫌って認識が、
xnaチーム内や今後のコミュニティできれば、それが一番好ましい。 俺がそうだからｗ。
逆に動画機能を増やしたが為に、ニコ動とかの転載をタダ切り貼りしだけの
ゲームと呼びづらい物が横行したら目も当てられない。
Shaderを使ってHDR以外の事をやらせるネタはまだ有る。
562:名前は開発中のものです。
08/02/26 21:24:44 f17huFb2
頭が固いな
563:名前は開発中のものです。
08/02/26 23:54:50 5+e5jrw3
GUIに関してなんだけど、まあ実装しないってのは分かったからもう良いんですけど、
>>522はゲーム作るのちょー工数かかるから、ちょっとぐらい工数減ったって一緒だろ！
って読めなくもない気がするのが気になる
そこってXNAのレーゾンデートルじゃないのかなぁ
564:名前は開発中のものです。
08/02/27 00:01:08 gUk7N6wJ
いや低レベルなところを面倒みるためのライブラリだし
565:名前は開発中のものです。
08/02/27 01:08:46 bBhvobFx
>>564
ひにけにの最初の方で言ってたじゃない
ゲームは楽しく作ろうとか、ゲーム制作の工数肥大化によってコンテンツ以外の部分に
手を取られるとか
そういう楽しくない面倒なだけのところはできるだけフレームワークでやるから
コンテンツ部分を作ってねって思想に基づくフレームワークだと思っていた
566:名前は開発中のものです。
08/02/27 01:41:16 cqy3gtFB
UIはコンテンツとは言えないってことか。
567:名前は開発中のものです。
08/02/27 02:20:29 l4fGQKhK
玄関開けたら5分でゲーム製作とか言ってたよな
所詮は絵空事か
>564がひげねこだったら笑える
結局フィードバックなんて聞く気なんかなくて、自分達の
都合の良い簡単なことしかやらない
>GSE 1.0 Refreshの時に自分がした作業の殆どがフィードバックを元にしたものだったので
単に改善の余地が多過ぎる糞だったってことだろ
別に期待も何もしていないが、できないことをさも簡単にできると言って
初心者を引きずり込むその性根が許せない
今すぐ誇大広告やめろ
>自分の作ったゲームをプレイしてくれる人達が楽しんでいるのをみるというのは一度でも経験するとやめられませんよ？
笑わせんじゃねーよ
568:名前は開発中のものです。
08/02/27 02:24:42 vkGiPy+h
>>567
いつもID変わるの待ってからの書き込みご苦労様です
流れどころか空気も読めないなら失せろ
569:名前は開発中のものです。
08/02/27 03:18:59 x/FL2loS
4分でレス返す君も相当な粘着だと思うけど？
これだけ荒れるってことは少なからず理由があるってこと。
それを軽視して一方的に押し付けてるだけじゃ、そりゃユーザーも消えてくよ。
信者が荒らしと同レベルじゃ話にならないって。
570:名前は開発中のものです。
08/02/27 03:33:06 ZOefSqv5
>>569
で？
571:ハコ太郎
08/02/27 07:39:14 fTrql+iS
フレームワークでやるべきことではないと思うけど
サンプルやコンポーネントという形で欲しいとは前から思ってる。
あと初心者の意見としては
コンテントパイプラインでアニメーション持ってきてるんなら
それを再生させる方法も標準で用意して欲しい。
アニメーションやメニューの部分は有志が作ってるのがあるけど
初心者にそれを探させて組み込ませるのは酷な話だと思う
簡単にゲームが作れるといってるけど
スキンアニメーション実装するよりデバイスロストの面倒見るほうが
簡単だと思うけどね。
XACT周りでは音楽を再生するとき
小節をABCBCというような形で再生させる方法が無いって問題があったと思う。
572:ハコ太郎
08/02/27 07:56:50 fTrql+iS
そう考えると
結局XNAがやってることは環境周りの抽象化で
初心者に優しいというのはちょっと違う気がするね
573:名前は開発中のものです。
08/02/27 08:23:31 Y+dvb887
低レベルなアホを面倒みるためのライブラリじゃないんだからネ
574:名前は開発中のものです。
08/02/27 08:25:40 bBhvobFx
>>572
そう、結局初心者というか、個人の制作者でひっかかるのは、動く物を作るところまで
持って行くところで、XNAはそれを強力に支援するものだと思っていた。
クロスプラットフォームとかはオマケでね。
＞肥大化する昨今のゲーム製作現場では、ツール製作といったゲームに直接関係の無い作業に
＞長時間掛かることが日常になり、それがあまりに長くなりすぎて自分の本業がゲームを作ることなのか、
＞ツールを作ることなのか判らなくなることが少なからずありました。
＞個人的にXNAが目指すべき目標は「ゲームを楽しみながら作れる」環境を提供することだと思います。
＞違う言い方をすれば、XNAを使った人達がゲーム作りに集中できるような環境を提供することです。
＞XNAチームの目標は、ゲーム製作者がプロジェクトを新規作成してから5分以内でゲームのコードが書けるということです。
＞個人的にはこれを「玄関開けたら、5分でゲーム製作」と呼んでいます。
ひにけにからの引用だけど、個人的にこういうポリシーで天下のMSがゲーム制作フレームワークを作るのに
注力していますというのは、とても頼もしく思っていて、そこでその開発者の一人と会話できるラッキーに恵まれたときに、
>>522
＞これらの大量の作業リストの末席に「簡単なメニュー表示を作る」という作業を加えても、
＞全体の作業量の変化は無視できる範囲なのではないでしょうか？
ということを言われると、「やっぱXNA使ってもゲーム制作大変なのは大変だから、XNAチームが汗かいても大して楽になんないし、やらないよ？」
て言われたように感じてしまいました。
まぁその後の、GUI作っても使われない経験から作らんことにしますというのが主であって、上記は邪推すんなってことなんでしょうけど…。
GUI作るのは実は簡単で、大変だと思ってるのは君の思いこみだよと仰るなら、なにか別のところでゲーム制作が楽になるように
汗をかいて、XNAを使うと本当に５分でゲームが作れると思わせて頂きたいところです。
クロスプラットフォームとやらも良い物なんでしょうけども。
575:名前は開発中のものです。
08/02/27 08:44:20 p8GIJl6K
Ito居なくなって一気に暇になったな。セールストークと僕の理想のすれ違いなんてどうでもいいよ。
ぶっちゃけ環境まわりの問題で足止め食うのがいちばんムカつく。
URLﾘﾝｸ(forums.microsoft.com)
誰か同じような目に合ってるやついる？ バイナリじゃなくてソースを提出する意味がわからんが、
そのソースですらランタイム足りてても動かないようにできてて萎えた。（なんだほにゃ字って）
Blogではだいぶご立腹のようだが、デバッグビルドで配布してたとかいうオチじゃねーだろうな。
576:名前は開発中のものです。
08/02/27 10:27:24 L8xhRnhE
通信のことで聞きたいのですが、
いわゆる、socketみたいなライブラリーは用意されてるのでしょうか？
windowsならTCP/IPでP2Pといった形が、DirextXで出来たのですが、
windowsと360では、勝手がちがうでしょうし、ライブラリーが吸収してくれる
ものかのかと思いまして。
360だと、ゴールドメンバーシップでマルチ対戦できるので、
単純な将棋みたいなプログラムをつくって、xna会員のフレンドと
お互い360で通信対極したいとおもいまして。
577:名前は開発中のものです。
08/02/27 10:32:00 Ee+aUcpQ
360でXNAのやつのデモ配信始まったけど遊んだ人いる？
車のとアクションのをいくつか遊んでみて思ったんだけどさ、オレが360で遊びたいのは
マシンパワーをふんだんに活かしたいかにも次世代機なゲーム、Halo3とかギアーズとかああいうの
なんだなーって気づいたよ。PCのフリゲで遊べるようなのを360で遊んでも面白くないなと
もちろんオレ一個人の意見でおそらく少数派だと思うけど、一応自分でもXNAちょっとかじり始めたところ
だったからなんかねーあーまとまんねーやチラ裏ｽﾏﾝ
578:名前は開発中のものです。
08/02/27 10:49:23 igm36G3t
>>577
さすがに少人数で作るものとHALOみたいな大作は分けて考えた方が良くない？
一人でアニメ映画作る人がいる時代だから可能性を否定するつもりはないけどさ
大作を作りたいって言う人は何にどれくらいの工数がかかるのか全く見えてない
素人な人が多いなーって印象がある
それとマシンパワーだったらPCの方がはるかに高いよ
Core 2 Duoのマシンで何でもいいから動かしてみるといいよ
マシンパワーを使ったゲームって目標はいいけど、例にあげたゲームが釣りすぎる
579:名前は開発中のものです。
08/02/27 11:32:45 nTH4tms8
俺個人から言わせて貰うと、
昔のPCエンジンのボンバーマンとかモトローダーとかあの程度（と言ったら大変失礼なのは分かるが）のゲームでいいから、
みんなでオンラインで気軽に遊べる対戦モノ作品がいいな。
それかXBOX360から直接読み書きできる伝言板とか、メッセージどうこうのツール類ね。
XNAの環境でどこまで何ができるのか全く知らんけども。
（表現方面的に）マシンパワーをふんだんに活かしたいかにも次世代機なゲームの素人作品なんて全く興味ないよ。
勉強や趣味で勝手に好き好きで作ってる人（がほとんどだと思うけど）には関係ない話ですまん。
580:名前は開発中のものです。
08/02/27 11:55:02 C9+WQaUM
予算20億円と100人ぐらいのスタッフでXNAを使用したゲーム開発も夢だな。
581:名前は開発中のものです。
08/02/27 12:27:35 FtdPv/Qb
GUI付けるくらいならシーン管理とか付ける方が先だろ
582:名前は開発中のものです。
08/02/27 12:48:12 x/FL2loS
>>579
いいな、じゃなくて自分で作ればいいじゃない。
そのための開発環境でしょ？
何でそこで自分好みのゲームがないからって、こうあるべきだ、みたいな押し付けが始まるの？
>>581
シーン管理はサンプルがあるよ。
何から何まで取り込んでたらただのデブになる。
ただあんな使えない使わない算術ライブラリを大量に書いておいて、初心者に向かって工数も何もないと思うけどね。
583:名前は開発中のものです。
08/02/27 12:56:40 nTH4tms8
いや、だから勝手に好き好きで作ってる人には関係ない話って書いたんだけどね。
この先行われる予定の配布（需要）まで考えたら、
実際オンライン対戦ものくらいしかわざわざ落として遊ぶ人いねーんじゃねーの？という話。
XNAのサンプルみたいなのやってもつまらんし、逆にポリゴンバリバリで一見大作っぽいけど結局素人に毛の映えた程度のものなんて誰も落とさないんじゃね。
584:名前は開発中のものです。
08/02/27 12:57:56 v9GLKcCp
オマエ、本当に>521のこれ読んでから書いてるのか？
URLﾘﾝｸ(creators.xna.com)
すげーくだらねー事をするのにとんでもないコード量を要求してくるんだぜ。
585:名前は開発中のものです。
08/02/27 13:26:07 x/FL2loS
それがゲーム製作ってもんでしょ？
需要は、一般ユーザーならそうかもしれないけど
XNAに興味を持ち始めた人はどんなものでも欲しくなるだろうね。
586:名前は開発中のものです。
08/02/27 13:32:30 v9GLKcCp
フレームワーク作ってる奴が、低脳なのか、自己慢心のキチガイなのか。
俺はそこの所を純粋に知りたい。
587:名前は開発中のものです。
08/02/27 13:47:51 nTH4tms8
いや、おれはべつにXNA製作自体興味なくて、XNAで何か面白いもんあるのかただ気になっただけなんでw
（根本的にスレ違いなんでそこは謝るけど、他にXNAスレ見当たらんので）
まあ同期とったり何かとめんどくさそうだからアクションゲームは要求はしないけど、
例えばオン対戦の大富豪とかでも作るの面倒なの？
携帯ゲー製作より面倒なんじゃXNA意味ねーじゃん
588:名前は開発中のものです。
08/02/27 13:53:06 B6ARmRBJ
>>574
５分でってのは、ゲームの製作が完了するまでの時間じゃなく、
"すぐに各ゲーム依存部分を書き始められる"の意味だろ。
そのあたりをよく考えてみるべき。
あと、あれもこれも無いって言ってるやつはcodeplexにあるXNAラッパ使え
589:名前は開発中のものです。
08/02/27 14:03:44 g4UrQFjY
フレームワーク≠ゲームエンジン
590:名前は開発中のものです。
08/02/27 14:04:53 p8GIJl6K
大富豪作るのに大富豪のルーチンを書く以外に何が必要なんだ？
携帯開発ってカードゲーム用のライブラリが標準でついてるのか？そりゃ便利だね。
おっと>>576が置いてけぼりだ、だいたいお望みのネットワーク用のクラス郡あるよ。
PCをLANで繋げてパケット送受信くらいならすぐ試せる。ドキュメント見れ。
591:名前は開発中のものです。
08/02/27 14:24:40 B6ARmRBJ
>>587
>>590
携帯の場合、機種依存のほうが問題になるって
あとJavaの旧いのしか使えないから、言語的にも面倒だな
592:名前は開発中のものです。
08/02/27 14:28:00 L8xhRnhE
>>590
ありがとう。
windowでxnaはそれでいけそうですが、
xboxのほうは、liveがかんでるんですが、
同じようなコードで通信対戦プログラムできるのでしょうか？
593:名前は開発中のものです。
08/02/27 15:12:43 p8GIJl6K
>>xboxのほうは、liveがかんでるんですが
まぁそのせいで下準備のコードがちょっとめんどくさいんだけど、
>>同じようなコードで通信対戦プログラムできるのでしょうか？
これに関しては心配いらない。
あとは箱用に作るのに必要な料金さえ緩和してくれりゃな。
ＭＳ金だけはあるんだからただでやらせろよう。
594:名前は開発中のものです。
08/02/27 15:15:29 L8xhRnhE
>>593
ありがとう
595:名前は開発中のものです。
08/02/27 15:38:20 2UlhBHC9
このまえいい雰囲気だったので来たらまたこの流れでワロタｗ
グダグダしててもいいけど足の引っ張り合いは恥ずかしいぜ？
海外のフォーラムをみて考え直せよ
596:名前は開発中のものです。
08/02/27 15:54:30 l4fGQKhK
不毛な議論ご苦労様ｗｗｗｗｗ
開発者が対応しないと言ってるものをいつまでもグダグダと
あーでもないこーでもないと話して楽しいか？ｗｗｗｗｗ
早くゲーム作れよ、特にハコ太郎
将棋ゲームやってみたいからよ
597:名前は開発中のものです。
08/02/27 16:39:28 nTH4tms8
そーそー。早く対戦ツール作れよ。
素人にAIというかルーチン期待出来ないから、単純な対戦ツールでいいよ。
598:ひげねこ ◆oxtErU/kVM
08/02/27 16:53:42 nV5kjYID
とりあえず、前回のまとめ
データベースに登録したもの。
1: TextureProcessorのプロセッサーパラメーターの初期値を指定したい
2: SpriteFont.DrawStringの文字列の範囲指定
3: FontDescriptionProcessorでテクスチャフォーマットを指定できるようにする
4: アニメーションスターターキットの追加
5: アセンブリ依存をアセット毎にチェックする
6: コンテントフルビルドがリリース/デバッグ切り替える度に発生する
7: コンテント配置がリリース/デバッグ切り替える度に発生する
すでに登録されていたもの
1: エフェクトファイルが日本語名パスを含んでいるとエラーになる
2: ローレベルサウンドAPI
3: 動画再生がしたい
4: SM1.1以外のGPUでも動作させたい
こちらからの質問として、どんな状況でどんな機能が必要になるのかが
もっと知りたいのが以下の4つ
1: ローレベルサウンドAPI
2: 動画再生がしたい
3: SM1.1以外のGPUでも動作させたい
4: GUI
とりあえず小一時間くらい滞在します
599:名前は開発中のものです。
08/02/27 17:07:21 B6ARmRBJ
3: SM1.1以外のGPUでも動作させたい
ライトなゲーマーの方はしょぼいグラボ使ってることが多いので、
そういう環境でも２Ｄ描画くらいはできると助かります
あと、プログラミング初心者の教材に使う時に躓きました。
そういう人に限ってしょぼいＰＣ使ってるので。
600:ひげねこ ◆oxtErU/kVM
08/02/27 17:13:01 nV5kjYID
同じプロジェクトでXbox 360とWindowsの両プラットフォーム使いたいという要望についてですが
Visual Studioの詳しい人に聞いたら、VS自体にアセンブリの参照をプラットフォーム毎に変更するという
コンセプトが無いので現状では同じプロジェクトファイルひとつで管理することはできなかったとの回答でした。
ただ、プロジェクトが複数に分かれている利点としては、プラットフォーム毎にインターフェースを変更しやすい、
(例えば現状でもWindowsとXboxのプロジェクトとではファイルを追加したときに表示されるメニューが違うなどが
ある)
#if XBOXの様にファイル全体を囲うことなく、単にプロジェクトに追加するかしないかなのでコードの可読性が
あがるのと、ひとつのプロジェクトにしてしまうとWindows版でフォームを使ったときにコード生成されている
部分が#ifでは対応できないという問題があるとのことでした。
ただし、今後はZuneを含めてサポートするプラットフォームが3つになるので、複数のプロジェクトを
管理できる機能を追加していきたいとのことでした。
例えばファイルを追加、名前変更、削除などをしたときに、WindowsとXboxの
両プロジェクトで同期をとるようにする機能などがアイディアとしてはあるそうです。
それ以外にも、マルチプラットフォームをVS上で管理する上で欲しい機能があったら連絡してください
とのことでした。
601:名前は開発中のものです。
08/02/27 17:14:51 p8GIJl6K
あんたこれから常駐する気かｗ
>SM1.1以外のGPUでも動作させたい
XNAって基本的に固定機能パイプライン用のステート設定項目削られてんじゃん。
あれ復活させて。360には固定機能シェーダは～てんなら
BasicEffectでエミュレートさせるのでも良いけど。
エフェクトファイルに書いて下さいってのは勘弁。
602:名前は開発中のものです。
08/02/27 17:26:33 Blhcupwm
フレームワーク屋ライブラリ屋うざい
ひととおり完成させたゲーム作った上でフレームワークを語るならわかるが
ゲーム作らずに仕組みばっかり作るのは下らない自己満足
603:名前は開発中のものです。
08/02/27 17:27:02 l4fGQKhK
>固定機能
いらねーよ
asmも記述できなくなる時代だぞ？
604:名前は開発中のものです。
08/02/27 17:38:55 x/FL2loS
どうでもいいからDirectX10専用のXNAを早く作り始めてよw
箱は無視でいいからさw
605:名前は開発中のものです。
08/02/27 17:55:23 FsrER9nz
>>587
ゲーム自作できない奴の遊ぶだけスレ（家ゲ板）
【XBOX】XNAクリエイタｰズクラブ遊ぶだけｽﾚ【LIVE】
ｽﾚﾘﾝｸ(famicom板)
606:名前は開発中のものです。
08/02/27 17:55:49 sLTAwTu/
XNAのサンプルってcreators.xna.comの所と、他にどこかある？
607:名前は開発中のものです。
08/02/27 18:17:33 vDOW+5md
うーん、俺はひげねこの言ってる事も分かるけどね。
つーかさ、今の時点でもウィンドウみたいなの用意するのにそんなに手間かかんねーだろ。
これ以上、楽にしたいんなら、本格的ゲーム制作なんて辞めて、素直にXBox360で配布できるＲＰＧツクールの要望出した方が良いね？
608:名前は開発中のものです。
08/02/27 18:24:53 vDOW+5md
コンパイルエラー強化
ＰＣでのコンパイルは通るのに、実機で試してみると意外な所からエラーが帰ってくる。
ＰＣでのコンパイル時で完全に実機でも通るほどエラーチェックを厳しくする事は出来ない？
609:名前は開発中のものです。
08/02/27 18:26:10 pA3Q2Mma
>動画再生
オープニングやエンディング、ちょっとしたイベントシーンに使いたいこともあるかもしれません。
3Dであればただの動画よりも、リアルタイムに動きをつけたイベントシーンの方が面白いですが、
2Dだとスクリプト的な制御だけでは表現が難しいこともあるため、動画で楽したいってのはあります。
（Flashで作られたアニメーションを再現するのが難しいので、そのまま動画にして再生するなど）
Vector Graphics が欲しい……。
610:ひげねこ ◆oxtErU/kVM
08/02/27 18:42:09 sG5OgzFC
GUIに関しては私の言葉不足で誤解を招くような表現になってしまってすみません。
私が言いたかったのは「GUIの表示部分が無いのが一番重要な問題じゃないですよね？」ということです。
例としてDQやFFのショップ出したのは、たとえ表示部分のライブラリを提供しても
あんまり作業量減らない、これで本当にゲーム製作のスピードアップになるんだろうか？
本当の問題は別のところにあってGUI表示とイベントハンドル部分は
問題の根幹ではないんじゃないですか？ということです。
っていうか、本当はDataBindingのことか！って突っ込んで欲しかったんですが……。
ちなみに、データバインディング使うとお店のシーンのかなりの分の処理をする必要がなくなるはずです。
今までもGUIの要望はあるのですが、そのどれもが既存のGUIライブラリが欲しいという
要望ばかりで、実際の問題が見えてこないんです。
例えば、Windowsの場合はゲームと違って同期処理が平気で行われているので
大きなリストを表示する場合に、全部が表示されるまで数秒掛かるなんてのは普通ですが、
ゲームの場合ではそれが許されません。表示するまでの間にも、キャラクターは動き回るし、
いろんなアニメーションが再生されてたりするわけです。
そういった非同期処理を実現するには既存のGUIライブラリではどうしても冗長なコードに
なってしまうんです。だったら、最初っからそういったものも視野に入れたGUIライブラリを
作るべきなのでは？と思うわけです。っていうか、第一WinForm自体がマルチスレッドに
対応していませんしwww
そんな訳で、もっと皆さんの意見を聞いてみたいです。
611:名前は開発中のものです。
08/02/27 18:56:24 l4fGQKhK
>610
対応していませんしwwwじゃねーよ
さっさと対応しろ
いつまでも同じ事言ってんじゃねーぞ
612:名前は開発中のものです。
08/02/27 19:02:55 3Ur8Sj5B
GUIはDirectXのサンプルがCustomUIを使っているみたいに簡単な表示目的で欲しい。
Gemなんかでもアルゴリズムを説明するのに使っているでしょ。
リストをクリックして表示がどう変わるのかを見るとかね。
613:名前は開発中のものです。
08/02/27 19:06:21 FtdPv/Qb
XAML欲しい
>>609もGUIも解決
614:名前は開発中のものです。
08/02/27 19:08:04 pA3Q2Mma
>GUI
・項目のリスト表示・管理(メニュー周り、スクロール付き）
・はい/いいえなどの選択肢ウィンドウ（メッセージボックス）
・汎用的なウィンドウの表示、Order、オープン/クローズアニメーション
・ウィンドウスキン
・その他ゲームに良くある機能など
個人的にはライブラリというよりは、
叩き台にできるサンプルが欲しいかなと。
615:ひげねこ ◆oxtErU/kVM
08/02/27 19:08:20 sG5OgzFC
>>571
>XACT周りでは音楽を再生するとき
>小節をABCBCというような形で再生させる方法が無いって問題があったと思う。
XACTの機能でできそうな気もしますが確認します。もし現状ではできなくとも、
Notifyイベントに対応して欲しいという要望があるので、それがあれば実現できると思われます。
>>574
「玄関開けたら５分でゲーム製作」は、他の面倒なことに時間を割くことなく、直ぐにゲーム製作
に入れるという意味での目標です。現状では実現しておらず、目標達成を目指しているところです。
>>586
愛すべきバカと呼ばれたいです
>>593
>あとは箱用に作るのに必要な料金さえ緩和してくれりゃな。
ごめんなさい、今のところ、それがチームでの唯一の収入源なんですwww
616:ひげねこ ◆oxtErU/kVM
08/02/27 19:28:49 sG5OgzFC
>>601
具体的に、どの固定シェーダー機能が欲しいのか詳しく。
マルチテクスチャの変態的なステージ設定が欲しいわけではないですよね？
>>604
>箱は無視でいいからさw
そんなご無体な……
>>608
>コンパイルエラー強化
確かにそうですね、要望としてだしておきます。
また、デスクトップ.NetにはNetCFに無い機能で必要性の高いと思われるものを見つけた場合は
再度連絡してくれるとありがたいです。
例としてはオリジナルの.NetCFには無かったStopwatchは既に使えるようになってたり、stackallocの
追加要望なども来ていますので。
>>611
根本的な問題点が判らない限りは同じことを問い続けます。
「あなたにとって何が一番重要な問題なんですか？」と、
>>614
GUIについては、まずはCustumUIのようなサンプルが欲しいといったところに落ち着くのでしょうか？
617:ひげねこ ◆oxtErU/kVM
08/02/27 19:34:25 sG5OgzFC
はう、小一時間とか言ってたのに二時間半も居ついてしまった………
もう落ちます。
一通り答えた筈ですが「スルーすんな！」という方は再度突っ込んでください
ではでは
618:名前は開発中のものです。
08/02/27 19:40:20 pA3Q2Mma
>>616
>GUI
そうですね。
ただ、CustomUIはただのコントロールの集まりだった気がするんで、
ツール的なものを作るには良いと思いますが、
個人的に欲しいのはよりゲームで使われる形に近いものかなと。
>>609
がスルーされた気がする……。
619:名前は開発中のものです。
08/02/27 19:57:11 MufxNy8F
574と同じ意見で、あと自分の意見
理想系としては、C++Builderみたいな感じで
レイアウト決まってるところに適当に貼り付けていって
とりあえず動くのは、それで作って
画像とか用意できたら、素材が出来次第
適当なプロパティに突っ込むとそれが反映される
そういう手軽さはあってもいいと思うんですがどうでしょうか？
パフォーマンスを要求されるゲームの中で使えなくても
タイトル画面、コンフィグ画面、タイトル画面、ロード画面、セーブ画面なんかでは
特にさっさと作り終わりたい部分だと思うし。
ゲーム作れるぐらい知識あればこれぐらいは簡単に作れるって話も上でされてるんですが
オフィシャルでかゆいところに手が届くようなのがあれば
（ビルドインだからパフォーマンスが良いとか、簡潔な書き方ができるとか、リソースエディタと連動するとか）
プラットフォームとして面白いんじゃないんでしょうか
あと、FSMみたいなシーン管理ってあるんでしたっけ？
これもソースを簡潔に書くためには欲しいところです。
今あるもので作れるかもしれないけどあれば便利みたいな
いわばC++におけるboostみたいな扱いでもいいと思うんですよね
WTLのように用意はしてるけどサポートはしないみたいなのでも。
そもそも３次元座標同士の足し算とかが
展開して書いたほうがパフォーマンスあがるっていうのにマクロで書けないのもなんだかなーと
コンシューマーの世界へようこそというなら、マクロを使わせて欲しい
620:名前は開発中のものです。
08/02/27 19:57:35 QnThtTGI
SilverlightのWPF UI FrameworkとDLR取り込めると面白そうだね
ゲーム開発だと高級すぎる気もするが
621:名前は開発中のものです。
08/02/27 20:24:42 p8GIJl6K
>>マルチテクスチャの変態的なステージ設定が欲しいわけではないですよね？
ゴメン言いたいこと伝わってねえな。単純にPC上なら固定機能のみで作動して欲しいってことと、
そこで360とのクロス性が問題になるならBasicEffectにステージ設定とか
追加して抽象化すりゃいいんじゃねぇのって提案。
>>ごめんなさい、今のところ、それがチームでの唯一の収入源なんですwww
そこはホラ、開発者に360買わせるアピールになりますよとか言ってさぁｗ
>>DLR
そういやこれの基盤たるLCGがCFだとサポートしてないんだっけ。
せめてGCだけでも世代別になんねーのかなぁ。
622:名前は開発中のものです。
08/02/28 00:21:43 /rY3e8Lf
360の実機で動かすと、描画命令の発行が重すぎてせっかくの高性能ＧＰＵが完全に遊んでしまうのが勿体なさすぎです。
15000ポリゴンのモデルを80くらい個出しても60fpsで動くのに、テクスチャ付きのただの６ポリゴンの箱を100個くらい出すだけで処理落ちしてしまうのは辛い･･･。
できることならコンソール機のプログラミングでの常套手段である、ＧＰＵへの描画命令発行を別スレッドで動かす仕組みをライブラリ内で隠蔽できないでしょうか。
発行した描画命令を内部でキャッシングしておいて次のフレームの頭で別スレッド動作させる、みたいな感じで。
描画命令発行を別スレッドに追い出すことでゲームロジックに使えるＣＰＵ時間が圧倒的に増えるでしょうから、相対的にＣＰＵ性能の低い360で動かすにはぜひとも欲しい機能です。
もし描画のマルチスレッド化が難しいのであれば、せめて描画命令の発行自体がもう少し軽くなるとありがたいです。
ちゃんと計測したわけではないので単なる憶測で申し訳ないですが、たとえ同じシェーダー・同じパラメータであってもすべての命令がキャッシングされずに無条件に全て送り直されているかのような挙動に見え、
ちょっと発行バッチ数が増えただけで簡単に処理落ちが発生するのでゲームが作りにくくて困ります。
高性能なはずのＸＢＯＸ360でのゲームプログラミングなのに、『21世紀にもなって「ショットを撃つと処理落ちするから発射数を半分にして威力を2倍にするか……」』みたいな調整が必要になってしまうのはいかがなものかと。
ライブラリレベルでの高速化はみんなが恩恵を受けられるので、もし何かチューニングの余地があるのであれば、ぜひ考慮していただきたいです。
623:名前は開発中のものです。
08/02/28 21:41:12 Onhii9oo
というメールをＭＳに送った、
っていう話ですか？
624:名前は開発中のものです。
08/02/28 22:11:02 Kfd7v7e6
少人数のゲーム制作って考えると作り込んだモデルより
幾何学的でアブストラクトな表現は都合がいいと思うけど
>>622のレス読むとそういう表現は難しそうだね
625:名前は開発中のものです。
08/02/28 23:47:44 7jyXioPU
次世代機のCPUはPowerPCからX86に戻るかもしれない。x86なら競争が激しいから性能も価格もこなれている。もうMacが見捨てられて次はゲーム機かな
626:名前は開発中のものです。
08/02/29 01:21:41 79yrB4s/
XBOX360版XNAでIMM32のような機能はありますか？
627:名前は開発中のものです。
08/02/29 11:12:33 cyHkH63n
619みたいな要望なんだけれど、俺はWPF用のデザインテンプレートを
どうにか流用できないかな、と考えてた。
ぜんぜん詳しくないのでフレームワークにそういう機能がいいのか、
コンテンツエクスポーターで変換した方がいいのかは判らないが。
まあつまり俺がいいたい一番の問題はExpressionシリーズ、もう少し安くならない?
てことなんだがw
628:名前は開発中のものです。
08/02/29 13:30:49 5SO5wm1v
win、360で通信対戦昨日をつけたいのですが、
参考になるサイトありましたらおしえてください。
629:名前は開発中のものです。
08/02/29 13:49:35 KKyqcPHE
付属のドキュメント（英語）と、
URLﾘﾝｸ(creators.xna.com)
ここにあるサンプル。
630:名前は開発中のものです。
08/02/29 13:50:23 KKyqcPHE
って通信一般のことかな？
631:名前は開発中のものです。
08/02/29 14:00:06 5SO5wm1v
>>630
TCP/IP通信のようなことをやりたいのです
とりあえず教えていただいたサイトをみてみます
ありがとう
632:628
08/02/29 16:19:52 5SO5wm1v
PeerToPeerSample、ClientServerSample共にダウンロードして
確認してみました。共にLiveに接続するところから始まり
ゴールド会員のメールアドレスでサインインしたのですが、
base.Update(gameTime);でエラーを吐きます。内容が、
The current profile does not have an XNA Creators Club membership,
which is required to sign in to the Live service.
To continue, purchase a membership from Xbox Live Marketplace,
or switch to a local gamer profile.
とのことで、XNA Creators Clubのメンバーシップを購入していないと
ひょっとしてつながらないのですが？ゴールドなら
とりあえずセッションは開けるかと思ったのですが・・・。
633:名前は開発中のものです。
08/02/29 16:29:38 KKyqcPHE
無理
通信はCC非会員は、WindowsでLAN内だけ。
Live使う場合は360、WindowsともにCC会員必須。
634:名前は開発中のものです。
08/02/29 16:30:42 KKyqcPHE
LAN内ってSystemLinkね、念のため
635:名前は開発中のものです。
08/02/29 16:38:02 5SO5wm1v
ありがとう。よくわかりました。
636:名前は開発中のものです。
08/02/29 17:56:37 rwW9Blwo
単純にオンライン対戦可能なオセロとかトランプとか作りたいんだが
もしかして１人動作確認は無理？
360とPCで対戦できる様にしとけば、360vs360でも動く事が期待でき
るとか、そんな都合がいい話は多分ないよね？
637:名前は開発中のものです。
08/02/29 18:08:29 sIYszjWf
いや、それでいいはず。
でも実際にやってみないとなんとも言えないけど、
サンプルで特別なことやってるようにも見えないし。
PC3台に360を1台でSystemLinkまでは確認できてるが、
まともにゲームの体裁整えてないと他人とつないで試すわけにもいかんしなあ。
638:名前は開発中のものです。
08/02/29 19:11:46 eQkbLnZK
C#をDirectX抜きで使っていたのでよく知らないんですが、
Managed DirectXとXNAには互換性は無いんですよね？
639:名前は開発中のものです。
08/03/01 01:24:32 lpucU8xl
>>629に紹介されてるサイトのサンプルには
SystemLinkのサンプルはないです？
640:名前は開発中のものです。
08/03/01 01:31:48 HuE7K8R1
>>638
互換性がソースコードレベルでの話しならイエス。
ぶっちゃけどちらもDirectXのラッパーだから大して違いはないけど。
641:ハコ太郎
08/03/01 08:42:57 AGjJHtOG
データバインディングはデバッグ窓としては有効だと思うけど
ゲーム内で使うメニューなどはボタンを押した時に処理を入れたい。
642:名前は開発中のものです。
08/03/01 11:11:26 8ym58WA/
zuneがサポートされるみたいだけど、日本で発売されるの？
zune向けにプログラムを書く場合、輸入しないとダメかな？
643:名前は開発中のものです。
08/03/01 13:53:11 7cruTluh
BoundingBoxとBoundingSphereで当たり判定を取ろうと思っていたのですが、
BoundingSphereの方は毎フレーム移動するので、中心の座標を移動させたいです。
ですが、そのようなインタフェースは無いようなので、毎フレーム新しいBoundingSphereを作って
入れ替えてやらなければいけないのかなと思っています。
その時のパフォーマンスを気にしているのですが、オブジェクトではなく構造体なら
毎フレームnewしてもGCの対象にはならず、パフォーマンスへの影響は無い（のか極めて小さい）
という理解で合ってますでしょうか。
気をつけなければいけないのは、オブジェクトの生存期間と数だけ？
644:名前は開発中のものです。
08/03/01 13:58:01 mfMgIQq4
構造体だから気にしなくていい
その前にBoundingSphereのフィールドは普通に書き換えできるぞ
だからってフレームを超えてキャッシュしとく意味はないけど
645:名前は開発中のものです。
08/03/01 14:05:26 7cruTluh
>>644
了解です。
最初に大量に作って使い回し云々は全部オブジェクトの話で、構造体には関係ないんですね。
646:名前は開発中のものです。
08/03/01 14:30:12 iss0MbNP
>>645
C#では構造体をスタック上に作る場合もnewキーワードを使ってて、
そこは混乱しやすいポイントではあるね。
647:ハコ太郎
08/03/01 14:39:31 AGjJHtOG
構造体のnewはメンバを全てNULLか0で初期化するだけだったはず
648:名前は開発中のものです。
08/03/01 17:11:56 E+4DCZor
URLﾘﾝｸ(xna-studio.jp)
花やしき行ってくるけど、誰もいなかったりしないかドキドキする。
649:名前は開発中のものです。
08/03/01 18:13:27 BJdyKXU8
貸し切りでただで乗り放題なんで行って損はないそ゛。
650:名前は開発中のものです。
08/03/01 20:48:19 KNB/+8nD
Manegedの時よりXNAの方が処理スピード早くね？
651:名前は開発中のものです。
08/03/01 21:01:28 BJdyKXU8
今行ってきた。
福引きで俺の後ろの人が本体あたった.....
652:名前は開発中のものです。
08/03/01 21:12:03 7cruTluh
XNA Remote Performance MonitorてのはWindowsでローカルで開発している時は
使えないんですか？
パフォーマンスチューニングするのに良い開発用の↑みたいなツールって無いですかね？
653:名前は開発中のものです。
08/03/01 21:13:55 ViryCY/U
>>651
七回やって全部缶バッジは萎えたｗｗｗ
654:名前は開発中のものです。
08/03/01 21:39:38 HuE7K8R1
>>650
基本的にMDXよりもヒープの使い方に敏感だし、
算術ライブラリは参照渡しとコードのベタ書き（要は手動のインライン化）が徹底されてるから
使う側から見れば注意することが少なくなってるってのはあるかもね。
>>652
CLRProfiler
意図のわからんイベントだが、花やしきいいなァ・・・。
655:626
08/03/01 23:53:26 w3ZGIR9q
完全にスルーされてるけど、日本語チャットの実装したい人って他に居ないの？
656:名前は開発中のものです。
08/03/01 23:59:06 6CzHQ4+o
いやだって360自体にあるメッセンジャー連携と音声チャット使えばいいし・・・
657:名前は開発中のものです。
08/03/02 00:03:22 zzw5UN3t
日本語で新しい本が出てるね。
URLﾘﾝｸ(www.amazon.co.jp)
658:名前は開発中のものです。
08/03/02 00:03:42 keBEe7WT
>>656
Windowsの場合は？
自分はもうSystem.Windows.Formsで入出力窓作っちゃおうかなあとか思ってるんですが
659:名前は開発中のものです。
08/03/02 00:07:53 fERtkynk
NativeWindow使えばゲームループ中でもどうとでもなるんじゃね？
660:名前は開発中のものです。
08/03/02 00:43:32 l4v/PVfq
>>654
ユーザーの居場所検索、シャウト等メッセンジャーじゃカバーできない機能も沢山あるわけで
>>658
XBOXの人と話せないよね？
661:名前は開発中のものです。
08/03/02 00:53:02 WAxvXIYw
>>658
元が「360でのチャット」という話に対しての返答なのにWindowsを出されてきても
662:名前は開発中のものです。
08/03/02 00:55:04 keBEe7WT
>>661
ああいや、360の話は分かった、じゃあWindowsの場合はどうするのが良いんだろうって意味で書いただけで
>>656のレスにケチつけてる訳じゃないよ
663:名前は開発中のものです。
08/03/02 01:00:41 l4v/PVfq
>>661
360でチャットしたい人いるかなんて話はしてない
360でIMM32相当のAPIがあれば、WindowsPCとゲーム内チャットができるようにしたいという話
664:名前は開発中のものです。
08/03/02 01:05:55 jGKSdtCZ
>>657
\7,350は趣味で買うには高いよな。経費で買えるならいいけど。
665:名前は開発中のものです。
08/03/02 01:06:32 fERtkynk
＞IMM32相当のAPI
確か「そんなものは無い」って話を聞いたことあるが・・・。
伊藤さんてるみー。
666:名前は開発中のものです。
08/03/02 01:32:38 o9Cw/3Oh
>>658
じゃあ作れ
667:名前は開発中のものです。
08/03/02 02:02:02 OS2eoImf
擦れ違いかもしらんが花やしきの様子書いておくか。
入りは意外にもかなりの盛況で作品台にもほぼ絶え間なく人が並んでいた。
客層もゲオタ以外の家族連れ、カップルと普段の客層と代わり映え無いほど。
出品作品をプレイすると福引きが出来て、ハズレはバッチだが当たりは
360本体で、俺の目の前だけでも3台用意されてた。
（もし俺の前に出ていたらそれ以上あったろう）
かなり太っ腹な対応で狙い目だったと思われ。
作品は作品台に並んでるのでもいかにも専門学校生が作ったレベルや
技術はあるが作り込みが全く未完成なのばかりでなんとか間に合わせた感が
強い。
MSKKが今後どれだけ掘り起こせるかに懸かってるだろう。
（期待してないが）
あと何で会場が花やしきなのかというとバンナム傘下の施設だから。
確実な利益のある新商品のプロモでもないのに偉く金かけてたな。
URLﾘﾝｸ(www.hanayashiki.net)
668:名前は開発中のものです。
08/03/02 02:11:22 l4v/PVfq
乙
669:名前は開発中のものです。
08/03/02 10:32:35 8ZJ0iEdC
URLﾘﾝｸ(d.hatena.ne.jp)
670:名前は開発中のものです。
08/03/02 12:33:42 keBEe7WT
Gameクラスの中で、publicなメンバとしてSpriteBatchを宣言し、
GameクラスのDrawメソッドの中の単一のBeginとEndの中で、すべての描画したいオブジェクトのRenderメソッドを呼び、
GameのSpriteBatchを使って描画しています
このBeginはBegin( SpriteBlendMode.AlphaBlend, SpriteSortMode.BackToFront, SaveStateMode.SaveState );
という形で呼んでいるのですが、描画したいオブジェクトの中にSpriteBlendMode.Additiveで描画したいものがあります。
そのオブジェクトの中のRenderメソッドで、下記のようにしてみたのですが、うまくいきません。
this.game.spriteBatch.End();
this.game.spriteBatch.Begin( blendMode ); //blendModeで描画する
this.game.spriteBatch.Draw( texture, position, bounds, Color.White, rad, origin, 1.0f, SpriteEffects.None, depth );
this.game.spriteBatch.End();
this.game.spriteBatch.Begin( SpriteBlendMode.AlphaBlend, SpriteSortMode.BackToFront, SaveStateMode.SaveState );
上記コードを呼ばず、単にthis.game.spriteBatch.Drawを呼んで描画しているオブジェクトが
表示されなかったりします。
SpriteBlendMode.AlphaBlendとSpriteBlendMode.Additiveを使い分けるにはどういう風に実装するのが良いでしょうか。
GameクラスにSpriteBlendMode.Additive用のSpriteBatchと、SpriteBlendMode.AlphaBlend用のSpriteBatchを両方別々に持たせて
描画するオブジェクトの中で呼び分けようかなぁとか考えているんですが、あまりスマートじゃない気がします…。
671:名前は開発中のものです。
08/03/02 17:19:42 YDJ5z10X
XNA最大の問題点はパッドが実質非対応な点
672:名前は開発中のものです。
08/03/02 18:13:07 l4v/PVfq
>>671
何しにきたの？
673:名前は開発中のものです。
08/03/02 18:36:54 DkxH8Qas
URLﾘﾝｸ(www.famitsu.com)
アマチュアクリエーターのアイデアと想像力が結実した“XNA Game Studio Japan 2008 Spring Contest”の授賞式が開催
674:名前は開発中のものです。
08/03/02 19:02:50 oAhqdNLL
週末にちょろっと触ってみたんだが、
GameComponentをGameクラスのコンストラクタ時に登録しないと
GameComponentのInitializeを呼んでくれないんだけど、そういうモンなの?
気分的にはGameクラスのInitializeの中でアプリケーションの初期化終了後に登録したい感じだが
675:名前は開発中のものです。
08/03/02 19:42:00 +DPdH8iN
会場でもらった紙に書いてあったアドレス
XNAデベロッパーセンター
URLﾘﾝｸ(www.microsoft.com)
さあ、XNAをはじめよう！
URLﾘﾝｸ(xna-studio.jp)
XNA Game Studioフォーラム
URLﾘﾝｸ(forums.microsoft.com)
XNAで作るマインスイーパー
URLﾘﾝｸ(www.microsoft.com)
XNA GSE HELPの基礎
URLﾘﾝｸ(go.microsoft.com)
できるプログラミングXNA Game Studio Express
URLﾘﾝｸ(go.microsoft.com)
XNAビデオチュートリアル(英語)
URLﾘﾝｸ(go.microsoft.com)
Visual Studio Express Edition学習用資料集
URLﾘﾝｸ(www.microsoft.com)
手打ち疲れたお⊂(・ω・｀)⊃
676:名前は開発中のものです。
08/03/02 19:44:48 D87i6yt5
おつかれ
677:名前は開発中のものです。
08/03/02 19:47:33 YgJJfq7J
スクショで見る限りかなりレベル高いよな
実際どーだったの
678:ひげねこ ◆oxtErU/kVM
08/03/02 20:14:42 75eB5Z/y
寝る前にまた小一時間程お邪魔します。
前々回のまとめは>>598
前回のまとめ
新たに出した要望
1 コンパイラーエラーの強化
Windows上でもコンパイルしたときにXbox360でコンパイルできないものをエラーとする機能が欲しい
2 簡易GUIサンプル
聞いてきたもの
XACTでABCBCのような形で再生させたい。
このABCBCというのが、イントロから入ってその後指定した部分からループというのであれば現状でもできます。
WAVファイル自体ににはループ情報を追加することができ、XACTはこのループに対応しています。
実際のやり方ですが、Sound ForgeやフリーのWAVファイル編集ツール(私が試したのはWavosaur)を使って
ループしたい部分、この場合はイントロが終わった部分から曲の最後まで選択した後に、ループ範囲の設定をします。
SoundForgeではLoop Region、Wavosaur上ではメニューのTool/Loop/Create Loop Pointsを選択します。
このループ情報を追加したWAVファイルをXACT上でWaveバンク内に読み込むとLoopと書かれている欄にYと表示されます。
そして、ゲーム中に再生するとイントロから始まり、ループ指定した場所をループし続けます(ループカウントの変更も可)
オーディオプログラマの人に聞いたら、このループ設定は多くのWAVファイル編集ツールでサポートされているとのことでした。
WAVOSAUR
URLﾘﾝｸ(www.wavosaur.com)
679:ハコ太郎
08/03/02 20:20:17 Lox6KhX3
へー出来たんだ
出張サポートセンターみたいな人だな
680:ひげねこ ◆oxtErU/kVM
08/03/02 20:24:15 75eB5Z/y
>>609
VectorGraphics
これはリアルタイムで処理するものでしょうか？それともツールで作ったものをポリゴンデータに落とし込む方法のどちらが良いのでしょうか？
個人的には後者の方が好きなんですが……
GUI要望
サンプルGUI
編集ツール(主に配置)
WPFとかSliverLightとか(コンパイルする)
WTLのような扱いでも可(サンプルGUIと一緒？)
VectorGraphicsのサポート
>>621
えっと、現在のSpriteBatchやBasicEffectの機能を使うのであればDX7上で動いて欲しいということでしょぅか？
>>622
返事が長くなるのでちょっと待ってください
その間に、こちらから質問
1 コンテントを用意する時の苦労や困っていることがあったら教えてください
2 皆さんが使っているコンテント(3Dモデルや、テクスチャとか)を作るのに使っているツールはどんなの使っています？
681:名前は開発中のものです。
08/03/02 20:37:36 JDxaaE78
とりあえずしょぼいC#でなくC++で書かせろと
話はそれからだ
682:名前は開発中のものです。
08/03/02 20:40:58 zkaFSkJm
そもそも、XNAの登場に合わせて、なぜ都合よくおまえらや昨日のコンテストに参加した連中が
C#ができるのか教えてくれ
683:ひげねこ ◆oxtErU/kVM
08/03/02 20:50:53 75eB5Z/y
>>622
もう少し詳しい情報をいただけないでしょうか？100と言うのは実際のゲーム中にだしたとき(他の処理も入っているとき)なのか
単体でパフォーマンステストしたときに遅くなったということでしょうか？
もし、よろしければメル欄のアドレス宛てにプロジェクトファイルを送っていただけないでしょうか？こちらの検証させてもらいます。
Xbox 360上でのパフォーマンスについてですが以下のMesh Instancing Sampleが参考になると思います。
URLﾘﾝｸ(creators.xna.com)
このサンプルはメッシュインスタンスのサンプルコード以外にも、24頂点、12の三角形トライアングルのモデルデータを描画するときに
単に描画を複数回読んだだけのもの(DrawNoInstancingOrStateBatching)と、レンダーステートをバッチしたときのコード(DrawNoInstancing)が含まれます。
このサンプルをXbox 360上でリリース設定、デバッガなしの状態(Ctrl+F5)で起動させると、それぞれのパフォーマンス差が判ります。
DrawNoInstancingOrStateBatchingでは約430個、DrawNoInstancing時には1660個、そしてインスタンスありの場合は5100個のモデルが描画できます。
いきなりモデルインスタンスをするのは敷居が高いですが、ステートの設定回数を抑えたDrawNoInstancingはシェーダープログラムの変更なしで
できる最適化です。DrawNoInstancingOrStateBatchingは一つ一つのモデル描画時にモデル、ビュー、そしてプロジェクション行列、
VertexDeclaration、VertexBuffer、そしてIndexBufferを設定し直し、更EffectBegin、PassBeginと贅沢にステート設定をしています。
このコードを表示するモデルが1つのエフェクトしか使っていないので、最初に一回だけ共通するステートを設定して、EffectBegin、PassBeginを行った後に
それぞれのモデルに対してはモデル行列の設定して、CommitChangesを呼んでからDrawIndexPrimitiveをひとつのモデルに対して一回呼び出すようにしたのが
DrawNoInstancingOrStateBatchingです。これだけで、その最適化をしていないものに比べて４倍の数のモデル数を出すことができます。
つづく
684:ひげねこ ◆oxtErU/kVM
08/03/02 21:16:04 75eB5Z/y
現状、こちらで把握しているなかでボトルネックとなっているのはマネージサイドによるメモリメモリアクセスです。
例えば、簡単なパーティクル表示で、ひとつのパーティクルは単純なテクスチャなしの四角形(2つの三角形ポリゴン、頂点にはVector3とColor)を表示したとします。
パーティクルの動きはあらかじめ設定された速度で動き画面端に届いたら移動量を反転するというものです。このプログラムを5000個のパーティクルを表示したときに
それぞれに掛かった時間を計測すると
パーティクルの移動処理に1ms
マネージメモリに頂点を書き出す部分が4ms
そして、SetDataを呼んでDrawPrimitiveを呼び出すのに掛かった時間が0.14ms程度です。
ここから、頂点データのコピーに掛かる時間をメモリ帯域と、ユーザーメモリからカーネルメモリへの変更コストを差し引くと、マネージサイドとネイティブサイドの
オーバーヘッドは非常に小さくなります。ですから、このオーバーヘッド部分を隠すためにマルチスレッド化しても効果が期待できないというのが現状です
次にレンダーステートのキャッシングについてですが、レンダーステートがGraphicsDeviceのみによって変更されるのなら問題は無いのですが、
レンダーステートはそれ以外にもネイティブサイド内のEffectによっても変更されます。Effectによるステート変更をマネージサイドのGraphicsDeviceと
辻褄を合わせるためにはせっかくネイティブサイドで動いているEffect実装部分をマネージサイドで実装しないといけません。そうなると、
今度はマネードサイドのEffect実装コードがボトルネックになり、ステートキャッシングによる最適化を相殺どころか逆に遅くなってしまいます。
更に続く
685:ひげねこ ◆oxtErU/kVM
08/03/02 21:26:39 75eB5Z/y
そういうことで、DirectXと同じようにレンダーステートの変更数をアプリ側で極力少なくしてもらうしかないというのが現状です。
以下のブログがレンダーステートの管理方法について参考になると思います。
URLﾘﾝｸ(blogs.msdn.com)
URLﾘﾝｸ(blogs.msdn.com)
ライブラリレベルでできるレンダーステートの最適化はDX10の様に複数のステートをまとめておき、API呼び出し一回で
ガーっと変更することでしょうか？現状でもEffectを使って複数のステートを管理するという方法も役に立つと思います。
パフォーマンスに関しては、こちらの方で単体テストはしていますが、実際にゲームを走らしているときの問題とかを測定するのは
難しいので、実際にゲームを作っていてパフォーマンス問題があった場合は気軽に連絡していただけるとありがたいです。
686:ひげねこ ◆oxtErU/kVM
08/03/02 21:47:02 V3NWxRwr
>IMMについて
ゲーム内に統合して使える形でのIMMはサポートしていません。
ただ、日本語版Xbox 360上ではチャットパッドがでた時にダッシュボード所で日本語入力ができるようになっているので
Guide.ShowComposeMessageを使えば単発のメッセージなら相手に送ることができます。
Windows上にあるダッシュボードではまだIMMに対応していなかったと思われます。少なくとも英語版Windows上では動作しませんでした。
ですから、現状ではボイスチャットを使って欲しいです。そして、IMMのサポートについては既に要望が来ています。
>クロスプラットフォームネットワークについて
XNAフレームワークはクロスプラットフォーム上でのネットワーク接続に対応しています。
ですから、Windows、Xbox360間で動作しているのなら、Windows同士、Xbox360間でも問題なく動きます、動かなかったらバグなので報告よろしくです
>>641
>データバインディングはデバッグ窓としては有効だと思うけど
デバッグ時に有効ってどういうことですか？
ちなみに私の言っているデータバインディングとはWPFのようにある程度の実行処理自体もデータで持っておいて
プログラムしなくても、例にあるアイテムショップ内でアイテム選択を変更する度に勝手に他の表示部分も変えてくれるような
機能のことです。確かExpressionの初期のチュートリアルがそんなのでした。
687:ハコ太郎
08/03/02 21:51:55 Lox6KhX3
私が考えていたものは
別途フォームを開くかゲーム内でメニューを開くかして
データをリアルタイムに変更できるようなものです。
GEMSにそんなのが載ってたので。
688:ハコ太郎
08/03/02 21:55:25 Lox6KhX3
プロパティグリッドのようなもので
キャラクタのステータスを変更したりするのには便利かなと思いました。
689:ひげねこ ◆oxtErU/kVM
08/03/02 22:20:08 V3NWxRwr
>>670
これは推測ですが、やろうとしているのは半透明のスプライトをソートして表示したいわけですよね？
もしそうだとしたら、AdditiveBlendにして描画する前後ではソートが正しく行われなくなります。
例えばカメラの手前から奥に向かってA,B,X,D,Eという順の位置関係でXをAdditiveBlenにしたいとします。
そのときに描画を呼び出す順番がA,B,X,D,Eの場合に問題になります。
なぜなら、ここでの正しい描画順序はE,D,X,B,Aとなるからです。
SpriteBatchのソートはBegin/Endをまたいだソートはしません。ですから、Xを描画する時にBegin/Endを入れると、描画順は
0 Begin(Blend)
1 Draw A
2 Draw B
3 End --> B, Aとソートされ描画される
4 Begi(Additive)
5 Draw X
6 End -> Xが描画される
7 Begin(Blend)
8 Draw C
9 Draw D
10 End --> D, Cとソートされ描画される
この問題の解決方法はゲームによって色々と変わってきます。例えば横スクロールする2Dのゲームで奥行きを表現したいのであれば
手前、中央、奥といった奥行きを複数のレイヤーのようにして分けておきます。そして描画の時には、奥のレイヤーから順に描画します。
この時にレイヤー内ではBlend、Addtiveの順に描画すると描画問題は目立たなくなります。
690:名前は開発中のものです。
08/03/02 22:43:18 wif61gOz
BGMのストリーミング再生を行おうとしたところPlayCue()の部分でエラーが出てしまいました。
XACT上での設定はここを見て行いました
URLﾘﾝｸ(blogs.msdn.com)
エラー内容↓
InvalidOperationExceptionはハンドルされませんでした。
An error occurred trying to play the cue named "TestBGM". Is the cue name correct?
ストリーミング再生を行う場合はWaveBankのコンストラクタが違うということはわかったのですが
設定が上手くいっていないのでしょうか？それともそれ以外に設定が必要なのでしょうか？
691:名前は開発中のものです。
08/03/02 22:44:28 keBEe7WT
>>689
ありがとうございます。
半透明ではなく透明度ゼロのスプライトの表示ですね。
奥から、地形、アイテム、キャラ、弾丸（←こいつにAdditiveが混ざってる）、エフェクト、メニュー（←こいつが半透明）
という表示をしたくて、spriteBatch.Drawの最後の引数の値で管理してます。
AlphaBlend用のSpriteBatch（Aとする）とAdditive用のSpriteBatch（Bとする）をそれぞれ持っておくというのは合ってて、
下記のように呼べばOKでしょうか？
ただ、この場合、弾もメニューも他のものもDrawableGameComponentを継承した、○○Managerというのを作って、
そのDrawメソッドの中でそれぞれのオブジェクトのDrawメソッドを呼んでいるのですが、DrawableGameComponentにしちゃうと
まとめてGameから呼ばれちゃうので、弾ManagerとメニューManagerはDrawableGameComponentにせずに別管理になるということでしょうか。
//地形、アイテム、キャラ描画
SpriteBatch_A.Begin(Blend);
SpriteBatch_A.Draw( 地形とかアイテムとかキャラとか );
SpriteBatch_A.End();
//弾
SpriteBatch_A.Begin(Blend);
SpriteBatch_B.Begin(Additive);
if ( 弾.blendmode == AlphaBlend ) {
SpriteBatch_A.Draw( 弾 );
} else {
SpriteBatch_B.Draw( 弾 );
}
SpriteBatch_A.End();
SpriteBatch_B.End();
//メニュー
SpriteBatch_A.Begin(Blend);
SpriteBatch_A.Draw( メニュー );
SpriteBatch_A.End();
692:ひげねこ ◆oxtErU/kVM
08/03/02 23:01:48 Oj9SUC9L
>>681
単にC++の構文が使いたいのであれば、Windows限定なら何の問題も無くC++/CLI使えますし、Xbox 360上でも/pureフラグ使えばできますよ。
どちらもサポート外でけど。
あと、名前は忘れましたがC++からC#のコードに変換してくれるソフトがあったりして、実際にそれを使っている人もいましたよ
適当にググってみたらこんなの見つけましたけど
URLﾘﾝｸ(tangiblesoftwaresolutions.com)
さあ、話しましょうか？
>>682
弘法筆を選ばず、プログラマー言語を選ばずです。
>>688
そういったパラメーター変更のような機能の要望は確かにあります。
現状ではWindowsのみならプロパティグリットは使えますが(WinFormとして使うなら)、要求としてはPC上から
Xbox360で動作しているデータの変更したいというのはあります。
>>690
このメッセージは指定した名前のキューが無かったときにでます。この名前はケースセンシティブなので
XACTでしていした名前と大文字小文字も一緒にする必要があることに気をつけてください。
693:名前は開発中のものです。
08/03/02 23:11:28 qhGLCmSg
XNAで「フォグ」って、ピクセルフォグしか使えないんでしょうか？
ピクセルフォグはDX9の設定をXNA的な書き方に直しただけで動いたのですが、
どーにもFogVertexModeではフォグカラーで塗りつぶされただけになってしまうので。
子一時間といってたけど･･･ま、次に来たときにでも教えてください＞ひげねこさま
694:名前は開発中のものです。
08/03/02 23:13:15 keBEe7WT
>>691
あ、そうじゃなくて、SpriteBatch_IroiroとSpriteBatch_TamaとSpriteBatch_Menuを作って、
SpriteBatch_Iroiro.Begin( blend );
SpriteBatch_Tama.Begin( additive );
SpriteBatch_Menu.Begin( blend );
base.Draw(); //DrawableGameComponentをDraw
SpriteBatch_Iroiro.End();
SpriteBatch_Tama.End();
SpriteBatch_Menu.End();
とすれば良いのかな。Endのタイミングで描画でしたよね。
695:名前は開発中のものです。
08/03/02 23:30:45 Ng8vALwi
＞弘法筆を選ばず、プログラマー言語を選ばずです。
URLﾘﾝｸ(xna-studio.jp)
↑にはプログラマーじゃない人でも出来る話なんですけど
696:名前は開発中のものです。
08/03/02 23:39:09 wif61gOz
>>692
そうなんですか。でもキューの名前は合っているはずなのにおかしいな？
もう少し調べてみます、ありがとうございました
697:名前は開発中のものです。
08/03/02 23:50:59 RrXwWPHL
>VectorGraphics
欲を言えばアンチエイリアス付きの簡易Flashみたいな。
まあ、System.Drawing の GraphicsやGraphicsPathが使えれば良いかなと。
（自作しようにもTesselation（Triangulation？）で躓いた）
ツールで作ったものをポリゴンデータにするっていう具体例が思いつきませぬ。
698:名前は開発中のものです。
08/03/02 23:54:01 iyg+0+D4
>>697
まさにSilverlight
Silverlightのサポートの予定はあるの?
699:ハコ太郎
08/03/02 23:55:06 Lox6KhX3
俺よく調べてないんだがSilverlightってweb側の技術じゃないのか
700:ひげねこ ◆oxtErU/kVM
08/03/03 00:02:55 JIaq5K5i
>>693
FogVertexModeにした場合は、頂点シェーダーでFog係数を出力する必要があります。
struct VSOUTPUT
{
>>695
っていうか、最初の段落で思いっきりプログラミングツールって言ってるんですけど……。
701:ハコ太郎
08/03/03 00:10:20 ih84mIid
そもそも何も知らない主婦にやらせるのが間違いでは？
どうも意識のずれがあるように思うけど
702:ひげねこ ◆oxtErU/kVM
08/03/03 00:11:23 JIaq5K5i
途中で送信してしまいました、すいません
>>693
こんな感じでFOG係数を頂点シェーダーから出力します
struct VSOUTPUT
{
float4 PositionPS : POSITION;
float Fog : FOG;
};
>>691
もしかして、Addtiveの弾とメニュー以外は、アルファ値が0と1しかないスプライトですか？
それだったら、もっと簡単な方法があります。
はう、こちらは朝の7時で非常に眠いです。
このまま書き続けるとヘンなこと書きそうなので寝ます。
日本時間で月曜の夕方くらいに戻ってきます。では
703:ハコ太郎
08/03/03 00:14:38 ih84mIid
お疲れ様でした
704:名前は開発中のものです。
08/03/03 00:46:07 51SXKyNl
URLﾘﾝｸ(xna-studio.jp)
>しかし、プログラミングを学習するのは難解であり、開発関係の情報は専門に選考している方に
>しか理解し難いものです。
>通常はこの段階で一般の方もしくは、これから始めようとされる方、興味を持ってもやはりその
>難しさにハードルの高さを感じて断念、敬遠される場合があります。
ここ読むと、プログラミング学習の難解さ、敷居の高さを解消しないとどうにもならないような気がするが。
でも、まさかMSがゆとり学生から氷河期ゲーム廃人までの全員を対象に無料プログラミングスクールを
毎週提供するわけにもいかないしなｗ
その下の段落読むと、プログラミングできない人はとりあえず応援して、アマチュアが作ったゲームを
楽しんでね～、絵心や音楽のセンスあるやつはできる範囲で協力してXNAを盛り上げましょうね～みたいな
感じだな。
705:693
08/03/03 01:03:25 CQVhtOku
>>700
ありがとうございます。
ということは、今はBasicEffectに頼り切ってfxファイルなんて使っていないので、あきらめろって言うことですね･･･。了解です。
706:名前は開発中のものです。
08/03/03 01:15:25 oA5jTKAz
>>702
> >>691
> もしかして、Addtiveの弾とメニュー以外は、アルファ値が0と1しかないスプライトですか？
> それだったら、もっと簡単な方法があります。
今のところそのつもりです。もしかしたら弾とエフェクトは半透明にするかもですが、
地形とキャラはベタの予定。
// スプライトの描画準備
this.spriteBatch.Begin();
// スプライトを描画する
this.spriteBatch.Draw(this.texture, Vector2.Zero, Color.White);
とか、Beginの引数を省略とかじゃなくてですか？＜簡単な方法
707:名前は開発中のものです。
08/03/03 01:27:09 LQEfvSeq
XNAって文字をスプライト化せずに表示することは不可能なんでしょうか？
今までは画像ファイルで済ましていたんですが、
テキストの多いゲームを作ろうと思っているので、
片っ端から文字をスプライト化するのは避けたいんです
ユーザー側で使用フォントを変えれるようにもしたいですし
708:名前は開発中のものです。
08/03/03 03:55:13 x67FlAoB
過去レスくらい読もうぜ
709:名前は開発中のものです。
08/03/03 09:56:04 ulYtu6Pm
自前でTrueTypeレンダリングするとか
710:名前は開発中のものです。
08/03/03 12:56:24 qepHyWRQ
今、XNAフィードバック使えなくない？
IE7にしてから初めてのアクセスなので、自己解決しそうだけど念の為書いておく。
711:名前は開発中のものです。
08/03/03 16:03:15 F45LgXfd
Effect Fileを書くとき入力支援機能があると楽なんだが３．０に搭載してほしい
712:名前は開発中のものです。
08/03/03 16:55:48 TzOzZLK6
OPADSFはレリノマッソサイテスタルムン゜タイテ゜゛からせねふほぉん゜まのちしとはくちしとは
713:名前は開発中のものです。
08/03/03 17:05:51 S1J4GBTq
日本語でおｋ
714:ひげねこ ◆oxtErU/kVM
08/03/03 17:18:04 Q5EkCE5+
今日は本当に小一時間だけ(で終わるといいなぁ)出没します。
>>696
あと、考えられるのはストリーミング用のWaveバンクを生成した後にAudioEngine.Updateを一回呼ぶ必要があります。
audioEngine = new AudioEngine(@"Content\Audio\xact.xgs");
streamWaveBank = new WaveBank(audioEngine, @"Content\Audio\Streaming.xwb", 0, 16);
soundBank = new SoundBank(audioEngine, @"Content\Audio\Sound Bank.xsb");
audioEngine.Update(); // これを追加
cue = soundBank.GetCue("test");
>>697
例えば、XAMLとかをそのまま正直にランタイムで処理すると時間が掛かるので、GPUフレンドリーなデータ構造に変換したり、
ツール内でベクター使いまくって作ったボタンイメージとかをコンバート時にビットマップに変換してくれたりといった機能ですね
715:ひげねこ ◆oxtErU/kVM
08/03/03 17:34:28 Q5EkCE5+
>>706 こんな感じです。
// 抜きスプライトを描画
spriteBatch.Begin(SpriteBlendMode.AlphaBlend, SpriteSortMode.Immediate, SaveStateMode.SaveState);
GraphicsDevice.RenderState.DepthBufferEnable = true;
GraphicsDevice.RenderState.ReferenceAlpha = 128;
spriteBatch.Draw(...)
spriteBatch.End();
// 半透明のスプライトを描画
spriteBatch.Begin(SpriteBlendMode.AlphaBlend, SpriteSortMode.Immediate, SaveStateMode.SaveState);
GraphicsDevice.RenderState.DepthBufferEnable = true;
GraphicsDevice.RenderState.DepthBufferWriteEnable = false;
spriteBatch.Draw(...)
spriteBatch.End();
// Additveのスプライトを描画
spriteBatch.Begin(SpriteBlendMode.Additive, SpriteSortMode.Immediate, SaveStateMode.SaveState);
GraphicsDevice.RenderState.DepthBufferEnable = true;
GraphicsDevice.RenderState.DepthBufferWriteEnable = false;
spriteBatch.Draw(...)
spriteBatch.End();
// メニュー部分を描画
spriteBatch.Begin();
spriteBatch.Draw(...)
spriteBatch.End();
抜きテクスチャを描画する時にZバッファと、Alphaテストを使うのがコツです。こうするとAlpha値が1のものだけが
描画されると同時にZバッファも更新されるのでちゃんとしたdepthを指定すれば順不同に描画しても問題ありません
次にの半透明部分ですが、前の描画でZバッファには情報が入っているので既に描かれているものより手前のピクセルしか描画しません。
Zバッファは参照するけど、更新はしないというのがミソです。続くAddtiveの部分も一緒です。
これで見た目上一番問題のある抜きスプライトとそれ以外のスプライトの前後関係は正しくなります。ただし、半透明同士が重なったとき
の前後関係はおかしくなりますが、見た目上の問題は大幅に減るはずです。
716:ひげねこ ◆oxtErU/kVM
08/03/03 17:44:53 Q5EkCE5+
>>705
確かにBasicEffectはFogパラメーターを頂点シェーダーで出力していませんが、独自のFogパラメータを持っています。
Fogパラメータを出力するように変更することができますが、Xbox360にはFog関連のレンダーステートが無いので、BasicEffectを
使う場合はそのパラメーターを変更することをお勧めします。
>>707
文面から察するにSpriteFontを使っていないように見えますが、そうであればSpriteFontを使うことで文字列描画できます。
このスプライトフォントには表示につかう文字コードを指定する必要があり、デフォルトでは英文字が追加されています。
それ以外の文字を表示するには以下が参考になります。
URLﾘﾝｸ(blogs.msdn.com)
URLﾘﾝｸ(blogs.msdn.com)
>>711Effect Fileを書くとき入力支援機能があると楽なんだが３．０に搭載してほしい
これはインテリセンスが動作して欲しいということでしょうか？確かにあると便利なので要望として出しておきます。
717:名前は開発中のものです。
08/03/03 18:05:24 S1J4GBTq
RenderTargetでColor.Singleのフォーマットが作れないんですけど、
作成できるかチェックする方法ってあるんですか？
718:名前は開発中のものです。
08/03/03 18:18:16 ST1FZc0o
>>714
>例えば、XAMLとかをそのまま正直にランタイムで処理すると時間が掛かるので、GPUフレンドリーなデータ構造に変換したり、
>ツール内でベクター使いまくって作ったボタンイメージとかをコンバート時にビットマップに変換してくれたりといった機能ですね
なるほど。
そういったパーツを多関節でつなげたり、
スキニングみたいにトランスフォームしたりでアニメーションさせたいですね。
ってその程度であればスプライトで代用できるんで、拡大縮小で劣化を防ぐ以外にはあまり意味がないような。
そういうのをリアルタイムでやりたいんで、
グラフィックスパスをポリゴン化するようなサンプルが欲しいなぁと。
719:名前は開発中のものです。
08/03/03 18:51:45 zo2Ibxr1
Win2kで動くように…
無理か
720:ひげねこ ◆oxtErU/kVM
08/03/03 19:13:41 Q5EkCE5+
>>717
GraphicsAdapterクラスのCheckDeviceFormatを使います。
bool canUse = GraphicsDevice.CreationParameters.Adapter.CheckDeviceFormat(
graphics.GraphicsDevice.CreationParameters.DeviceType,
GraphicsDevice.DisplayMode.Format,
TextureUsage.None, QueryUsages.None, ResourceType.RenderTarget, SurfaceFormat.Single);
この戻り値がtrueなら使えることになります。
>>718
Triangulationサンプルということですね。ここら辺の処理は他のグラフィクス処理に比べると地味ですが、あるとなにかと便利なんですよね
>>719
Win2Kがサポート外なのはXNAが依存しているものの問題なんで、厳しいですね。
明日は月曜日なので、今日はもう落ちます。ではでは
721:名前は開発中のものです。
08/03/03 19:48:20 S1J4GBTq
>>720
> GraphicsAdapterクラスのCheckDeviceFormatを使います。
ありがとうございます。945GMで無事にfalseが帰ってきましたorz
色々なサンプルを見るだけでも影のハードルは高いっすね・・・。
>>716
> これはインテリセンスが動作して欲しいということでしょうか？確かにあると便利なので要望として出しておきます。
個人的にはシェーダーでリファクタリングが使えるようになって欲しいですね。
同じようなシェーダーを書き換えたり、コピペしたりするときに欲しいなと思います。
722:名前は開発中のものです。
08/03/03 20:07:26 EdvlV9oX
XNAのインストールから会員の入会方法、XBOXで動かすのを具体的に解説してるページってないですか？
723:名前は開発中のものです。
08/03/03 20:35:22 aH5g85ZF
>>712
724:696
08/03/03 21:12:34 vsU7ZvID
>>714
おお、ちゃんと再生できました！！
ありがとうございます
725:名前は開発中のものです。
08/03/03 22:33:54 CwLMLFGc
>>722
URLﾘﾝｸ(xna-studio.jp)
スターターのダウンロード
ゲームを動くようにする
メンバーシップへ参加
スターターのダウンロード
パソコンとの接続設定
ゲームを動くようにする
Xbox 360 へ展開する
ゲームサンプル
てあるから読んでみたら？
726:名前は開発中のものです。
08/03/03 22:54:32 EdvlV9oX
その人と一緒にがんばってみます
727:名前は開発中のものです。
08/03/03 23:59:09 b9qJgCmK
ｽﾚ違いで恐縮なんですけども、win向けのXNAバイナリがどれもこれも動作しません。
・(問題の環境がVistaなので).Net2.0再頒布可能パッケージインストーラは蹴られる
・DirectX End-User Runtime Web Installerは「最新です」と言われる
(DxDiagも正常、AeroGlass環境なのでGPU要件は問題無い、筈)
・Microsoft XNA Framework Redistributable 2.0はインストール済
・イベントビューアによると何らかのコンポーネントが足らないか壊れている、らしい
で、ここからが要望なんですが、もう少しエラーメッセージ周りをどうにかするか
(実際に何が欠けているかが解らないので、どれを疑ってよいのか解りません)
XNAバイナリを動作させる為の必須コンポーネントのAll-in-oneパッケージのようなもの
を用意していただけるとありがたいのですが。
728:名前は開発中のものです。
08/03/04 00:47:09 sCnHkz0D
おちんちんびろんびろ～ん
729:名前は開発中のものです。
08/03/04 01:03:46 s/9UoCnb
それができたら苦労しない
そもそもPCでXNAやること自体間違っとる
箱でやれよ
730:名前は開発中のものです。
08/03/04 08:40:03 RsF5/lls
>>727
CRT8SP1だったか.NETFX2.0SP1だったかが足りにゃい
731:名前は開発中のものです。
08/03/04 09:20:55 s/9UoCnb
こんな得体の知れないランタイム要求するなんて
Vista買った初心者は全員XNA挫折だな
732:名前は開発中のものです。
08/03/04 10:19:39 j0/ST36S
XNA End-User Runtime Web Installerが必要かもな。
・DirectXをチェックしてインストール
・.Net Framework 2.0 SP1をチェックしてインストール
・XNA Framework をチェックしてインストール
このぐらい自動でやってもらいたいものだ。
733:名前は開発中のものです。
08/03/04 10:44:53 s/9UoCnb
無理だな
できるなら既にやっている
もうXNAが出てから何年も経ってるんだぞ
734:名前は開発中のものです。
08/03/04 10:50:42 OToBjVMK
ベータ含めて1年半だろ
735:名前は開発中のものです。
08/03/04 11:30:35 dikiCYmh
3.5入れさせとけ
736:名前は開発中のものです。
08/03/04 12:06:08 RsF5/lls
>>731
何が知れないのか知らんがCRTは要するにCランタイムでVS2005で
開発されたほぼ全てのアプリに必要。
VS2005SP1で更新されたんだが今いち内部ですら認識されてなさげ
つか見てみたがこれXna redistパッケージのバグと言ってもいい気がしてきた。
CRTだけで大丈夫なら同封すべき。NETFX2.0SP1必要ならNotWinFx2Actionの
カスタムアクションが間違ってる。とりあえず依存関係抽出してパッケージ
作るぐらいはして下さい>これつくった人
WiX使ってるようだけどこれは詳しくないと火傷するぽ
737:名前は開発中のものです。
08/03/04 12:33:49 Q04dOBkw
>>575のリンク先の原因と同じかな？
ちゅーかこれXNAに限らずC++/CLIアプリを配布する時に気をつけた方が良いなぁ。
738:名前は開発中のものです。
08/03/04 12:45:45 ij7C/RJ0
プレイさせるだけでも一苦労だな
739:名前は開発中のものです。
08/03/04 12:54:30 NA3DgFZP
さっさと>575の「この投稿は参考になりましたか?」の「はい」を押す作業に戻るんだ。
740:名前は開発中のものです。
08/03/04 13:02:16 ozuNs0rT
不毛なインストール作業を強いる時点で
ゲームプレイ環境としては失格だな
741:名前は開発中のものです。
08/03/04 13:24:57 RsF5/lls
>>738 >>740
その辺パッケージで吸収せなならんのにというそれ以前の問題っつーか
これつくったやつと通したQA出てこいっつーか…
742:名前は開発中のものです。
08/03/04 13:26:36 s/9UoCnb
MDXと違って金が入るからC#もXNAもこの先生きのこると思う人も多いかもしれないが
その期待をことごとく裏切るのがM$流
既にGDKなんて出してるくらいだからな
箱の寿命かDX10世代が来るまでの命だろ
743:名前は開発中のものです。
08/03/04 13:27:23 AVay9o0V
途中送信しかけた…
>>740
文句は言うのは自由だが、非生産的な文句は誰も得しないからやめれ