1人でゲームが作れるように修行します。2

1人でゲームが作れるように修行します。2 (487ﾚｽ)
上下前次 1-新

78: SGGK ◆6pZCoAtaxk 2010/09/09(木)23:34 ID:u4JUxGaq(1) AAS
今日も４個しか出来なかった。
cppファイルを直す時に泥沼状態になる事を予想して、
変更箇所を表計算ソフト（エクセルのこと）にメモしながら進めてるから作業が遅いのかもしれない。

79: SGGK ◆6pZCoAtaxk 2010/09/12(日)23:34 ID:zuikLtmE(1) AAS
ヘッダファイルあと残り１つ。
これは選手の移動関数を定義してるファイルだけど、気になる箇所があった。
今のプログラムは、どのような速度のパソコンでも６０Ｈｚで１フレーム時間あたりの移動量を１〜２０ドットにしたい場合の移動量を
２０個の配列を用意して入れてるんだけど、これが外部の移動関数から読めてる。
…というのは知ってたけどそういえばextern使ってないのに何故だろうと思い、１４歳わくわくＣ＋＋を調べてみると、
メンバ関数やメンバ変数にstaticを付けるとグローバルな関数、変数扱いに出来るとのこと。
そして呼び出すときには、クラス名：：変数または関数とすればよいらしい。
さらに変数の場合は、外部に実体の定義が必要。
忘れてた…。
これは>>74氏のそのままでＯＫではないか〜！ということでextern無しで書くことにした。
よって>>73で言ってた
＞ベクトル計算用関数の引数を増やして、その引数に値経由でframetimeを渡せないかと
も中止。
とりあえず、最後に残ったヘッダファイルにある移動関数の一つを書き直してコンパイルしてみたら通った。
移動関数はあと３つ残ってる。

80: SGGK ◆6pZCoAtaxk 2010/09/13(月)22:59 ID:621XmSry(1) AAS
ヘッダファイルの書き直しが完了。
何もヘッダファイルを読み込んでないヘッダファイルを先に直して、
ヘッダファイルの読み込みの少ないヘッダファイルを先に直すような順番で書き直していったからかどうかはわからないけど、
あまりバグが出なかった。次はcppファイルの書き直しに挑戦。たぶんもっと時間がかかるはず。

81: SGGK ◆6pZCoAtaxk 2010/09/14(火)22:23 ID:8SPHlgRS(1) AAS
とりあえず修正対象にするcppファイルを１つ選び、
そのcppファイルがインクルードしてるヘッダファイルのファイル名の頭に付けてたv_（←修正中のヘッダファイルに付けてたやつ）をはずして、
そのままでは古いヘッダファイルと同じ名前になってしまうので、先に古いヘッダファイルは別のフォルダに移動しておく。
そしてコンパイルしてみる。
一個ずつ直してみたがバグがなかなか減らないし、ヘッダファイルもコンパイルの画面に新旧入り混じっている状態では
かえってややこしくなってくる。
cppファイルも一個ずつ順番に直してバグが無くなったら次に…と思っていたが、
うまく説明できないが、そうはならないはずとの考えに至る。
cppファイル単位できれいに独立してるわけではなくて、あるcppファイルのオブジェクトが呼ぶオブジェクトは別のｃｐｐファイルで定義されてて
そこからまた他のところへ…、するとそのcppファイルでインクルードしてるヘッダファイルも直した方のヘッダファイルに入れ替えなければならない。
結局、全部のヘッダファイルを新しい方だけ残して全部一気にコンパイルしてしまった。
エラーの総数が今現在３４９個。
ヘッダファイルの修正箇所をエクセルにメモする作業が無駄になってしまったかもしれない。

82: SGGK ◆6pZCoAtaxk 2010/09/15(水)22:31 ID:/g+buLkb(1) AAS
昨日は一気に全部まとめてコンパイルしたけど、描画関係をまとめたcppファイルはその時点で修正済。
そうした上でのバグ３４９個。
その後の修正で何故かバグが３５８個まで増えたけど、なんとかして３４４個に減ったところで終了。（今日はちょっと疲労気味なので…）

83(1): 2010/09/16(木)03:09 ID:OhUUY93b(1/2) AAS
コツコツ頑張ってて偉いなぁ…本気で尊敬する。

