ゲームプログラミング相談室

**プチ9627ｍ** · 01/11/06 18:47

ゲームプログラミング全般についての質問スレッド。
駄スレ立てる前にココで聞きましょう。

■旧スレ（プログラミング技術板より）
○パート１
http://piza.2ch.net/tech/kako/969/969984472.html
○パート２
http://pc.2ch.net/test/read.cgi/tech/985540361
○パート３
http://pc.2ch.net/test/read.cgi/tech/1002894129/

**名前は開発中のものです。** · 02/09/28 21:04

すでに方法があって、それでうまくいってるなら
検証する時間を与えられるかどうか微妙だなあ。

検証する時間をクレとリーダーに交渉する時間は
仕事中であってもいいと思うが、そこでダメといわれたら
プライベートでやるしかないな

**631** · 02/09/28 21:08

>>635
スクリーンの左上を(0, 0)、右下を(800, 600)などとして
オブジェクトを配置していくわけです。

移動してくオブジェクトの座標には、今までfloat型を使って表現
していたのですが、これって意味のないことですか？

**名前は開発中のものです。** · 02/09/28 21:16

ぽいんた出来ないと仕事になりません

**名前は開発中のものです。** · 02/09/28 21:19

>>637
スクリーンに表示だけならint型だけでもいいんでないの。
ただし、その値を計算する時に、float型程度の精度が無いと
計算出来ないんじゃない？
計算様の別型の値を持って、それで計算、intにキャストして表示って馬鹿らしい。
だから、漏れは初めからfloat型でいっていますが。

**名前は開発中のものです。** · 02/09/28 21:25

>>637
オブジェクトが小数点以下の数値をとる可能性があるなら無駄じゃないよ。

**名前は開発中のものです。** · 02/09/28 21:35

>>637
アプリの内部変数の型の話をしてるなら
意味がないかどうかはアプリによるだろう。ちゃんと設計しる。

一方、一般的な3DAPIに渡される座標値の型指定がfloat値であることの
意味を問うているなら、それはちゃんと意味があるという答えになる。
試しに320x240程度の画面モードにすれば肉眼で確認できるだろう。

**641** · 02/09/28 21:40

3Dなら
「ゲームの中のシーン座標」と「スクリーン座標」はそれぞれ別物として
定義するのが普通だぞ。2Dの場合は、依存関係を持たせないと苦しいケースも
ある。

**初心者** · 02/09/29 00:07

初めてパソゲーで曲を作るんですが、、
どうやったらいいんでしょうか？
実際にギターなどでは作ったことがあるんですが、、、
シンセサイザーに挑戦します。
友達とチームを組んで活動します。
シンセサイザーのことはまるで分からないので、アドバイスください。

**名前は開発中のものです。** · 02/09/29 00:19

>>643
MIDIデータを作ることから始めてみてはどうか
まったく知らなければDTM板でも覗いてみるとか

**名前は開発中のものです。** · 02/09/29 15:07

>>631
8ビットCPUのフルアセンブラでしか経験ないけど、16bit整数+8bit小数の24bit
で、管理してました。
0.5ドットの移動とかやりますし。

**名前は開発中のものです。** · 02/09/29 19:19

音楽ツクールかってみたら？

**名前は開発中のものです。** · 02/09/30 01:38

3D使わないなら、精度の変化が無い固定小数で扱う。

**名前は開発中のものです。** · 02/10/01 20:56

今、固定小数点を C++ で実装するなら、テンプレートかね？

**名前は開発中のものです。** · 02/10/02 12:32

ぶっちゃけ、RagnarokOnline の武器攻撃計算Javaスクリプトを作ってるのですが、Web制作版で聞くことでもないし、ゲームタイトル非依存の一般的な問題とおもうのでここで聞くことにしました。

あのゲームの場合、装備品にカードが刺せて、装備品やカードによっていろいろとパラメーターが変わります。あるカードを刺せば攻撃力 += 10; とか、あるカードをさすと敵の属性によって追加ダメージ15%等‥‥

で、私の頭ではいちいち、いちいち武器やカードの効果を攻撃力計算関数内に全部書き込む方法しかおもいつきません。
こんなの↓

