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

1 ：10/05/04 〜 最終レス ：12/04/15

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

2 ：

>>1
乙

3 ：

>>1
(・ω・ )乙　これはポニテうんたら
立てようと思ったら立ってた
前スレって2001年からあったんだな

4 ：

レイアウト情報の手打ちがしんどいのでinkscapeで作れるようにした。
アニメーションデータは結局手打ちなんで、それほど効率的にはならないんだけど
レイアウトだけでもwysiwygができると違う。
ステータス画面を作ろうと思いステータスを考えていた。
他のゲームを調べてみるとFFTとか女神転生3とかは防御力がなかったり
物理攻撃も斬り・打撃・突きみたいなものに別れていたり色々と奥が深い。
もうそろそろ戦闘システムを考えないといけない時期に来た。
名前が887だとスレが変わったからまぎらわしいなぁ…
どうしよう。

5 ：

>>1
乙〜！！
思いつく方法は、やっぱり名前付けるかコテハンにするかといったところでしょうか。
進捗はプログラムのファイルをコピーして、名前のバージョンの数字を１つ上げて保存のみ…orz
が…頑張ります〜。

6 ：

俺もつい最近ゲーム作りを始めた

7 ：

>>6
お互い頑張りましょ〜！
自分は進捗止まりそうですが、細々とでもやっていくつもりです。
前スレで書いてた小目標、「選手の守備範囲にボールが入ったときにだけ選手がボールを追うようにする」は
ちょっと止めておいて、この前実装した、「前半から結果表示までの流れ」を遷移図のような感じで表現できないかを
試してみる予定。大雑把な遷移図は以前書いてアップした事があったけど、その後の実装は全く別な感じになったので
一度見直してみて、今後の作業の参考になればと思ったから。

8 ：

ゲ製板の過疎は洒落にならないね
最近製作スレはＶＩＰに移動したりしてるし・・・
スレが簡単に落ちないのはいいことだけど

9 ：

ローカルルール的に、何もない０の状態からスレ建てして新規企画を立ち上げるわけにはいかないからね、この板
そのせいもあるかと。

10 ：

>>1
乙です。
前のスレでクォータービューは描画だけで重いと言っていました。どうも僕です。
ＤＸライブラリの仕様を調べていると描画範囲の外はクリッピングとか言う処理がなされて描画自体されないと聞いていて
確かに画像を描画範囲から出すとＦＰＳは安定したので、納得していたんですが
ＣＰＵはあんまり減りませんでした。気づきませんでした。
そこで画面の表示範囲外はDrawGraphを行わないような処理を加えると、かなりぬるぬる動きました。
色々遠回りしたけど結局これだけでそこそこ実用に耐えられそうな性能を発揮したのでこれでなんとかなりそうです。
また、チップを組み合わせたブロックを生成して一つの画像として表示するような仕組みを作って利用すればさらに軽量化できそうです。
外部から参照するファイルというか、文字列って何かと難しそうですけどマップエディタを作れたら作ります。
せっかくなんで今回のテストプログラムを置いておきます。
ゲ製板のアップローダが過疎でなんか逆に恥ずかしいんですけど
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0101zip.html
迷ったあげくおソースもついてます。これでもまじめに書いたんです。
ＦＰＳがふらふらするのは仕様です。けどこのままでいいのかなぁ・・・

11 ：

俺もＣとＤＸライブラリ使ってる
横スクアクション作ってるけど、重力設定とかややこしいな

12 ：

OpenOffice.org CalcのExcel 2003 XMLでのエクスポートがバグってる。
しかも結構重要な機能。=1+2が保存できない。
あきらめるかと思って、データ打ち込むのにフリーで楽そうなのないかなあと探していたら
Google Docsを見つけた。しかも、どんなファイルでもアップロードできるみたい。
ソースコードは今 http://github.com/happana/srpg で管理してるけど
データ管理をどうしようかと思っていたので丁度いいかもしれない。
ただ、google アカウント作るのが面倒だなあ。

13 ：

>>8
同意です。数か月書きこまなくてもスレが落ちないのが救いです。
>>9
確かに。新企画ってなんだか難しそうなイメージあります。
>>10
動き見れました。チップがスムーズにスクロール出来てました〜。
>>11
自分もＤＸライブラリです。重力っぽい動きにはサッカーゲームでもいつか挑戦してみたいです。
今日は>7での作業を少しだけ。持続力が無くて少しずつの作業になってしまってます。
ソースもちょっと考えてみます。

14 ：

一人でがんばるならスレたてないでずっとひとりでやれよ

15 ：

積読してたGame Programming Gemsを久々に見てみたら結構役立つ情報があった。
１だけ持ってるんだけど、今はいくつまで出てるんだろう。7？
参考になるけど全部買うのは無理だ…

16 ：

>>15
洋書でもいいなら
Best of Game Programming Gems

17 ：

>>12
Google Docs、ググってみました。エクセルで書いた遷移図を共有するような使い方も出来るような雰囲気。
>>14
アンカー付全レスでプログラムが進んでないと、そう思われてしまうかもしれないけど、やる気維持に役立てています〜。
>>15、16
Gems、難しそうで立ち読みすらしなかったけど今度見てみようかな…。
ソースの件、以前は付けてたけど過去に指摘があって付けなくなってました。
でもたまにはという事で先日ｕｐしたＳＧＧＫ０１９のときのソースを載せておきます。
清書しようかと思ったけど、そのままの状態でアップしてます…。
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0102zip.html

18 ：

…という事で自分もちょっと考え直して、プログラムに少し進捗があったら書きこむみたいな感じで
不定期登場、レスもその時のタイミングに応じて書いたり書かなかったり…みたいになるかもしれないです。
でももちろん全部見てますのでよろしくです〜。では…。
>7の作業は今日も終わらず…。

19 ：

