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

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

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

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

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

**名前は開発中のものです。** · 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枚の画像にアニメーションのパターンを全て含めて
画像のどの部分をどのタイミングで表示するのかを
プログラム側から指定してやることでアニメーションをさせます
プリーのツールでそういったアニメーションデータを作成してくれるものもありますが
それはあくまで画像の区切りやタイムテーブルのデータの作成を簡易にしてくれるものであって
それらを読み取ってアニメーションをさせる部分は自分で実装する必要があるのです

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

>>213
ありがとうございます、それに関してはなんとなくわかります。（アニメーションは自分で実装）
でも描いてるうちに参考の画像見ると全部gifなんでgifじゃないといけない理由が
あるのかなあと気になっていたのです。

自分ドット打ちはできなかったんで・・・

**名前は開発中のものです。** · 2009/04/13(月) 00:03:20

gifでないといけない理由はなにもない
単純にインデックスカラー対応で圧縮されてて
ファイルサイズが小さいからとかそんな理由と思われる
まさか、web上の素材サイトを参考にしてそう言ってるわけじゃないよね？

**名前は開発中のものです。** · 2009/04/13(月) 00:19:55

>>215
いや、mugenとかですね。
キャラの動きとかの研究にmugenのキャラを見てましたが全部gifだったんで

**名前は開発中のものです。** · 2009/04/13(月) 05:22:32

時代背景もあるんじゃないのか？
10年くらい前は256以下なら、pngよかgifくらいな時代だったはずだし(まあ、同時にgifライセンスうぜーって時期でもあったが)
俺はよくわからんので。

mugen詳しい人よろ

**名前は開発中のものです。** · 2009/04/13(月) 07:03:54

おれは盲目的にbmpとpng(^-^;
さて

>サンプルプログラムを改造してゲーム作る予定です。
一応PGなら改造って言葉は使わずあくまで「参考にして」ってしとけ
たぶんそんな機会は訪れないと思うが足元すくわれるぞ

**名前は開発中のものです。** · 2009/04/13(月) 08:23:11

どうせ出来ないんだからいいんじゃないの

**名前は開発中のものです。** · 2009/04/13(月) 15:20:22

それを言っちゃあおしめえよ

**名前は開発中のものです。** · 2009/04/30(木) 14:07:29

ＸＮＡでインベーダーゲームを作ってるんだけど
敵キャラを下にゆっくり移動させるのにはどうしたらいいんだ？
ちなみに右に行って下
左にいってしたってかんじ

**名前は開発中のものです。** · 2009/04/30(木) 16:14:51

if (mode == 右に動かす)
{
　　（敵を右に動かす処理)
　　if (一定量右に行ったか)　mode = 下に動かす;
}
else if (mode == 下に動かす)
{
　　（敵を下に動かす処理)
　　if (一定量下に行ったか)　mode = 左に動かす;
}
else if (mode == 左に動かす)
{
　　（敵を左に動かす処理)
　　if (一定量左に行ったか)　mode = 下に動かすpart2;
}
else if (mode == 下に動かすpart2)　　//　←これは else でもいい
{
　　（敵を下に動かす処理)
　　if (一定量下に行ったか)　mode = 右に動かす;
}

これじゃあかんの？

**名前は開発中のものです。** · 2009/04/30(木) 17:45:01

Dictionaryを使えと何度いえｂ（ｒｙ

**名前は開発中のものです。** · 2009/05/02(土) 11:18:09

指定RECTの領域を別RECT(複数)を見てその領域を除いた
複数のRECTに分割したいんだけど複雑すぎてどうすればいいのか

たとえば、指定が{0,0,100,100}で見るのが{21,21,79,79}だけなら
分割後は{0,0,100,20}{0,21,20,79}{80,21,100,79}{0,80,100,100}
の４つになるみたいにしたいんだけど、うーん

**名前は開発中のものです。** · 2009/05/02(土) 11:44:19

分割するという発想じゃなくて
「指定のRECTを含まないRECTを一つ除外する」という処理を
再帰的に指定のRECTと同じサイズになるまで繰り返せばいいんじゃね？

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