func 攻撃力()
{
　　全装備品のカードスロットを走査、カード枚数[カードID] の配列を作成

　　基本能力値読み込み

　　if (カード枚数[100] > 0) {　..　}.　　//　修正能力値の計算
　　if (カード枚数[200] > 0) {　...　}

　　修正能力値による基本攻撃力の計算

　　if (カード枚数[150] > 0) {　..　}.
　　if (カード枚数[250] > 0) {　...　}

　　ほげほげほげほげ

　　if (カード枚数[50] > 0) {　...　}

　　以下繰り返し

　　return 最終攻撃力
}

でも、この方法は私としてはすごい汚いとおもうんですね。ミスを誘いやすいし、メンテもしにくい‥‥
というわけで、こういうのを効率よく処理する方法について教えてください。

**名前は開発中のものです。** · 02/10/02 13:27

>649
オブジェクト「思考」せよ
なんのためにJava使ってるんだ（藁

**名前は開発中のものです。** · 02/10/02 13:33

とりあえず>>650に具体的に説明してみて欲しい。
他の者は解法を書くのをしばし待て。

**649** · 02/10/02 13:56

>650
一応、考えてみたんですが、

function Card(～～～, effect)　　{
　　...
　　this.effect = (effect == null || effect == undefined) ? null : function () {};
　　return this;
}

function Equipe(～～～, numcards, effect)　　{
　　...
　　this.Cards = (numcards == 0 || numcards == null || numcards == undefined) ? null : new Array (numcards);
　　this.effect = (effect == null || effect == undefined) ? null : function () {};
　　return this
}

function ComputeAttack()　　{
　　基本能力値読み込み

　　for (e = 0; e < EquipSlot.length; e++)　{
　　　　E = EquipeSlot[e];
　　　　E.effect();
　　　　if (E.Cards == null) continue;
　　　　for (c = 0; c < E.Cards.length; c++) {
　　　　　　E.Cards[c].effect();
　　　　}
　　}
　　
　　繰り返し
}

というのを考えては見たのですが、(続く)

**649** · 02/10/02 14:02

(652から続き)

あ、上のコードで effect っていうのは、カード効果とか装備品の効果です。

で、上のように考えては見たんですが、

ものによって
　　a += 5; --- ①
とか、
　　a = 0; --- ②
とかあるんですね。

詳しく実装が解明されているわけではないのですが、②の効果があったら①の効果はキャンセルされるし
①②①①とか、配列にきてたらどうしよう？とか非常に困ってしまったのです。

**名前は開発中のものです。** · 02/10/02 14:05

C++でごめん

class 武器 {
public:
　int 攻撃力();
　ステータス構造体ステータス修正();
private:
　int 基本攻撃力;
　ステータス構造体ステータス修正値;
　カード; //複数枚装着できるなら配列化
};

int 武器::攻撃力() {
　return 基本攻撃力 + カード->攻撃力修正();
}

ステータス構造体武器::ステータス修正() {
　return (*this)->ステータス修正値 + カード->ステータス修正値;
}

入りきらないので次↓

**名前は開発中のものです。** · 02/10/02 14:05

class カード {
public:
　int 攻撃力修正();
　ステータス構造体ステータス修正();
private:
　int 攻撃力修正値;
　ステータス構造体ステータス修正値;
};

あとは必要な武器とカードをデータベースからインスタンス化するだけだと思われ
カードを複数枚装着できるなら、各計算関数内で繰り返してやるだけ
ステータス構造体は、ゲームに出てくるステータスを静的メンバに持つクラスで実装して
+演算子や+=演算子を定義してやる
てか、攻撃力もステータス構造体に含めて問題なさそうだな

「全ての効果打ち消し」とかは配列をソートすれば良いだけでは？

**名前は開発中のものです。** · 02/10/05 04:23

計ったら倍くらい遅かったのに、STL や boost を使いまくってる漏れは、ｲｯﾃﾖｼでつか？
エラー処理は例外に頼ってるのに、例外安全なんか知らんわﾎﾞｹっていうのも、ｲｯﾃﾖｼでつか？
もまいら、どうしてますか？

**名前は開発中のものです。** · 02/10/05 10:19

>>656
> もまいら、どうしてますか？
case by case