やばい、完全に行き詰った。
戦闘時のコマンド実行の実装の仕方が思いつかない…
色々とごちゃごちゃになってきたんで、戦闘部分だけCUI版とかで別プログラムを一から書いてみようかな。
一番大事な部分なのに…振り出しに戻った…

20 ：

ttp://github.com/happana/tatara
戦闘システム実装練習用に新たにプロジェクトを作った。
こっちはグラフィックは文字だけになる予定。
ある程度目処が立ったらSRPGと統合する。

21 ：

皆さんは今のプログラミングレベルに到達するまでどれくらいの時間かかりましたか？

22 ：

どうも、クォータビューのマップエディタを作ろうにも何から手をつけていいかわからない僕です。
887先生とSGGK先生のおソースを拝見しました。
あらゆる書籍を持たず完全独学なんで非常に参考になります。
僕がやたらレベルが低いので理解にまでは至りませんけども
別のスクリプト組み込んだりとかクラスオブジェクトを使いこなしたりとかは雲の上の話です。
書籍とか形のある知識を持ってないとこういう得た情報をどこにしまったか忘れてしまうんで
サーバを使わないローカルで動く超個人的wikiみたいなのがあったらいいな
と思ってたらありますね。世界は広いっす。
たくさんあったけれど「ひとりwiki」がまさしくこのスレにぴったりな名前なんで
これで最終的にはゲーム製作の虎の穴として書籍になってウハウハ
マップチップのひし形部分とマウスの当たり判定をとりあえず実装するために
クリックボタンのクラスを作りました。
これを継承して例えばスタートボタンにしたり
マップエディタでクリックでチップを置いたり
そういう方法で正解なのかしら？クラスはよくわかりません。
>>21
ロベールのＣ＋＋教室という有名なサイトを見ながら
１週間でＣ言語のポインタまで理解したつもりでしたが半年たっても使いこなせないです。

23 ：

>>21
Cから始めて大体分かったなと思うまで1年
その後C++に移行しつつ
- STL, template 周り
- Windows API
- オブジェクト指向
同時並行な感じで1,2年。
これから後はあんまり成長してない気がする。
プログラム勉強しだして8年くらい。

24 ：

何歳ですか？

25 ：

アラサー。
多分このスレ一番の年寄りだろう。

26 ：

>>21
・最初にRPGツクール5を高校時代に
・社会に出てからRPGツクール2000へ
・ツクール投げてHSPを半年使う
・HSP投げてC++を勉強〜二年で今に至る
ポインタやクラスあたりはもう無くてはならない存在。STLも超基本にだけ触れた程度かな
クラスは構造体の延長みたいな感じで使ってる。

27 ：

連投になるけど21歳

28 ：

本も買わずに他人のソース参考とか思いっきり他者依存じゃねえかｗ

29 ：

>>16
そんな本が出てたんですね。調べてみます。
>>22
先生とかめっそうも無い。
ポインタは最初の1歩で1ヶ月くらい悩んだような気がする。
1. 値渡しとポインタ渡しの使い分け。(これが分かるまで1ヶ月くらいかかった)
2. 配列&ポインタ、構造体&ポインタの理解。
3. 双方向リンクが作れるようになる。
くらいの段階を踏んでだんだんと理解していったような気がする。
2とか分かってくると a[1] は *(a + 1) のシンタックスシュガーみたいなもんだから
a[1] == *(a + 1) == *(1 + a) == 1[a] で 1[a] とかでもコンパイルできることが面白かったりするんですよね。
>>28
個人的には意見交換とか参考にするのはOKだと思うんですけどね。
一緒に作りませんか？みたいなのはスレ違いな気がしますけど。

30 ：

ソースのＵＰもこのスレでは意見交換みたいな雰囲気だし、同じくＯＫ〜！と思います。
それにソースを解読できるのって凄いと思います。（自分は解読とか全然出来ないし）
時間については２００７年の８月頃にこの板の某スレに書き込んだのをきっかけに開始。
１４歳のＣ＋＋本のサンプルを改造するために最低限の知識をＣとＣ＋＋の文法書で調べただけで、
プログラミングにあまり詳しくないので、いつどうなるかわからない状況でバグを取ってます。

31 ：

ソースコードの整理とか設計をするついでに Google Docs でドキュメントを書いている。
武器やアイテムの仕様やプログラムの設計ことも書いている。
なかなか使いやすくていい感じ。
エクスポートも出来るので PDF でアクター周りの設計を書いたものをアップしてみる。
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0103pdf.html
ここらへんの設計。
ttp://github.com/happana/srpg/tree/master/srpg/
プログラムが進まなくてもドキュメントを書いていると進んだ気になる！不思議！

32 ：

工学図書（株）の「これでわかった　C言語ポインタの活用」
という本がポインタ理解に役立った
書籍や技術サイトじゃ個別の疑問は解決し切れないので
直接指導してくれる人がいるのが最善だけれども

33 ：

おはようございます。クォータービューに対応したマップエディタを作ってます。僕です。
>>29
1はそこそこ程度に使えるようになりましたけど
2. 配列&ポインタ、構造体&ポインタの理解。
3. 双方向リンクが作れるようになる。
ここからですね。
構造体は毎回エラーの壁を越えられないんで避けてます。さらにポインタまで考えるともう・・・
すでにＤ＆Ｄが出来るクラスを作ってしまいましたが、
思い切って１度構造体でデータを作って動作を妄想しながらクラスにすべき物としない物とに分ける手法を考えて実践してみました。
データ主体という言葉を愚直に捉えた発想なんですけど悩みすぎて気づいたら朝チュンです。
当たり前ですが座標を持つものは座標をデータとして持っていないといけないわけで座標を構造体にして
そこから肉付けして画像データ構造体や範囲データ構造体を追加して
それらを用途別に組み合わせた物が「実体を得し者」、オブジェクトとして活躍する仕組みなんですけど
妄想しながらデータを作っている段階で
別のオブジェクトの座標や種類みたいなのを取得するような動作や
オブジェクトを動的に配列に格納できないとうまく動かないみたいで
どうやらここで高レベルなポインタの出番のようです。さらに多分コンテナみたいなのも使わないとダメっぽいです。
でもこれで思い通りの操作になればマップエディタどころかちょっとしたファイラすら作れそうな勢いです。嘘です。
朝チュンまでして詰むのは悔しいので一旦開発はストップしてポインタのおさらいとＳＴＬをまじめに学ぶことにします。