面白い問題だと思ったが、メンヘラが出てきてしまった。
こういう奴は自分のネタ書き込みが実装できなくても、
他人のアイデアに延々ケチを付け続けるので、書き込むのが既にウザイ

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

なんだかよくわからない人がいますが
>>225さんありがとう、何とかなりそうです

**名前は開発中のものです。** · 2009/05/02(土) 13:38:05

ですよねー
実装もできないひとにアイデアだけ出されてもムカッとしますよね
すでに質問主さんも解決されてるようですが
念の為、簡単なソースを上げておきますね

http://www5b.biglobe.ne.jp/~mya_a/DirectX/main.html

**名前は開発中のものです。** · 2009/05/02(土) 14:23:04

すげー前提無視すればお前の妄想でも
コード書けるだろうよw

本物のキチガイ歪みねーな

**名前は開発中のものです。** · 2009/05/02(土) 15:17:44

>224
指定RECTを複数RECTの座標軸で分断する
(例題の組なら９つに別れる)
分断されたそれぞれのRECTと複数RECTを判定して取り除く
残ったRECT同士で辺の共有を調べ、長さが揃えば結合する

こんな感じでどうよ

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

>>228
実はまだ解決できていなかったのでソースはありがたいです

>>230
なるほど、複数RECTの座標軸で分断して結合ですか
思い浮かばなかった

お二方どうもありがとう、どうにか実装してみます

**名前は開発中のものです。** · 2009/05/03(日) 01:41:43

スルースキルの高さに感心した

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

考えられる最小構成でウインドウ作って画面描画とかは何もしないプログラムで
フレームレートを調べたらSleep(0)で2000前後、Sleep(1)で500前後でした

スペックは　CoreDuo1.6Ghz　GeForce7400go　です
こんなもんでしょうか？
もっと凄まじい数値がでるかとwktkしていたのですが…
そして実際に2Dや3D描画をしてしまうと50以下の数値になってしまいます。
フレームスキップ無しではこんな程度なのでしょうか？

**名前は開発中のものです。** · 2009/05/03(日) 23:54:24

みた感じノートのスペックだしそんなものでは？

**名前は開発中のものです。** · 2009/05/03(日) 23:56:09

はーどうぇああくせられーしょんできてないんじゃ

**名前は開発中のものです。** · 2009/05/04(月) 00:10:43

>>233
Sleep(0)はともかく1の方に関しては、WinMainの頭にでも
timeBeginPeriod(1)って入れてみな。

**名前は開発中のものです。** · 2009/05/04(月) 00:12:46

ちっぷせっとどらいばをさいしんにしてみるとか

**名前は開発中のものです。** · 2009/05/04(月) 00:57:21

最近のモバイル版ゲフォには省電機能っぽい何かが無かったっけ

**名前は開発中のものです。** · 2009/05/04(月) 06:49:48

>>そして実際に2Dや3D描画をしてしまうと50以下の数値になってしまいます。
どれくらいの量の描画だか分からないけど、常駐ソフトを数本起動してる気がしる。
CoreDuo1.6Ghz　GeForce7400goでちょっと描画したら６０切るとか普通ないでしょう。

**名前は開発中のものです。** · 2009/05/04(月) 11:13:52

電源プランを省電力とかにしてるとガツンと速度落ちたりするし
そもそもモバイル用GeFoってnVidiaとかPCショップが謳ってるほど性能高くないよ
メモリがDDR2だったりすることもあるしバス幅も64とか32とか
7400GoだったらCPUパワーでカバーできるFFベンチならある程度のスコア出せるけど
純粋にGPUパワーを図る3DMarkなら
ハイエンドノートの1/10とかデスクトップに比べたら1/15程度のスコアしか出ない
市販のソフトでもちょっとオブジェクトが増えたらすぐカクカクする

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

[test]test

**名前は開発中のものです。** · 2009/05/04(月) 13:54:28

やってみたやつを公開してスレの暇人にも試してもらえばいいじゃない

**名前は開発中のものです。** · 2009/05/04(月) 14:16:05

>>233
うちは、Core2DuoT7200no2GHz　＆　GeForce7400goだが、
OpenGLでテクスチャ付ポリゴンを500枚くらい描画しても、
Sleep(0)で1000FPS超えるぞ。
60FPSに固定した場合は、一秒間に990msくらいはSleepしてられるよ。

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

