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

**名前は開発中のものです。** · 2010/05/04(火) 00:44:29

がんばりましょう。

前スレ
1人でゲームが作れるように修行します。
http://pc11.2ch.net/test/read.cgi/gamedev/1006284805/

**SGGK** ◆6pZCoAtaxk · 2011/02/25(金) 23:02:15.17

>>150
思い出して戻ってきてくれる人がいる事に感動です！
まだまだ頑張ります！
>>151
お久しぶりです！
お互い目標目指して頑張っていきましょう～！！

**SGGK** ◆6pZCoAtaxk · 2011/02/27(日) 00:13:37.96

subversionの件、自分には難しすぎた感じ・・・。
でも、インストールして触るところまではなんとか出来た。

subversionで検索するとapachをＰＣにインストールして色々と準備設定が必要らしく、
これの設定の意味が全くわからず断念しかける。apachはサーバーのプログラムらしい。
VisualSVN-Serverというのも出てきて試そうとしたらポートの設定を求める項目があり、
理解せずに設定してパソコンを壊してしまうと大変なので断念。
「subversion　apadh無し」とか「subversion　サーバー無し」で検索するが、自分に分かりそうなページはヒットしない。
２、３日諦めてて、ふと「subversion　ローカル」でやってみた。
TortoiseSVNというのがあるらしい。これはサーバに対するクライアント？のソフトらしく（←自信無し）、
これ単体でも自分のＰＣでバージョン管理が出来るらしい。
とりあえずホームページを探してTortoiseSVN本体（種類がいくつかありどれにすればよいのか迷ったがなんとか見つけた。）と日本語化ツールをダウンロードしてインストールした。
あとは説明ホームページを探して、リポジトリの作成、バージョン管理したいファイルのあるフォルダをリポジトリにインポートして、実際の作業を行いたいフォルダへ
リポジトリの内容をＳＶＮチェックアウトする。
そして作業が終わったらＳＶＮコミットするとリポジトリで変更が反映されてバージョン管理される・・・ところまで理解（自信無し）。

**SGGK** ◆6pZCoAtaxk · 2011/02/27(日) 20:58:42.55

しかし、このようなツールに即適応出来ないとなると、自分の目標である
オンライン３Ｄ対戦サッカーゲームの完成はいつになるのだろうかとふと思った。
バージョン管理ツールはサーバーに関する知識がある程度なければ操作の意味が理解できない感じ。
いまはこういうツールの存在を認識するに留め、出来る範囲で対応するしかなさそう・・・。
でも、ツールの難しさ→サーバーの勉強も早めに始める必要ありそう→急がないと１０年頑張っても出来ないかもしれない
という危機感につながったので、とにかく諦めないようにしたい・・・。

**SGGK** ◆6pZCoAtaxk · 2011/02/27(日) 22:11:45.89

ソースを修正していて思ったが、C++で書いたプログラムは保守性が良くて再利用性にも優れてるような事を
どこかで聞いた記憶があるけど、そうなっている感じがしない。
たぶん自分の書き方に問題があるので、この機会に少しでも変えてみようと思った。

１．クラスのメンバ変数をpublicにして直接読み書きしていた。（変数毎に関数を書くのが大変だし、いちいち関数を使っていたら、その分処理速度が遅くなるのではと思った。）
　　これを次のようにする。
　　privateのメンバ変数にして変数毎にget関数、set関数を作ってこの関数を経由してアクセスする方法にする。
　　そうすれば、例えば、座標系をx,y,zで管理していたのをVECTOR構造体に変更した場合でも
　　get関数、set関数の修正で済む場合もあるので、修正に有利だし、
　　get関数、set関数が書かれている場所を見れば、クラスのつながりも見えやすくなりそう。

２．get関数、set関数のような変数の取得、設定しかしない関数は行数が短いので、
　　定義をヘッダファイルに書いていたが、定義はすべてcppファイルにまとめて見やすくする。
　　それが出来ない例外もあった記憶があるけど、その場合は仕方ないのでヘッダファイルに書く。

３．変数の命名規則を考え、それに従った変数名を付ける。
　　但し、最低限の規則にしておき、不完全でもあまり気にしないようにする。
　　プログラムの修正が今より少しでもやりやすくなればいいのだから。
　　今考えてるのは、メンバ変数は単語の区切りだけ大文字にして書く。
　　メンバ関数も同じだけど、最初の文字だけは小文字にする。
　　そして、メンバ変数の先頭には、m_　を付ける。
　　メンバ変数で静的変数なら、ms_　を付ける。
　　メンバ変数でポインタなら、mp_　を付ける。

これでやってみる。

**名前は開発中のものです。** · 2011/02/28(月) 22:34:38.63

メンバ変数をクラス外から頻繁にアクセスしなければいけないというのなら、
クラスの設計自体を見直すべきかもしれないよ。
もちろんケースバイケースだけど。

**SGGK** ◆6pZCoAtaxk · 2011/02/28(月) 22:47:24.76

今回のプログラム修正は前回と違って、warningが出ないようにしたい。（前回あまりにもたくさん出てきたので諦めてしまった。）

warning C4290: C++ の例外の指定は無視されます。関数が __declspec(nothrow) でないことのみ表示されます。

上記のwarningメッセージは、プログラムソースの例えば、void loadFiles()throw(int);と書いた行のような場所で多数出た。
エラー処理の命令でtry{この中でエラー出たら何かをthrowする。}catch(){左の()内とthrowされた値が同じ時に処理する内容をここに書く}というのがあって、
その最初の{}の中には関数を入れる事も出来て、その関数の中からエラー時にthrowすることも出来る。
つまり外に向けてthrow出来る関数を宣言するときにthrow(int);（注：この例ではthrowされる値の型はint型になる）を横に付けるらしい。
でも、VS2008では、この仕様をフォローしてないので、throwされる型は指定できない。
warning C4290：　はそういう事を言っているらしい。

このwarningが出ないようにするには、
#pragma warning( disable : 4290 )
を書いてやればよいとの事。

たしかに出なくなった！

**SGGK** ◆6pZCoAtaxk · 2011/02/28(月) 22:54:11.50

>>156
偶然同じ時間帯に書き込みしてた様です。指摘ありがとうございます。
今のプログラムはかなりごちゃごちゃして修正するたびに時間が掛かるようになってきたので、
もう少しクラス分けしてプログラムを見やすくしたいけど、どう分けるかは実はやってみないと分からないという状態ですが頑張ります！

**名前は開発中のものです。** · 2011/03/01(火) 22:55:52.67