34 ：

簡単な状態遷移って switch でやることが多いと思うんだけど
決まった順序で遷移する状態を switch でやると流れが分かりにくい。
int state;
switch(state) {
case IN: in(); break;
case LOOP: loop(); break;
case OUT: out(); break;
}
IN->LOOP->OUT の順番は決まってる。
in();
while(is_loop()) {
　　loop();
}
out();
みたいに書けないかなと思っていたらこんなの見つけた。
ttp://f3.aaa.livedoor.jp/~gsyoku/index.php?[[Fiber]]#content:3
機能をゴリゴリ削って使うところだけ自分なりに実装してみた。
ttp://github.com/happana/srpg/blob/master/srpg/base/flow.hpp
ttp://github.com/happana/srpg/blob/master/srpg/scene/battlescene.cpp#L36

35 ：

C言語習いたての俺がSRPG制作に挑戦してみる。
・・・って企画たててよかったのか？

36 ：

>>35
企画ってのが何のことを言ってるのか分かりませんが、
がんばりましょう！

37 ：

うん。なんか勘違いしてたorz
さて、AVD×SRPGな感じで作っていきますよっと。
何すればいいかよくわからんがスクリプトエンジンを作ればいいのかね？
ちびちび作っていくのでよろしく。

38 ：

>>16さんが教えてくれた本が届いた。
プレイヤーと敵のダメージ、死にモーションを作った。
あと1ヶ月くらいで「たたかう」を選んで殴りあえる位までは出来そうな気がしてきた。

39 ：

P0がE0に攻撃。P1がE1にスキルAで攻撃。みたいな各コマンドを
貯めて後で順番に実行するって仕組みを作っているんだけど
実行する段階で対象がすでに死んでいた場合の対象の再検索とか結構面倒。
後、敵のAIをどうしよう・・・Luaとかのスクリプトを使うのが一般的なんだろうか。

40 ：

ttp://github.com/happana/srpg/downloads
SRPG version 0.0.12
戦闘のコマンド実行とダメージ処理の追加。
全員、自動で「たたかう」を選んで実行するだけです。
細々としたところでモーションの追加とか武器の追加とか。
これから、コマンド選択UI、ゲームオーバー処理とかを作る。

41 ：

>>34,>>40
戦闘シーン確認出来ました〜。
サッカーゲームの遷移も前半→ハーフタイム→後半は一方通行で似ているかもしれないので、参考にしてみようと思います。
>>35
ど〜ぞよろしく〜！
こちらは進捗が思い通りにならなくて、これはもしかするとソースをＵｐして
なんとなくホッとしてしまったからかもしれない…と自己分析していた矢先に来月の１５日頃予定で転勤が決まりそうな感じ。
もしかすると最低でもこの前後１カ月ぐらいは落ち着かないと思うので進捗が無いかもしれない予感。

42 ：

次の日になって自分の書き込みを見るとなんだか赤面な感じ。
別にフェードアウトするフラグでは無いので…（汗）。
一応>>7をやって頭の整理をするところまではやらねば〜！。

43 ：

ttp://github.com/happana/srpg/downloads
SRPG version 0.0.13
バトル時のコマンド選択など追加。後ダメージも武器の値を使うようにした。
カメラの制御が難しい。
なんかモチベーションが下がってきて駄目な感じになってきた。

44 ：

>>43
RPGな気もするが、動作はちゃんとできている。
まだ製作序盤だと思うが、クリア、全滅があると面白いと思う。
洞窟にゴール地点を作ったり、敵を強くしたり。

45 ：

>>44
ごめん。SRPGって書いてるけどRPGなんだ。
SimpleなRPGってことでSRPGにしたら、シミュレーションRPGとかぶっちゃったんだ。
分かった。全滅とか作ってみる。
ちょっと敵も増やしてみようかな。
意見もらえてモチベーション上がった。ありがとう。

46 ：

久しぶりに書き込み。
887氏、もしかして開発中止だろうか。
再開して戻って来れるように、こちらの進捗０でも何か書いてみる。
自分の方は２か月の空白を作ってしまい、>>42で辞めないと言ったものの、開発続行はやはり怪しい。
とりあえず、>>42、>>7で言った頭の整理は時間が掛かりすぎるので中止。
ゲームのメインの部分で前半、後半で同じような内容が書かれてあり、
長すぎてわかりにくい感じがするので、少し改善できないか考えてみる予定。

47 ：

や…やめた。>>46で言ったソース改善も中止〜！
バグが出てるわけでもないし、わかりにくくてもなんとかソースを読むこともできるから、
整理に時間をかける程でもないなと思った。
とりあえずこのままにして、前スレで言っていた以下の目標をやってみる。
>967 ：SGGK ◆6pZCoAtaxk [sage]：2010/04/27(火) 23:03:19 ID:puWvjObW
>次の小目標は、
>今まですべての選手が一斉にボールを追いかけていたのをやめて、
>ＦＷは前１／３、ＭＦは中１／３、ＤＦは後ろ１／３の範囲にボールがある時だけ
>ボールを追いかけるようにプログラムを直す。
>…にしてみる予定。

48 ：

