テーマはアクション、パズル、RPG等なんでもOK
C#ゲーム製作@wiki
http://www21.atwiki.jp/csharpgamedev/
前スレ
C# C＃ C♯ でゲームを作ろう Part1
http://hibari.2ch.net/test/read.cgi/gamedev/1212989813/
連載 改訂版 C#入門
http://www.atmarkit.co.jp/fdotnet/csharp_abc2/index/index.html
C# によるプログラミング入門
http://ufcpp.net/study/csharp/
[書籍]
プログラミングC# 第5版
http://www.oreilly.co.jp/books/9784873113968/
ゲームプログラマになる前に覚えておきたい技術 ※C#で書かれてないので注意※
http://www.shuwasystem.co.jp/gpro-sp/index.html
Microsoft XNA Unleashed グラフィックスとゲーム開発
http://www.borndigital.co.jp/book/detail.php?id=66
Microsoft XNA ガイドブック XNA ゲームプログラミングの基礎
http://www.borndigital.co.jp/book/detail.php?id=67
XNA Game Studioではじめるゲームプログラミング
http://www.o-kagen.gr.jp/release.html
[関連スレ]
【Xbox360】 XNA Game Studio その6 【C#】
http://pc11.2ch.net/test/read.cgi/gamedev/1210637248/
ゲーム作成ツールを作るほうがいいわけか
ゲームにおいては邪魔になるんだよなぁ
それでGCが起こらないようにとメモリの管理に手を出すと
あれ？こんなんするならC++でよくね？
ってなっちゃう
参考までに教えてほしいんだけど、例えばどんなときに邪魔になるの？
自分は邪魔になったことないので、興味がある。
でぐぐる
ちょっと改造して、噴飯物の杞憂に過ぎない事を確認する
以上
わりと負荷のかかるGCが働くとコマ落ちやラグがおきやすい
特にシューティングやアクションなんかのリアルタイム性が重要なゲームだと邪魔になる。
RPGやノベルゲームなら多少コマ落ちしても気にならないだろうし
ちゃんとGCの動作まで考えてプログラミングすれば邪魔にはならないとは思うけど、
自分はそこまでするならC++でいいやってなった。
なるほど、回答さんくす。
ゲーム製作でC#が使われないのは、個人的には環境依存度が
C++と比較して大きいからだと思う。
.NET必須、かつXNAやSlimDX等でランタイムが必要で、
配布方法や対象者に制限が付くとなると嫌がる人も多いのでは。
うちじゃ3msぐらいで収まってるな
余所の環境だと違うだろうけど、ちょっとこれで試してみ
ttp://99hagelo.net46.net/up/img/low392.zip
ソリューションロードして、F5押して、画面が表示されたらEnterキーを一回
要PS1.1
メモリが足りなくなったときしか働かないイメージがw
オタ豚が真っ赤な顔して正しいことを調べ廻ってくれるから
スゲー 便利ｗｗｗ
まぁそれはそれとして、GCの頻度は割とこまめ。
STGで大量に玉をnewで飛ばし続けてタスクマネージャで使用目盛り見たら、予想に反して増える気配がなかったのでかなりこまめにGCしてると思われる。
円周率=3ぐらい痛々しい
コンソールアプリ
コマンドプロンプトで、文字ベースのアプリケーション
Windows Formsアプリ
一般的なGUI。Windows95からの「Windowsっぽいアプリケーション」
XNAアプリ
ゲーム用のアプリ。グラフィックの表示、ゲーム用コントローラーからの入力、サウンドなどをサポート
WPFアプリ
GUI。Windows Formより高性能だが、処理が重い。
・.NET CLRのGCは効率的な世代別GCを採用している
・CLRはメモリをG0/G1/G2(G=Generation)/LOH(Large Object Heap)の4つの領域で管理する
・～.NET3.5：同時実行GC .NET4/Silverlight4：バックグラウンドGC
・同時実行GC：Full GCの実行中にG0/G1のGCが実行できない。
新たな割り当てができなくなった段階で、Full GCの終了まで中断される。
・バックグラウンドGC：Full GCが実行中でもG0/G1のGCが実行できる。
中断される回数が大幅に減少し、中断された場合でも中断時間が短くなる。
.NET4でコンパイルするか、App.configで.NET4対応にするだけで改善が期待できる。
>>19-22
掲示板に書ききれない話が行間に山ほど含まれてるので、一度調べてみるといいよ。MSDNマガジンの関連記事読むだけで全然違う。
>タスクマネージャで使用目盛り見た
せめて、管理ツールのモニタツール使ってパフォーマンス カウンタ見てくれ…。もっと踏み込むならメモリ プロファイラ使いたい。
>>23
Silverlightも入れてよ。次期リリースの5はもっと凄くなるよ。
Immediate Mode Graphics SupportでGPUを活用できるようになって3D(光源、テクスチャマッピング、アルファブレンディング)がサポートされる。
newをやっちゃダメだよ。
foreachとか駄目なんでしょ？
何がどうダメなのか具体的に
.NET CLR：世代別GC（.NET Framework/Silverlight）
.NET CF CLR：マーク&スイープGC（Xbox360/Zune）
.NET CF CLRはGCのコストが桁違いに大きいため、徹底的にGCを排除すると大きくパフォーマンスが上がる。
.NET CLRでは>>16>>25の言うようにG0/G1のGCのコストが小さいので、全部最適化するだけの労力に見合った効果が得られない。
.NET CLRはG2の発生が抑制されていてG0の発生頻度が1フレームより長ければ問題ない。
この状態を保てている範囲なら1フレーム未満の寿命しかないインスタンスを作り捨ててもいい。
もっと長い寿命を持つインスタンスの生成は、G2ヒープ/LOHにどのくらいのペースで積まれるかによって上限が決まるので、
プロファイルをとってヒープに積まれたインスタンスの生成元を調べて、最適化の効果が大きく簡単に改善できる個所から手を入れましょう。
これ以上の最適化は手段と目的が逆転するが大丈夫か？
これはIEnumeratorを吐く関数を作ればいい
ようになっとる
結構ぬるぬる動く
IE以外だと
GeckoにはActiveX版があってC#からも呼んで使える。でも↓の方が便利。
GeckoFX（ActiveXを使わず直接使ってる。あと開発者のアンドリューさんは日本語ちょっと話せるらしいｗ）
完成したらWebkit.NETも有望そう。
マークアップ ランゲージ(ML)でUI定義したいならWPFのXAMLがまさにそれ
WinForms用ならWFML(http://windowsclient.net/articles/wfml.aspx)あたりだろうか？これは使ったことない。
>>34
なにそれｋｗｓｋ
どれが使えるかわからんから、いろいろ調べてみるよ
ありがとう
XNAの有料チュートリアルだった
補完のあるボーンアニメーションやパーティクル
木構造のデータ管理、AIなどが一通りそろっている
割と平易
XNAやC#以外でも使えると思われ
なにより軽い
C#を使っているために処理が重いのは
このグラフの左端のたった平均2msの部分
↑の人達はこの処理が重いからC#はダメだ(笑)
とか宣っていたんだから
今どんな気持ち？
∩＿＿＿∩
♪ | ノ ⌒ ⌒ヽﾊｯ
/ (●) (●)
| ( _●_) ミ
＿＿＿ 彡 |∪| ミ
ヽ＿＿＿ ヽノ､｀＼
/ ／ヽ <
/
そのＰＣのスペックは？
宗教的理由でC#のソースをコンパイルすると死ぬんですね
わかります
P4 2.80
メモリ 1G
あたり前だ
なんで実装してまで調べる必要があるんだ？
頭の中のお花畑ぐあいをちょっと聞かせ
てくれないか？
C#自体の速度は最適化してないC++並みって知らない人は置いとくとして
意図しないタイミングでのGCは避けるべきだけど、（PCでは）極端に忌避する必要はないって話に落ち着いてたでしょ
>>38
ロボットゲームってまんまRobot Gameなのかｗ
試してみるthx
ってとこからC#のメモリ管理について延々と語れるけど、それをやるには掲示板は狭すぎる。
世代別GCは一般に思われているより高速。
（何倍も時間かけて）C++で作ればC++の方が早い。
どの言語で作っても結局は描画にかかる時間が大半を占める。
C#+DirectXで作っちゃった・・・
でも、苦労はあんまり変わらないような・・・
C#は混沌としてるな
Managed Xとか…
釣りやなw
C++/CLIでツール作成ならまだ疑う余地
もあったけど
言語がなんであろうと以下略。
インタプリタが遅くてnew自体のコストなんか誤差になるような言語処理系は
スクリプト言語ではわりとある
やっちゃダメ>>26と、管理されていればやってもいい は全然違う。
それだけの開発コストを投入するに値する根拠ってあるの？
C#はインタプリタでもスクリプト言語でもない。
newのコストは誤差(C++より速い)の範囲内。動作速度はJITされるため一度動き出せば最適化していないC++並み。
で、GCのコストをどう見積もってどこまで対策するのかって話なんだが…
知ってると思うが、new ってのは mallocなんだぞ。
メモリの消費状況によっては、そこでスワッピングなどの
ディスクアクセスが発生する恐れもあるんだからさ。
で、ガベージが作動すりゃ、freeなわけだから、
そこでまたディスク沙汰に、なりかねないわけだ。
ソノヘンがわかってりゃ、例えば敵の弾の発生時にnewなんて
恐ろしくて恐ろしくて・・・
描画時のnew Color とかnew Fontなんてのにも注意しないと。
だから new は、ループに入る前とか、別のスレッドでやるとかがセオリー。
見積もりを検討するなら、プロトタイプ組んで実測すりゃ済む話だろ。
全部アセンブリで書くならまだしも、C#やらC++で書いたゲームのソースコードだけ見て、事前に精密な見積出せるわけない。
そんなもん、言語仕様以前のレベルの話だ。
なのに、事前に脳内で結果が分かって当然って前提を置こうとしている時点で、>>54は全くゲームのコード書いたことが無い、脳内クリエイターかなんかなんだろうよ。
どうせ、C#の方が簡単そうだけど絶対性能で負けるなら何となく格好悪いから使いたくない、とかその程度の発想でウダウダ食い下がってるだけだと思うぞ。
G0/G1ヒープがスワップアウトってどんな環境だｗ
敵の玉やFontなんて真っ先に
>最適化の効果が大きく簡単に改善できる個所
として槍玉にあがるとこじゃん。
プロファイルに基づかない最適化は害でしかない。
まぁ、終わりのない自己満足の最適化ゲームやりたいなら止めないけど
>>56
>事前に脳内で結果が分かって当然
主張しているのは真逆の事。誤読乙
ガベージがドーノコーノなんて話が出てくる必要もないわけで。
変なタイミングでnewするから、変なタイミングでガベージが動くんだぞ。
最初に書いたように、フレームループの中でnewしないように注意なんてのは、
プロファイルとやらがドーコー言う以前の、技術の基礎だからな。
クラス設計 特に継承を使った設計が
頭の中にないと なんでnew禁止が辛いのか
理解できないので
会話にならない
と、息巻いてる奴に限って
英語コンテンツは一切目をとうさず
シェーダーも使えない
悲しい現実
あんなすごい技術を使ってても可愛い女の子の１人も出てこない向こうのゲームってなんなんだろうな？
って俺はいつも思うんだ
newの使いどころをわきまえる為に、.NET CLRのGCの特性を理解して使いましょうって話をしてるんだよ。
必死に無駄な最適化をしている君は実に馬鹿だなぁ
無駄な努力をするのは別にいいけど、誤った知識を広めて人に迷惑かけんなよ。
脳が腐ってる気もするけど、同意。なんだろう、ロリコンって少ないのか？他の国じゃ。
多くの場合、Addの直前にnewしてるんだろうけど。
フレームループの中で有効件数が変わるような配列（敵の弾とか）は、
最大値を設けてあらかじめその数だけ取っとくなりしないと。
簡単なパズルゲー、ノベルゲーなら多少フレーム落ちてもたいして問題ないし。
List<T>の内部配列のサイズはオーバーするたびに2倍になる。Removeされても縮小は行われない。
なので、そのせいでフレームレートが落ちるようなことは100%ありえない。
まあ、パズルやノベルなら、確かにさほど気にせんでもいいが。
おれが今作ってるのは音楽ゲー系（Javaだけど）だから、
タイミングにはイロイロとシビアでねぇ。
ごく一般的な動的配列の実装なんだけどな
上でもnew ColorがGCに影響するとかnewがmallocとか見当違いのこと言ってるし
ここの連中のおれへの反論を見ると、
そう思っちまうねぇ。
むしろ事前初期化ぐらいしかやる事なさそ
そのMIDI関連の調査には、チョットばかし苦労したねぇ。
最近はソノヘンの資料が少なくてねぇ。
何とかならんのかねぇ、あの叩いてから音が出るまでの遅延。
マックならそれほどひどくもないんだが・・・
値型を定義できないしジェネリックも飾りでボックス化が発生しまくるからゴミも多発しやすい
インデックスの更新ってほんとにそんなものがボトルネックになったことあるのか?
知りもしない調べもしない測りもしない
そういうリスクを未然に防ぐ作り方を心がけてるから、
知りもしないでいいし調べもしないでいいし測りもしないでいい。
おれがおれのやりかた。
通りで理詰めで説明しても通じないわけだ。
>必死に無駄な最適化をしている君は実に馬鹿だなぁ
>無駄な努力をするのは別にいいけど、誤った知識を広めて人に迷惑かけんなよ。
思慮に値しない戯言だったって事だな
まぁ、実際に問題なくゲーム（Robot Game）が動くのが何よりの証拠。お前の目は節穴か。
純粋に.NETの知識としては特定の人以外はそんなに間違ってはいない
最近の流れはヲチとしては面白い。
何の話しする？
どうして いきなり興奮してるの？
教えて 84
はい これ繰り返し言ってみなさい
ね、 落ち着いたでしょ
SlimDXやXNAの話題は専用スレもあるし、
このスレの価値はこれらのライブラリを比較することと、C++に根本的にない文法で実装した方法紹介ぐらいしかないような気がする。
Reflection.Assembly.LoadFrom
シリアライズ
効果
相手は死ぬ
配列へのforeach（最速）に比べりゃ遅いが
コンパイラが生成するクラスと動作を知ってれば大したコストはないと分かりそうなもんだが
>>84>>87
こういう最適化絡みの取るに足らない罵り合いはム板じゃできんよ。
あっちでやったら"誤差の範囲"と一蹴されて終わってしまう。
foreachでガベージが発生してパフォーマンスが落ちるとか騒がれてたくらいだからな
yieldも構造体じゃなくてクラスなのでwindowsではまず問題にならないけど360では問題になるのかも
Debugで実行するとReleaseの１０００倍以上遅くなった
Debugで実行すると30分たっても終わらないのに
Releaseで実行すると5秒もしないうちに終わったりする
C#も似たような面がある
Debugで実行すると不安になるぐらいおっそいの
でもReleaseで実行すると問題ないぐらい早く動くの
debugで実行して遅い遅いいってない？（って開発の妨げになることはなるけど）
描画がボトルネックになってるとほとんど関係ない気が
マイクロスレッド yield return
でぐぐるとよい
良かったね 知らない事がひとつ減って
>>91
音ゲーくんのことはもういいよ
音ゲーってそんなもんだ
まあガベージコレクション自体、ソノヘンが欠けた技術者？の為の機能だからな。
ツッコミが怖くて技意味のある発言ができなくなっとる
まぁ 嘘臭いからツッコまれるのだがw
なのになぜC#スレにくるのか…
技術味のある発言なんて始めからしてないし。
new に関する話なんて基礎の基礎だから、
技術味なんてご大層なレベルじゃないもん。
俺より強い奴はみんなチート
俺よりゲーム開発詳しい奴はみんなゲーム作ってない new
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
制服伝説プリティファイターゲーム製作スレッド (543)
物理エンジン AGEIA PhysX (571)
Tonyu(豆)でゲーム製作-2- (936)
不甲斐ないSEに変わってFFを作るスレ (284)
【復活】shi3zスレ【元祖】 (831)
【多忙】働きながらのゲーム製作【疲労】 (221)
--log9.info------------------
ギャラクシーエンジェルてどうよ３ (599)
クラッシュビーダマンのナナさんに萌えるスレ (339)
鋏符「東方シリーズさくらスレッド 3000/3000」 (210)
可愛いポリアンナとよかった探し (702)
美紗緒たんにマウマウするか6 (742)
ファインたんのおててに頬ずり (855)
社会福祉公社技術部さくら板支所 第３分室 (722)
★原点に戻れOP1～OP3の主題曲、歌えるかなぁ？7★ (687)
さくらちゃんを巨大化させるスレ 2m (187)
デュエルマスターズの幽たん (290)
栃木県さくら市 (370)
【マターリ】リアルょぅι゛ょほのぼの話【萌え】 (574)
苺ましまろ (669)
小狼って案外イイ奴だよな (315)
ルビームーンより奈久留たんの方がエロカワイイ (192)
ま ほ ら ば (334)
--log55.com------------------
昭和52（１９７７）年の引きこもり26
真性引きこもり【外出不可】 28
【語るんです】真剣40代働いてるひきこもりの語り場【part1】
（-＿-）あいさつするスレ その四拾（-＿-）
ひきこもったまま内職やりたい人いない？
昭和60年(1985年)生まれの引きこもり
1992年度生まれのヒキ58年目
雑談独り言 ワッチョイ3月8日クソパン「目障りな奴うざい！けどこんな場所しか居場所ない自分もダメ」