なんか切磋琢磨な感じがいいね。
影ながら応援してます(`・ω・´)ノ

**SGGK** ◆6pZCoAtaxk · 2011/03/01(火) 23:31:52.52

>>159
しばらくの間は今までのプログラムの書き換え作業のような感じになるけど、
やれるところまでは頑張ってみようと思ってます！

今までは１つのファイルに複数のクラスの宣言を書いていたのを、
1クラスにつき1ファイルに変えようとしたためか、ファイルがどんどん増え、
しかもほぼ全てのメンバ変数にget、set関数を用意するので作業量が膨大になりそうな感じ・・・。

**SGGK** ◆6pZCoAtaxk · 2011/03/03(木) 22:36:53.71

class FieldControl
{
（略）
FieldData m_Field;//クラスFieldDataの型を持つオブジェクトm_Field
AnimDraw m_FieldAnim;//クラスAnimDrawの型を持つオブジェクトm_FieldAnim
（略）
};

のようなクラスがあり、m_Fieldの中にm_FieldAnimのアドレスを記憶しているポインタmp_Animがあり、
m_FieldAnimの中にはdraw()関数があるとしたら、

m_FieldAnim.draw();//方法１
m_Field.mp_Anim->draw();//方法２

は同じ事をしているらしい。
方法２のように書くべきところを方法１のような書き方をしていたのがわかって気になったので自分用メモ。

>>155の書き換えを進めていてフィールド表示は出来た。
今は選手関係の処理に着手中だけど、ここからは選手人数分のループや選手の移動関数などが絡んできて時間がかかりそうな予感。
一日の作業時間はとても短いので・・・。

**SGGK** ◆6pZCoAtaxk · 2011/03/06(日) 15:46:57.88

>>155や>>160の変更を同時にやろうとして収拾がつかなくなってきた。
>>160の＞1クラスにつき1ファイルに変えようとした・・・のが良くなかったかもしれない。
クラスにあるメンバ関数をcppファイルの中で定義しようとしたときに、そのクラスのヘッダファイルに無い他のクラスのメンバ変数が含まれていたら
その含まれていないクラスのヘッダファイルをインクルードしたり、または前方宣言とかいうのを書いたりするんだけど、いまいちよく理解しないでやってるからなのか
どうもその辺が原因になってるような気がする。
それと移動処理のクラスは外部変数的な感じで外部に実体を定義するんだけど、
これも思い通りに出来ていないような気がする。ちゃんと書いたつもりなのに定義が無いといった意味合いのエラーが出る。
しかもアサーションがどうのこうのというエラーまで出てしまった（たしか1年ほど前にも似たエラーが出て大変だった）ので、
ここはいったん選手関係のファイルをひっこめて、もう一度フィールドの表示をさせるところまで戻して、
次に選手の画像データロード、選手の初期値テキストファイル読み込みの部分だけをコンパイル対象に戻して
動作が確認できるまでを頑張ってみる。

**SGGK** ◆6pZCoAtaxk · 2011/03/07(月) 22:53:38.07

エラーメッセージが出なくなった。
問題となっていた部分はいわゆるクラス同士が相互参照していて、どちらかのクラスが宣言や定義されていないと矛盾してしまうんだけど、
先に宣言するべきクラスもその後に宣言されるクラスが宣言されていないと宣言できないという問題。
これがよくわからなくて後宣言のクラスがクラス名くらいの簡単な場合は前方宣言を使い、
後宣言のクラスの関数まで記述されているときは、前に宣言しておくべきクラスのヘッダファイルを置けばいいような感じで理解してみるものの自信無し。
結局、処理を順番に見ていきこの行では何が決まっていないと不具合になるか考えて順番に設定していき、
なんとかクリアできた。（自信無し）
そのかわり、cppファイルは両方のクラスを一緒にせざるを得なかった。
でもこれでは将来、あのクラスの定義はどのファイルに書いたのか分からなくなるので、
空のcppファイルをつくり、その中に注釈行で、ここに書くべきcppファイルの中身はどこのcppファイルに書かれたのかを記述しておいた。

それにしてもエラーが出ないのも変なので、メインループの選手画像データロード、選手の初期化あたりを調べてみる予定。

**SGGK** ◆6pZCoAtaxk · 2011/03/07(月) 23:18:19.01

今見たら、先頭に//が付いて注釈行になっていた。
画像データロードの注釈化を解除してコンパイルしたらエラー無し。
だからといって安心とは限らないけど次にいく。
選手の初期化でエラー、アサーションとかイテレータがどうのこうのというメッセージ。
明日はここからということで・・・（寝）

**名前は開発中のものです。** · 2011/03/07(月) 23:44:02.03

>あのクラスの定義はどのファイルに書いたのか分からなくなるので

クラスビュー(ソリューションエクスプローラのタブを切り替える)を使えば、
関数、変数の宣言箇所もしくは定義箇所が引き出せるよ。

**SGGK** ◆6pZCoAtaxk · 2011/03/08(火) 23:20:28.47

>>165
クラスビュー、使えました。クラスが一覧されて、ソース内の関数名をマウス右クリックメニューで定義を書いた場所に移動してくれるので便利です。
これがあれば、空のｃｐｐファイルを用意して定義先を書くような事をしなくて済みます。ありがとうございました！

今日は選手の初期化でエラーの件がまだ上手くいかず、選手２２人分のデータ読み込みで
while文を使う時の条件文にファイルリードの成否判定を入れていたのを試しにはずしてみたら
エラーは出なくなったけど、選手の表示は無し。
試しに選手初期化処理直後にブレークポイントを置いて処理を停止させてからデバッガ（使い方自信無し）で見ると、
どうやら２２人分のデータの読み込みがされていない様子。

**名前は開発中のものです。** · 2011/03/09(水) 04:35:12.92

>>163についてちょっと気になったので質問させて下さい
クラス同士が相互参照という事ですが、なぜそんな構造になってしまったんですか？

**SGGK** ◆6pZCoAtaxk · 2011/03/09(水) 23:02:50.72

>>167
これは書籍（１４歳シリーズ）を参考に書いた処理で、
今も自信ないけど、以下の様な感じで相互参照のクラスが出来てしまってます。

選手２２人分の移動関数をループから同じ書き方で呼び出しても、
異なる移動関数を選択できるようにしたいという目的があり、まず移動関数を持つ基底クラスを作成。
その基底クラスの継承クラス内で移動関数をオーバーライドしてその関数を呼び出せれば様々な移動関数を使えるはず。
継承クラスのオブジェクトのポインタを格納するための「　基底クラスのポインタ型を持つメンバ変数を選手のデータ内に持たせ　」て、
そのポインタから移動関数を呼べば良い。
選手のオブジェクトからそのポインタを使って移動関数を呼ぶ時に選手のアドレス（thisポインタ？）を引数に持たせてやり、「　移動関数はそのthisポインタから選手の座標などのデータを呼び出し、更新する」。

上記の「」のところで、
選手のクラスは移動関数のクラスのポインタをデータに持つためには、選手のクラスが宣言される前に移動関数のクラスが定義されてなくてはならないし、
移動関数のクラスが選手のオブジェクトのポインタを通して選手のデータを使うには、移動関数の宣言より先に、選手のクラスが宣言されていないと選手の座標データを使った関数の中身が書けない。

・・・というのが相互参照になった理由です。

**名前は開発中のものです。** · 2011/03/09(水) 23:20:56.09

宣言前のクラスのポインタをメンバ変数として宣言したければ、

class CclassA{
　　class CclassB *pB;
};

class CclassB{
;
};

というように、クラス名の前に class と書きます。
ポインタにしか通用しませんが。

**名前は開発中のものです。** · 2011/03/10(木) 00:29:29.25

クラスを前方宣言してみては？

**名前は開発中のものです。** · 2011/03/10(木) 01:22:06.48

>>168
なるほど意図が分かり納得しました
相互参照は何だか卵が先か鶏が先かみたいで何となく嫌な感じがしたんですが、それが必要な場合もあるんですね

**名前は開発中のものです。** · 2011/03/10(木) 01:39:30.03

読み間違えていたので>170は無視してください…

**SGGK** ◆6pZCoAtaxk · 2011/03/10(木) 23:15:46.97

このようなやり方があるとは知りませんでした。
自分の技術不足のため直接的な解決には至りませんでしたが、この方法を試す過程でｃｐｐファイルもほぼ別々に分ける事が出来るようになりました。
残っているのは、移動関数クラスの継承クラスの実体を選手関係処理を集めたクラスのcppファイルの中で定義しなければ
エラーになってしまうという点だけ（一行しかない処理なので今は問題視しないつもりです。）なのでソースがすっきりしました！
ありがとうございました！
>>170、172
実は前方宣言もちょっと使っています。今回のプログラム修正は自分にはかなり複雑な内容でした…
>>171
ソースを読もうとすると複数のファイルを行ったり来たりしなくてはならないややこしい構造なのでかなり苦労しました。
これからも頑張ります！

**SGGK** ◆6pZCoAtaxk · 2011/03/20(日) 08:59:51.85

東北地方太平洋沖地震発生から約一週間。
亡くなられた方々のご冥福を祈ると共に被災地の早期復旧復興を願いながら書き込み再開。

>>166の
>while文を使う時の条件文にファイルリードの成否判定を入れていたのを試しにはずしてみたら
>エラーは出なくなったけど、選手の表示は無し。
>試しに選手初期化処理直後にブレークポイントを置いて処理を停止させてからデバッガ（使い方自信無し）で見ると、
>どうやら２２人分のデータの読み込みがされていない様子。

これは、
while(it!=m_FieldPlayerList.end()　||　FileRead_eof(f)==0){データ初期値入力}
を
while(it!=m_FieldPlayerList.end()){データ初期値入力}
にとりあえず変えてみたという意味。
データ初期値入力は、
(*it).setpAnim(&m_FieldPlayerAnim);
のようなやりかたで入力しようとした。
itはイテレータの事で、上記のwhileが真の間は、１ループ毎にitが１ずつ増えて
このitが選手２２人分のデータを指し示すような感じだけど上手くいかなかった。

**STG** · 2011/03/21(月) 00:44:40.91

おお、ご無事で何より

**SGGK** ◆6pZCoAtaxk · 2011/03/22(火) 00:28:58.94

ＳＴＧ氏もご無事で何よりです。
災害関係で協力できる事をやりつつ、自分はプログラムをいままで通り続けていくつもりです！

**SGGK** ◆6pZCoAtaxk · 2011/03/23(水) 23:45:47.51

これから初期化するということはまだデータを入れるコンテナクラス（配列みたいなもの？自信無しで使ってる）が
２２人分用意されてないはずなので、
while(it!=m_FieldPlayerList.end()){データ初期値入力}
では、条件が満たされず、データ初期値入力に進まないような気がした。
試しに
if(it==m_FieldPlayerList.end()){printfDx( "リストが最後 \n") ;}
を
while文より前の行に入れてみると、画面に「リストが最後」と表示されたので、
そもそもデータが入力されていないとこまでわかり、ふと以前のバックアップを見ると
foｒ文のループ２２回指定で入力していた。
間違えた方のやり方は既にデータが２２人分あり、選手移動処理するときに
２２回繰り返す場合に使うやり方だった。

**SGGK** ◆6pZCoAtaxk · 2011/03/24(木) 22:43:11.16

forループでどうやら問題無さそうな感じ。
選手の移動処理も最初何も表示されず悩んだが、どうやら直った感じ。
原因は、ビルボードに使うデータをロードする関数にメタセコイアのデータをロードする関数を
使おうとしていたことと、ビルボードに使うデータはBMPデータなのにそれを忘れてて
メタセコイアで作った平面にBMPデータを張り付けたメタセコイアデータをロードさせようとしていたという
２重の間違いをしてしまっていた事。

gh3d[0] = MV1LoadModel("media\\player11.mqo");　　←１回目の間違い

gh3d[0] = LoadGraph("media\\player11.mqo");　　←２回目の間違い

gh3d[0] = LoadGraph("media\\player11.bmp");　　←正解

現在は、選手画像がマウスカーソルに付いたまま描画される状態なので、
なぜフィールドの初期位置に散らばった状態からマウスカーソルを
追いかける動きにならないのか調べているところ。

**名前は開発中のものです。** · 2011/03/29(火) 00:57:27.76

久々にまたがんばろうかな　っと思ったけど
この板すんげぇ過疎ってんのね・・・
このスレにちょいとお邪魔してもいいかな

とりあえず2DでSLGぽいのを目指して。

**SGGK** ◆6pZCoAtaxk · 2011/03/29(火) 22:55:26.00

>>179
よろしくおねがいします。
お互い頑張りましょ～！

**SGGK** ◆6pZCoAtaxk · 2011/03/29(火) 23:05:44.67

>>178の問題は解決。
選手の現在位置を表すベクトルに１ループあたりの移動距離分の大きさを持つベクトルを足すべきところを
間違えて、選手の移動目標となるマウスカーソルの位置を表すベクトルに足していたのが原因。

そして現在の問題点は、フィールドと選手の座標にずれがある事。
カメラの注視点を変えて向きを変えるとフィールドはそれに応じて画像が変化するけど、
何故か選手の出てくる場所はフィールドに関係なく毎回同じで変化していない感じ。
しかもマウスの指し示す位置座標もフィールドの変化と連動していないようで毎回同じ状態。
カメラの関数はループ処理の最初に書いてあるのでそのあと描画されるものはすべて
カメラの状態に合わせて描画されると思っていたけど、何か勘違いをしている感じ。

**179** · 2011/03/29(火) 23:53:00.41

>>180
いつまで続くか分かりませんがヨロシクお願いします

とりあえずVC++2010Expressインストして
昔の何かのつくりかけのソースをこねくり回してます。。。

**SGGK** ◆6pZCoAtaxk · 2011/03/30(水) 23:05:43.60

このスレは次の書き込みが数か月後になっても全然ＯＫなので自分はマイペースでやってます。
進捗が０になると突然書き込み０になったりしますので、その時はスミマセン・・・。

昨日の問題は解決。
原因は、選手の移動関数の最初の行にカメラ関係の関数、
SetCameraPositionAndTarget_UpVecY( VGet(0,680,340), VGet(0.0f,-100.0f,0.0f));
を書いてあったため、これがループの最初に書いてあったSetCameraPositionAndTarget_UpVecY(略)と重複してしまい、
両関数の注視点が異なっていたのでズレが生じた事。

**179** · 2011/03/31(木) 00:56:17.41

こっちの場合熱が冷めるとマズイ事になる予感ｗ
なので、その前にある程度作れれば・・・と思ったり。

こねくり回したソースはミートソースになってしまった。
食わせたらウィンドウは一応出た。
これでようやく次の作業へ…。

**SGGK** ◆6pZCoAtaxk · 2011/03/31(木) 23:16:16.15

こちらは、balldata.h　を作成。
２次元でやってた時のヘッダファイルに修正を加えて作成。
メンバ変数をプライベート変数にしてget関数、set関数の宣言まで。
このような修正をボール、ゴール、レーダー関係のファイルに行わなければならず、
残りは全部で８ファイル。

**179** · 2011/04/01(金) 00:43:22.10

なんという手間のかかる作業を。。。
グローバルで適当に書いて放置してる誰かさんとはえらい違いだなぁ
ぃゃ直しますよ…後で…ｲﾂｶ,ﾀﾌﾞﾝ。

今日の作業：マウスアイコン作って動かせるようにした。
なんかsprintfとかの警告でまくってるけど気にしない。
ユニットとマップの大きさどうしよかな…。

**SGGK** ◆6pZCoAtaxk · 2011/04/02(土) 00:05:59.97

ファイルを分けているのは14歳シリーズＣ＋＋本の影響でたまたまこのやり方しか知らないのが理由。
このやり方だとオブジェクトを増やす毎に新しいファイルを増やさなければいけないので大変だけど頑張ってみます。

今日は進捗なし。自信ないけど土日で>>185のファイルを片づけたい。もう4月…。

**179** · 2011/04/02(土) 01:41:08.85

オブジェクト毎に1ファイルというのはこちらも似たような感じなんですが、
その…GET、SET関数書くのがメンドくてそのままパブリックで書いて直接・・・
なんてダメな事をやってる所を放置したままで・・・ｗ

以下日記：中身の何も無い板ポリユニット表示した。
ちょっとソースを綺麗にしようと思ったら
同じようなクラスが2個出来上がって汚くなった。
どうしてこうなったorz

**名前は開発中のものです。** · 2011/04/02(土) 08:01:26.08

メンバ変数を読み書きして外で処理するのではなく、
メンバ関数にハンドルを渡して中で処理させる設計に変えるといいんじゃないかな。

**179** · 2011/04/02(土) 21:31:56.76

class HUMAN_UNIT
{
public:
void Damage(int point);
　　void Heal(int point);
private:
int hp;
};
void HUMAN_UNIT::Damage(int point)
{
hp -= point;
return;
}
void HUMAN_UNIT::Heal(int point)
{
hp += point;
return;
}

ハンドルとか良く分かって無いですが、こういう事？
んでも↓みたいな事やるときにhp取り出すのがめんどくて
ついpublicに置いてしまう…ｗ

HUMAN_UNIT yuusya , souryo;
if(yuusya.hp > souryo.hp)souryo.Heal();
if(yuusya.hp < souryo.hp)yuusya.Heal();

**STG** · 2011/04/02(土) 21:33:37.28

Get、Setはほとんど使ってないなぁ
大抵>>189の人のようにメンバ関数からのみアクセスするだけで済むようにしてる
クラスが何をしているかと再利用性と扱いと管理が楽になってよい

**SGGK** ◆6pZCoAtaxk · 2011/04/03(日) 00:07:22.30

自分は>>155からget、set関数方式への書き直しを進行中だけど、書き直しにものすごい時間がかかってます。
そして今更ながらそのように直すメリットを見つけられないような気がしてきて不安だけど、
もうほとんど書き直してしまったし、ソースも多少見やすくなったような感じはするので、このまま頑張ってみます！。

今日は、ボール関係をなんとか実装したけど、ボールはフィールド中央に表示され続けるのみとし、まだ蹴れないようにしておく。
レーダー関係は何故かレーダーが表示されないので、原因を調べているところ。

**SGGK** ◆6pZCoAtaxk · 2011/04/03(日) 22:57:24.10

昨日はget、set関数方式のメリットを見つける自信が無いような事を書いてしまったけど、
ネットで検索してみると、異常な数値がセットされないようにset関数の中でチェックしたり、
get、set関数のどちらかをあえて書かない事でプライベート変数を書き込み専用、読み込み専用にすることも可能といったメリットがあるとの話。
自分の場合、今までｘ、ｙ座標を別々の変数にしてたときは、（オブジェクト）.x　のようにしてたのが、途中でＶＥＣＴＯＲ構造体を使おうということになって、
そうなると今までのソースを（オブジェクト）.x　から（オブジェクト）.（構造体変数）.x　に全部書き変えなければならなくて面倒だったので、
これが、（オブジェクト）.getX()　にしてあったら、getX()の中身を　return　x　から　return（構造体変数）.ｘ　にするだけで済んだのでは？との思いがあって、
同じような事がそう何度も出てくるとは思わないけど、get、set関数に変えてみたという話。
完全に直しきれたかどうかは自信なし。

なんとか>>185の修正が終わった。
但し、ボールは中央表示のみで蹴れない。
選手もマウスカーソルを追うのみ。
画面は固定。
レーダーが最初画面に表示されなかった原因は分からなかった。
レーダーの座標はベクトルのx,yだけを変数記憶用に使おうとしていたけど、
あえてやめて、以前のｘ、ｙの２変数を用意して、そこに記憶させた。なんとなくだけど。
とりあえず、いろいろな条件分岐というか状態遷移のようなプログラムを書く直前の状態までを書いたような感じ。
ここまでを一区切りにするつもり。

**179** · 2011/04/04(月) 00:25:07.83

最近、処理してから数値返したりする場面が出てきたような気がする
が、無駄な関数ががんがん増えてる気がしないでもない。
ソースを綺麗にする作業は挫折しました。。。

>>193
表示したら動かしたくなりませんか…？ｗ
テンション上がって強引に動作実装、
→バグだらけ→バグ取りでテンションダウン→汚いソースの出来上がり
なんてやってしまうんですが。

日記の(ry
ユニットをマウスで移動できるようにした。
マップの大きさをとりあえず適当な数値で仮定して
ミニマップレーダーを作ろう…。

**名前は開発中のものです。** · 2011/04/04(月) 01:24:50.54

やっぱりこのスレがいちばん居心地いいなあ
月曜火曜休みなので、この連休は本気出す！
寝て起きたら、もやもやしながらゲームや２ｃｈに明け暮れずVisualStudio立ち上げて何か事を起こす！

小難しい本読んでたら、ホントに小難しすぎておもろうてやがて悲し
教科書を超えて念仏レベルで、ただ文字を追いかけてるだけ

すべてのメンバ変数privateにして無条件ゲトセトは俺も馬鹿だなと思う。
そんなことするくらいならpublicでいい
利点なんて、挙動不審なときに一括検索で代入してるところ洗い出せるぐらいかなと思ってる

**SGGK** ◆6pZCoAtaxk · 2011/04/05(火) 00:03:40.76

>>194
以前、動くところまで書いたのですが、試合前半後半で選手の向きを入れ替えたりとか
いろいろ条件を加えていくうちにソースがわかりにくくなってきた事があったので、
もしまたそうなっても、今の状態からならやり直しやすいだろうと思い、ここを区切りにして保存しておこうと思ってます。
>>195
ともに頑張りましょう！

get、set関数の件、たしかにそのとおりで、直すときは検索つかえばいいんだし、これから書く部分はpublicにしてみます。

今日は、プログラムをリリースモードでコンパイルしようとしてバグ。
どうもユニコードとかの文字コードの何かが原因らしいけど、ネット検索で見つけたコンパイラの設定画面が表示されず、
しようがないので、ソース内の”文字”をTEXT(”文字”)にしたという例を真似してみたり、
他にもいろいろやってみた結果、コンパイルは通ったけど、デバッグモードでは２２人の選手が表示されるのに、
リリースモードでは２人しか表示されない…。解決には時間かかる予感。

**名前は開発中のものです。** · 2011/04/05(火) 02:28:26.89

あーそういえばC++は文字列が鬼門だよな
UNICODEかSHIFT-JISかっていうのは、要はwcharかcharかって事だ
だからwchar～charを変換する関数作っておくといいかもしれない

ちなみに俺は基本的に文字列はstringで扱って
wcharとかcharを要求する関数を使う時にstringから渡せるような作りにしてる
もうしばらく使ってないから、マクロで組んだか関数だったかは忘れたけど

**名前は開発中のものです。** · 2011/04/05(火) 02:29:52.15

あー
使ってないっていうのは、C++触ってないっていう意味ね

**SGGK** ◆6pZCoAtaxk · 2011/04/06(水) 00:31:39.07

な…なるほど、変換する関数が必要となると、それは自分には難易度の高い対策方法なので、もうしばらく考えてみます。
もしかするとコンパイラがこわれてしまったかもしれない様子。

**名前は開発中のものです。** · 2011/04/06(水) 01:27:19.44

>>199
MultiByteToWideChar とか WideCharToMultiByte とかいう WindowsAPI を呼べば
SJIS ←→ UNICODE 相互変換はできる

**179** · 2011/04/06(水) 23:50:41.54

VC++のデバック関数でなんか開放忘れのメモリリークを簡単に見つけられるとか
WEBに乗ってたのを試したら余裕でリークしてた。。。
直してたら今度はdeleteがエラー出す、なにこのスパイラル
本体が進まない罠

**SGGK** ◆6pZCoAtaxk · 2011/04/07(木) 00:03:18.39

やっぱり自分は永遠に初心者のようです…。

>>200　MultiByteToWideChar、調べてみました。
引数にコードページというのがあって、いきなりここから躓いてしまうレベルなので、ＡＰＩの難しさがよくわかりました。
感謝します。いつかもっと勉強してＡＰＩの領域まで入っていけるようになってみたいです。

まず、ＤＸライブラリを疑ってみる。
ＤＸライブラリのホームページを見ると更新履歴に何箇所かユニコードがどうのこうののバグを解決みたいな事が
書いてあったので期待して最新のバージョンにしたけど、こちらのバグは解決できなかった。
文字コード関係とは別に気になっていた現象があったので、今日はこれの解決を試みる。
コンパイラの下の画面にいつごろからか、「コマンドプロンプトで 'VCExpress / resetskippkgs' と入力してください」という文字が表示されるようになって、
でも２Ｄ座標系のプログラム書いていた時にはデバッグ、リリースモードどちらもコンパイル出来ていたので気にしていなかった。
でも、もしやと思い、コマンドプロンプトで試したが、VCExpressは外部コマンドでも内部でも無い…みたいなメッセージが出てうまくいかない。
resetskippkgsを検索してもハードディスク内には無い様子。
昨日、コンパイラがこわれてしまったかもしれないと書いたのはこの事。
やむを得ず、VC++2008をアンインストールして、もう一度インストールしてみることにした。
「'VCExpress / resetskippkgs' と入力してください」のメッセージは出なくなった。
コンパイルしてみると今度は、「error LNK2001: 外部シンボル "_main" は未解決です」というエラーメッセージが出た。
これも苦しんだけど、なんとか運よく今日中にクリア出来た。
でも、今度は画面がおかしくなってしまったので、明日頑張ります。

**SGGK** ◆6pZCoAtaxk · 2011/04/07(木) 00:21:04.82

>>201
メモリリークは難しくてわかりませんが、バグの為に本体を進められない気持ちは自分にもよくわかります。
１日ソースから離れてもう一度見るとふと原因が分かったりすることもあるので、お互い頑張っていきましょう！

**名前は開発中のものです。** · 2011/04/07(木) 02:08:35.75

>>201
さあ早くスマートポインタに移行するんだ

**SGGK** ◆6pZCoAtaxk · 2011/04/08(金) 00:00:34.46

昨日は説明が不足していたので補足。
コンパイラがこわれたのではと思ったのは他にも理由があり、プロジェクトのプロパティ画面が出てこなかった事。
画面を出そうとすると、共通言語ランタイムに問題があるといった感じのメッセージや.NETがどうのこうのというメッセージが出てどうにもならなかったので、
コンパイラのアンインストール、インストールに踏み切った訳。
その結果、プロパティ画面を出せるようになり、１４歳シリーズVC++2008編にあるやり方で再設定できるようになった。
設定は文字セットとランタイムライブラリのところ。
文字セットはマルチバイトセットを使用する。
ランタイムライブラリは、Debug構成ではマルチスレッドデバッグ、Release構成ではマルチスレッドにすればＯＫ。本にやり方が書いてなかったら自分は何も出来ない…。

たぶんなんらかの原因で文字セットの設定がユニコードに変えられてしまったのがバグの原因だったのかなと思う。

そして、「error LNK2001: 外部シンボル "_main" は未解決です」が出る件。
これは、プロジェクトを作成するときに設定画面でＷｉｎ３２プロジェクトを選択すべきところを間違えてwin32コンソールアプリケーションを選択したから。
コンソールアプリケーションだとプログラムの始まりはmain関数である必要があるのに自分のソースはWinMainだから、それがエラーになった原因だった。
１４歳シリーズの最初の方のページ見て設定したのが間違えた原因。
本の最初の方はコンソールアプリケーションで解説しようとしてたから。そのとおり設定すれば当然間違える。

最後に画面がおかしい件、おかしいというのはフィールド画面に貼ったはずのＢＭＰ画像が表示されずに灰色になってしまう状態になってしまってること。
これは、フィールドモデルをメタセコイアで表示させて運よく気が付いた。
原因はフィールドモデルに貼るテクスチャ用ＢＭＰファイルの置き場所が実際の場所と異なっていたこと。
何故そうなったかというと、コンパイラをインストールしなおしたときにゲーム作成関係フォルダをどうせだからと思って、
もう少し上の階層に移してしまったから。

これですっきり。

**179** · 2011/04/09(土) 00:10:09.82

>>204
スマートポインターもString系も便利そうだなぁ
次回ソース再構築するときに移行しようと思う
今はちょっとやる気がﾃﾞﾅｲ…とりあえずメモリリーク直ったぽいし（ぇ

>>205
バグ取れるとすっきりするよね
こっちもすっきりしたよ。

とりあえずミニマップレーダー表示した。
次は自分の手持ちのユニットリスト作るかな－。
あれ？なんかまわりばっかり作ってる気がするな・・・。

**SGGK** ◆6pZCoAtaxk · 2011/04/10(日) 00:36:34.94

>>206
お互いバグとれて良かったですね。
プログラムはバグ取れなければ先に進まなくなってしまうのでいつも冷汗です。

今日はファイルをまとめてＵＰ
前から見てる人は知ってるので大丈夫だけど、最近見た人がすごいの作ってると誤解されてると心配なので昔ＵＰしたのもＵＰしてます。
間違えて変なファイルとか書き込みとかしてるかもしれない…

SGGK019　：　２Ｄで書いていた時の最終版
SGGK020　：　019に体力ゲージ付けた
3D_TEST　：　>>139で言っていた　>それを表す図やテストプログラムの実行ファイルをＵＰしようかと思ったけど　←のテストプログラムの実行ファイル　
3D_TEST説明　：　>>139で言っていた　>それを表す図やテストプログラムの実行ファイルをＵＰしようかと思ったけど　←のそれを表す図
SGGK024　：　今書いてる最新版、選手がマウスカーソルを追いかけるだけ

置き場所
ttp://ux.getuploader.com/sggk/

**SGGK** ◆6pZCoAtaxk · 2011/04/10(日) 23:13:37.24

今日は進捗無し。来週は現実の方がいろいろあり、作業が進まない予感。
とりあえずの目標は、２Ｄ座標系でやったのと同じ事が３Ｄ座標系でも出来るようにしたい。
時間、得点表示、前半、ハーフ、後半の切り替え関係などの実装を予定。
２Ｄの時はメインループの中にそのまま処理を書いてしまったため、メインがすごい長文になり読みにくかったので、
メインからは関数が呼ばれて、その関数の中に色々処理を書くようにしたい。
それと昨年末に読みかけだった３Ｄの本をもう少し読んでみたい。
今のままだと当たり判定をどうすればよいのかわからないのでそのヒントを探すのが目的。

**179** · 2011/04/12(火) 01:29:16.27

動かしてみました。普通にもりもり動きましたよ～
2D版でボール蹴ってゴールまで持っていこうと思ったけど体力切れて動けなくなったｗ
説明JPGは良く理解できなかったぜ…

日記の裏：
前回ユニットリストを表示させようとかなんとか言ってたけど
気がついたらWINDOWシステムを作っていた
何を言ってるか分からないと思うｇ（ｒｙ

なんか難しい…最初から固定表示にしとけば良かったんだ。。。

**SGGK** ◆6pZCoAtaxk · 2011/04/13(水) 05:32:57.65

>>209
使ってみてくれてありがとうございます。
体力ゲージについては今度実装するときには修正してみます。
説明ＪＰＧについては今見直してみると説明というよりは説明図だけのような作りになってるので
また似た事をやるときがあればもう少し改善しようと思います。
関数はＤＸライブラリのものを使っていると注意書きしておけば良かったと今反省。

ユニットリストがマウスドラッグ出来るようになってるとか？
もしかして他者製ライブラリを使わないＡＰＩいろいろ使うＷＩＮＤＯＷＳプログラミングで組んでると想像。

>208の「２Ｄ座標系でやったのと同じ事が３Ｄ座標系でも出来るようにしたい」に向けてちょっと復習。
２Ｄでやってたプログラムソースは、時間、当たり判定、状態遷移の３つ（まだ他にもあるかもしれない）がソースのあちこちで絡み合いワケがわからなくなってきていたので見やすくしたい。
とりあえず、選手関係のソース見て、どんな位置関係にオブジェクトがあればお互いデータやりとり出来てるとか、関数使わないとアドレス渡せないのかとか、
そういったコピペでやり過ごしてきた部分を見直してみた。
なんとなくこういうのはノート＆手書きの方が頭に入りそうな感じがしたので今回はエクセル使わないでノートに手書きでやってみた。
ほんの少しだけ頭の中が整理されたような気がしたので、まず画面に試合経過時間を表示できるようにしたい。
時間は条件分岐に使うので、時間表示を優先したのが理由。

**179** · 2011/04/14(木) 01:35:15.18

ｱﾚﾀﾞﾃﾞｽﾖﾈ、カメラからマウスの座標にレイ飛ばしてYが0になる場所を求めどうのこうのってヤツ。
それが良く分からなかったらから2Dに逃げた(ぉぃ
ｲｴ､ﾊｲ､勉強するのが嫌だっただけですｺﾞﾒﾝﾅｻｲｗ

メニューバーをマウスドラッグで動かせるように～ってヤツですね
WIN APIにその変の便利なのあるかもしれないけどWIN API良く分からないので
自前でメニューバーのボックス（唯のポリゴンの板です）とマウスポインタと当たり判定して
マウスクリック中なら移動させるってのをやろうと思った。

一応移動させるのはできたのは出来たけど、
バーどうしが重なったりすると両方動いたり下に潜り込んだり…。
位置固定にして、表示と非表示の切り替えだけにすりゃ良かったﾅｧ、と。

**SGGK** ◆6pZCoAtaxk · 2011/04/14(木) 23:22:03.79

WINDOWは難しそうなテーマですね。
画面内のWINDOW全てが奥側から数えて何番目にあるかを記憶してその順番に描画してみるとか。
マウスでクリックしたら奥から一番最後の番号が付けられるとか。
でも複数のWINDOWが重なったらどうすればよいのかわからなくなってくる…。

今日は作業時間ほんのわずか。
２Ｄの最後のプログラムSGGK019（020はｿｰｽ見づらいので使わない)のdrawGameMain()関数から抜き出した時間関係の行を使って、
GameTimeクラスを宣言してみた。このクラスのヘッダファイル作成作業がまだまだ途中。

それと>>207でＵＰした理由の補足
完成度に対する誤解を最小限にしておきたかった他に
自分が何らかの理由により作成続行不可能になった時、たとえわずかでもここで得たものを残しておこうかな～と思ったこと。
作業を続けてソースが複雑化し、結局やり直すことになった場合、このSGGK024の段階が丁度良いので区切りとして残しておきたかったこと。

**SGGK** ◆6pZCoAtaxk · 2011/04/14(木) 23:30:34.53

最後から２行目は自分のプログラムの進捗的なものがわずかという意味であり、
ここで得たものがわずかという意味では無いので念の為。
ここではいろいろ多く学ばせてもらってますので…（汗；
読み直してあせった。言葉って難しい。

**SGGK** ◆6pZCoAtaxk · 2011/04/15(金) 23:10:40.56

>>210の試合経過時間は未だ実装出来ず。
結構難しいかもしれない。

**179** · 2011/04/16(土) 03:34:02.42

IF文とboolフラグのオンパレードになってきた…orz
とりあえずの×ボタンは簡単に実装できたけど、
消したのを表示するのは作ってない罠

経過時間は1フレーム毎の時間を求めてカウンタに足していくか引いてくか
するのがいいんじゃないカナー
gettimeとかの関数で取り出したのをそのまま使うと
ポーズとかややこしい事になりそうｗ

static int frame_time , time_know, time_back = GetNowCount(); //初期化

if(time_back != know_time;)time_back = time_know;
time_know = GetNowCount();
frame_time = time_back - time_know;

この3行を毎回回しとけばframe_time が求められるので、後は試合時間にframe_time を足してくだけ。
試合停止中は足さなければ良い。
リセットするときは試合時間を0にすれば良い…と。

**179** · 2011/04/16(土) 03:42:37.35

あ、初期化ミス…↓こうでしたorz

//初期化
static int frame_time = 0
static inttime_know = GetNowCount() - 1;
static inttime_back = GetNowCount() - 1;

//１フレームの時間を求める処理
if(time_back != know_time;)time_back = time_know;
time_know = GetNowCount();
frame_time = time_back - time_know;

**名前は開発中のものです。** · 2011/04/16(土) 15:03:11.50

サッカーゲームのような、フレームごとの計算を繰り返していくタイプのプログラムの場合、
経過時間の管理は、実際の(現実世界の)経過時間ではなく、
処理したフレーム数で管理するほうが、合理的な結果が得られると思います。

**SGGK** ◆6pZCoAtaxk · 2011/04/17(日) 00:44:52.38

>>215,216
ありがとうございます。
自分はいままでbackとknowに相当するコードをなぜかソース内の別々の場所に書いてあり、ソースが読みにくくなっていたけど、
これを見て３行続けて書ける事が分かりましたので、早速修正してみます。

今回はメインループ内に書かれるソースコードを減らしてみたくてこの３行に相当する機能をクラス化することに挑戦。
結果、クラス内の行数はかなり増えてしまうけどreleaseモードでは成功。
debugモードでは時間表示が正しくなく、プログラムを終了させると「ヒープが壊れていることが原因として考えられます。」のようなエラーメッセージ。
いちおう半分はうまくいってるので、ゆっくり考えるつもり。

>>217
アドバイスありがとうございます。現時点のプログラムソースでは、
１フレーム計算毎に１ずつ増えていく変数を用意し、これを使って選手のアニメパターンを決定したりしてますが、
上記のdebugモードでの不具合が取れなかった場合、フレームタイムｘループ回数を時間に単位変更して画面表示するようなやり方も検討してみます。

**SGGK** ◆6pZCoAtaxk · 2011/04/17(日) 01:48:23.54

そういえば以前にもdebugモードでダメでreleaseモードではＯＫというのは、
releaseモードではチェックがされていないだけなので、バグが無いという意味ではないとこのスレで教わったのを思い出す。

まだ、この前ＵＰしたバージョンにちょっと書き足しただけなんだから、
どこかに内容的な間違いがあるはずと思い良く見てみると１か所あったので直してコンパイルしてみたら直った！
これがなんでヒープ壊れる事につながっていたのかは結局わからずだけど、
とりあえずすっきり。（寝）

**SGGK** ◆6pZCoAtaxk · 2011/04/17(日) 23:21:42.93

昨日は起きていたのがいつもより遅かったので書けなかったけど、
昨日の間違いというのは、メインループ内のゲーム処理関数の最初の行に書いた２行の順序が逆だったこと。
（間違い）
m_Time.countGameTime();
if(m_Time.m_GameTimeState==CONTINUE){m_Time.displayGameTime();}
（正解）
if(m_Time.m_GameTimeState==CONTINUE){m_Time.displayGameTime();}
m_Time.countGameTime();

時間の測定はループ１回毎に時間を測定して、前回のループでの測定値との差を毎回足していくんだけど、
１回目のループでは前回のループの測定値がまだ存在しないので、差を計算しては困るので、
時間クラスに２つの状態STARTとCONTINUEという定数を定義しておいて、
初期値はSTARTにしておき、STARTの場合には差を計算しない。CONTINUEなら差を計算する。
１回目のループではSTARTなので時間の測定だけして、差は計算しない。そして状態をCONTINUEに変更する。
そしたら２回目のループ以降は差を計算してくれる。
間違いの例だと１行目で状態がCONTINUEに変更されてるので、まだ差を計算してないのに時間を画面に表示しようとしてしまう。
正解例の順にするとバグが出なくなった。
実は>>216で初期化値がGetNowCount() - 1となっている理由がわからなくて全部０にしてしまったので、
そこに何か関係があるのかと思ったりもしたけど、上記の方法でバグが出なくなったのでたぶん大丈夫。

**179** · 2011/04/18(月) 02:43:15.47

最初の初期化で　GetNowCount() - 1　を入れてるのは
最初のループ部分でバグった値を入れないようにするためですｗ
なのでGetNowCount()　を取っちゃうと当然バグります
-1　は入れなくてもいいのですが最初のループに最速で到達しても1msを返すように設定してあるだけです

初期値に0を入れてしまうと
if(time_back != know_time;)time_back = time_know;　//一回目は0　と　0　の比較になるので変化無し
time_know = GetNowCount();　　　　　　　　　　　　//know　が　xxxxxxxxxxくらい？の数値になる
frame_time = time_back - time_know;　　　　　　　　//一回目はbackは0のままなので　-xxxxxxxxxx桁くらいの数値が引かれてフレームタイムが-値でバグる

プログラム開始から終了までずっと測ってる前提で作ったので(タイトル画面等でも測定だけしてる）
ある部分だけ測るという場合はフラグ管理する、初期化を呼び出す等必要ですねぇ

ここまで書いてあれなんですが>>217さんの言う通り
経過時間 += 17ms 等で固定した方がいいかも知れないで
まぁFPSが固定されてるなら問題は出ないので余り気にする事も無いｶﾓ…。

**179** · 2011/04/18(月) 02:55:13.67

あれ？
式間違ってるじゃん・・・／(＾o＾)＼
ｺﾞﾒﾝﾅｻｲ3行目　backとknow逆ﾃﾞｼﾀ

f(time_back != know_time;)time_back = time_know;　//一回目は0　と　0　の比較になるので変化無し
time_know = GetNowCount();　　　　　　　　　　　　//know　が　xxxxxxxxxxくらい？の数値になる
frame_time = time_know - time_back;　　　　　　　　//一回目はbackは0のままなので　xxxxxxxxxx - 0 でxxxxxxxxxくらいの値がフレームタイムに入る

ついでにちら裏：
WINDOWぽいのはなんとか形になった気がする
ので次の作業へー
フィールドの資源地とか基地ぽいの作るｶﾅｰ

**SGGK** ◆6pZCoAtaxk · 2011/04/18(月) 23:13:36.71

>>221,222
ループが最速で到達した場合というのは想定してなかったので勉強になりました。
ありがとうございました。

今日は次の目標を考えて終了。
次の目標は、前半、ハーフタイム、後半、試合結果表示の４つの状態遷移実装。

**SGGK** ◆6pZCoAtaxk · 2011/04/19(火) 22:59:14.08

状態遷移は以下のような感じで実装。SGGK_019のソースの頃に比べれば短くなった感じ。
でも、これに選手の前半後半の攻撃方向入れ替えや得点表示などを組み込むとなると混乱しそうな予感。

switch (m_MatchState) {
case FIRST_HALF:
if(m_Time.m_TotalGameTime >= FIRST_HALF_GAME_TIME){
m_MatchState=HALF_TIME;
m_Time.resetGameTime();
}
break;
case HALF_TIME:
if(m_Time.m_TotalGameTime >= HALF_GAME_TIME){
m_MatchState=SECOND_HALF;
m_Time.resetGameTime();
}
break;
case SECOND_HALF:
if(m_Time.m_TotalGameTime >= SECOND_HALF_GAME_TIME){
m_MatchState=RESULT_DISPLAY;
m_Time.resetGameTime();
}
break;
case RESULT_DISPLAY:
if(m_Time.m_TotalGameTime >= RESULT_DISPLAY_TIME){
setGameState(GAME_OVER);
m_Time.resetGameTime();
}
break;
default:
break;
}

**SGGK** ◆6pZCoAtaxk · 2011/04/20(水) 22:43:09.69

でも、もっと良いやり方があるはずなので、
「ゲームプログラム　状態遷移」でネット検索。
以前も挫折したけど、また少しだけ調べてみるつもり。

**179@SLG?** · 2011/04/23(土) 00:02:41.30

うーん、基地というか資源地ぽいクラスを作ったけど
中身がユニットと変わらない罠･･･
後、マウスの座標をWINDOWSのアイコンの位置から取るようにしたら
なんかバグって座標がずれてたりしたけどなんとか直した。

手間食ったけど、やっとALT+TAB押さないと違うWINDOW行けない仕様から
普通にマウスでいけるようになった(ﾉ∀`)