ということで、取り組んでみたものの案の定うまくいかない…orz
まず、メインループの中にある選手の移動関数について。
移動関数の中で今が前半か後半かを判断する変数を使えるようにしたいけど、
いまのままではおそらく使えないと予想。
現在のプログラムは、選手関係の変数や関数をひとまとめにしたクラスの
オブジェクトをゲーム処理を主とした関数内に作ってあり、そのオブジェクトのメンバ関数で選手移動処理をするようになってるので、
ゲーム処理を主とした関数で定義した変数を認識させるにはたぶんその変数のアドレスを渡さなければいけないと思い、
とりあえず、
１．選手関係の変数や関数をひとまとめにしたクラスを宣言してるヘッダファイルに「前半か後半かを判断する変数」を
定義してる別のヘッダファイルを加える。
２．選手関係の変数や関数をひとまとめにしたクラスを宣言してるヘッダファイルの中の
選手移動処理の関数の引数に「前半か後半かを判断する変数」を追加する。
３．選手移動処理の関数の定義がfieldplayercontrol.cppの中にあるので、
これにも同様に「前半か後半かを判断する変数」を追加する。
ここまで書けば関数の中身を後回しにしてもコンパイラは通るはずだと思い、
コンパイルするとエラー。
error C2146: 構文エラー : ';' が、識別子 'fieldplayercnt' の前に必要です。
運よくバグは取れたけど、詳細は進まない作業の代わりにネタおよび自分の作業メモとして少しずつ書く予定。
てっきり、また全角の空白をどこかに入れてしまったのかと思ったが、そうではなかった。
知ってれば一瞬なのに何時間か掛かってしまい、これがプログラムのしんどいところ。

49 ：

もうサッカーの人しかいないのかな(ヽ´ω｀)
ゲーム仕様でどうしても2Dでは実現しづらい部分が出てきたので3Dに移行。
サンプルプログラムで大体どんな感じに組めばいいかはわかったのでモデル製作の勉強開始。
モデリングソフト高すぎワロタ…のでBlenderを使うことに。

50 ：

>>49
こんばんは！。見ている人がいるからには、諦めずにもう少し頑張ってみようと思います。
自分もいつかは３Ｄをやりたいと思っているので、Blenderの事は記憶に留めておきます。
>48のバグは、最初「error C2146: 構文エラー : ';' が、識別子 の前に必要です。」で検索したところ、
その中で、「変数宣言の位置によってエラーになったりならなかったり ...」という言葉が目に付き、
ソースを見たところ、ヘッダファイルの左端の縦棒が太く表示されていて何かここに問題のあるしるしなのかと思い、
考えてみると、今回、選手の移動関数の引数として読み込ませたいと思っている変数は、
enum MATCHSTATE{
FIRST_HALF=1,HALF_TIME,SECOND_HALF,RESULT_DISPLAY
};
で、これはsoccergame.hで宣言されてて、しかし、選手の移動関数は
fieldplayercontrol.hで宣言されているので、ならば、fieldplayercontrol.hの上の行に
#include "soccergame.h"をいれてやればいいのではと思ってそうした。
しかし、先ほどのMATCHSTATEはクラスなどの外側に記述してあるので、コンパイルしたら、
soccergame.hと#include "soccergame.h"したfieldplayercontrol.hとで重複してしまうのではと思い、
#include "soccergame.h"を消したら、コンパイルできた！…という話。

51 ：

>>47（前スレ>967)の目標完了。珍しく予想以上に早く出来た。
ソースはifとswitchの組み合わせなので長文になってしまっているのが相変わらずの難点。
次の目標は、出来れば走ったり、ジャンプをさせたりとかいろいろ思いつくけど、
選手それぞれの近くにライフゲージを表示させて、ライフが少しずつ減り、０になったら
選手が停止する
に挑戦。

52 ：

>>50
つまり・・・どういうことだってばよ
いやすまん、偶然スレ覗いたら気になったんでちょっと質問させて欲しい
enum A{};
enum A{};
void main{}
例えばこう書くと、VisualC++では「error C2011: 'A' : 'enum' 型の再定義」っていうエラーになるんだけど
>>50の下6行で言いたいのは、こういう事とは違うの？

53 ：

> >>50の下6行で言いたいのは、こういう事とは違うの？
そうです。その通りです。
「選手移動処理の関数」に「前半か後半かを判断する変数」つまり
enum MATCHSTATE{
FIRST_HALF=1,HALF_TIME,SECOND_HALF,RESULT_DISPLAY
};
を引数として持たせたい。
でも、この「前半か後半かを判断する変数」の宣言は、soccergame.hにあり、「選手移動処理の関数」の宣言はfieldplayercontrol.hにあるので、
fieldplayercontrol.hの中でsoccergame.hを#includeしなければ、引数として認識できないかなと思った。
でもそうするとfieldplayercontrol.hとsoccergame.hの両方に
enum MATCHSTATE{
FIRST_HALF=1,HALF_TIME,SECOND_HALF,RESULT_DISPLAY
};
があるので、コンパイルしたときに
enum MATCHSTATE{
FIRST_HALF=1,HALF_TIME,SECOND_HALF,RESULT_DISPLAY
};
enum MATCHSTATE{
FIRST_HALF=1,HALF_TIME,SECOND_HALF,RESULT_DISPLAY
};
void main{}
と２重になるので、
C2146: 構文エラー : ';' が、識別子 'fieldplayercnt' の前に必要です。
というエラーが出てるのかと思った。

54 ：

しかし、>>52氏の指摘が気になり、試しにfieldplayercontrol.hに
enum MATCHSTATE{
FIRST_HALF=1,HALF_TIME,SECOND_HALF,RESULT_DISPLAY
};
だけを直接書きこんでみると、
error C2011: 'MATCHSTATE' : 'enum' 型の再定義
というエラーが出た。
自分が思っていたバグの原因は間違いで、
>>50で
>#include "soccergame.h"を消したら、コンパイルできた！
ときのコンパイルできた理由はほかにあるらしく、
しかもenum MATCHSTATE{略};は問題なく認識されていたらしい…orz
（>>52←指摘ありがとうございます！）

55 ：