CPUの拡張命令とかGPUの制御言語使えばよくね
もちろんハードの制約を意識しなければいけないが

**233** · 2009/05/04(月) 20:31:34

http://down11.ddo.jp/uploader/download/1241436560.zip/attatch

こちらが実行ファイルとそのソースファイルです
みなさんのPCでの数値とかも知りたいです

**233** · 2009/05/04(月) 20:32:46

パスワードは　fps　です

**名前は開発中のものです。** · 2009/05/04(月) 20:48:30

3D描画は

**名前は開発中のものです。** · 2009/05/04(月) 21:03:12

結果
Pen4 2.8G 　1487 500
Core2 2.5G　3049 999
描画が無いから、frame per second じゃないなw

>>234が妥当な見解で、Sleep()はそう言う挙動をする物なんだな。
そして>>243から、233は自分の3D描画を見直す必要がありそう

**233** · 2009/05/04(月) 21:28:13

http://down11.ddo.jp/uploader/download/1241439738.zip/attatch

パスワードは　fps　です

画面消去と裏画面フリップのみですが60fpsまで下がります

ちなみにDirectX SDKのサンプルSkinnedMeshは550fps近く出ているのが謎です
プログラムの組み方で変わるのでしょうか？

**名前は開発中のものです。** · 2009/05/04(月) 21:32:35

>>246
>>243ですが、
(0)2150、(1)950
といったところ。

そちらの環境では描画が、垂直同期になってるとか？
なんにしても、ゲームで60fps固定で動かしたい、とかなら、
別にゲームループ用のスレッド立ち上げて、そこではメッセージ処理させずに、
次のフレームまでの残り時間をSleep()とかにした方がいいかも。

**名前は開発中のものです。** · 2009/05/04(月) 21:35:17

>>249
コキコの入れ違いか。
なぜかDLできないので試していないけど、
60fpsに落ちるなら、まず間違いなく垂直同期がONになってるね。

**名前は開発中のものです。** · 2009/05/04(月) 21:46:32

>>245
１０００と３５０だった。Athlon(tm) 64 X2 6000+（3.0GHz）なんだけど、しょぼん。
SetWindowTextが遅いな。プリントしたら１００００超えたよ。

>>249
垂直同期させない場合、
d3dpp.PresentationInterval = D3DPRESENT_INTERVAL_IMMEDIATE ;
にすると、そのままのが出るよ。
試してないけど。

**233** · 2009/05/04(月) 22:09:47

なる程、試してみます
皆さんの数値も参考になりました
ありがとうございます

**名前は開発中のものです。** · 2009/05/04(月) 23:27:39

質問してもいいですか？
プログラムを勉強しようと思うのですが、最初は何から始めた方が良いんでしょうか。
本当に何も知らないので、できれば参考図書なんかをあげてもらえませんか？
お願いします。

**名前は開発中のものです。** · 2009/05/04(月) 23:33:39

>>254
まず言語はC++にしとけ。慣れてきてから色々制限のある言語だったら泣くに泣けないから。
コンパイラはVS2008EE無料あたりをインスコ
そしたらは「猫」でググる
乙。

**名前は開発中のものです。** · 2009/05/04(月) 23:53:33

初心者はC++は非常に難しいのでは
とりあえずはCを大分理解できないと厳しいんじゃね
と思うんだが俺が馬鹿すぎるのかなあ

**名前は開発中のものです。** · 2009/05/05(火) 00:18:25

俺も初心者だけど、C++でクラスやテンプレートを読めるおかげで
ライブラリやネット上の公開コードとかの恩恵を受けられるのは大きいよ

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

>本当に何も知らないので、
BASIC言語を学んでみなさい。
いちばん簡単だから一生懸命にやれば出来る。
http://www.seiai.ed.jp/t2000/basic/index.html

ゲームを作れるようになった後に、
C言語に進むのも良いだろう。
プログラミングの経験があればC言語収得も容易になる。

**名前は開発中のものです。** · 2009/05/05(火) 10:17:25

BASIC→C→C++→ってのが無理なく進める気がする