**SGGK** ◆6pZCoAtaxk · 2011/04/24(日) 00:01:37.30

こちらの進捗は調べたり休んだりを繰り返しながら実質何も進まずな状態が続きそうな予感…（汗

**SGGK** ◆6pZCoAtaxk · 2011/04/25(月) 00:12:59.17

>>224でも短くなった方だけど、ゲームのメイン処理の先頭にこれを書くのは
まだ長いような感じがした。それと、ゲームの時間帯の状態を表す定数と時間のリセットの処理を一緒に書くのも
後々わかりにくくなるような気がした。今はたまたま、この定数の切り替わりが起きる条件と時間のリセットが起きる条件が一緒だから
このように書けているだけなので、将来の想定外の変更を考えて分ける事を考えた。
ゲーム時間帯の状態を表す定数を決める関数を>>224の改造で作成。
>>224から時間のリセットの行を削除しただけのもの。
calMatchState()という名前にでもしておく。
そして時間のリセットを行う関数をそのあとに書けばいい。
但し、calMatchState()で先にゲーム時間帯の状態を変更されてしまうので、
状態の切り替わりが検知できるように状態を表す変数をもう一つ用意して現時点のゲーム時間帯の状態を表す定数値を保持しておく。
そうしておけば、直前の関数でゲーム時間帯の状態を表す定数値が変わったら、その値と保持していた値が異なるので、
その時に時間をリセットして、現時点のゲーム時間帯の状態を表す定数値は更新する。
いちおうこれでプログラムは同じように動いてくれた。

