Windowsゲームプログラミング　質問スレ

うゆ ◆vvvK3Fcqdg · 2008/11/06(木) 21:28:45

※回答する人も、質問する人も必ず読んでください

【回答してくださる方】
・　できるだけ優しく質問に答えてあげてください。
・　優しく教えるのが嫌でしたら、解決するためのヒントだけでも結構です。
　「ググれ」以外の回答でおながいします。
・　神ですら理解不能な質問は無視して下さい。

【質問する香具師】
・　どんな事で躓いているのか明確にしる。
・　長くならないなら躓いている部分のコードを晒してみれ。
・　解決した場合、お礼を言うのは当然だが、何をどうしたら解決したかを明確に書け。

**名前は開発中のものです。** · 2009/01/09(金) 18:15:29

明らかに知識が下の人が的外れな回答して偉ぶってるからｗ

**名前は開発中のものです。** · 2009/01/09(金) 20:40:58

つ鏡

**名前は開発中のものです。** · 2009/01/10(土) 03:00:31

（；・∀・）

**名前は開発中のものです。** · 2009/01/10(土) 17:35:41

ほう、PS3がDirectXとな

で、リアルタイムレイトレーシングが無理だと判ってるなら
工夫して俺シェーダー積み上げるしかないのも判ってるんでしょ
リアルに見せるフェイク処理の引き出しを地道に増やすしかあるまいて

**名前は開発中のものです。** · 2009/01/10(土) 20:43:58

PS3のグラフィックチップはGeForce7800ベースだそうだから、
ハード的にDirectXベースというのは間違いでもないよ。

LBPに関しては、何か特別なレンダリング技術を使ってるわけじゃなく、
単にアートディレクションと、質感の設定が秀逸なだけだと思うけど、
「この部分の質感が」とか「この部分のエフェクトが」とか、
具体的に言わないと誰もわかんないんでは？

**名前は開発中のものです。** · 2009/01/10(土) 21:37:42

＞PS3のグラフィックチップはGeForce7800ベースだそうだから、
＞ハード的にDirectXベースというのは間違いでもないよ。

間違いを認めず、こういう恥の上塗りをする奴って、
いったい何を考えて生きてるんだろう？

ハッキリ言うが間違い以外の何ものでもない。

**名前は開発中のものです。** · 2009/01/10(土) 21:47:52

同感。

**名前は開発中のものです。** · 2009/01/10(土) 21:59:30

さあ詭弁のガイドラインでもみてみよう

**名前は開発中のものです。** · 2009/01/10(土) 22:06:42

なんつうんだろう。
あまり人付き合いがなさそうな人に送る、座右の銘。

「土下座する、勇気」。

退く勇気は、がむしゃらに突撃する勇気よりも、大切なんだよ。

**名前は開発中のものです。** · 2009/01/10(土) 22:10:51

てか、>>113が貼られてんだから少し落ち着けとｗ

**名前は開発中のものです。** · 2009/01/11(日) 20:03:10

PS2はopenGLだったと思ったけど、PS3もOpenGLなん？

**名前は開発中のものです。** · 2009/01/11(日) 20:09:11

GLES1.0+RSX拡張
RSX叩くにはPSGLやlibgcmってライブラリを使う
シェーダ言語はCg

**名前は開発中のものです。** · 2009/01/12(月) 01:15:34

ググってみたのですが、見つからなかったので教えて下さい。
linuxについてるGlineというゲームを、
勉強がてら.netのC#で作ろうと思っているのですが、
できれば得点などのロジックをオリジナルに忠実に再現したいと思っています。
オリジナルのソースもしくは得点ロジックが出ているところってありますでしょうか。

**名前は開発中のものです。** · 2009/01/12(月) 02:32:32

>>126
gnome-gamesってソースパッケージがあるはずだから
yumなりsynapticなりで探せ
その中に含まれてる

どうしてもみつからなかったらもう一度聞いて