「error C2146: 構文エラー : ';' が、識別子 'fieldplayercnt' の前に必要です。」というエラーメッセージが出る原因について調査。
#include "soccergame.h"で発生したバグだから、そのsoccergame.hの中に';' が抜けてるところがあるのかと思ったが、良く見たけど見つからない。
他のヘッダーファイルに#include "soccergame.h"をやってコンパイルすると、
「error C2146: 構文エラー : ';' が、識別子 'fieldplayercnt' の前に必要です。」
が出る。"soccergame.h"に何かあるのか…。
もしかするとヘッダーファイル2重読み込み防止（いわゆるインクルードガード）の書き方が
"soccergame.h"だけ何かの作業でずれたか消えたかしてたか？と見てみたがなんともない。
ためしに「ヘッダファイル 2重読み込み」で検索するとやっぱりこれといったのが無く、しかし、
その中に「ヘッダーファイルは慎重に扱わないと危険です」という言葉が目に付き、
クリックすると内容が難しすぎて解らなかったけど、雰囲気的に「循環参照」というのが気になる。

56 ：

自分のソースを見てみる。
fieldplayercontrol.h　に　soccergame.h　をインクルードしたときを考えてみる。
soccergame.h　は　#include "fieldplayercontrol.h"　してるので、
お互いがお互いをインクルードしあってる。
念のため、soccergame.h　がインクルードしてないヘッダーファイルにsoccergame.hをインクルードしてみる。
これなら循環じゃないから、バグが出ないはずだと思ったが、
バグが出る場合と出ない場合がある。
バグが出ないと予想したのにバグが出たヘッダーファイルは、もしかするとsoccergame.hのインクルードしたヘッダーファイルからまたヘッダーファイルが呼ばれてて…のような感じで呼ばれていたのかもしれないが、調べきれず。
さらに
error C2146: 構文エラー : ';' が、識別子 の前に必要です。 　ヘッダーファイル　循環参照
で検索してみると、掲示板関係ばかり引っかかるけど、どうも循環参照が原因の可能性が高い。
「ヘッダーファイル内でのインクルードはできるだけ避けたい。」という書き込みもあるし。
仮に循環参照が原因として何故、「error C2146: 構文エラー : ';' が、識別子 'fieldplayercnt' の前に必要です。」というメッセージになるのかわからないけど、
とりあえずヘッダーファイルをインクルードしているうちに循環参照になっていたのが原因の可能性が一番高いと考えて、
>>51の課題挑戦を再開。

57 ：

('A`)

58 ：

ふむふむ
まずヘッダーの重複読み込みを気にしているようだけど、「#pragma once」は記述している？
ちなみにマクロを使って同じ事も出来る
ttp://www.geocities.co.jp/SiliconValley/6071/technic/16.html
そして「error C2146: 構文エラー : ';' が、識別子〜」は、行数を特定しにくいエラーの一つだけど
これを発見するには、デバッグの基本技の一つ「コメントアウト」が有効
例えば、以下のように４つの関数があったとする
void A(){}
void B(){}
void C(){}
void D(){}
このCとDをコメントアウトしてコンパイル
void A(){}
void B(){}
/*
void C(){}
void D(){}
*/
これでC2146エラーが消えたようならCかD、残るようならAかBに絞り込める
消えた場合Cだけコメントアウトすれば、特定の関数まで絞り込める
この方法を使えば、例えば５００行のソースが書かれている場合
その約半分２５０行くらいから下をコメントアウト、さらにその半分、さらにその半分・・・と機械的に絞り込む事が出来る

59 ：

インクルードガードでｇｇｒｋｓ

60 ：

>>59
>>52
インクルードガード関係ない可能性が高い

61 ：

>>57>>58>>59>>60
たぶんまだ正解ではないんだろうなという雰囲気が伝わってきたので、再考。
まず、>>58氏の#pragma onceを試して、もう一度soccergame.hをfieldplayercontrol.hにインクルードしてみたがやはり同じバグが発生。
でも、#pragma onceなら1行で、しかも同じ書き方でインクルードガードできるから便利。（感謝！、絞り込みも活用します。）
次に昨日書いた循環参照について。
soccergame.hをfieldplayercontrol.hにインクルードした時、soccergame.hの中では、FieldPlayerControlクラス型の実体を定義してるけど、
fieldplayercontrol.hの中でSoccerGameクラス型の実体を定義してはいないから、循環参照ではなかったかもしれないという気がしてきた。
お互いをインクルードしあってるだけでは循環参照に必ずしもなるとはいえないかもしれない。自信はないけど。
そこで、soccergame.hをfieldplayercontrol.hにインクルードした時のfieldplayercontrol.hの中身はどうなっているのかソースにして追いかけてみようとふと思った。
ひとつ気になった。
soccergame.hはその中で#include"fieldplayercontrol.h" してるので、soccergame.hをfieldplayercontrol.hにインクルードしたら、
fieldplayercontrol.h　の中で　#include"fieldplayercontrol.h"されるのだろうか？
なぜなら、もともとのfieldplayercontrol.hは、#include"fieldplayercontrol.h"なんてしてないから、インクルードガードされないんじゃないかなと思ったので。

62 ：

そこで、「ヘッダファイルに同じヘッダファイルをインクルードできるか」のようなキーワードで何度か検索。
「ヘッダファイルは、自分とは別のヘッダファイルを #include でインクルードできるので、（略）」　という記述があったので、
それ前提でソースをエクセルに張って考えてみたら、自分としては今までで一番正解に近そうな答えが出た。
soccergame.hをfieldplayercontrol.hにインクルードしたときにsoccergame.hの中にある#include"fieldplayercontrol.h"がキャンセルされていたら、
soccergame.hからインクルードした部分の処理を進めているときは、まだFieldPlayerControlクラス型が宣言されてないから、
soccergame.hからインクルードした部分にFieldPlayerControl fieldplayercnt;
と書いても、
「error C2146: 構文エラー : ';' が、識別子 'fieldplayercnt' の前に必要です。」
というエラーが出る…というのが答えかもしれない。
一応、エクセル→jpgでうｐ
ttp://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0129.jpg

63 ：

3Dの勉強が楽しい
忘れていたわくわく感があふれてくるっ
知らない用語がどんどん出てくるこの冒険感っ
練習ソフトクリーム
http://www.dotup.org/uploda/www.dotup.org1057678.jpg

64 ：

３Ｄ、色々な事が出来そうですね。
自分もサッカーゲームの３Ｄ化を目指して開発を急ぎたいです。
>>51の課題に挑戦。
ソースはまだ書いてないけど、選手クラスにライフ値を記録するためのメンバ変数を追加して、
選手の描画関数を実行するときに選手の座標を基準にＤＸライブラリの四角形描画関数を２回使重ね書きして実現できないかなと脳内設計。
ライフ値をソースのどこでどのくらい減らせばいいのかを検討中。

65 ：

>>51の課題が終了。
ライフ値は、各選手が移動関数を実行した直後に少しずつ減らすようにしておき、
「　現時点のライフ値／最大ライフ値ｘライフゲージ最大長さ　」を計算して長方形をその長さで描画する。
減り具合は完全ではないけど、今は調整する予定なし。
次の目標
●共通（ゴールキーパー以外）
（実装済）歩く　Z＋マウス操作
　　　１　走る　X＋マウス操作
　　　２　進行方向固定　Shiftキー
　　　３　特殊技術（ボールが頭上ならヘディング、足元ならダイビングヘッド）　Spaceバー
●ボールキープ時
　　　４　ジャンプ（タックル避けにもなる)　C
　　　５　ロングパス　左クリック
　　　６　ショートパス　右クリック
　　　７　シュート　左右同時クリック
　　　８　パス/シュートは，押す長さで強さを調整
●非ボールキープ時
　　　９　タックル　左クリック
　　１０　カット　右クリック
これらの内６個でも実装できれば上出来と考えて挑戦する予定。
期限を決めてやるのは無理そうな感じ…orz