ふと気になったが、プログラムを勉強って何だ？

**名前は開発中のものです。** · 2009/05/05(火) 11:25:19

C++が出来ればCは出来たも同然じゃん？
JavaとC#とも親和性が高いし

**名前は開発中のものです。** · 2009/05/05(火) 11:50:36

C++やってるつもりが、中はCだった、というのでいいんじゃない？

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

まあベターC的にC++やるのはいいと思うけど分かりやすいところからやっていけばいいかな

**名前は開発中のものです。** · 2009/05/05(火) 14:12:53

BASICやHSPを勧める奴が絶対に出てくると思ってたが、やめとけよ
変な癖がついて、後から苦労するぞ

Click & Createが超オススメ

**名前は開発中のものです。** · 2009/05/05(火) 14:42:12

俺もC++でBASICみたいな使い方してないし
普通にC++から初めていいんじゃないかな。
勉強のための資料も一番豊富じゃだろうし。

**名前は開発中のものです。** · 2009/05/05(火) 16:05:04

言語もそうだが、グラフィック関連はOpenGLだけは辞めておいたほうがいい。
vista用のintelドライババグで五回は死ねる。

**名前は開発中のものです。** · 2009/05/05(火) 16:30:26

初心者からクラスの概念とか始めても大丈夫か
それにポインタとか絡んでくると混乱しないか

**名前は開発中のものです。** · 2009/05/05(火) 16:35:38

皆さん、レスありがとうございます。
>>258を読んで頑張ってみます！

**名前は開発中のものです。** · 2009/05/05(火) 17:05:27

>>258を見て馬鹿にされてると思わないなら、何の問題も無い。

**名前は開発中のものです。** · 2009/05/05(火) 17:43:52

>>266

むしろ初心者から始めた方がよくないかなぁ。
俺は未だにBASICの考え方から抜けられんし。

いまさら自分で試せんからなんとも言えんけど。

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

RPGをVB6で作ろうと思っているのですが、C++を学習したほうがいいんでしょうか？

あとキャラクターのステータスですが、配列にして、
配列(0)がHP、配列(1)がMP…と言った感じでいいんでしょうか
30人ぐらいをストーリーにより入れ替わり立ち代わりの予定なのです

**名前は開発中のものです。** · 2009/05/05(火) 22:29:20

すいません、配列は二次元配列の予定です

セーブ等はとりあえずCSVに書き起こしています

**名前は開発中のものです。** · 2009/05/05(火) 22:53:50

Sleep(0)のメインループとメインループ部を別スレッドにして回した場合、
どちらも似たようなCPU使用率になります
CPU使用率を下げつつ、Sleep(0)と同等の速度を出す方法ってありますか？

**名前は開発中のものです。** · 2009/05/06(水) 02:13:24

メインループを適当な間隔のタイムイベントでコールバックすれば良い

**名前は開発中のものです。** · 2009/05/06(水) 02:38:15

>>270
VB6は、たしかに当時は流行ったけど、後継VB.NETで構文がまるっきり変わっちゃったので、
いまから勉強するのはお勧めしない。

この板にもC++でRPG作ってる人居るだろうから参考にしてみ。

**名前は開発中のものです。** · 2009/05/06(水) 02:40:58

>>270

あくまで俺の個人的意見になるけど

>RPGをVB6で作ろうと思っているのですが、C++を学習したほうがいいんでしょうか？

VBでもゲーム作る人はいるし、VBが悪いってわけじゃないけど
C++と既存のライブラリでやった方が色んな意味で楽だと思う。

>あとキャラクターのステータスですが、配列にして、
>配列(0)がHP、配列(1)がMP…と言った感じでいいんでしょうか

基本的な考え方は間違ってない。
今後、自分で管理のしやすさ、変更のしやすさを試行錯誤していく事になると思うけど。

**名前は開発中のものです。** · 2009/05/06(水) 02:41:17

>>272
メインループを別スレッドにして、尚且つ、そのスレッドの中でSleep(1以上)する。
固定FPSのゲームならSleep(0)で何か(timeGetTimeとか)を監視し続ける必要ないでしょ。
ゲームじゃなくて演算速度を出したいだけなら、CPU使用率最大にしてぶん回すべき。