**名前は開発中のものです。** · 2009/01/12(月) 20:19:41

>>125
それを総合してDirectXって言うんだよ。

**名前は開発中のものです。** · 2009/01/12(月) 20:52:24

>>128
お前の言っていることは、
PCがあったら、Linuxが動いていようがFreeBSDが動いていようが、
それを統合してWindowsだと言っているほど間抜けだぞ。

**名前は開発中のものです。** · 2009/01/12(月) 21:16:19

さすがにネタっぽいな
ファーレンハイトが懐かしいぜ

**名前は開発中のものです。** · 2009/01/12(月) 21:18:31

家庭用ゲーム機は全部ファミコンで、携帯音楽プレイヤーは
全部ウォークマンですね。

**名前は開発中のものです。** · 2009/01/12(月) 21:34:42

まぁ、おれの中学時代のあだ名はウォーズマンだけどな。

**名前は開発中のものです。** · 2009/01/12(月) 21:40:02

はて・・・？
PS3の開発環境は既にDirectX対応してなかったけか、PhyreEngineで。
DirectXのAPIも実装済みで、OpenGLとDirectX、どちらでも好きな方を選べるとか。

**名前は開発中のものです。** · 2009/01/12(月) 22:38:10

組み合わせの選択幅が広過ぎるってんで鳴り物入りで紹介された奴だな
ローレベルライブラリじゃなく、フレームワークにあたるエンジンだ
PC/XBOX版で下層エンジンにDirectXも選べるという構成のようだね

**名前は開発中のものです。** · 2009/01/12(月) 22:59:42

GKはどうしてもPS3にDirectXが入っててほしくないようだな

**名前は開発中のものです。** · 2009/01/13(火) 23:52:00

フレーワークレベルでDirectXも選べるのと、ハードウェアの公式ライブラリでDirectXが動くのとは相当の違いがｗ

**名前は開発中のものです。** · 2009/01/13(火) 23:55:09

そもそもPS3ではDirectXを選択すること自体不可能だから、違い云々以前の問題。

**名前は開発中のものです。** · 2009/01/13(火) 23:55:48

しょうがないから俺も今日からDirectXで動くよ。
ああ、髪が表示されないのは、レンダリングが遅いだけだから。

**名前は開発中のものです。** · 2009/01/14(水) 00:26:48

東京証券取引所はDirectX
大阪証券取引所はOpenGLで動いているという事実

**名前は開発中のものです。** · 2009/01/14(水) 09:51:30

「WOLF RPGエディター」とは？　
・高度なRPG開発が可能な、完全無料のゲーム作成ツールです。
・製作者はなんと「モノリスフィア」やツクール2000で「シルフェイド幻想譚」などを製作した
　SmokingWOLF氏だよ。
・雰囲気はRPGツクール2000に近い。RPGツクール2000で自作システムを作りこむ際に
　不満だったところがいろいろ解消されていて、かなり自由度が高いです。ただし
　その分初心者には難しいかも。すでにツクール2000で自作システムを組むのに
　慣れた人や、ＲＰＧツクールでは物足りないけどプログラミングはちょっとという方にお勧め。
・作成したゲームは自由に配布したり、コンテストに投稿することも可能。
　また本ソフトを持たない人でもプレイ可能！ファイル暗号化も完備してるよ！
・要望、不満点、バグ報告などなど書き込みお願いします。今もどんどん進化中です。
・それとマップやキャラなどのドット素材もじゃんじゃん募集中ですので
　一度サイトにお越しくださいませ。
・このツールで作ったゲームをサイトで紹介してるから、ダウンロードしてどういう
　ゲームが作れるのか見てみてね。

2ちゃん本スレ
http://pc11.2ch.net/test/read.cgi/gamedev/1229261856/l100

**名前は開発中のものです。** · 2009/01/16(金) 20:27:23

半年ROMれ

**名前は開発中のものです。** · 2009/01/26(月) 11:18:31