84(2): STG 2010/09/16(木)03:35 ID:YtfF1rT+(1) AAS
俺はずっとモデリング勉強＆練習…

85(1): 2010/09/16(木)03:50 ID:OhUUY93b(2/2) AAS
>>84
ｶﾞﾝｶﾞﾚ超ｶﾞﾝｶﾞﾚ
俺もそろそろ頑張ってみるか…

86: SGGK ◆6pZCoAtaxk 2010/09/16(木)23:40 ID:62n4CZRN(1) AAS
>>83
自分はこの板のおかげでゲーム作りへの挑戦は約３年１ヶ月程続いているけど、あまり進んでいないかもしれません。が…頑張ります！。
>>84 >>85
お互い頑張りましょ〜！期待してます。

87(3): SGGK ◆6pZCoAtaxk 2010/09/17(金)00:11 ID:iwt7bbkw(1) AAS
ベクトルの構造体を宣言・定義したから、ボールや選手などのオブジェクトの
座標その他のメンバ変数を初期化するときには、例えば初期化関数の内部で
オブジェクト．ｘ＝８４８；
オブジェクト．y＝５４４；
オブジェクト．z＝０；
としていたのを
オブジェクト．構造体変数名　＝　｛８４８、５４４、０｝；
にできるのではと期待して書いてみるとエラーになる。
略）\source\ballcontrol.cpp(45) : error C2059: 構文エラー : '{'
略）\source\ballcontrol.cpp(45) : error C2143: 構文エラー : ';' が '{' の前にありません。
略）\source\ballcontrol.cpp(45) : error C2143: 構文エラー : ';' が '}' の前にありません。

これと同じようなエラーをクラスのオブジェクトでやった経験を思い出し、
オブジェクト．構造体変数名．ｘ＝８４８；
オブジェクト．構造体変数名．y＝５４４；
オブジェクト．構造体変数名．z＝０；
と書いたらエラーは出なくなった。
これだけならまだしも関数の引数にも構造体を使おうとしているので、
これもエラーになったらどうしようかと思いつつ、動作している事を優先して作業を進め、現在のバグは２７４個。
ネットで調べると自分では構造体を書いたつもりでいても、Ｃの構造体とＣ＋＋の構造体には違いがあるらしくて、
自分が見たサイトの説明によれば、

実は、構造体はメンバがデフォルトで公開されているクラスである。
つまり、
"stuct X{" = "class X{ public :"
となる。クラスと構造体の差異はそれだけである。

との事。
Ｃで書いたベクトルの記事を本で見て、それを今まで書いてたＣ++のソースに
使おうとしたから、自分の気付かない理由で上手くいってない感じ。
まずは今のままで進めてみて関数にベクトル構造体を引数にしたところでも
問題が出るようなら、また考え直すつもり。

88(1): 2010/09/17(金)02:15 ID:zNJRouQ+(1) AAS
>>87
見方を変えると「Cの構造体に関数も書けるようにしたものがC++の構造体」とも言えると思う
Cの構造体で出来ることはC++でもそっくりそのまま書けると思うんだけどね

>自分の気付かない理由で上手くいってない感じ。
バグに関して絶対こうだとは言えないが、CとC++の違いが原因ではないような気がするなー

89(1): 2010/09/17(金)22:28 ID:pd/LBTti(1/2) AAS
>>87

ｘ、ｙ、ｚを初期化するコンストラクタを定義されていれば
オブジェクト．構造体変数名　= クラス名(848,544,0);
のような代入ができる。

もしくは、構造体変数をセットするメンバ関数を定義してもいいかも。

90(2): 2010/09/17(金)22:40 ID:pd/LBTti(2/2) AAS
上の補足

コンストラクタを定義していなければ、
オブジェクト．構造体変数名　= {848,544,0};
のような代入もできる。

91(1): 2010/09/17(金)23:57 ID:iQtTD6+I(1) AAS
>>90
それは初期化時のみじゃない？

struct vector{
int x,y,z;
};

void main(){
vector a = { 1,2,3 }; //ok
a = { 4,5,6 }; //エラー
}