**名前は開発中のものです。** · 2009/05/06(水) 03:33:19

いきなりC++から初めてできるものなのかね
言語の習得に時間が懸かって挫折しなきゃいいがね

**名前は開発中のものです。** · 2009/05/06(水) 03:50:17

出来ない奴は何やっても出来ない奴だよ
ゆとり教育の弊害とか誰もがしってるだろ？

挫折したら言語の所為、DirectXの所為、OpenGLの所為、
自分は非が無い完璧超人w

**名前は開発中のものです。** · 2009/05/06(水) 04:32:44

>>277
MFCじゃなくてSDKなら丁度良いんじゃないかな。
VBは、GUI作るには便利だけど、ゲームだと結局WinAPIベースになっちゃうし。

**名前は開発中のものです。** · 2009/05/06(水) 05:31:19

ならまずはC＋DXライブラリ辺りなんじゃね
HSPならもっと簡単かもしれん
もっと手っ取り早く作るんだったらツールでいいんじゃね

**名前は開発中のものです。** · 2009/05/06(水) 07:25:56

初心者にC++勧めるってのは、Perlを勧めるのと同義に等しい(頭痛が痛い)

今時はPerl使うには、いわゆる"モダンPerl"(笑)が普通でその手の書籍とか何冊も読まないまともに使えない。

同様に、C++も"Modern C++ Design"、"C++ Template Metaprogramming"、"Effective C++"とかよまないと
スタート地点にも立てない。
こんな言語、俺は絶対初心者に勧めないｗ

入門なら昔のBASICに相当するLL系のスクリプト言語でいいだろ
例えば、PythonやRuby

**名前は開発中のものです。** · 2009/05/06(水) 08:40:20

そこでなぜPythonやRuby がでるんだよ！
ゲームならHSPのほうがゲーム向きで情報豊富で簡単だろ。
PythonやRuby 信者なら理解できるがｗ
俺はC++に入信してるけどね

**名前は開発中のものです。** · 2009/05/06(水) 08:53:02

>>282
ゲームだけやるんなら、HSPでもいいと思う。あくまでBASICの代わりだけど。

まあ、個人的には、ゲーム特化するならHSP勧めるくらいなら、ActionScriptを勧めるな。
今時の流れなら、Flashアプリで公開ってのはよいしな。
HSPはちょっとマイナーすぎなのと、応用性がなさすぎる

しかし、情報豊富って、マイナーすぎてユーザー数が他の言語と違いすぎるだろHSPはｗ

**名前は開発中のものです。** · 2009/05/06(水) 08:56:09

こんなところで言語論争してもしゃーないけど、
google trendsの結果でも貼ってみる。
さすがにHSPはなあ…
しかし、C++はさすがだ

Google Trends: C++,HSP,Ruby,Python
http://www.google.co.jp/trends?q=C%2B%2B%2CHSP%2CRuby%2CPython

**名前は開発中のものです。** · 2009/05/06(水) 08:58:42

(言語名) + gameにしてみた。
Google Trends: C++ game,HSP game,Ruby game,Python game
http://www.google.co.jp/trends?q=C%2B%2B+game%2CHSP+game%2CRuby+game%2CPython+game&ctab=0&geo=all&date=all&sort=0

(言語名) + ゲームだと計測不能…

**名前は開発中のものです。** · 2009/05/06(水) 08:58:52

初心者が始める言語は何でもいいと思ってる。出来るやつ何でも出来る。
PythonやRuby が外れたのを確認したから宗教論争はここで終わるｗ

**名前は開発中のものです。** · 2009/05/06(水) 09:03:50

>>284
言語が全体的に下がり気味なのがさびしい･･･

**名前は開発中のものです。** · 2009/05/06(水) 10:35:24

なんだかんだ言っても使う道具が違うだけで使う人間は替わらないからな
書きたい言語で書かせればいい

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

HSPなんて日本以外じゃ当然ゼロと思ったら
ドイツ語関係でちょっと出てるな、別の何か？

**名前は開発中のものです。** · 2009/05/06(水) 13:02:01

HSPちらっと見たけど結局憶えること多そうだし
最初からCとかやったほうがいいじゃんと思った

