extern t2k::vec3 loc;
というのは，
t2k::vec3型のlocというインスタンスがどこか（非ローカルな場所）に存在しているハズ
ということを宣言しているだけだから
その実態が存在しないなら当然エラーになるわけですが，存在するんですか？

＃仮に，もし，このexternで，class Bulletのメンバのlocのことを指そうとしている，という話なのだとしたら，
何かをものすごく勘違いしていると思う．

こんな形にすればどうですか

> 生成した値を配列の各要素に代入する。

と指定されているので，代入作業を行う必要があるように思います．


> 1列1万行

になるのは，出力時に１万回改行しているからでしょう．
所望の形になるように，必要な箇所にのみ改行を入れるとよいのではないでしょうか．

> （１）について 書いてる方も　ふわっとした話　をしてるだけなので大丈夫です． Creatureにいくつか種類があった場合，それぞれの「移動希望」の決定処理を，例えば ・馬鹿な敵：乱数で４方向のどれかを返すだけ 　（そっちに移動できないならそのターンは移動できなくてもいいです，という希望） ・ちょいまともな敵：地形は考慮する(壁の方に移動したいとは言わない)が，マップ上のオブジェクト(他のCreatureとか)があることまでは考えない 　（結果として，そっちに移動できないなら…同上） ・賢い敵：他のオブジェクト等を考慮した経路探索処理をしっかり行った結果を返す という感じで「書きたいかも/書...

期限が今日ですね． （ブレゼンハム的なアルゴリズムをどうこうせねばならない系の課題趣旨でないならば，ですが） とりあえず（非効率だが，わかりやすい方法として） 「320x240個の画素を全走査し，各画素位置(x,y)について，そこに着色するか否かを判定する」とかじゃダメなんですかね． 描画したいのが対角線だろうが円だろうが，その図形と座標(x,y)との間の「距離(のようなもの)」の計算さえできるならば，着色するか否かの判定は書けますよね． （例えば，図形の式を f(x,y)=0 としたとき，f(x,y)の絶対値とか二乗値だとかを評価関数にすりゃいい．線の太さもアンチエイリアスも思いのままですね．）

あくまでも >何となく楽な気がする という，気配的な(?)感じでしかない話ですが… (1) 移動に関する(現在の)ルールをどこに実装するのか？　という点に関する　好み　かなぁ． Creature::DecideMove()は，｛いいかげんでも，賢くなくなくても，etc...｝良い場所にしたいというか， キャラクタの移動アルゴリズムに，移動可否のルールをどこまで考慮するかに関する自由度を持たせたい，というか？ （いろんな種類のキャラクタをあとからあとから実装するときに，その全ての種類の移動アルゴリズムに，「完全に(現在の)ルールに即した場所に移動せねばならない」という制約があるのは面倒な気がする...

(1)ppmのフォーマットがわかっているのでしょうか 　→わからないならググる (2)pixels[]とppmフォーマットとの間の関係を把握しているのでしょうか 　→画像を書き出すコードとフォーマットとの対比を見れば，pixels[]の各要素が何の情報なのかがわかるハズ (3)上記まで把握すれば，画像データの画素位置(x,y)の色を(R,G,B)にしたいとき，pixels[]のどこをどう変更すれば良いのかが自明なハズ． すなわち，forブロック内でのpixels[XXX]のXXXの意味がわかるハズ． （例えば，(x,y)の緑成分を128にしたい場合，pixels[XXX] = 128; のXX...