66 ：

そして誰もいなくなった
Blenderの仕様でいろいろ不都合が出てきたのでメタセコイアにのりかえ中

67 ：

>>66
アクセス規制が続いていて、実は現在も書き込めない状態でご無沙汰してました。
メタセコイアはフリー版あるらしいので、ドットが不得意な自分もいつかは触ってみたいソフトです。
３〜４週間の2chアクセス規制が頻繁にあり過ぎて製作活動ペースが落ちてくるので（言い訳）、
運営の思う壷かもしれないけど、試しにｐ２とやらで今日から１年間だけ書き込めるようにしてみた。
肝心の進捗の方は思わしくなく、>65の目標をみると、今のゲーム画面は視点がおかしいので悩む。
フィールドは真上から見てるのに、選手は真横から見た絵になっている。
蹴ったボールをいずれは曲線を描くようにしたいけど、この画面ではそれを表現するのが難しい事に気づく。
そしてボールの座標は（ｘ，ｙ）だけでは足りなくて（ｘ、ｙ、ｚ）にしておかなければな後々不便な事になるような気がしてきた。
これはベクトルの表現を取り入れたプログラムに書き直しておいた方がいいかなと思い始めたところ、
偶然手元に「１４歳からはじめるわくわくＣ言語プログラミング教室ＶＳ２００８編」という本があり、
運よくこれの第３章がベクトルの説明をしていたので、読んでみることにした。
もう少しで読み終わるけど、解り辛い…。

68 ：

昨日の書き込みを見て、思う壺という言い方が紛らわしい表現になりそうなので消したくなってきた。（赤面）
書き込み規制の原因は荒らしをする人にあるわけだから。
とりあえず３章だけを読み終えた。
明日も時間が出来ればベクトルを取り入れたプログラムに書きなおしてみる予定。

69 ：

ソースをコピーして数字を一個上げた名前に変更してから作業を始めようとしたけど早速悩む。
参考にした本はＣで書いてるので、Ｃ＋＋でオブジェクトを複数種類作っているようなプログラムにどうすれば使えるか思いつかない。
とりあえず、「Ｃ＋＋、移動、クラス、ベクトル」で検索してみたけど、いまひとつ。
Ｃ＋＋には、例えば　ベクトル＋ベクトルの結果がベクトルになるような意味を持てるように
　＋　の意味を定義しなおす機能があるようなので、これかなと思ったけど、あまりにも内容が難しいので、諦める。
次に考えたのは、例えば　vector3.h　のような名前でヘッダーファイルを作り、その中に
struct Vector3{
float x,y; //とりあえずｚ無し
};
と書いておいて、ベクトルの必要なクラスの定義があるヘッダーファイルに　#include "vector3.h"　すれば外部の関数扱いになってすべてのクラスから使えるんじゃないかなと思った。
確認のために#include "vector3.h"したあるクラスの定義の中で、
Vector3 POSITION_XY={1,1};
としてみたらエラーになるので真っ青になる。（他にもう方法が思いつかないから）
しかし、
Vector3 POSITION_XY;
と書き直したら、コンパイラが通った。
クラスの定義の中では初期値を書けないのをすっかり忘れていた。
思い出せたのは運が良かった。

70 ：

とりあえずベクトル関係の変数と関数を宣言したヘッダーファイル、vector3.hと
それらの変数や関数を定義したファイル、vector3.cppを作成してみた。
とは言うものの、中身は変数を３つ持つ構造体とその構造体の型を持つ変数を引数にもつ関数で
関数は、
ベクトル＝ベクトル＋ベクトル
微小時間後の位置を示すベクトル＝現在の位置を示すベクトル＋微小時間ｘその時点での速度を表すベクトル
の２式だけ。
この微小時間がいわゆるフレームタイムであり、今までのプログラムだと
メインループ関数の中で、ＤＸライブラリのScreenFlip()関数を３０回ループしてその平均を
フレームタイムとしてる。ScreenFlip()関数は画面のリフレッシュレートとやらと同期して動くらしいので
そういうやり方でフレームタイムが計算できるらしい。
でも、これだとメインループ関数の外側で宣言・定義されてる微小時間後の位置を示すベクトルを計算するための
関数に必要な微小時間（フレームタイム）が読み取れないと予想。
とりあえず、３０回ループする部分を関数にして、vector3.h、vector3.cppで宣言・定義して、
その３０回ループする部分を関数にしたのをメインループで呼び出してなんとかできないかと思ったところで終了。