92(2): SGGK ◆6pZCoAtaxk 2010/09/18(土)01:00 ID:wU0YURT9(1) AAS
ありがとうございます。今日は調べるだけで終了でした…。
>>88
たしかにバグの原因がCとC++の違いだと思い込んでしまうと他の原因の可能性を見落としやすくなりそうなので気をつけます。
>>89
今のソースではベクトル関係がクラスでなく構造体で表現されていてコンストラクタについてはまだ考えてませんでした。
バグが結局取り切れなかった場合、勉強しなおしてベクトル関係もクラス化する最終手段に挑戦してみようと思います。
>>90
コンストラクタの定義はしてないのですが、何故かエラーになってしまうので、
今は以下に書くとりあえず的なやり方でエラーを回避してます。
>>91
「構造体の初期化」で検索したところ、とあるサイトにそのような感じの
「構造体変数の初期化は、変数の宣言時には常に行うことが出来る点に注意しよう。」とあり、これを参考に以下のようにしてます。

ベクトル関係のヘッダファイルで
struct Vector3{float x,y,z;};

あるオブジェクトの初期化用関数の内部では昨日のやり方から少し変更して、

Vector3 a1={848,544,0};
fp.xy（←これは昨日書いていたオブジェクト．構造体変数名の事）=a1;

と書いてもバグが出ないのでこれでやってみようと思います。
今日は調べただけなので、バグは減ってないけど、全部取れるまで頑張ってみます。

93(1): 2010/09/18(土)01:45 ID:ZJvrb5gA(1/3) AAS
>>92
>ベクトル関係もクラス化する最終手段に挑戦してみようと思います。
>>87は自分で書いててよく分かってないみたいだけど、classとstructは根本的には同じもの

struct Vector3{
Vector3(float x_, float y_, float z_): x(x_), y(y_), z(z_){}
float x,y,z;
};

void main(){
Vector3 a(1,2,3);
cout << a.x << " : " << a.y << " : " << a.z << endl;
a = Vector3(4,5,6);
cout << a.x << " : " << a.y << " : " << a.z << endl;
}

94(1): 2010/09/18(土)01:56 ID:ZJvrb5gA(2/3) AAS
>>92
>Vector3 a1={848,544,0};
>fp.xy（←これは昨日書いていたオブジェクト．構造体変数名の事）=a1;
ちょっとこのレスで、代入のコストが気になったんで検証してみた

struct A{
A(){}
A(int x_, int y_, int z_): x(x_), y(y_), z(z_){}
int x,y,z;
};
struct B{
B(){}
B(int x_, int y_, int z_): x(x_), y(y_), z(z_){}
int x,y,z;
void operator=(B &val){
x=val.x; y=val.y; z=val.z;
}
};

AとBの違いはoperator=を使用してるかどうかだけ
A a,b;
a = b;
こんな感じでただ代入するだけの式を、それぞれ１００万回ずつ実行
結果は予想外にもBの方が７倍も遅かった（単位はミリ秒）
A　5
B　35

そこで試しに、構造体に「double a[256];」を追加して実行
今度はBは変わらず、Aが極端に遅くなった
A　255
B　36

95(1): 2010/09/18(土)02:09 ID:ZJvrb5gA(3/3) AAS
最初Bの方が遅かったのは、operator=のオーバーロード
つまり関数オーバーヘッド分の差が出たのだろう

変数を増やすとAが遅くなるのは、ほぼ間違いなくコピーコンストラクタが発生してるからだろう
ここら辺は言語仕様のレベルでBのような代入にしてくれてもいいような気がするなー

ま、結論としてはoperator=は弄らない方が速い

96(1): SGGK ◆6pZCoAtaxk 2010/09/20(月)00:00 ID:y8zi6Evk(1) AAS
>>93、>>94、>>95
詳細な解説に感謝します。
自分にはまだ難しすぎるのですが、「c++ 　構造体の代入　問題点」で検索してみたところ、
以下のＨＰがこれらを理解するのに参考になり（理解は出来ず雰囲気だけなんとなく自分に伝わったような感じ。）、
リンク先はpdfなので要注意かもしれませんが、
外部ﾘﾝｸ[pdf]:ist.ksc.kwansei.ac.jp
の１２〜１３ページあたりで、C＋＋にはいろいろな種類のコンストラクタがあり、
結果は同じようでもその書き方によっては、コンストラクタが多く呼び出されて処理に時間がかかるらしい。
あと>>94のコンストラクタの書き方が見たことない書き方だったけど、
ちょうど１７ページにある説明と似てるので、これかな？と思ってみたりで勉強になりました。