C + WinAPIでのオフスクリーンの使い方がわからんのだが。。。

HDC off,hdc;
PAINTSTRUCT ps;
hdc = BeginPaint(hWnd, &ps);//hWndは描画先のウィンドウはんどら

　off = CreateCompatibleDC(hdc);
　＜offに対してBitBltやらなんたらかんたら＞

　BitBlt(hdc, -----, off, 0, 0, SRCCOPY);
EndPaint(hWnd, &ps);

でできると思ったのにうまくいかない。。
どこが悪いか指摘求む|・｀）

**名前は開発中のものです。** · 2009/01/26(月) 11:23:21

そのoffに対して適切な大きさのbitmapはSelectしてるか？
もししてないならば、1x1ドットのモノクロビットマップになってるんじゃないか。

**142** · 2009/01/26(月) 14:32:33

>>143
ありがとう。
BitBltとかする前にCreateCompatibleBitmap(hdc, X, Y)したHBITMAPを
offにSelectObjectしたらできた。

HBITMAPは使用後Deleteしないと危ないってことも身をもって理解した。

**名前は開発中のものです。** · 2009/01/26(月) 15:12:42

WM_PAINTごとに作りっぱなしにしたのかｗ
大きさ変わらないなら、ウィンドウができた時に１つ作っておいて使いまわせる。
ウィンドウサイズが変わったら作り直して、ウィンドウ破棄の時に消す、とかね。

**142** · 2009/01/27(火) 11:20:58

>>145
WM_PAINTは無効にして、好きなときに再描画するようにしてるんだが、、まぁいいか）
再描画する関数が呼ばれるたびに作ってDeleteしなかったな。
タスクマネージャー開くとメモリ使用量のグラフがぐーんとのびてた）
１つを再利用する案、使ってみます（｀・ω・´）

**名前は開発中のものです。** · 2009/01/27(火) 11:46:12

なんでWM_PAINTだと思ったか。
BeginPaintがあったからだよ～ん

**名前は開発中のものです。** · 2009/02/06(金) 09:00:05

えっと
複数のエンジンを搭載した宇宙船をエンジンの出力調整で移動させたいのですが
物理に不自由な人間なもんでまったくどうすればよいのやらこまっております
下の図の矢印のようにエンジンがついてると仮定して
　 ←△→
　　　□
←△□△→
　　　↓

左上のエンジンと右下のエンジンの出力を上げると機体が回転するだろうなとはわかりますが
プログラムまでもってけないわけです

一応2Dでの運用を想定しております

複数の速度ベクトルを合成？するのかな
でも回転するとしたらどうすれば…
よくわかりません…orz

**名前は開発中のものです。** · 2009/02/06(金) 09:32:08

スラスターの再現をすることに何かこだわりがあるなら物理の教科書を読むんだ。

つ Amazon.co.jp：ファインマン物理学 (1): ファインマン: 本
http://www.amazon.co.jp/dp/4000077112

**名前は開発中のものです。** · 2009/02/06(金) 12:07:05

それぞれ回転する中心点の軸をずらして回転行列掛けりゃいいじゃん

**名前は開発中のものです。** · 2009/02/06(金) 14:12:04

こんなの嘘物理でよくね？
中心軸を1点にしておいて、そこを中心に
右上か左下に出力があるときは反時計まわり
左上か右下に出力があるときは時計まわり
移動はすべての出力のベクトルの和
これだけでそれっぽく動きそうな気ガス

**名前は開発中のものです。** · 2009/02/06(金) 16:59:07

中心軸は上の出力で下にずらす
下の出力で上にずらす
両方の出力だと相殺されてずれない
でどう

**名前は開発中のものです。** · 2009/02/06(金) 19:21:57

お前らそうやってゲームにニセ物理組み込んでるんだな……。俺も俺も

**名前は開発中のものです。** · 2009/02/06(金) 22:01:45