71 ：

>>69
>　＋　の意味を定義しなおす機能があるようなので、これかなと思ったけど、あまりにも内容が難しいので、諦める。
class Vector3{
public:
float x;
Vector3(){}
Vector3(float x_) : x(x_){}
Vector3 operator+(Vector3 &obj){
return Vector3(x + obj.x);
}
};
class A{
public:
A(float x) : vec(x){}
Vector3 vec;
};
void main(){
A a(1),b(2);
a.vec = a.vec + b.vec;
cout << a.vec.x << endl;
}
こういう事？
operator+はその性質上、returnで新しいクラスを作る必要があるから処理速度の面で微妙
俺だったら使わない

72 ：

>>71
す…凄いです。そうです！そのoperatorがなんとかというそれでした。
まだ自分は答えを見ても何がわからないかもわからない初心レベルですが感謝します。
処理速度が微妙であるとのコメントを参考にして、なんとか>70のやり方（Ｃ言語風？）でやれるよう頑張ってみます。

73 ：

>>70の下から４行に書いたやり方は諦める事にした。
vector3.hにfloat frametime=0;と書いてコンパイルすると
frametimeは既に定義されてると言う内容のエラーが続々発生。
これは、vector3.hがいろんなcppファイルのヘッダーファイルにインクルードされてるからだろうと予想。
float frametime;と書き直しても同じ結果。初期化の有無は関係なかった様子。
vector3.hの中でfloat frametime;と書いておき、他のcppファイルでframetimeを使いたい場合には、
そのcppファイルのヘッダーファイルでなく、cppファイルの上の方の行でextern float frametime;と書いたら直った。
たぶんこれでframetimeは外部変数扱いになってどこからでも使える変数になったかなと思うけど、
ベクトル計算の関数定義の中で使おうと考えているframetimeの値が外部変数として渡すやり方だと
なんとなく後々の問題になりそうなので、ベクトル計算用関数の引数を増やして、その引数に値経由でframetimeを渡せないかと考えて終了。
そして、frametimeの外部変数化も中止。（あまり進まず。）

74 ：

・Vector3.hのクラス定義内にて、 static float frametime;
・適当なcppにて、float Vector3::frametime=初期値;
ということがしたいのかな？

75 ：

>>74
その通りです。
ただVector3.hでは、クラスの宣言や定義はしていなくて、ベクトルを表す構造体などを引数にしてベクトルを表す構造体をreturnする関数を宣言するのみ。
そうすればベクトル関係の関数は外部関数になってどのcppファイルからでも使えるかなというのを期待して書いてます。
そしてVector3.cppでその関数の定義をしようとすると関数内のframetimeという変数がメインループで計算するframetimeと名前を同じにしても
このままでは中身が別物なはずなので、Vector3.hかframetimeを使うcppファイルのどこかで1度だけ
frametimeを定義して、他の残りについては、extern float frametime;とすれば動きそうだと思ったわけです。
externにしたのは、cppファイルが複数あるからstaticよりこちらがいいかなと思っただけであまり自信無し。
「extern　static　違い　Ｃ言語」で検索するとろいろ出てきて読むと自信無くなってきたけど
なんとかトライしてみます。

76 ：

いままでのプログラムをベクトルを表す構造体で表現する変更作業の開始。
とりえあず先にヘッダーファイルだけを変更する予定。
しかし、ヘッダーファイルを変えただけでコンパイルすればcppファイルの方でエラーが出るはずなので、
ヘッダーファイルを全部コピーしてファイル名の前の方にv_を付けてファイル名を変えた方で変更作業する。
そうすれば、cppファイルと矛盾してエラーが出るという状態を避けられるはず。
そしてヘッダーファイルの変更が終われば、古いヘッダーファイルを削除して、新しいヘッダーファイルのファイル名からv_を取り除いて、
今度はcppファイルを直す。
変なやり方かもしれないけど、やってみる。

77 ：

ヘッダファイルを４個書き直した。
あと12個残ってる。

78 ：

今日も４個しか出来なかった。
cppファイルを直す時に泥沼状態になる事を予想して、
変更箇所を表計算ソフト（エクセルのこと）にメモしながら進めてるから作業が遅いのかもしれない。

79 ：

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

80 ：

ヘッダファイルの書き直しが完了。
何もヘッダファイルを読み込んでないヘッダファイルを先に直して、
ヘッダファイルの読み込みの少ないヘッダファイルを先に直すような順番で書き直していったからかどうかはわからないけど、
あまりバグが出なかった。次はcppファイルの書き直しに挑戦。たぶんもっと時間がかかるはず。

81 ：

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

82 ：

昨日は一気に全部まとめてコンパイルしたけど、描画関係をまとめたcppファイルはその時点で修正済。
そうした上でのバグ３４９個。
その後の修正で何故かバグが３５８個まで増えたけど、なんとかして３４４個に減ったところで終了。（今日はちょっと疲労気味なので…）

83 ：

コツコツ頑張ってて偉いなぁ…本気で尊敬する。

84 ：

俺はずっとモデリング勉強＆練習…

85 ：

>>84
ｶﾞﾝｶﾞﾚ超ｶﾞﾝｶﾞﾚ
俺もそろそろ頑張ってみるか…

86 ：

>>83
自分はこの板のおかげでゲーム作りへの挑戦は約３年１ヶ月程続いているけど、あまり進んでいないかもしれません。が…頑張ります！。
>>84>>85
お互い頑張りましょ〜！期待してます。