本題とはあまり関係ない，好みの話(?)ですが， class Creatrue { //動く． // 引数に与えられた情報を使って // 自身の座標を（ゲームのルール上，妥当である座標に）変更する void Move( 引数省略 ); }; という形よりも //CreatureがDecideMove()で返した内容は，上位の存在(?)によって吟味され， //その内容が許可された場合は，移動先がMoveTo()に渡されるので，Creatureは晴れて移動できる． //却下された場合はMoveTo()がコールされないので，Creatureはその場に留まる結果になる． class Creatrue {...

Creature::Move()の引数の型を Map* とする何らかの理由があるのでしょうか．
（Map型に用が無いならば，const IMapInfo & とかでよくないですか？）

> そこで今はCreatureクラスのインスタンス化の際に、全Panelクラスを管理するstd::vector<std::vector<Panel*>>をポインタで渡しています。 > そうすることで毎回の移動処理を呼ぶときには引数が必要なく済んでいるのですが、この方法でいいのか意見を聞きたいです。 毎回渡してもコストがどうのということはそうそう無いと思うけど， 引数渡しが面倒だとかで，最初に渡しておくとしても > std::vector<std::vector<Panel*>>をポインタ という実際のデータ（なんですよね？）へのポインタそのものを渡してしまうような形だと， マップの情報が変化し...

（クラス名やメソッド名が微妙だけど）前記した事柄をコードっぽく． //Creatureが移動方向の意思決定を行うのに必要な情報を提供する class IMapInfo { public: //座標(x,y)が通過可能であるか否かを調べる virtual bool IsWalkable( int x, int y ) const = 0; ... }; class Creature { ... public: //移動に関する意思決定を行う． //戻り値：何か移動に関する決定結果 MoveDecision DecideMove( const IMapInfo &Info ); };

>「移動先のパネルが通行可能かどうか」の判定をする必要
が生じる処理を行う箇所に対しては，
std::vector<std::vector<Panel*>> なる「具体的なデータ」を渡す必要は無く，
「必要な判定を行うための手段」を渡せばよいのではないでしょうか．

例えば，「座標(x,y)が通行可能な場所であるか否かを判定する」ことだけが必要であれば，
その判定処理メソッドを有するインタフェースクラスとかの形で渡す．

facesの最初の要素に関してのみぼかし処理を行っているのを
単にfacesの全ての要素に関して行うようにに変更するだけの話ではないでしょうか．
何が問題なのでしょう？

考える点があるとすれば，
複数の検出結果が「重なる」場合にどうするのか（重なった領域が他所よりも「過剰に」ぼかされてもよいのか否か）
くらい？

zcnt++;
を２回通ればもうそのifの条件を満たさなくなるわけですが
単に割り込みが連続発生しているとかいう事は無いのでしょうか．
（試しに zcnt++ ではなく zcnt=1 にしてみてもダメ？）

AI側に「ゲーム中通して覚えておかねばならないデータ」が存在しないならば，
単純に「現在の盤面情報を引数に受けて，どこに打つかを返すだけの関数」
として実装すればよいのではないでしょうか．

何が言いたいのか（やりたいのか）いまいち不明ですが，コンパイルエラーなのであれば エラーの箇所と内容(原因)に関するエラーメッセージが出てるでしょう． 「int* から int には変換できない」的な内容が出てませんか？ int型　と　int*型　とは　異なる型　なのであるからして， 異なる型の物を代入しようとする記述がエラーになっている というだけの話ではないのですか？ typedef struct SA{ 略 } SA; SA sa; float f; f = sa; //SA型をfloat型に代入したいです これ↑で「エラーが出る！　不思議！」とか言ってるのと一緒． で，何が何でも in...

> 参考サイトを見てみてもコントロールクラスのコンストラクタの定義内での引数とENEMYクラスのコンストラクタの引数が違っていました。 そのサイトの記述が間違っているのか，あるいは必要なコード記述の一部を載せていないのか，その他の理由なのか， とにかくそのままではコンパイルが通らないので，そこの記述を盲信していても仕方ない． 「単に引数のいくつかが抜けている誤記」なのであれば，「渡す引数を適切に補う」ことで解決する可能性があるが， 「引数を適切に渡すこと」が既に難しいという状態なのであれば， 例えば，「とりあえずENEMYにデフォルトコンストラクタを追加する」等してみてはどうだろうか． デフ...

defineの行の最後のセミコロンが原因ではないでしょうか．

Form1_Load()を抜ける時点でform2への参照がなくなってしまうように見える．
（試しにform2をForm1のメンバにしたらどうなるのでしょう？）

(1)勉強の仕方について 講義のテキスト，C言語入門系の本やWebサイト，etc　等で復習する． (2)問題に対して こういうごちゃごちゃと条件が書かれている問題はとりあえず１つずつ条件をクリアしていけばどうか． まずは ・xy平面上の2つの点A，Bのx座標とy座標を入力 できるだけのプログラムを作る．（これは可能？） それができたら，次に， ・2点の中点の座標が表示される ようにする．（ここまではできる？） それができたら ・点のx座標とy座標は構造体pointに格納する ように変更し…… その過程で行き詰った箇所（の要素）が，現状でわからない箇所であろうから，そういった点を前記(1)で復習...

DLLを動的ロードするとか？

うーん，最初に必要なのは 検出対象の「糸や紐などの細く直線的でない物体」というのを 画像データ上で「こういうもの」という具体的な言葉に置き換えることでしょうか． 例えば検出方法として (1)検出対象たる"細い物"の像を構成する画素群を検出する (2)それらを繋ぐ みたいな方針を考えたとして，(1)はどうすればできそうか？　とか． >色は基本的には黒または紺色のような色です． このことが他の物（背景や，検出したくない物体）と検出対象との差として利用できますか？ 例えば，「検出対象は，輝度が背景よりも常に明らかに暗い」とか言えますか？ もしこれが言えるのであれば，検出対象と背景との間のエッジを（比...

この手の問題では 処理対象や実施状況等に関しての条件みたいな情報を書くべきではないでしょうか． ・画像に関して 　・映像はカラーなの？　グレースケールなの？　あるいはその他？ 　・解像度はどの程度？ ・検出対象の像に関して 　・色とかが決まっている？ 　・常に明瞭に写ると期待して良い？ 　・細いって言うけど画像上では何画素くらいの幅になる？ 　・像の形：ポケットから取り出したイヤホンのケーブルのごとく，ぐちゃぐちゃに絡み合うとかある？ ・実施状況に関して 　・実施に際して，「都合が良い」背景を採用できる？　（例えば，糸や紐と区別しやすい単色の背景を用意できる，とか） 　・検出対象以外の物体が写...

> A や T について説明がないようですが。

Aはともかく，^Tはここでは転置でしょう．
よくある最小二乗法な話に見えますが，問題点が何なのかは謎ですね．
（関数をＣでどう書いたら良いかわからん，とか言われても，机上で導出した数式をそのままインプリすりゃいいんじゃないの？　としか…）

・20よりも大きい値であれば20を引く
・20以下の値については0にする

でよいのではないでしょうか．

アスタリスクを用いてアルファベットの形を表現するのが大流行なのでしょうか．
viewtopic.php?f=3&t=20109

で，
「アスタリスクを出力すべき箇所に法則性がある」と思われるのであれば
その法則性をコードで表現すればいかがでしょうか．