**名前は開発中のものです。** · 2009/05/06(水) 13:08:21

ifやループの基本的なところまでならVBでもHSPで覚えてもいいと思うけどね
HSPは非常にとっかかり易い、画面が非常にシンプルで分かりやすい
C辺りインストールして起動してみたが、何していいのか分からない人はHSPで一度なんでもいいから作ってみるといいと思う

**233** · 2009/05/06(水) 19:46:25

http://down11.ddo.jp/uploader/download/1241606473.zip/attatch

パスワードは　fps　です。

描画部分を別スレッドで60fps固定にした所、メインループ部はSleep(1)で600万ループ
Sleep(13)で40万ループさせる事に成功しました。
CPU使用率はSleep(13)で10以下に抑える事にも成功しました。

**名前は開発中のものです。** · 2009/05/06(水) 21:10:26

>>292
おめ。
>>243環境で、(1)が1200万ループ、(13)が100万ループでした。
いいゲーム期待してます。

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

私は経験０のプログラミング初心者です。
一昨日から友達と２Ｄ格ゲーを作ろう！という話になって少し勉強しました。

ＨＳＰで簡単なシューティングを作ることには成功したのですが、このまま
ＨＳＰを勉強すれば２Ｄの格闘ゲームを作るようになれるのでしょうか。
普通のゲームはＣ＋＋というのを使っているのですよね？
今から同じ時間を費やすとしてＨＳＰとＣ＋＋だったらどっちが先に２Ｄ格ゲーを作ることができるでしょうか。
期間は２、３年でメルティブラッドくらいのゲームが作れたらなあ、と思っています。

**名前は開発中のものです。** · 2009/05/06(水) 22:29:35

ゲームにおいては過程が考えられるかどうかじゃないか？

**名前は開発中のものです。** · 2009/05/06(水) 22:44:47

>>295
過程というと、次に背景を付けてキーボードで動かせるようにして…
みたいなことのことでしょうか？

それとも、このキャラがこう動いたら次はこう動くとか、そういうことでしょうか？

**名前は開発中のものです。** · 2009/05/06(水) 22:47:21

格ゲーは当たり判定と状態の塊だ。
まぁHSPで状態管理するのは大変だろうね。
まぁCやC++を使ったからといって楽になるというものでもないが。

しかしそれよりも、余計なことを考えて手を止めるのが一番よくない。
せっかくHSPを使い始めたんだから、とにかく猪突猛進に雛形を作ってみるんだ。

**名前は開発中のものです。** · 2009/05/06(水) 22:51:20

>>270 >>294
C++を倦厭する人達ってレスの書き方まで似てくるよね
必死さがにじみ出るというか、息切れ寸前というか…

**名前は開発中のものです。** · 2009/05/06(水) 22:53:45

>>297
なるほど！！わかりました！
そうですね、なんか今日１日どっちにすればいいかで延々と迷ってましたし。

とりあえず雛形を作ってみます！ありがとうございました！

**名前は開発中のものです。** · 2009/05/06(水) 22:58:53

個人なら書けるので書きゃいいのに○○のほうがいいですかとか

そもそも解らなけりゃ違いも判らんだろうよ。
まず作れ。話はそれからだ

**名前は開発中のものです。** · 2009/05/07(木) 22:22:40

>>294
経験ゼロから2日で簡単なシューティング作るって何気にスゲーな

メルティブラッドってYoutubeくらいでしか見たことないが、
あの辺まで目指すんならC++にしといた方がいいと思う。
もしくはHSPでもっと簡素なゲームを作ってみるか。

**名前は開発中のものです。** · 2009/05/10(日) 18:30:54

RPGの戦闘部分を作ってるんですが、ターン制(ドラクエ)のようなものはどういう風に順番が決まるんでしょうか?
すばやさに乱数を加算除算して順番を決めるのは分かるのですが、同じ数値の人が来たときにはどういう処理が良いでしょう?

動的配列を作り、配列[3]等として順番を決めよう・・と思ってたらなんだか頭の中が混乱してきましたorz
同じものに対して順番を決める、という処理はどうするのが一般的でしょうか?

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

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