148じゃないけど
静止状態から真空無重力だと148の左上だけ出力した場合回転するんだっけ？ｗ

**名前は開発中のものです。** · 2009/02/06(金) 22:13:48

だから、そういう物理を気にしだすと
操作が直感的じゃなくなってプレイヤーのストレスになりかねないから
嘘物理でいいんじゃねって話

**名前は開発中のものです。** · 2009/02/06(金) 22:52:53

>>155
実装はそうだろうけど、知ってた方が、それを基本に考えられるから無駄にはならんと思うがｗ
148のを自分で組んでみようと思ったら154のが気になって止まったｗ
で、どうだっけ？ｗ

**148** · 2009/02/06(金) 23:19:27

>>150
ごめんなさい、回転行列がわかりませんorz
>>151 >>152
私も同じような考えにたどり着きました

必死に考え直した結果こうなりました
まちがってるかな？
ttp://www.dotup.org/uploda/www.dotup.org21184.png

中心：緑丸
エンジン：青丸
出力方向：紫矢印

エンジンの出力ベクトルを中心点とエンジンを結んだ線とその垂直線を座標としたベクトルに分割し
赤を回転用のベクトル、水色を移動用のベクトルに分ける

あとは回転と移動をそれぞれ計算すればＯＫ？

すいません日本語にも不自由しているようですorz

**名前は開発中のものです。** · 2009/02/06(金) 23:48:02

>>157
それで合ってるよ。もっと正確に言えば、中心点ではなく重心。
あと、そこについてるのがロケットエンジンなら、普通は矢印は逆向きだな。

そこから真面目に回転速度を求めるには、「慣性モーメント」という知識が必要になる。
値は適当にでっちあげでいい。

**名前は開発中のものです。** · 2009/02/10(火) 15:41:10

.NETかMFCを勉強しようと思うのですが，
ゲーム開発だとどちらが役に立ちますか？

**名前は開発中のものです。** · 2009/02/10(火) 15:52:39

どっちも微妙
言語はC++のみ？

**159** · 2009/02/10(火) 16:05:56

>>160
微妙ですか；
どの言語で学びたいというのは，特に無いですが，
C++がコード書いてる量多いです．
VBは入門書通して読んだので簡単なアプリケーションなら作れる程度で，
C＃はJavaに似てるから読めるってくらいで，書いたことはないです．

**名前は開発中のものです。** · 2009/02/10(火) 16:12:06

C++やってるなら、.NETはC#前提で考えたほうがいいかも。
MFCでゲーム部分で役に立つところは少ないと思うよ。素でAPI呼ぶのとかわらない。

どっちもウィンドウ作ったりイベントハンドラ使ったりするところは楽できるけど
そういうのを生かすゲームを作るのかどうかってとこだね。
言語とライブラリやフレームワークで選んで、それが.NETやMFCを使ってたら
それも覚えるって感じでいいんじゃないかな。

**159** · 2009/02/10(火) 18:33:00

了解しました．ゲーム開発で使うといっても，
深い部分の機能まで扱う訳じゃないんですね．

一冊買って読もうと思ってましたが，
Webで調べて動かしてみる程度にしようと思います．
ありがとうございました．

**名前は開発中のものです。** · 2009/02/10(火) 21:26:47

>>163
C++にSDKがシンプルで案外楽なんじゃないかな。
描画や音でハードなことやろうとしたらDirectXやOpenGL/OpenAL使えばいいしね。

**名前は開発中のものです。** · 2009/02/11(水) 12:06:33