時間リセットを判定する関数は以下の様な感じ。
void SoccerGame::calTimeResetState()
{
if(m_MatchState!=m_MatchState1){
m_Time.resetGameTime();
m_MatchState1=m_MatchState;
}
}

**SGGK** ◆6pZCoAtaxk · 2011/04/29(金) 23:24:14.14

今、自分に負け気味な感じなのでしばらくダメかもしれない予感…。
いろいろ考えがあり、次は当たり判定をクラスで実装しようとしたけれど、
本当にクラスにした方がいいのか迷う。
当たり判定の関数を持つクラスのオブジェクトを選手やボールのオブジェクトに
メンバとして持たせるつもりだけど、時間が掛かりそうな予感。（理由は１行目）

**179** ◆SLG//siTD6 · 2011/05/01(日) 01:09:31.11

トリップてすと。
プログラムの方はサボり気味で余りすすんでないけど
とりあえずユニットから弾撃てるようにしてみた。
実験的に実装したんで中身がスカスカだけどｗ

>>229
当たり判定はどうするか迷うねぇ
こっちも当たり判定はかなりややこしい事になってる･･･ｗ

**SGGK** ◆6pZCoAtaxk · 2011/05/02(月) 00:20:50.39

>>230
トリップの文字にＳＬＧが入ってる！