バグの方は、１２６個まで減少。

97: SGGK ◆6pZCoAtaxk 2010/09/20(月)23:18 ID:L4tJFEVm(1) AAS
今日もあまり作業出来てないけど、バグの残り３６個。

98: SGGK ◆6pZCoAtaxk 2010/09/21(火)23:17 ID:48pAG2m3(1) AAS
やっとバグが０個になった。エラーメッセージが０個になったと言う方が正しい表現に近いかもしれない。
しかし、画面でスタート直後にボールに近い選手が通常よりも早いスピードで画面外に出ていくような動きをして、
画面端に到達してそこから動かなくなる問題が出た。
やっぱり出た。エラーメッセージの出ないバグが…。
もしも、>>96のようなコンストラクタがどうのこうのが理由で動かないとなるとやっかいな予感。
自分は>>96はもちろんのこと今までに難しいといったところはなかなか理解が出来てないから…。

99: SGGK ◆6pZCoAtaxk 2010/09/22(水)23:13 ID:gcFU0B9v(1) AAS
バグはまだ取れない。
選手が画面やレーダーに表示されてるという事は、画面の表示範囲を決めてるカメラ関係のところに原因があるという可能性はなさそう。
選手の座標を計算してる箇所を調べる。今書いてる計算式は、説明を省くのでわかりにくいけど、以下のような内容。

fp->xy = AddVector(fp->xy,MulVector(sv,Application::frametime/sq));

Application::frametimeの中身が気になったので、printfDx( " frametime = %f \n" , frametime ) ;で調べると、
15.100000と表示された。もう一回やり直すと15.633333と出た。
このframetimeは、ｄｘライブラリのGetNowCount()を毎ループに1回計算し、
ループ前後の差を３０回足して、それを３０で割った平均値を意味してる。
調べるまで忘れてたけど、GetNowCount()の単位はミリ秒なので、先ほどの式では、1フレームで１５ドット近い移動量になっているだろうから、
１秒が約６０ｈｚのパソコンだと１秒で１０００ドット近く移動するはずなので、昨日の早すぎる移動スピードの原因だけはわかった。
とりあえず、
fp->xy = AddVector(fp->xy,MulVector(sv,Application::frametime/sq/1000));
のように書き直したら、選手がほとんど動かないけど、単位の間違いが原因だとわかった。
選手がボールに向かってくれない原因は未解決。

100: SGGK ◆6pZCoAtaxk 2010/09/23(木)21:24 ID:3ixO7vXf(1/2) AAS
選手がボールに向かわないバグが解決した。
選手とボールの距離とそのｘ、ｙ成分を計算するために座標の引き算をしたが、
選手座標　−　ボール座標としてたのが間違い。
ボール座標　−　選手座標が正解。
でも何故かこれでもバグは解消されなかった。
本当の原因は、

違う場所を直していた。

という事だった。
自分のプログラムは移動関数を４種類用意してあり、
１．その場停止
２．マウスに向かう
３．ボールに向かう
４．指定したＸ、Ｙ座標の位置に向かう
なんだけど、いつからか４番の関数だけ使えば十分だろうと思い、
４の関数にマウス座標やボール座標を渡していた。
でも、そのことを忘れていて、ボールに向かわないバグだから
ボールに向かう関数を直さねばと思い、その関数だけを直していた。
昨日スピードのバグが直ったのは、その時だけたまたまＰＣ画面が小さくてプログラム行が下がっていたのに気付かず４番の関数を書き直していたのだろうと思われる。
ある意味１日で気付けたのは運が良かったのかもしれない…。

101: SGGK ◆6pZCoAtaxk 2010/09/23(木)21:46 ID:3ixO7vXf(2/2) AAS
プログラムにベクトルの表現を取り入れる作業は一区切り付いたけど、
これはあくまで>>65の目標に取り組めるようにするための準備段階なので、
次は画面関係の修正に挑戦する予定。
まだ方法を考えてる段階なので簡単には進みそうにない予感。
少し斜めから見たフィールド画像でプレイできるようにするのが目標だけど、
ネットではパースというキーワードで検索するものの即取り入れ可能な事を書いてるホームページにはまだ出会えていない。
他には動画サイトで昔のサッカーゲームの画像を見て、参考に出来るところが無いか調査中。