>>159
ゲーム本体作るなら、C++ + DirectX
ツール作るなら、.NET(C#)だな

**名前は開発中のものです。** · 2009/02/12(木) 20:13:23

3Dゲームには垂直同期とか異方性フィルタといったフィルタ機能が多く存在しますが、
こういったものの具体的なアルゴリズムが書かれてある書籍を教えて下さい。

よろしくお願い致します。

**名前は開発中のものです。** · 2009/02/12(木) 21:16:01

君の「アルゴリズム」の定義は、おそらく一般的なそれとは異なっている。

**名前は開発中のものです。** · 2009/02/13(金) 03:30:08

異方性フィルタとか言い出す前に、
普通に素のモデルを画面に表示できるようになれって話だな。

**名前は開発中のものです。** · 2009/02/13(金) 10:16:54

>>167
どういうことですか？

**名前は開発中のものです。** · 2009/02/13(金) 14:18:20

>>169
垂直同期てなんですか
フィルタなんですか
アルゴリズムなんですか

**名前は開発中のものです。** · 2009/02/14(土) 17:18:16

C++/DirectX　でアクションゲームを作ってるのですが、色んなPCで同期をとるために経過時間を計測するのって、
一般的にどの関数使うんでしょうか？
あと、昔、DOSで作ってたころはVシンク割り込みでどうたらこうたら、ってやってたきがするんだけど、
これって今の液晶画面で計測できるもんなんでしょうか？

**名前は開発中のものです。** · 2009/02/14(土) 17:43:59

時間の計測は QueryPerformanceCounter とか。
Windowsでは垂直同期の周期は環境によって全然違うので、
基本的には垂直同期に依存しないように作る。

**名前は開発中のものです。** · 2009/02/15(日) 00:36:23

>>171
精度がミリ秒程度でよければ、timeGetTime。timeBeginPeriodで精度を上げるのを忘れずに。

高精度がいるなら、>>172

**名前は開発中のものです。** · 2009/02/15(日) 00:41:57

>>172
>>173

ありがとうございます。
多環境で同期をとるのにどの程度の精度が実際に必要かやってみないとわからないので、
教えていただいた関数をもう少し調べてやってみます。

**名前は開発中のものです。** · 2009/02/15(日) 19:09:59

垂直同期は
D3DRASTER_STATUS rs;
do{
pd3dDevice->GetRasterStatus(0, &rs);
・・・
}while(!rs.InVBlank);
とかやるといいらしい。
ループ内でスリープ入れないとCPU使用率が100%になっちゃうかな？

**名前は開発中のものです。** · 2009/02/15(日) 21:23:34

メモ代わり。
MessageBoxがなぜか表示されない。グーグル先生曰く
WM_PAINTでBeginPaintとEndPaint処理をしてないからだと。
言われたとおりにしたら見事に解決した。
描画処理を別スレッドでやっててもWM_PAINTの処理は必要らしい。
windowsの中の人はよく分からんなぁ。

**名前は開発中のものです。** · 2009/02/16(月) 00:29:54

WM_PAINTはDefWindowProcに流せば、中でBeginPaint/EndPaintを呼んでくれるはずだが。

**名前は開発中のものです。** · 2009/02/16(月) 08:35:55

そこら辺はカスタムウインドウだかしない限りは自動で出来るはずだから、参考書でも眺めたら？と3年ほどプログラミングしてない学生が入ってみる

**名前は開発中のものです。** · 2009/02/16(月) 11:54:02

BeginPaint呼ばないと無効領域のクリアができないからだよ
クリアできないといつまでたってもWM_PAINT送り続けられる。
ValidateRectで消してしまうのも手だが。

**176** · 2009/02/16(月) 19:52:31

>>179
ものすごく納得した。ｻﾝｸｽ
自作のuiライブラリの処理が甘かったなぁ。

**名前は開発中のものです。** · 2009/02/22(日) 10:56:36

オンラインで１０×１０マスのビンゴゲームをイメージして下さい。
参加者は、月１回オンラインで１００個の数字を記入したシートをUPし、
毎日５個の数の発表を待ちます。

こんな感じのプログラムを創って貰うとき、何に注意して、どこに商談すればいいですか？
お願いします。

**名前は開発中のものです。** · 2009/02/22(日) 13:07:55

なんだかすごい釣り針が…

**名前は開発中のものです。** · 2009/02/22(日) 15:53:56

>>181
そのイメージの元となったビンゴゲームの開発元に
「絵をちょこちょこっと変えたバージョンを作って売ってください」って言うのが一番確実で手っ取り早い。

**名前は開発中のものです。** · 2009/02/22(日) 17:14:10

>>183
こんなところで聞くようなｲﾀｲ業者にヒントも出すなよ。
色んな意味でろくな事にならないぞ。

**名前は開発中のものです。** · 2009/02/25(水) 15:43:56

仕様書をまとめたほうがいい
技術的には低の低

**名前は開発中のものです。** · 2009/02/26(木) 04:43:10

http://search.vector.co.jp/search?query=%83r%83%93%83S

**名前は開発中のものです。** · 2009/03/25(水) 20:42:40

ウィンドウを表示するプログラムを作っているのですがウィンドウが表示されず、
visual C++の挙動が変になります。(ずっと　プログラム名(実行中)と表示され画面の配置も変になる)
どうすればよいのでしょうか？

コードは以下に晒します
#include <windows.h>

#define APP_NAME TEXT("Sample_MainWindow")

/* ウィンドウプロシージャ */
LRESULT CALLBACK WindowProc(
HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam
){
switch(uMsg){

case WM_DESTROY:
PostQuitMessage(0);
return 0;
}
return DefWindowProc(hWnd, uMsg, wParam, lParam);
}

つづく

**つづき** · 2009/03/25(水) 20:43:23

int WINAPI WinMain(
HINSTANCE hInstance, HINSTANCE hPrevInstance,
PSTR lpCmdLine, int nCmdShow
){
HWND hWnd;
WNDCLASS wc;
MSG msg;

wc.style = CS_HREDRAW | CS_VREDRAW;
wc.lpfnWndProc = WindowProc;
wc.cbClsExtra = 0;
wc.cbWndExtra = 0;
wc.hInstance = hInstance;
wc.hIcon = LoadIcon(NULL, IDI_APPLICATION);
wc.hCursor = LoadCursor(NULL, IDC_ARROW);
wc.hbrBackground = (HBRUSH)COLOR_BACKGROUND + 1;
wc.lpszMenuName = NULL;
wc.lpszClassName = APP_NAME;

hWnd = CreateWindow(
APP_NAME, TEXT("Window Title"),
WS_OVERLAPPEDWINDOW | WS_VISIBLE,
100, 100, 400, 300,
NULL, NULL, hInstance, NULL);

/* メッセージループ */
while(GetMessage(&msg, NULL, 0, 0) > 0){
DispatchMessage(&msg);
}

return msg.wParam;
}

**名前は開発中のものです。** · 2009/03/25(水) 20:58:00

showwindowが抜けてる、かも

**名前は開発中のものです。** · 2009/03/26(木) 03:35:13

WS_VISIBLEがあるからShowWindowは必要ないかな

WNDCLASS構造体に値を設定しただけでRegisterClassで登録してないのが原因だと思う

**名前は開発中のものです。** · 2009/03/26(木) 10:22:58

>>190 の通り。
RegisterClass(&wc);
をCreateWindowの前に。

**名前は開発中のものです。** · 2009/04/05(日) 21:54:31

あんまりWindowsと関係無いのですが、C++でのメモリ確保方法について質問です。

ゲームでnewとdelを繰り返し使いまくると、やってられないから、
存在フラグを持って制御するように。
と、どこかで見た覚えがあります。

それならば、もうnewでメモリを動的確保ぜずに、
普通に静的宣言でいいのではないかと思ったのですが、
動的確保のメリットって何なのでしょうか？

私は仕事がハード畑一色の人なので、頭が固いです。
どなたか教えてくださいorz

**名前は開発中のものです。** · 2009/04/05(日) 22:34:27

×ハード畑なので、頭が固い
○高卒なので、頭が悪い

**名前は開発中のものです。** · 2009/04/05(日) 22:38:51

>>192
例えばメモ帳を作るとき、読み込んだデータの長さは分からない。
こういうとき静的な確保だと、何メガバイト確保すればいいのかわからないし、
もし確保した量よりデータが大きければ扱えないし、小さければ、無駄になる

そこで、new/malocなどで動的に確保してやれば、必要な分だけ確保できる。

**名前は開発中のものです。** · 2009/04/05(日) 22:48:17

>>192
使用メモリーが決まってて、制限以内なら静的確保で問題なし。
普通は全部持つ友もリーがはみ出るから、効率いい方法を探すだけ。

**名前は開発中のものです。** · 2009/04/06(月) 20:32:34

>>192
個人的には動的確保のほうが流れが分かりやすいけどね。
>>194のような柔軟性も持たせられるし。柔軟性を持つということは
コーディングでメモリ空間の大きさをやたら意識する必要も無くなる。
メモリ確保の速度の関係で、予め確保しておいたメモリ空間を使う
ってのはちょくちょく聞く話だけど、
そういう特別な事情が無い限り動的な確保が王道じゃないかなぁとは思う。

まぁ趣味でやるなら不正アクセスが無い限り自由にやりやがれって話ですよ。

**名前は開発中のものです。** · 2009/04/10(金) 05:55:47

ゲームプログラミングの経験はあまりないのですが、
３DのMOを開発しようと思っています。

そこで開発環境についてお聞きしたいのですが、
簡単に調べて以下のようなものがあるのが分かりました。
・XNA
・Unrealなどのゲームエンジン

XNAはXbox360対応を無視して単にPC向け開発環境として見た場合、良い選択肢でしょうか？
またそういう用途で広く使われているのでしょうか？
Unrealなどのゲームエンジンは、やはりXNAに比べるとすばやく開発出来るのでしょうか？
どの程度自由度が制限されますか？

分かる方よろしくお願いします。

**名前は開発中のものです。** · 2009/04/10(金) 06:01:34

あと、フリーのゲームエンジンでメジャーなものがあれば教えてください。

**名前は開発中のものです。** · 2009/04/10(金) 07:56:06

RPGツクールでも使っとけ。
求めてるのはそういうお手軽にゲームつくれるツールだろ？

**名前は開発中のものです。** · 2009/04/10(金) 08:01:59

そんなものを求めているとは一言も書いていません。
プログラミングの知識としては、OSアーキテクチャからアプリ・サーバ・WEB開発までいけます。
メジャーな開発環境はなんなのか、どんなものがあるのか
そういったトレンドを知りたいと思っています。

**名前は開発中のものです。** · 2009/04/10(金) 08:44:23

生意気だから教えてあげないぷー

**名前は開発中のものです。** · 2009/04/10(金) 10:02:25

俺ならXNA以外のエンジンを進める。XNAの欠点にXBOX用コントローラーしか
利用できない。XNA用のランタイムがほとんどのPCには入っていないので、
利用者に別途インストールをお願いしなければならない。XBOXゲーム機では
なんら問題ではないが。PCでは使いたくない欠点だ。

**名前は開発中のものです。** · 2009/04/10(金) 19:34:54

Ogreでも使ってろよクズが

**名前は開発中のものです。** · 2009/04/10(金) 19:48:05

>>197
Windowsの3Dゲーム開発で何が主流か？といわれたら、主流はない。
あえていうなら、DirectX。
XNAはありえない。
Ogreとかもないな。

UnrealやHalflifeのMODみたいな感じでゲーム開発使うのは海外では流行っているし、
情報あるから(ただし英語)いいかもしれない。
敷居も低い。
ただ、ゲーム開発の主流ではないと思うが。

**名前は開発中のものです。** · 2009/04/10(金) 19:48:54

> 敷居も低い。
1から3Dエンジンを作るよりも、って話ね。

**名前は開発中のものです。** · 2009/04/12(日) 10:37:36

別にPC前提ならXNAでもXBOXコントローラー以外も使えるけどな。
C#でやりたいというわけでもないなら、XNAじゃないほうがいいだろうな。

**197** · 2009/04/12(日) 11:22:43

レスありがとうございます。

個人でやるつもりなので
多少パフォーマンス面でデメリットがあったとしても
C#みたいなスピーディに開発出来る言語が良いんですよね。
その点、XNAはログイン処理とかまでフレームワーク化しているようで
おまけに基本的な事をやるにはサーバ要らずと言う点はスタートのし易さと言う意味では強力かなと。

>>203
Python OgreはPythonと言うだけで惹かれますね。

>>204
ランタイムだけでなくフレームワーク、エンジンレベルのものを使おうと考えています。

>>202 >>206
貴重な情報ありがとうございます。

とりあえずXNA本を一冊読んで見ます。

**名前は開発中のものです。** · 2009/04/12(日) 17:48:24

まて、XNAはフレームワークだろうけど、エンジンというほどじゃない気がｗ

OgreってのPython バインデイングもあるのね…。
せっかくだから、Panda 3DってのもPython＋3Dエンジンだぜ

C#に拒否反応ないなら、(デプロイにユーザー開発者双方で手間かけてもいいなら)
Pythonとかでもいいよな。

**名前は開発中のものです。** · 2009/04/12(日) 22:03:27

質問です。２Ｄのゲームの場合絵を描くことについてですが
gifじゃないといけない理由ってありますか？
gifだと256色しかないんで別の拡張子で素材作りたいのですが。
pngとかjpgとかgifとか拡張子ありますがgif以外でもつくれるならば
別の拡張子で綺麗な絵柄で作りたいと思っています。
可能ならばメリットとデメリットってありますか？

**名前は開発中のものです。** · 2009/04/12(日) 22:28:24

プログラム的な話で言えば別に色情報さえ読み取れるなら
どの形式だろうが或いは独自形式であっても問題ない
しかし、なにかのツクール系みたいなツールで作っていて
対応フォーマットがgifにしか対応してないっていうなら従うしかないんじゃない？
むしろgifのほうがライセンスの問題で使うべきではないんだが
DirectXであればbmp、png、jpg、tga、dds、あたりが標準で読める

**名前は開発中のものです。** · 2009/04/12(日) 22:44:13

DirectX != D3DX

**名前は開発中のものです。** · 2009/04/12(日) 22:45:13

>>210
ありがとうございます、ツクール系ではなく普通に本勝って付録でついてる
サンプルプログラムを改造してゲーム作る予定です。
で、素材の絵を描いていたのですがドット打ちできないんで普通にフォトショップで
描いていたのですが不安になったんで質問させてもらいました。

アクションゲームを作ろうと思うのですがキャラクターのモーションとかも
pngやjpgでいけますか？gifアニメみたいにアニメーションにはできないと
聞いたのですが

**名前は開発中のものです。** · 2009/04/12(日) 23:35:32

>>212
そもそもアニメーション情報を含めることのできる画像フォーマットを使ったとしても
ゲーム上でアニメーションさせるにはそのための機能を自分で実装しなくてはいけません
giｆアニメーションで作ったとしても勝手に再生してくれるわけではないのですよ

一般的な方法でいうと
1枚の画像にアニメーションのパターンを全て含めて
画像のどの部分をどのタイミングで表示するのかを
プログラム側から指定してやることでアニメーションをさせます
プリーのツールでそういったアニメーションデータを作成してくれるものもありますが
それはあくまで画像の区切りやタイムテーブルのデータの作成を簡易にしてくれるものであって
それらを読み取ってアニメーションをさせる部分は自分で実装する必要があるのです

Windowsゲームプログラミング 質問スレ

Windowsゲームプログラミング　質問スレ