当たり判定のクラスは、当たり判定の範囲を示す四角の情報をメンバ変数に持ち、
そのメンバ変数を取り込んで番号を付けるメンバ関数、
当たり判定をしたいオブジェクトの四角情報を取り込み、その情報を基に判定する関数があればいいかなと考えてるけど、
まだ考えてるだけで実装が進んでない状況。ヘッダファイルだけは書いてみたけど、あまり自信無し。

**SGGK** ◆6pZCoAtaxk · 2011/05/08(日) 00:12:20.39

試行錯誤した挙句自分には>>231を実装するのは無理と判断…。
これをやりたかった理由は、選手のアニメパターンがジャンプしたりキックしたり変化した時にそれぞれに応じた
当たり判定を呼び出せるようなしくみがこの先必要なんじゃないかと思ったからだけど、とりあえず断念。

その他
今日は、ボールをメタセコイアモデルにしていたのをあえて以前の２Ｄに戻した。

当たり判定は、選手の足元ｘｚ平面上に３２ｘ３２の矩形があるとし、
ボールも同様に８ｘ８の矩形があるとし、これで書いてみる予定。
選手とボールが接触してなくても当たってしまうけど無視！
ジャンプしたら判定できなくなるけど、とりあえず最低限の実装を優先。
内容がかなり後退した感じ。