87 ：

ベクトルの構造体を宣言・定義したから、ボールや選手などのオブジェクトの
座標その他のメンバ変数を初期化するときには、例えば初期化関数の内部で
オブジェクト．ｘ＝８４８；
オブジェクト．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 ：

>>87
見方を変えると「Cの構造体に関数も書けるようにしたものがC++の構造体」とも言えると思う
Cの構造体で出来ることはC++でもそっくりそのまま書けると思うんだけどね
>自分の気付かない理由で上手くいってない感じ。
バグに関して絶対こうだとは言えないが、CとC++の違いが原因ではないような気がするなー

89 ：

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

90 ：

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

91 ：

>>90
それは初期化時のみじゃない？
struct vector{
int x,y,z;
};
void main(){
vector a = { 1,2,3 }; //ok
a = { 4,5,6 }; //エラー
}

92 ：

ありがとうございます。今日は調べるだけで終了でした…。
>>88
たしかにバグの原因がCとC++の違いだと思い込んでしまうと他の原因の可能性を見落としやすくなりそうなので気をつけます。
>>89
今のソースではベクトル関係がクラスでなく構造体で表現されていてコンストラクタについてはまだ考えてませんでした。
バグが結局取り切れなかった場合、勉強しなおしてベクトル関係もクラス化する最終手段に挑戦してみようと思います。
>>90
コンストラクタの定義はしてないのですが、何故かエラーになってしまうので、
今は以下に書くとりあえず的なやり方でエラーを回避してます。
>>91
「構造体の初期化」で検索したところ、とあるサイトにそのような感じの
「構造体変数の初期化は、変数の宣言時には常に行うことが出来る点に注意しよう。」とあり、これを参考に以下のようにしてます。
ベクトル関係のヘッダファイルで
struct Vector3{float x,y,z;};
あるオブジェクトの初期化用関数の内部では昨日のやり方から少し変更して、
Vector3 a1={848,544,0};
fp.xy（←これは昨日書いていたオブジェクト．構造体変数名の事）=a1;
と書いてもバグが出ないのでこれでやってみようと思います。
今日は調べただけなので、バグは減ってないけど、全部取れるまで頑張ってみます。

93 ：

>>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 ：

>>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 ：

最初Bの方が遅かったのは、operator=のオーバーロード
つまり関数オーバーヘッド分の差が出たのだろう
変数を増やすとAが遅くなるのは、ほぼ間違いなくコピーコンストラクタが発生してるからだろう
ここら辺は言語仕様のレベルでBのような代入にしてくれてもいいような気がするなー
ま、結論としてはoperator=は弄らない方が速い

96 ：

>>93、>>94、>>95
詳細な解説に感謝します。
自分にはまだ難しすぎるのですが、「c++ 　構造体の代入　問題点」で検索してみたところ、
以下のＨＰがこれらを理解するのに参考になり（理解は出来ず雰囲気だけなんとなく自分に伝わったような感じ。）、
リンク先はpdfなので要注意かもしれませんが、
ttp://ist.ksc.kwansei.ac.jp/~ishiura/xcpl/note/cpp3.pdf
の１２〜１３ページあたりで、C＋＋にはいろいろな種類のコンストラクタがあり、
結果は同じようでもその書き方によっては、コンストラクタが多く呼び出されて処理に時間がかかるらしい。
あと>>94のコンストラクタの書き方が見たことない書き方だったけど、
ちょうど１７ページにある説明と似てるので、これかな？と思ってみたりで勉強になりました。
バグの方は、１２６個まで減少。

97 ：

今日もあまり作業出来てないけど、バグの残り３６個。

98 ：

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

99 ：

バグはまだ取れない。
選手が画面やレーダーに表示されてるという事は、画面の表示範囲を決めてるカメラ関係のところに原因があるという可能性はなさそう。
選手の座標を計算してる箇所を調べる。今書いてる計算式は、説明を省くのでわかりにくいけど、以下のような内容。
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));
のように書き直したら、選手がほとんど動かないけど、単位の間違いが原因だとわかった。
選手がボールに向かってくれない原因は未解決。

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

【JAVA】2Dアクションゲームを作る【初級】 (182)
ギリシャ神話や日本の歴史的文学作品をゲームにする (141)
ゲームクリエイターの人格って・・・ (133)
【囲碁？】囲連星のAIを作ってみよう【連珠？】 (728)
Selene/Lue/Luna ライブラリ Trial-Version 4.00 (120)
【ｻｸｰｼｬ】Yuuki! Novelスレッド【ｶﾞﾝｶﾞﾚ!!】 (744)
--log9.info------------------
【名古屋】PENT【2】HOUSE【女子大】 (486)
【復活】オークションでお宝盤を探せ！ ４枚目 (711)
【リーマン・OL】ジニアス★7【銀座】 (835)
SUPER EUROBEAT 51 (617)
IDにdiscoが出るまで踊りまくれ! Part3 (657)
ユーロビートしりとり (647)
Dianaとお立ち台 (144)
その後の青山モーメンツ (333)
70年代後半から80年代のディスコソウルなスレ2 (346)
【PWL】SAW総合スレ3【THE HIT FACTORY】 (538)
伊勢崎LUV　in群馬 (173)
Hi-NRG80'sユーロビート！！ (630)
青春のマリアクラブ (139)
【大阪】　プラチナム　【名古屋】 (411)
【歌謡】和モノディスコを語るスレ【ソウル】 (267)
【ダンス】分からない曲はここで【ディスコ】 (623)
--log55.com------------------
【大橋巨泉】　11PM　【愛川欽也】
ロンパールーム
最初にこの表現を使ったのはこの番組
10男7女19人大家族三好さんちが大変ダぁ
TVブックメーカー
日テレ　特命リサーチ200Xについて語るスレ
[過去]山形放送・山形テレビクロスネットやめろ２
【ミレニアム】検証・2000年のTV【平成12年】