102(3): SGGK ◆6pZCoAtaxk 2010/09/25(土)00:13 ID:Q7QeFJjp(1) AAS
パース、その他いろいろなキーワードで検索したが見つからず。
いますぐどこかの３Ｄライブラリを理解できるレベルではないのでかなり困った状況。
大体イラスト関係のホームページがよくヒットして消失点という言葉が出てきて、
これを考えればフィールドの形を遠近法的な台形形状に書くことは出来るだろうけど、
例えばその台形のフィールドに奥行きと高さ方向にメッシュを入れる時、何を基準にすればよいのかを詳しく説明してるところを見つけられず、
結局参考にならなかった。奥行きのメッシュは遠くになるにつれて間隔が狭くなると思うけど、それを決定する基準がわからないという意味。
そしてしばらくまた探していると、とあるホームページで人間の目は並行ではなく放射状にものを見ているとの記述があり、
これが参考になりそうなので、方法を考えているところ。

103(2): 2010/09/25(土)00:26 ID:j8zDlksV(1) AAS
>>102
3Dライブラリを使うのが結局は楽だよ
（描画効率を無視するとして）
フィールドのモデルとプレイヤーのモデルを配置
カメラ位置・方向を決定したら draw 一発
難しい事を考えなくて済む

104(2): 2010/09/25(土)00:50 ID:Djp6Vs3v(1) AAS
>>102
確かに3Dライブラリを教科書どおりに使えば簡単にできることだけど
敢えて自力で計算してみようというなら
「透視投影変換」、「同次座標表現」で検索するといいかも。

105: SGGK ◆6pZCoAtaxk 2010/09/26(日)01:06 ID:CCDwSOVy(1) AAS
ありがとうございます。ちょっと考えてみます。
>>103
３Ｄの勉強を全くしていない状態なので、知識のない自分には３Ｄライブラリを使うのは無理かと思ってたけど、
すぐに諦める前にもう少しだけ調べてみようと思います。
>>104
「透視投影変換」、「同次座標表現」のキーワード、感謝します。パース等ではなかなか役立つホームページがヒットしなかったので…。
すぐには理解できないけど、検索結果のホームページの内容の方が自分の思いつきより洗練されてるので、３Ｄライブラリ使用が無理な場合、次の手段として挑戦しようと思います。

とりあえずＤＸライブラリで出来ないか考えてみる事にした。
ホームぺージから最新版をダウンロードしたら、3.04だった。
いままでのは2.25、リファレンスの球を表示する部分を丸ごとコピペしてコンパイルしたら
球が表示されたので、もし２Ｄとソースが共存できるなら今までのプログラムを３Ｄライブラリで丸ごと書き直さなくてもすむかもしれないと思って終了。

106(1): SGGK ◆6pZCoAtaxk 2010/09/29(水)23:24 ID:ixkP0mUb(1) AAS
ＤＸライブラリ３Ｄでプログラムを組むための参考になりそうなホームページがどうも無さそうなので、
ＤＸライブラリ置き場ホームページに行き、サンプルプログラムの

３２．３Ｄアクション基本　　を見るが複雑すぎて今は無理と判断。
３１．迷路を３Ｄで表示　　　も難しいが、プログラムのソースにあるカメラの命令のリファレンスを見てみるもののやっぱりよくわからない。

>>102で言ってた２Ｄだけで自分で計算するか悩んだが、その前にあと一つ試せる方法があったのでやってみた。
今まで書いてたプログラムの状態や画面の遷移、得点、時間表示などを削除し、
３Ｄ円錐の描画命令をコピペし、上記で言ってたカメラの命令をコピペしてみたら描画された。
最初からプログラムを作り直さなくても３Ｄ命令のテストが出来たのは運が良かったかもしれない。
カメラの関数の引数を変えると円錐の向き大きさも変化したが、座標系がよくわからないので、
何故このように見えるのかが今はまだわからない。
カメラ関数の引数を変えても２Ｄの選手やフィールドの絵には変化が無かった。
もしかすると結局はすべて３Ｄのライブラリ関数で書き直すしかないのかもしれないと思って終了。

107(1): 2010/09/29(水)23:40 ID:UzXxGPtF(1) AAS
>>106
２Dの絵がすでにあるならビルボードでググってみるとよろしかろう

上下前次 1-新書関写板覧索設栞歴

あと 380 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.016s