**SGGK** ◆6pZCoAtaxk · 2011/05/08(日) 22:55:14.85

今日もあまり進まず。
当たり判定クラスの中に作った矩形当たり判定用メンバ関数は最初は、
bool CollisionCheck::isHit(FieldPlayer *, BallData *);//選手とボールの当たり判定
のようなものを考えていたけど、
bool CollisionCheck::isHit(VECTOR,int,int,VECTOR,int,int);//引数：オブジェクト座標、当たり矩形縦、横、オブジェクト座標、当たり矩形縦、横
に変更してみた。１番目の方は選手とボールにしか使えないけど、２番目のようにすれば汎用性が高いのではと考えたのが理由。

ボールをけるボタンを押したときに選手とボールのあたりが真なら、ボールが一定の速度で移動するようにするつもり。
そのときに何回ループしたらボール停止というのではなく、ボールの速度が少しずつ０に近づき、０になったら停止するようにしたいけど、
物理を忘れてしまってるし、当時の記憶がよみがえったとしても問題は解けなかったと思うので、
紙に点と矢印を書いて、どうするか考えてるところ。

**名前は開発中のものです。** · 2011/05/08(日) 23:55:10.30

move += f;
x += move;
物理は基本的にこれ
力fで加速（減速）して、現在地xから速度move分だけ動く
>>233ならf=move/2とか、そんな感じで