っつかクリティカルな部分以外は速度なんか気にしないし、クリティカルな部分も
メモリアロケータに手を入れれば幸せになったりする。

**名前は開発中のものです。** · 02/10/07 17:51

ガチャポン戦士を作ろうと思うんだけど
スレ立ててもかまわないですかね？
ちなみにプログラミング経験は無しです・・・
言語はＨＳＰかDelphiのどっちかで勉強しながらやろうと思います。

**658** · 02/10/07 18:00

age

**名前は開発中のものです。** · 02/10/07 19:06

>>658
作ってから立てた方が叩かれないかと。

**名前は開発中のものです。** · 02/10/07 19:37

>>685
まずはHSPかDelphiのスレで質問しながら作り、
最低限のモノを作ってからスレ立てれば、
叩かれる可能性はかなり減るかと。

**名前は開発中のものです。** · 02/10/07 22:53

>658
この板は「カタチの無い企画スレ」は徹底して終了厨に荒らされる傾向があるので
まず一通りカタチにしてからスレ建てた方が良いでしょう

**名前は開発中のものです。** · 02/10/07 23:02

(´-`)。oO（荒らしの自己基準にあわせなきゃならんのか・・・・・・）

**名前は開発中のものです。** · 02/10/07 23:03

荒らしと一般の人の価値観が一致している部分だと思うよ。　＜形のない企画スレ禁止

**名前は開発中のものです。** · 02/10/07 23:03

あ、ごめん、ageちゃった。

**名前は開発中のものです。** · 02/10/07 23:09

この板じゃ「勉強しながらやろうと思います」で完成したためしがないからな。
出来る香具師ですら完成しねーんだからよ。

**658** · 02/10/07 23:12

>>660-665
そうですね。
とりあえず形になるものを作ってみます。

**名前は開発中のものです。** · 02/10/07 23:16

>>664
「形のない企画スレ」には3Dレースゲースレも含まれるのかい？

**名前は開発中のものです。** · 02/10/07 23:19

あれは【スレ独立で失敗】の典型例として
この板の歴史に名を刻んでしまったね。

**名前は開発中のものです。** · 02/10/07 23:23

形があることは単に成功の必要条件に過ぎない
（成功の十分条件ではない）ということを、あのスレは教えてくれた。

**名前は開発中のものです。** · 02/10/07 23:31

3Dレースゲースレ最大の敗因は作者サイドが煽りに過剰反応したとこだな
作者が名前伏せて反論してたから削除人も相手にしてくれなかった

**名前は開発中のものです。** · 02/10/07 23:32

ここは雑談スレじゃないからそろそろやめなされ

**669** · 02/10/07 23:38

悪かった。雑談スレに移動するよ。

**名前は開発中のものです。** · 02/10/08 00:11

RPGの本体とシナリオデータってどうゆう風に分離させるんですか？
どっかで「スクリプト」を使え見たいな話きいたけど。
例えば、
じいさんに話す。（シナリオ始まり）
洞窟でなにする。
じいさんに話す。（シナリオ終了）
こんな感じの場合。

**名前は開発中のものです。** · 02/10/08 00:25

>>674
RPGツクールを一度触ってみ。
あんな感じで分離させればOK.

**名前は開発中のものです。** · 02/10/08 00:31

>>675
禿同。
RPGツクールは作られるモノはクソだがツール自体は優れている。

**ひきプロ** ◆8fhky/PGis · 02/10/08 00:47

今擬似3Dのフィールドを歩くゲーム作ってるんですが
（タクティクスオーガみたいな）
あらかじめフィールドだけを最初に1回作っておいて、
キャラクタのみをメイン画面に転送すると、フィールドと
キャラクタとの前後関係がおかしくなってしまいます。
かと言って全部を毎フレーム描画していると遅くて困っています
（GDIのBitbltで処理しています）
DirectX使ったら改善できるでしょうか。
またDirectX使わない場合はどうしたらよいでしょうか

**名前は開発中のものです。** · 02/10/08 00:51

うーん、ツクール買うのはつらい。
どんな感じ？
鍛冶屋のおやじとか、通常のNPCを絡ませるのとか難しそうなんだけど。
そのまま台詞も本体に突っ込んでしまうのはやっぱり無理かな。

**ひきプロ** ◆8fhky/PGis · 02/10/08 00:55

NPCの属性決めて、（店か人か）
店の場合は汎用的な店の親父のメッセージ表示、
人だったらメッセージ文字列へのポインタ持っておいて
そのポインタ参照したらメッセージ出てくる感じにしたらどうでしょ

**名前は開発中のものです。** · 02/10/08 00:56

>>677
その種のヘヴィな処理にGDIを使うのは狂気の沙汰です。

描画順序については「フィールド」「キャラ」といった
モジュール化的な分割を諦めて画面生成のみをモジュール化する形をとります。

えぇえぇ、ゲームのコードなんてスパゲティ作ってナンボですから。

**名前は開発中のものです。** · 02/10/08 00:58

他にも解決策はあるけどね。
ZバッファやZソートを使った陰面処理を行うとか
始めからDirect3Dで描画しそのへんの処理をハードウェアに任せる方法とか。
遅くなるけどね。

**ひきプロ** ◆8fhky/PGis · 02/10/08 01:00

>>680
ご返事ありがとうございます。

やっぱGDIでは無理でしょうか…。
一応モジュール化的な事をしているんですが果たして
使いやすくなってるのかどうか藁
今んとこスパゲッティになりまくりです

**ひきプロ** ◆8fhky/PGis · 02/10/08 01:02

>>681
3D空間にポリゴン一枚出す処理すらよく分かりません（;´Д｀）

**ひきプロ** ◆8fhky/PGis · 02/10/08 01:05

あ、読み間違えてた…
諦めて　ですね藁

**名前は開発中のものです。** · 02/10/08 01:06

>>683
死ね

**名前は開発中のものです。** · 02/10/08 01:15

>>678
RPGツクールは体験版があるので、どんなものか見てみるだけなら
それで充分だと思うよ。
体験版のあるURLは、適当に検索してちょ。

**名前は開発中のものです。** · 02/10/08 01:15

>>679
とりあえずその考えでやってみる。

**名前は開発中のものです。** · 02/10/08 01:16

お、体験版もあるのか。さがしてくるよ。

**名前は開発中のものです。** · 02/10/08 03:06

体験版ならエンターブレインのHPにないか？
もしみつからないようならMXかなんかで拾って
参考にしたら破棄しちまいな。

**名前は開発中のものです。** · 02/10/08 21:06

>>677
素直に DirectX 使って 3D で描画しろ。CPU <-> バス <-> グラフィックカード
間を流れるデータの量、桁が違ってくる。

**名前は開発中のものです。** · 02/10/08 22:12

>>690
流れるデータ量の桁って変な知ったかするのヤメレ

この場合問題はバスに流れるデータ量ではなく
Zバッファがハード的に使えるか
CPU側で自前計算しなければならないかの差

**名前は開発中のものです。** · 02/10/09 21:07

>>691
前後関係無視して単純に全画面 BitBlt するだけでも、GDI だと
すぐにサチるぞ。

**名前は開発中のものです。** · 02/10/09 21:14

サチるってわけのわからないオナニー用語を使うのはヤメレ

**名前は開発中のものです。** · 02/10/09 21:16

律速といったほうがいい？

**名前は開発中のものです。** · 02/10/09 21:51

このスレはテンプレは無いの？

それぞれの言語の長所・短所・難易度
BGMのそれぞれの記録形式の長所・短所・難易度
作りたいゲームを再現するにはどの言語がいいか

こんなテンプレがあったらいいね。

**名前は開発中のものです。** · 02/10/09 22:21

>>695
無いのじゃなくて必要だと思った奴が自分で作れば良いだろ
あったらいいねじゃなくて言いだしっぺのお前が作れ
何でも人任せにするな

↑ · 02/10/09 23:27

初心者なので作れません。

**名前は開発中のものです。** · 02/10/09 23:33

この手の話題はプログラミング板で盛ん。しかも最後は荒れる。
とりあえずJava。
実行速度が遅いんで、アクション・シューティング系は避けた方が良いかも。
ダンジョンマスターJavaは素晴らしかった。

**名前は開発中のものです。** · 02/10/09 23:37

>>697
初心者とそれを理由にする怠け者は違う
自分で初心者を名乗る奴は後者

**名前は開発中のものです。** · 02/10/09 23:48

>>693
ハードウェア屋さんとか物理屋さんなんかが良く使う用語だな＞サチる
saturation (飽和) の略式表現

**ひきプロ** ◆8fhky/PGis · 02/10/09 23:55

>>690
7のDirectDraw使うことにしますた。
3Dはムズイのでまたの機会にします

↑ · 02/10/09 23:55

Java　実行速度が遅く、アクション・シューティング系には向かない。
　　　　（ダンジョンマスターJavaは素晴らしかった）

　　　　公式サイトhttp://www.cs.pitt.edu/~alandale/dmjava/
　　　　ダンジョンマスターをやろう！http://home8.highway.ne.jp/galzo/game/danmasu.htm

**名前は開発中のものです。** · 02/10/10 00:08

>>701
確かに DirectDraw なら(ビデオメモリがある限りは）ビデオメモリ上に
サーフェイス作るから、BitBlt は速いやね。フレーム毎に全部書き直し
にしても、そこそこの fps が出せる。

**名前は開発中のものです。** · 02/10/10 00:10

パーツを動的に弄らないという前提なら

_ · 02/10/10 02:32

>>702
遅いのはJavaアプレット。
Javaアプリケーションといっしょにするな！ボゲェ！！

**名前は開発中のものです。** · 02/10/10 07:50

>>705
今現在Javaでゲーム作ってる漏れが言うのも何だが、
起動とGUIは非常に遅いっす。色々工夫しないと話にならんです。

**要ブックマーク** · 02/10/10 11:15

Computer Programing(日本語)
http://www.realdigital.co.jp/densi2/progindex.html
＞C言語・C＋＋言語・WINDOWSプログラム・DirectX Draw・DirectX 3D・ソフトウェアライブラリー
＞各言語の説明と、サンプルソース。

ＹａｎｅｕｒａｏＧａｍｅＳcript & SDK本体
http://www.sun-inet.or.jp/~yaneurao/links/ygs/

yaneuraoGameScript2000
http://isweb19.infoseek.co.jp/computer/yaneurao/ygs/
＞初心者向けＣ言語によるゲーム制作指南

Ｃ言語初心者向けリンク集
http://www3.mahoroba.ne.jp/~seibi/gad_cgi/html/16_02.html

ヒューマンアカデミー
http://www.athuman.com/a/it/course.html
＞３ヶ月コースなど

初心者向けゲーム制作講座"Delphi de GAME"TopPage
http://www.din.or.jp/~koudai/Delphi/Delphi.html

**名前は開発中のものです。** · 02/10/10 12:07

>701
はぁ？DirectX8にスプライト関数（ラッパークラス）あるだろ？
非常に簡単に半透明使えるし、回転拡大縮小できるし、ポリゴンみたいなこと
できるし、いいんじゃないの？エフェクトはかけられないけど・・・。
DirectDrawより簡単ではるかに便利。2Dならこれを使えや

**名前は開発中のものです。** · 02/10/10 12:11

>>701はもうプログラム諦めたに1000ﾏﾝｾｰ

**名前は開発中のものです。** · 02/10/10 12:28

DirectX8以降だとWin95を切り捨てる事になる。

**名前は開発中のものです。** · 02/10/10 13:02

>>708はID3DXSpriteまともに使った事無いに１０万ペリカ

**名前は開発中のものです。** · 02/10/10 13:45

おまえら、相談室で煽りあうのは寄席。

**名前は開発中のものです。** · 02/10/10 16:22

煽りあいできるクソスレは他にいくらでもあるだろう

**名前は開発中のものです。** · 02/10/10 16:37

（´-`）.｡oO(くどい)

**708** · 02/10/10 16:41

DX8のスプライト関数使うとよく叩かれるんだけど
なんか理由あるの？
drawPrimitiveUPと比較しても速度変わんないんだけど？
抜き色指定とかでDDS使わない分、楽でいいだろうに・・・。

**708** · 02/10/10 16:42

ｱｹﾞﾊﾁｮｳ

**ひきプロ** ◆8fhky/PGis · 02/10/10 16:49

>>703
ためしに作ってみたら毎フレーム全部描画しても
GDIの時より軽くなりますた。
>>708
そういえばアルファブレンドができなくて悩みました
８のヘルプも読んでみようと思います

**名前は開発中のものです。** · 02/10/10 17:02

>>715
ID3DXSpriteを使うと叩かれるのか。謎だな。
それはどこでの話だ。

**708** · 02/10/10 17:43

>>718
2ｃｈ

**名前は開発中のものです。** · 02/10/10 17:51

ID3DXSpriteで、scaleで拡大率変えてたんだけど、
他の環境で動かしたらscaleが有効になってなくてしょぼんだった。

**718** · 02/10/10 17:54

>>719
ｽﾚのﾘﾝｸを貼るほどの価値もない話題ということか。
それなら気にしねーほうがいいんじゃねーの。
　
どうせ具体的な指摘は何も無かったんだろ？

**名前は開発中のものです。** · 02/10/10 18:08

（　´,_ゝ`）ﾌﾟッ

**名前は開発中のものです。** · 02/10/10 19:04

708=722？

**718** · 02/10/10 19:15

>>723
違うだろ。さすがに。

**名前は開発中のものです。** · 02/10/10 20:45

ID3DXSpriteだと256*256以上の大きさのテクスチャを扱えないからじゃねーの？

**名前は開発中のものです。** · 02/10/10 20:50

そんな制限は無い

**名前は開発中のものです。** · 02/10/10 22:57

>>726
あるぞ。

**名前は開発中のものです。** · 02/10/10 23:53

>>708
> DirectDrawより簡単ではるかに便利。
DirectDraw は初期化と、ロスト時の再初期化処理だけで意外と面倒。

**名前は開発中のものです。** · 02/10/11 00:28

>>727
無い
サイズの制限はハード依存であってID3DXSpriteそのものの制限とは関係ない

**名前は開発中のものです。** · 02/10/11 00:33

どのみち相対的な話である。

**730** · 02/10/11 00:46

730は728へのレス。

**名前は開発中のものです。** · 02/10/11 02:21

＞725 ：名前は開発中のものです。：02/10/10 20:45 ID:pMa8asNt
＞　　ID3DXSpriteだと256*256以上の大きさのテクスチャを扱えないからじゃねーの？
＞726 ：名前は開発中のものです。：02/10/10 20:50 ID:???
＞　　そんな制限は無い
＞727 ：名前は開発中のものです。：02/10/10 22:57 ID:???
＞　　>>726
＞　　あるぞ。
＞729 ：名前は開発中のものです。：02/10/11 00:28 ID:???
＞　　>>727
＞　　無い
＞　　サイズの制限はハード依存であってID3DXSpriteそのものの制限とは関係ない
　
このやりとりは不毛だな。まず具体例書いてくれ。
　
　Windows98SE + DirectX8.1(debug runtime)
　GeForce256 (Detonatorﾄﾞﾗｲﾊﾞ 40.72)
　D3DCAPS8.MaxTextureWidth　 = 2048
　D3DCAPS8.MaxTextureHeight　= 2048
　
　Windows98SE + DirectX8.1(debug runtime)
　ATI RADEON ALL-IN-WONDER (ﾄﾞﾗｲﾊﾞ 4.13.01.9039 7.72-020524M-004273C)
　D3DCAPS8.MaxTextureWidth　 = 2048
　D3DCAPS8.MaxTextureHeight　= 2048
　
上記2つ例ではID3DXSprite固有のテクスチャサイズ制限(256x256)は確認できない。

**名前は開発中のものです。** · 02/10/11 02:45

チュートリアルの5だと多少の変更で実行できるので、とりあえずコード書いて動かしてみたが、
Drawだと左上から256×256の部分が表示されるだけだな。
GeForce2MXだからVoodooのような256×256の制限はない。

確かDirectX7の時にはこの制限がなかったと思うが。

**名前は開発中のものです。** · 02/10/11 03:43

Geforce3(32MB)で512*512テクスチャを試した。問題なく表示された。
ドライバは40.72 Beta

**734(補足)** · 02/10/11 03:44

環境はWin2k+DirectX8.1SDK