**名前は開発中のものです。** · 2011/05/08(日) 23:58:57.92

すまん訂正、-moveにしないとダメだなｗ
f=-move/2
-moveを使うと常に移動方向と逆向きに力がかかる

**名前は開発中のものです。** · 2011/05/09(月) 00:20:15.21

F=ma
v+=aΔt
x+=vΔt
だろ

**名前は開発中のものです。** · 2011/05/09(月) 01:17:50.08

>>236
教科書を丸写しするとそうだな
それをプログラム用に単純化したのが>>234

**名前は開発中のものです。** · 2011/05/09(月) 03:49:37.28

>>231
ボールとの当たり判定をするなら矩形よりも円（球）の方が自然じゃないでしょうか。
プレイヤー側も球体の集合として定義しておき、
ボール中心とプレイヤー判定球の中心間の距離＜ボール半径＋プレイヤー判定球の半径
となったら、接触していることになります。
プレイヤー判定球に頭、足、手などの属性をつければ、どこに当たっているかも判定できると思います。

**名前は開発中のものです。** · 2011/05/09(月) 03:54:43.87

>>233
物理的には、
・重力
・跳ね返りによるロス…地面やゴールポストとのバウンドの際、運動エネルギーの一部が消失
・ころがり摩擦抵抗…ボールが着地しているときのみ
・空気抵抗…ボールの高度に関わらず場の空気の流れ(風)との速度差に応じて加速
風が無い環境なら、極端な例だと紙風船を思い切り投げたときのようになります。
・ボールのスピン…減速要因ではありませんが空気抵抗による曲げ加速の一種
　　　空気抵抗に配慮するなら合わせて検討してみてください。
などが考えられます。

ちなみに摩擦によるボールの減速については、ボールの速度ベクトル(の水平成分)に対して
1より小さい数(0.995とか)を毎フレームごとに掛けるという簡易な方法でも、それらしく見えると思います。

**SGGK** ◆6pZCoAtaxk · 2011/05/09(月) 23:53:46.13

>>234～>>239
多くのアドバイス、ありがとうございます。全部活用していきます。

>>234,>>235,>>236,>>237
なんとなく分かってきました。
昨日考えていた時は、等加速度αのｔ秒後の位置ｘの式が物理の本にあったとして、
これをゲームに応用するには、移動を始めた初期位置と初期速度に対してframetime後、2*frametime後、3*frametime後、…n*frametime後の位置を計算しなくてはと思い悩んでいたけど、
毎フレーム単位毎に常にその時の数値が初期値であると考えてframetime後の数値を計算するならば、公式がそのまま使えそうな感じ。
アドバイスのと同じ内容ですけど、たぶん、
frametime後の位置＝現在位置＋（現在速度　x　frametime）＋　（（加速度ｘframetime）ｘ　frametime／2　）
（注：加速度は実際の動きを見ながらマイナスの小さい値を設定）
を毎ループ繰り返していけば出来そうな予感。
>>238
前のプログラムが矩形当たり判定で他に判定方法を知らなかったのが理由ですが、
矩形だと斜め45度からボールに近づくと水平に近づくより有利になってしまうし、
円（球）形方式ならその問題もなくて良さそうなのでこれに挑戦してみます。
>>239
今回のプログラムでは、
・重力、・跳ね返りによるロス、・ころがり摩擦抵抗までを簡易な方法で実装していきたいと思ってます。
いずれは、スピンも表現できるようにして、レベルが上がると２回曲がるシュートが出せるようになる等やってみたいです！

**SGGK** ◆6pZCoAtaxk · 2011/05/11(水) 23:28:32.89

すぐには進まないけど、当たり判定用関数の実装終了。
宣言と定義しただけで、まだ実際には使っていないので、バグが出るかもしれない。
選手がボールを蹴れるようにする実装を検討中。
>>233で言ってた
＞ボールをけるボタンを押したときに選手とボールのあたりが真なら、ボールが一定の速度で移動するようにするつもり。
を実装するにはキック用キーを押した時に選手とボールの座標を取得して当たり判定をして、
当たりなら、例えばボールの状態の変数をセットしてそれに応じてボールの挙動が変化するみたいにすればよさそうだけど、
それをどこに書くかが悩むところで、選手のクラス内にも書けるし、ボールのクラス内でも書けそうな気がする。
でも、今回は選手やボールに関係するオブジェクト、その他のオブジェクトをメンバ変数に持っているSoccerGameクラスの中に
メンバ関数calVariousState()を定義して、その中でやってみるつもり。
SoccerGameクラス内のメンバ関数からなら他のメンバになってる選手やボールのオブジェクトとも情報のやりとりが
しやすそうだし、既に書いてあるcalMatchState()や calTimeResetState()と似た役割の関数になると思うので書きやすいかもしれない。
calVariousState()の中でいろいろなオブジェクトの状態を表す変数を更新して、その結果が他のオブジェクトに反映されるイメージ。
できるかどうか自信無し…。

**SGGK** ◆6pZCoAtaxk · 2011/05/17(火) 22:44:39.91

時間の流れが速すぎて生存報告のみな感じ。
ボールを蹴れるようにするにはあれが必要これが必要と考えていたら
何故かソートのプログラムで悩む。
ソートについては名前は聞いたことある位の認識なのでちょっと調べる必要があって時間かかった。
全部調べるのは無理なので最初に見たバブルソートを使う事にした。
これは時間のかかるソートだという事は調べているときに知ったけど、とりあえずこれでやることにした。
選手とボールの距離を計算してその数値が小さいものから順に並べ替えるんだけど、
選手の情報を格納しているリスト構造のコンテナクラス？の並びは変えないで、
もしソートしたらこの要素は何番目になるという情報を全ての選手のデータに格納できるようにしたかったので、てこずった。
今はやっと方法を思いついたところで、それで上手くいくかどうかによって今後の作業の進み具合も変わりそうな感じ。
やり方は２２人分のデータを３つの数値ａ，ｂ，ｃを持つ構造体型配列にもたせる。
aには、１、２、３、…、２２の数値、ｂにはボールｊとの距離、ｃの初期値は０にしておく。
ｂの値で構造体型配列をバブルソートして、隣同士の配列の順番入れ替えが起きたら、それぞれのｃの値をプラス１したら一方はマイナス１する。
ａの値は入れ替えを何度やってもソート終了まで変更なしのそのまま。
ソートが終わったら、例えばａ＝１の構造体配列のｃが５なら、１＋５＝６
なので、リスト構造１番目の選手データはボールとの距離でソートしたら、６番目になるというこの６だけを
リスト構造の１番目の選手のメンバ変数に保持させておくイメージ。
まだ上手くいくかわからないうちに書いてしまった…（汗；

**名前は開発中のものです。** · 2011/05/17(火) 23:03:28.52

そんなに難しいことしないで、「選手の情報を格納しているクラス」の”ポインタの配列”をソートすればいいんじゃない？

**179** ◆SLG//siTD6 · 2011/05/18(水) 12:20:58.07

難しすぎて理解できないぜ･･･ｗ
というか、最後３行あたりの用途ならソートしなくても
単純に自分よりボールに近い選手の数を数えればいいんじゃ..？

チラ裏:
ここ2週間ほど忙しくてプログラムから離れてたらクソースが読めなくなってしまったんだぜ･･･
誰だこんな汚いソース書いたのは。。

**SGGK** ◆6pZCoAtaxk · 2011/05/18(水) 23:50:48.43

>>243
アドバイス、ありがとうございます。
242での説明が不足していたせいもあり、実は自分のプログラムは「選手の情報を格納しているクラス」のオブジェクト２２個（選手２２人分）を
配列に入れているやり方でなくて、例えば、list<FieldPlayer>m_FieldPlayerList　のようにFieldPlayer型のオブジェクトをpush_back関数で次々に入れていけるメンバ、m_FieldPlayerListを定義して、
それらの要素にはイテレータ、list<FieldPlayer>::iterator it;のような命令を書いて、このitを＋＋したり、－－したりする方法でアクセスする感じの実装なので、ポインタでのアクセスが出来なさそうです。

でも、「ポインタの配列をソートする」でネット検索すると、「検索結果ロベールのC＋＋教室 - 第28章たのしいソート5」というページがヒットしたので、これの１から５までを読んで、実装はまだ理解できないけど考え方がなんとなくわかりました。
これと243氏の”ポインタの配列”をソートするやり方を合わせて
「選手の情報を格納しているクラス」内のメンバ変数で順番を知りたいデータ（距離とか）を構造体配列に移して、それにアクセスするポインタ配列を用意し、そのポインタ配列がソートされるといった仕組みを内部に持っている関数、
つまり、選手の番号を入れたらボールの近さが２２人中何番目かがリターンされる関数を作ってみようと思います。

>>244
実はまだ考えてないのですが、今わかってる距離の利用法として、ボールに近い選手を両チームから1人ずつ選び頭付近にマークを出すとか、
ボールから７番目以降の距離にいる選手は守りの動きをするなど、１ループで何度かボールとの距離情報が必要になると思われるので、
その都度同じソートをすると時間がかかりそうなので、一度計算したソート結果を選手のオブジェクトのメンバ変数に保持させておこうかなと思ったため>>242のようになってしまってます。

自分も作業からしばらく離れてて、あれッ？と思うほどに読めなくなった事がよくありましたので気持ちがよくわかります。（汗；

**179** ◆SLG//siTD6 · 2011/05/25(水) 02:34:04.49

チョイ調べたらイテレータからポインターにぶち込めるみたいだったけど
p = &*it みたいな感じで。

>>244　のは、選手数えて保持すればいいんじゃって事・・・ｗ
やってる事は選択ソートとあまり変わらないし、保持したところでアクセスにもループいるから微妙っちゃ微妙。
ポインタ配列ソートならp[7]　で7番目にアクセスできるから便利だね

チラ裏：
何をやろうとしてたか忘れたので
とりあえず資源関係を追加してみた。
TOPバーに数個のボタンと資源の残量表示するようにした。

次は資源基地の占領とか作ってみるかなぁ
あーでもユニットクラスの再設計もいるような･･･アニメーションクラスも作ってないし･･･orz

**SGGK** ◆6pZCoAtaxk · 2011/05/25(水) 23:02:14.26

>>246
ありがとうございます。今思うと自分のソースでも　(*it).メンバ関数　のように書いてるところもあり、
*it　がオブジェクトのような感じなので、それを考えれば　p = &*it でやれそうなのにこれは全然思いつかなかった。
ノートに書いて忘れないようにしておきます。
ソートが今丁度出来たところなので、イテレータへのポインタ方式のソースへの適用は次回かそれ以降のソース改良のときに挑戦してみたいと思います。

ソート書くのに時間が掛かってしまい、途中で作業ペースも落ち気味になる。
ゲームスタート直後は選手とボールの距離が同じデータが複数あるので、
例えば1,1,1,1,5,6,7…になるはずのが、4,4,4,4,5,6,7…になってしまい悩んだけど、
番号付けるループ内にbreak文を入れたら直った。
これだけだと説明不足だけど、今回のはものすごく長いので、ソースの次回ＵＰで見てもらえると助かります。

これで>>241まで戻ってボールを蹴る処理の実装に取り組めそうな予感。

**SGGK** ◆6pZCoAtaxk · 2011/05/25(水) 23:16:38.45

次回ソースＵＰの時に同じソースが残ってる自信がないので、簡単に説明。
d[i]がソート後の距離を指すポインタ配列
例えばd[1]には1番ボールと選手の距離が近い値へのポインタが入っていて、
*d[1]で距離を呼び出して、この距離と同じメンバ変数m_DistanceFromBallを持つ選手のオブジェクトがit++を繰り返して見つかったら、
その選手オブジェクトのソートした場合の順番を保持してるメンバ変数m_NumberFromBallにｉを入力するアルゴリズム。
breakが無かったら、4,4,4,4,5,6,7…みたいな感じになるけど、以下のソースのようにbreak入れたら
1,1,1,1,5,6,7…みたいになり直った。
なんとか説明できた！

it=(*fp).begin();
while(it!=(*fp).end()){
for(i=0;i<=21;i++){
if(*(d[i])==(*it).m_DistanceFromBall){
(*it).m_NumberFromBall=i+1;
break;
}
}
it++;
}

**SGGK** ◆6pZCoAtaxk · 2011/05/31(火) 23:13:10.10

1週間が早すぎるけどやっぱり進まず。（なかなか早く帰れないし、帰り遅いと疲れてしまって…と言い訳。）

選手がボールを蹴るキーを押したときに選手とボールのあたり判定が真ならボールの状態をKICKEDにして、（←ここまでは書けた。コンパイルは通るようになったけど、動かすと問題でるかもしれない。）
ボールの移動関数の方では、ボールの状態がKICKEDになったループの時だけ初速を計算し、状態をMOVINGにして、それ以降は速度０になるまで位置計算を繰り返すにしたいけど、この初速をプログラムのどこで計算するかに迷って時間かかってしまった。
ボールのクラスのメンバ関数でやろうとすると選手のデータを引数にしなければならず面倒に思ったから。
なぜなら初速を変える要因は選手だけでなく地面や壁やゴールバーなどもあるし、そのつどこれらを引数にすると処理が増えて複雑になりそう。

そこでボールデータクラスに初速をメンバ変数として持たせて、選手もボールも扱えるsoccergameクラス内で初速を計算してボールデータのメンバにセットして
ボール関数内ではその初速メンバにアクセスして位置を計算してみるようにしようと考えて今日は終了。

たしか今年の８月で４年が経つはずだけどなかなか進まない…。
いっそのことあと１年で完成させる！
という無理な目標でも立てて頑張った方がずるずるいかなくていいのかもしれないと変な事考えてしまったりして…。

**179** ◆SLG//siTD6 · 2011/06/02(木) 04:01:33.97

ずるずるでも続いてるならいつか出来上がるさ～

自分はあきっぽいからずるずる続けられないんだよなぁ
すでにちょっと２Dスクロールアクションみたいなの作ってみたいなとか思ったり。
が、とりあえずSLGをそれっぽく完成させてるまで我慢。
段々コードが荒っぽくなってるけどｗ

チラ裏：
中立資源地の占領実装した。敵の資源地とかはまだ。
けど占領しても何も変わらないので自分のものになったか分からない、っていう。
ついでにユニットクラスの再設計？ちょっとコード読みやすくした。
ら、FPSが200→100まで落ち込んだ、HAHAHAワロス･･･

**SGGK** ◆6pZCoAtaxk · 2011/06/02(木) 23:58:31.42

１年での完成はやっぱり無理だとしても諦める事だけは無いようにしたいな～と思ってます。
自分もコードが早くも分かりにくくなってきてるので、危険な状態かもしれない（汗

選手がボールを蹴れる処理を書き終えてコンパイルしてみたが、
コンパイルは通るようになったものの、選手もボールも画面に表示されずで今日は終了。

**名前は開発中のものです。** · 2011/06/07(火) 00:00:23.92

一気にゲームを完成させるのが難しいなら、要素ごとにマイルストーンを設定するのがいいですよ。

３Ｄ見下ろし型サッカーゲームだったら、
１．グラウンドとゴールを描画する。カメラを動かしたいのならその動かし方も決めて調整しておく。
２．ボールを配置し、試験的にマウスでクリックすると蹴ったように動くようにする（物理運動シミュレーション）。
３．ラインを割った状態(スローイン、コーナーキック、ゴールキック、得点)を判定し、復帰処理をつくる。
４．選手をまず１人表示し、動かせるようにする。
５．選手とボールの接触判定をし、マウスクリックの代わりに選手が蹴るようにする。
６．ＣＰＵ選手をまずは１人登場させ、動くようにする。
７．ポジション別にＣＰＵ選手のＡＩを調整する。
８．タイム、スコア、勝敗、タイトル画面などの装飾要素を実装する。
の順番がおすすめです。