プログラマ専用SNS ミクプラ

usao

> コンバートを使った変換部分にハンドルされていない例外と出てしまいます。変換できない文字列になってるから FormatException が投げられているんでしょう？（だったら，こんなところで訊くよりも先に，まずは）そのときに変換しようとした文字列の内容がどうなってるのかを見てみればよろしいのでは．その時の文字列の内容すら示さずに「何か例外が出る」という話だけをしても，有効な情報が得られ難いだろうとは思いませんか？ ●提案する問題解決の手順：１．その例外が出る操作順序なりを確定させる．２．その例外が出る操作を行う直前に，例外が出る場所あたりにブレークポイントでも仕掛けて，変換しよ...

usao

malloc (C言語) だとか，
new とか STL (C++言語) とか，
そういう方向の話ですか？

usao

> aとbは常に0になるのではないでしょうか？

I,J,a,b は全て（未初期化のi,jから算出しているのだから）不定値になるのでは．

usao

あるいは，ざっくりと
｛ゲーム，画像処理，シミュレーション，etc...｝
みたいな目的の応用分野(っていうの?)を定めて，「それに必要だから」という動機付けを先に行えばどうか．
そうすれば「必要な要素だけ」に学習対象も絞れるだろうし．

usao

> このまま勉強しても得なのか？

用途はわからんけども勉強する意欲がある，という状態だとするなら，それは「趣味」と呼べる状態なのでは．
であれば，使う機会が無い技術(?)でも学ぶことが楽しいならそれでいいんじゃない？

何なら無理矢理それらを使う何らかのプログラムでも組めばいいじゃない．

usao

> 円を内接する正方形として扱い判定を取る

というのは「四角形 vs 四角形として処理する」ということですか？

コード:

■
　■

みたいな角同士が触れそうな位置関係付近で，
・「上下」に接したと判定される場合
・「左右」に接したと判定される場合
で挙動が不連続にならないようにしないと不自然に見えるかもしれませんね．

usao

> 仕事で役に立ったら昇給とかしますか？

そんなのは職場次第でしょう．

個人的体験の範疇で言えば，「昇給」というのは都市伝説の類か何かです．
物語の中にのみ存在するファンタジックな概念なのであって，
数学が仕事の役に立とうが立つまいが，実際には発生しない事象ですから，考えるだけ無駄ですね．

usao

それらを使う仕事をするなら役に立つ，というか，その仕事をするために「必要」なんじゃないですか？損得で考えるなら，そういう仕事をしたいなら「得」でしょう．そうでなければ，極論，大学で単位を取得する際にのみ使う．実生活ではまず使わんでしょう．日々の暮らしの中で何かを複素空間の世界で考えたり微分方程式の形で物事を捉えながら生きているのか？っていう．朝起きてから夜寝るまでの間に「周波数の世界に飛ばせば畳み込みが積になってどうの」とか考える日が一生のうちに何日あるというのか？どう生きていれば制約付き非線形最適化を行わねばらない事態に直面するのか？高校レベルの話で考えてみても「sinとかc...

usao

上記は反発係数を用いて速度の法線方向(N)成分のみを単純に反射する話．

座標側の補正に関しては，あまりにも（見た目に不自然なほどに）大きくめり込むのでもないならそのまま放っておいても良いのではないかな？とか．
どうしても座標もいじくりたいならば，座標更新処理を「接した時刻」で２分すればよかろう．

なお，
接方向(Nと垂直な方向)成分も扱いたい（：摩擦を表現したいとかいう）場合には，適当に速度の接方向成分もいじくればよいのではないかと．
単純には s (0.0< s <1.0) 倍してやるとか．
s の値を壁側のパラメータにでもすれば，摩擦が強い/弱い壁みたいなのを表現できるかもね．

usao

単純には (1)円が正方形の辺に触れるパターン (2)正方形の角が円に触れるパターンに分けて考えればよいのでは．で，どちらだろうが，物体の速度を「ある方向Nに対して反転する」のがシンプルな処理であろう． (1)の場合のNとは，触れた辺の法線方向(辺に直交して，正方形の外側に向く方向)であろう．これは単純明快． (2)の場合は，至極単純には，接触点から円の中心に向かう方向をNとして用いることが考えられるが，そのような挙動で良いのかどうかはアプリケーション次第なので何とも言えない．なお，「物体の速度のN方向成分とNとの内積が正である場合には速度反転処理をしない」といったifを仕込んでおくと...

usao

> ｃ＋＋はヘッダーは　.hppを使うのが一般的

・Boostとかだと ".hpp" が使われる
・Visual Studioでファイル新規追加する際の拡張子はC++でも".h"である．
・".hh" なんてのを使う文化もあるみたいだし．
・なんなら，STLは拡張子無いし．

「一般的」と言うほどの話とも思えないけど．

usao

static const int の場合にエラーにならないのは，それがガチの定数だからだと思う．
言わば特殊ケースであって，
「#pragma once とさえ書けば static なメンバの定義をヘッダファイルに書いて良い」という話ではない．

「さっきstringがどうの」と書いたが，もっと簡単に，constをハズしてみれば，エラーになることを確認できるハズ．

usao

> 多重定義になってしまう

という話は，インクルードガード(#pragma once)に関連する話ではなく，
「そのヘッダを A.cpp と B.cpp がincludeした場合に多重定義になる」という側の話であるように思うが．

試しに，そのクラスDef に static const メンバとして int ではない std::string 型とか適当な物を持たせて，
その実態を Def.h に定義した状態で，
Def.hを複数のcppからincludeしてみればわかる．

usao

> 関数の中身は「Cプログラマのアルゴリズムとデータ構造」という教科書を参考にしています

その教科書を読むだけではその教科書のコードが理解できないのであれば，
別途，何らかの情報ソースを探して，まずはCの基礎の基礎を学ぶべき．
手元に基礎を復習できる教材が無いなら，例えば「Ｃ　入門」とか何か適当にググって良さそうなところを２時間くらい見てきたらどうか？

（これは本当に真面目なアドバイス．こういう場所で他者に尋ねるよりもよほど早く解決するだろう．）

usao

> int delete(int key)
> この関数も引数があり、戻り値がない場合なのでvoid型だと思われるのですがなぜint型なのでしょうか

ここらへんとか，話の流れ（というか意味というか）がさっぱりわかりません．
戻り値をintとしてコードを書いたのはあなたなのであり，その戻り値の仕様すらコメントとして書いてすらいるではないか．
なのに「戻り値がない」と言う．何を言っているのか？

usao

マルチポストしている暇があるなら
その時間で教科書を少しでも読んだ方が遥かに有用であろうと思わずにはいられません

https://teratail.com/questions/307464

usao

すげーてきとーに再帰っぽい物を示すとしたらこんな感じかな？（自分が作るなら再帰では書かないと思うけど） //(x,y)のマスを開く処理． //ユーザが指定した座標を引数として呼ばれる想定． //（戻り値は処理結果を示す何か） OpenResultValue Open( int x, int y ) { //入力位置に対する何やかんやの判定処理 if( (x,y)が範囲外だったら ){ return その旨を示す値; } if( (x,y)が既にオープン済みだったら ){ return その旨を示す値; } if( (x,y)が爆弾だったら ){ return ゲームオーバーを示す値; } ....

usao

”塗りつぶし　アルゴリズム”とかでググればいいんじゃない？

（どうせ理解して使う前提なら，コードよりも処理内容の話を見つけた方が早かろう）

usao

「すぐに消える」の意味が不明瞭だが，
「プログラムが即終了してしまうためにprintfの結果を見ることができない」という話なら，
main関数末尾のreturnの直前に getchar(); とでも書いておけばどうか．
あるいはリダイレクトでファイルに出してやるとか．

usao

//プレイヤーの表示
のところのifの羅列に斜めのパターンも書けば良いのでは？

usao

teratailで同じのを見た．マルチポスト．
同じ課題を課せられた奴に飯でもおごって，パクらせてもらえばよかろうに．

usao

例えば私があなたに「これからいくつかの数値を述べるので，その中での最大値を覚えてください．　いいですか？　では始めます．　1, 4, 70, -5, 99, 6, ... 　以上です．最大値はいくつでしたか？」とかいう謎の遊びを持ちかけたとしましょう．このとき，あなたはどうするでしょう？ …といったことを考えれば良いのではないでしょうか．例えば…　私が列挙する全ての数値をあなたは記憶するでしょうか？　多分，しませんよね．全ての数値を覚えなくとも最大値を答えることができるハズです．ファイルから数値が次々と入力されてくる場合でもやることは一緒じゃないですかね．ただその手続きをシン...

usao

(1)aを入力した直後の箇所にてaの値をprintfなりで確認してください．入力した値が出力されますか？
(2)文字列入力する処理は全く不要だと思うので，それ関連（変数bやdに関する記述）を一度全て取っ払ってください．
それでも出力結果は異常なままですか？
(3) (2)で出力結果が改善する場合，&dに対するscanfあたりがやらかしているのではないか？　とか想像します．

usao

Enemy::Shot()とかEnemy::Update()とかが，実際にどれだけの情報を必要とすることになるのかがまだ定まっていないような状態なら，（綺麗じゃないかもしれないけど）例えば，とりあえずこんな形にでもしておくとか． //Player class Player { public: //現在の位置を返す int GetPosition() const { return m_Position; } private: int m_Position; //位置 }; //ゲームデータへのアクセス手段 class IGameContext { public: //必要な情報の取得手段を提供...

usao

usaoさんの仰った引数に情報を渡す方法の場合、今後playerの座標以外も渡す必要がでた場合もすべて引数に渡していく感じなのでしょうか？Ｃ++による設計方法をあまり見たことないので知識がありません。ぜひご教授をお願いします。単純に引数で渡すことで話が済むなら問題はないのでは．（それでは何かしらの問題があるならば別の手を考える必要があるが）引数の個数が増えたときに「たくさん並んでて嫌」とかならstructとか何かである程度の塊の形で渡してやれば引数の個数という見た目はとりあえずどうとでもなるし， playerに関する複数の情報が必要とかなら Player 型(の参照とか)をまるっと渡...

usao

Enemy::Shot()メソッドで情報が欲しいならば，最も単純な話としては，このメソッドの引数に情報を取ればよいだけではないでしょうか？
そうしない理由があるのであれば，質問に際して明言すべきでしょう．

GameがEnemyを保有しているということから，Enemyの公開メソッドはGameが呼ぶことになるのだと思われ，
また，GameはPlayerをも保有している存在なのであるから，
GameからEnemyの各メソッドに引数としてPlayerに関する必要な情報を渡すことは簡単に実現できるのではないかと思うのですが．

usao

See also
https://teratail.com/questions/299864

usao

「どう直す」じゃなくて，まずは実現するための手続きをまともに考えてみたらどうか． 5x5個の箱と，25個の何かが存在するときに，箱に１個ずつ入れるとしたらどうやるのか？ * あなたの提示したコードは３重のループが書かれているが，本当に３重ループになる手続きを考え付いたのだろうか？例えば以下の２種類の手続きが考えられるとして，どちらでも良いから「その通りに」実装すればよい．（１）aの25個の要素に関して，以下を行う． aのm番目の要素に関して，これをbのどこに格納すれば良いのか(i,j)を判断する．そして，bのその場所(i,j)に，aのm番目の要素の値を代入する．（２）bの25個の要素に...

usao

オフトピック

自分にはこのコード断片から処理の妥当性が読み取れない．
（いきなり出てくる nowDir とか rot とか…　他者には意味が取れない気がする）

やりたいことが

> プレイヤーのZ軸をカメラのZ軸と平行にしたい

という話なのであれば，最も素直なのは
「プレイヤーのZ軸 = カメラのZ軸」的な処理になりそうに思うのだが…？

usao

とりあえず「（小さい）敵が」１人と「床」だけが存在する状況を例にすると，以下のような話だろうか？ (1)２次元配列の要素（セル）群のうち，「床」との判定をチェックするのに十分な範囲のセル群にだけ「床と判定しろ」という情報を持たせておく (2)「敵」の現在座標から，「床」との当たり判定に関して参照すべき3x3=9個のセルの範囲を決定できる． (3)上記９カ所のセルをチェックし，「床と判定しろ」という情報を持つセルが存在した場合にのみ，「敵」と「床」との当たり判定処理を行うこのような話において，【9カ所のセルをチェック中に，「床と判定しろ」という情報を持つセルを見つける毎に「床」との衝突判定...

usao

> Controlクラスを継承したPositionクラスで敵や自機の座標を取得して、Positionクラスをシングルトンにしてどこからでも座標を取得できる。

そもそもこの「Positionクラス」ってのは一体何のために必要なのだろうか？
というところから考え直した方が良い可能性もありそう．
（全貌を知らないから，なんとなく(?) そのように感じるだけですが）

usao

どう見てもわざわざ再帰で書く意味が無い内容のクソ問題だな．
まぁ実用するんじゃなくてただ課題なんだから
「スタックが尽きるような長さの入力はしないものと仮定」して良いんじゃないかな，とは思う．
（提出時にそういうお断りでも添えてやればよろしかろう）

・最初のＫ文字を保持しておく配列（Ａ）
・最後のＫ文字を保持するための配列（Ｂ）

の２つを用意し，１文字ずつ入力を取得しては取得回数をカウントし，
現在のそのカウンタ値に応じてＡかＢのどちらかを更新していけばよかろう．
Ｂ側はリングバッファ的にでも扱って更新してやれば楽だと思う．

usao

> GenerateOutput();関数は毎フレーム呼び出す関数ですが…

とか言われたって，その関数の中身空っぽですやん？
その時点で既に話自体が謎．

「何も書いてないから描画されません＞＜」って話ならば，「そりゃそうだろうね」としか．

そうではなくて，「そこに何もコード書かなくても勝手に何かが描画される仕組みが存在するんですが？」みたいな話なのだろうか？
だったらその関数自体がいらねぇわけだから，それについて言及している意味もわからんし．

＃日本語文章とか行動とかが虐殺君に似すぎているのも各所で真面目に相手にされない要因なのではなかろうか

usao

座標系が謎だなぁ…
sinとcosは本当にそれで合ってるのだろうか？（x側がcosとかいう話はない？）

あと angle は最初だけ計算して，あとはずっとそれを使う（弾は発射後ずっと同じ方向に進む）ように見えるけど，それで合っている？
（「ホーミング」って言葉からは違うものを想像するけど）

usao

オフトピック

> C言語2級レベル程度の...

C言語って級とか段とか(?)あるんすか？

usao

「ミサイルコマンド」みたいなのはどうですかね．
（画面の上側から伸びてくる線を，下側から迎撃するやつ．知らなければググってどうぞ）

usao

オフトピック

「玉がどうの」と言われたら宣伝しておかねばなるまい．
（もう６年も前の話かぁ…）
viewtopic.php?f=78&t=14198

usao

> x-x1<=1 || x1-x<=1 && y-y1<=1 || y-y1<=1 ご自身で書かれた条件を，ご自身で説明できますか？例えば， > x-x1<=1 これは，(x <= x1+1)であるときに満たされます．ざっくり言えば，x1が100のとき，xが101以下であれば常に満たされ（てしまい）ます．（例えば，一方の座標が100で他方が0のときに「衝突している」とは判定したくないと思いますが，そうであれば，これだといかんのでは？） --- suggestion: ・「A || B && C」と書いた時，それは「A || (B&&C)」なのか「(A||B) && C」なのか？　把握...

usao

それはそれとして，もうちょっと「まともな」挙動となる方法に関しては，例えば
「ビリヤードシミュレーション　計算方法」みたいな（いかにもそういう問題を取り扱っていそうな）語で検索してみると良いかもしれません．

usao

「やったつもりだけど上手くいかない」と言われましても，何が何だかわからんです．【「やり方」が合っているか否か】というのは，あなたが実装しているプログラムに依存する話です．例えば，「玉」と言われたら，私は「ある程度大きさを有する（丸い）物」を想像しますが，そのコードを見た感じ，サイズという概念の無い「質点」のような扱いが成されているように見えます．そのことが，あなたのプログラムの仕様の上で正しいのか正しくないのかは，私にはわかりません．また，外野からすれば，自由に運動する何かの衝突判定として， > x==x1 && y==y1 なる（「座標の完全一致」という）条件を満たすことは，非常に...

usao

最も手っ取り早い（しかし，しょぼい，ごまかし的な）方法の１つとして，２つの弾の速度を入れ替えるというものがある．

衝突してきた相手の移動方向や速さに応じたそれっぽい挙動を示したいなら，
おそらく物理的な話を持ち込む必要がある．

usao

オフトピック

#2を書いてるときに，１行目：

> int r = 255, g = 0, b = 0;

が自分に見えてなかったような気がするけど，とりあえず何かは伝わったような気がするからヨシ！

usao

> 何故これで色が薄まるのか分からないです… まず， > r = r<255? r+1: 255; これは， r = x<255 ? x+1 : 255; の間違いかな，と思う．そうであれば，xの値毎に，r,g,b の値がいくつになっているのかを実際に見てみれば分るのでは．・x=0のとき，r=1になる．・x=100のとき，r=101になる．・xが255以上のときには，r=255となる．つまり，xが増える（右に行く）ほど，rの値は増える． g,bについても同様ならば，xが増える（右に行く）ほど，色は白に近づく． xが255よりでかい場所は全て真っ白になる．上記の話がわかれば， > 半...

usao

デバッグしてください．

srand()に適当なSEED値を入れて実行することで，「道筋が複数本」になるようなSEEDを探してください．
それを見つければ，何度でも同じ処理を再現できますから，デバッグしやすいでしょう．

穴を掘るたびに状況を表示するようにするなりして動作を見ていけば，
どこかの時点で「道筋が複数本」になることを観測できるでしょう．
そのときの処理の進み方を詳細にチェックすればロジックのミスが見つかるでしょう．

usao

> どうしてこのようなエラーが起こるのか

エラーメッセージの通りだと思いますが．

あなたは，

コード:

float func_add(float, float);

として，関数func_addの型を宣言しました．
つまり，
「関数 func_add とは，引数はfloat型が２つで，戻り値はfloat型であるぞ！」とコンパイラに対して声高に宣言したのです．

にもかかわらず，あなたは
先の宣言とは矛盾した（型の異なる）関数func_addの定義を記述しました．

それを見たコンパイラからすれば，「は？　さっきの宣言とちがくね？」となるわけです．

usao

とりあえず　強制条件　とされている関数を作ってみたらどうです？
（そこからできません　とかだと，じゃあ何ができるん？　って話になる）

usao

また別の話：やることは，角度がいくつだろうとも，「out_bufの各要素をin_bufのどこかの要素の値で埋めること」なのだから，全てのパターンを総合してこう書ける． for( out_bufの全ての要素(x,y)について ) { (x,y)に対応する，in_buf側の要素(X,Y)を求む． X = ...; Y = ...; out_buf[y][x] = in_buf[Y][X]; } 既に述べたように，左回りか右回りかで分岐する必要は無いから，XとYを求める箇所の処理は単純に{90度,180度,270度}の３パターンだ．このくらいなら，ifなりswitchなりで書いてしまってもよい...

usao

別の話：

・「左に90度回す」というのは，「右に270度回す」ことと等しいのではないか？
・同様に，「左に180度」「左に270度」も，右に回す処理に置き換えることができるのではないか？

であれば，馬鹿正直に6パターンの処理を個別に書かなくても3パターン書けば済むのでは？
さらに，

・「180度回す」というのは【「90度回す」ことを２回行うこと】
・「270度回す」というのは【「90度回す」ことを３回行うこと】

だということを使うならば，回転の処理は，「90度回転」を１つ実装しさえすれば，全パターンの処理を達成できるのではないか？

usao

コード:

char Buff[8];

というとき，有効なindexは0から7だ．すわなち

コード:

Buff[8] = 1;

とかはダメなのだ．

では，

コード:

char out_buf[8][9]

のindexの範囲は各次元でどこからどこまでなのか？
それを逸脱した場所にアクセスするような処理を書いていないのかをチェックすべし（まぁ，どうみてもやってるわけですが）．

usao

むしろ何がわからないのか？そのコードは２パターンの出力を繰り返している． →　では，これを，３パターンの繰り返しにするにはどうすればよいか？　→　もう一個書けばよくね？ →　壁まで行って戻ってくるのに何パターンが必要かは知らないけれども，必要なだけ書き並べればよくね？おそらく，「必要なだけ書き並べる」のでは「いかにも面倒だし，もっとうまいやり方がありそうだし…」という話であろうと思うが，”うまいやり方”を「頭で考えているだけでは思いつかない」ならば，そういった一番明確で強引な方法を，全パターンでなくとも最初の数パターンだけでも実際に書いてみるステップを経てみるといい．そのコードを見てみ...

usao

少なくとも機能のロジックの動作を見る分にはprintfでも何でも良いんじゃありやせんかね．
あっしはそう思いますぜ．
「結果が異常」という問題だけにフォーカスするならば入力部分すらも不要でありやしょう．

＃質問時と応答時とで名前が違う点にはもう今さらどうこう言いませんぜ．

usao

とりあえずやりてぇことの中身だけを直にやるようにすりゃあもうちょいマシな形になるんじゃあありませんかね？「映画」で検索かけて表示するって話にはDXライブラリなんて必要ねぇんじゃあないですかい？特定のライブラリに依存しているコードってのもそれだけで回答者が減る要因かと思いますぜあっしは．そいつをとりあえず除去するだけでもウィンドウが閉じちまうとかいう謎の問題は消え失せるんじゃねぇかと思いやすしコードも相応に短くなるでしょうし良いことづくめなんじゃありやせんか？なんてことはもう他所でもさんざん言われているかもしれやせんがそういうのは場所変えたところで反応が変わるもんでもないんじゃねぇ...

usao

所構わずマルチポストし続けるその精神力に敬意を表してコードに関しては１つだけ指摘しておきやしょう．あなたが行うべき比較というのは strcmp(buffer, buffer2)==1 で達成できるものなのか？ってところですぜ． strcmpでググればこの関数が行うことの意味がわかりやすしこの関数の戻り値と1とを比較するという処理の妥当性の無さをも知ることもできると思いやすぜ．そしてさらに生きるヒントを差し上げるならば (1)こういう場では【コードの長さ】というのはそれだけで負の雰囲気を醸し出すんで．読み手には「そんなクソ長い未知のコードなんか読みたくない→関わらない」という心理が働く...

usao

ちなみに，a,bのところの FuncTest2:: は無意味．

usao

bはFuncTestのコンストラクタが要求している型と合致しているfを指定しているからＯＫ．

aは，多分，メソッドの宣言だと解釈されている．()ではなく{}を使えば通るかと．

c,dに関しては，gがメンバ関数なのだから呼び出すにはインスタンスが必要なわけで，その書き方のままじゃ無理なのは当たり前．
（ちなみにgをstaticにしても，FuncTestのコンストラクタが要求する型に暗黙的に変換はしてくれない，と思う．そこまで深く何段階も暗黙の型変換は行われないハズ．）

ってことかと．

usao

・最低値からの差分だけを表示する：
　例えば，一番少ないbinの値が999だったらそのbinに関してのアスタリスクは表示しない．値が1000のbinに関しては１個だけ表示する．
　（加えて，最低値を別途表示するべきか）
・各binの表示を適当に改行して複数行にする
・１つのアスタリスクが複数回（例えば50回）を表すこととする
・でかい単位を表す別の文字も用いる（1円玉だけだと大量でも，10円玉や100円玉も使えるならすっきりするかもしれない）

usao

関係あるかどうかわかりませんが，
EmptyClipboardとかSetClipboardDataが成功しているかを戻り値でチェックしてみてはどうでしょうか．

msdnでOpenClipboardやEmptyClipboardの説明を見ると，そのような呼び方をするとSetClipboardDataが失敗する，と書かれているように見えます．

usao

I(t) = (1.0-α)I(t-1) + αF( 時刻tでのカメラ画像 )
というのは，平均化（あなたがいうところの「RGBの各値加算して回数で割る」）処理に関して

> 時間がたりない

ということを危惧されていたようですので，代替的な処理方法の例として挙げました．
・処理時間が軽く（除算とかいらない）
・過去フレームをメモリにたくさん保持する必要もなく（「可変長がどうの」という話自体が現れない）
処理として．

この処理のことを正確に何という名前で呼ぶのかは知りませんが，処理の意味合いは式から明確だと思います．

usao

外野には話がよくわからんですが，直面している > 画像検査に合わせて検討してください．「合わせて」とは，今現在の「画像検査」の処理結果が良くないというときに，その原因がカメラ画像のノイズにあるのだ，ということが判明しているならノイズ除去の検討を行うべきで，その際には，ノイズ除去処理というのがどうあるべきか（処理速度，結果の具合，副作用の許容範囲，etc）というのは，「画像検査」処理の内容を鑑みて判断せねばならないということです．要は， > 改善できないかというのは，一体何をしたら「改善」が達成されるのか？という．その｛考え，方針，作戦，…｝が先に無いと，成果は得られにくい...

usao

とりあえず，以下のようなのをやってみてはどうだろうか．簡単だし．

ある時刻tで後処理に用いる画像（≒ノイズ除去済みの画像）を I(t) と書くとき，

最初のフレーム(時刻t)：
I(0) = F( 最初のカメラ画像 )

以降のフレーム：
I(t) = (1.0-α)I(t-1) + αF( 時刻tでのカメラ画像 )

※ここでF()は何らかのノイズ除去フィルタ（Median Filterとか，Bilateral Filterとか，あるいは何もしない）
※αの値は0～1．　たとえば0.1とかそこらへんから適当に試せばよいかと

usao

元々の質問内容に関しての回答としては…
cvQueryFrame()で得られたフレーム画像のクローンをcvCloneImage()で作っては
Queue的なものに突っ込めば良い（最大保持枚数は自分で決めて，古いものを適宜popすればいいしょ）
のではないかと．
（もちろんpopしたものはcvReleaseImage()で破棄する必要がある）

ただ，目的がノイズ除去ということなので，個人的にはそんなにたくさんの(10とか1000とか)フレームを用いる必要はないと思う．
例えば，「各フレームのMedianFilter結果」を数フレーム分貯めておいてそれらを平均　とかでもまぁ大抵は十分ではなかろうか．

usao

あたっしゅさんが書きました: ↑
10ヶ月前
openCV は、よく知らんが、こんな感じでしょうか ?

IplImage型の配列を用意してもおそらく面白いことはありません．
OpenCVのC APIでは，IplImage型を直接扱うことは無くて，常に「IplImage * 型」であれこれします．
（ライブラリの中で生成されたバッファへのポインタを扱う）

（ちなみに，IplImage型だけ作ってもヘッダ部しかない状態で，画素データが無いのでまともに使えない）

usao

1000枚も用いることを考えているということは，撮影対象は動きが無いシーンなんでしょうか．

やることが平均化とかであれば，
対象のフレーム画像を一度にメモリに保持せずとも
Running Average 的な処理ではダメなのか？　ということを考えてはどうでしょうか．

それはそれとして，今の時代にあえて IplImage * なバージョンのCVを使う理由があるのでしょうか？
（最近の版ではもはや IplImage を使うC APIがまるごと存在してないハズ）

usao

差し支えなければ，背景（やっていること）に関しても何か簡単に説明なりがある方が
読み手もイメージしやすいのではないでしょうか．

一度に1000フレーム分の画像をメモリに保持せねばならない処理って，一体どんな処理なのでしょう？
とか疑問に思います．

あと，確証はないですが，cvQueryFrame()の戻り値は単純に保持せずにその画像のコピーを作って保持しなければならないかも？
（cvQueryFrame()は内部管理されたメモリへのポインタを返すハズ．→この関数が返したものって，いつまで有効なのか？　というのが謎．）

usao

文面から察するに，ちょっとコードの読み方を間違っていると思う． BaseScene::BaseScene(ISceneChanger* changer) : mImageHandle(0) //←メンバイニシャライザ { //ここはコンストラクタの実装 mSceneChanger = changer; } mImageHandleを0に初期化する記述にはメンバイニシャライザを使っているが， mSceneChangerに関しては，コンストラクタの処理にて引数の値を代入している．この例は「初期化or代入」で何かしらの違いが出る場面でもないだろうから， BaseScene::BaseScene(I...

usao

ピクセルのデータを扱うクラスがあるのなら，そのpixelClass型の要素が画像サイズ分だけ必要という話なのでしょうから，そこにint**とかが候補として出てくる理由が謎です． pixelClass** にして，「２次元配列」な形態(?)にこだわっても良いでしょうが，個人的には確保と解放が面倒なだけに思います．画像のサイズW,Hをファイルから読み取った時点で，W*H個の要素を作れば良いのだから， pixelClass *ImgPixels = new pixelClass[ W*H ]; //「１次元」ですがとかで良いのではないでしょうか．これなら確保と解放が楽です．要素アクセスは //...

usao

「同次座標」とかで調べると良いかと思います．

スクリーン上への投影座標は，XYout,Yout,ZoutをWoutで割ることで得られます．
要は，
その4x4行列を掛けただけでは，「反比例」に対応する割り算はまだ行われていない，ということになるでしょうか．

usao

オフトピック

引用で元を見れるのは知りませんでした．
なので，「失われ」という表現を用いました．

途中から斜体になっていることから

コード:

s[i]

と書いたのだろうな，とだけは察しは付くけど，他の現象の有無は自分はわからん（知らん）ので．

usao

オフトピック

ここでコードを提示する際はちゃんとタグを使って書かないとダメです．
（おそらく配列関係の記述がいくらか失われてしまっていると思うので，今の状態だと元のコード状態が不明）

ポインタで文字列の反転がどうの　という話，
最近teratailで見たような気がするので，探してみたらどうか．

usao

作ったプロジェクトの種類が問題なのではないでしょうか．
「Win32コンソールアプリケーション」を作ったのでは？
「Win32アプリケーション」を選んでプロジェクトを作ってそのコードをビルドしてみてはどうでしょう．

usao

オフトピック

それはそれとして，

「ルール：なんたらSceneだのいうクラスを実装する際には『自分のメソッド実行中に自身がdeleteされ得ることに十分注意すること』」

とか何とか言われたらとても嫌だと思うので，
スタックなりを管理している側(?)でその辺はそうならんようにしておけば良いのではないかな．

usao

何を問題にしているのか読み取りにくい… （１）スタックの要素はshared_ptrであるから，popしたからといって，shared_ptrが要素を削除するかどうかはわからない．（リンク先は続き物みたいなので過去記事までさかのぼって確認すればその辺がどうなってるのかがわかるのかもだけど，そこまで労力割きたくないので…）（２）仮にpopする瞬間に要素が削除されるのだとして，returnするだけとかなら問題ない．インスタンスが削除されたからといって，コードがなくなるわけじゃないので，インスタンスに依存しない処理であれば問題ない．ざっくり言えば，そのインスタンスのメンバ変数の読み書きをしない...

usao

オフトピック

「基礎から学べ」と言われるのは，
この人の文章を読んだときに
「具体的どう誤解しているのか明確にはわからんけど，どこか大前提の部分にとんでもない勘違いをしているなこれは」という感想を持つからであろう．

「認識」の側が実はまともなのだ！ということであれば，毎回「書き方」にきちんと注意を払うべき．
読み手が意味を取り違えるような文章を書かないように．

usao

> 認識の違いというか、条件の書き方が悪かったです。なんというか，この人の場合，「認識」と「書き方」のどちら側に問題があるのか読み手に判断付かない度合がすごいというか… 頭の中では「Ａ」だと考えているのにそれを文章に起こすと何故か「Ａ」ではなく「Ａ’」と書いてしまうのか，それとも，最初から「Ａ’」だと考えているから文章にも「Ａ’」と書いているのか，どっちなのか（それともどちらでもない何かなのか）が判断付かない．そのせいか，【「処理の流れ」をどう捉えて（誤解して）いるのか？】がうまく伝わってこない，というか，その時々でそこらへんの認識が変わっていて一貫していないようにすら見える．例え...

usao

オフトピック

> スルーしてるのは、なぜですか ?

一度，「基礎からやれ」と言ったので嫌われているのでしょう．
それ系の話が何故かとても嫌いみたいです．

まぁ「俺は基礎は学ばない！」という強い意志を貫く独自のスタイルも有りだとは思います．

usao

オフトピック

> 再びキーAを押すことで

ひょっとして，このあたりの認識が間違っているのではなかろうか．

usao

オフトピック

それはそれとして，「マップチップ云々…」という言葉から勝手に想像するに，
実際にゲームを作るとなると，ルール的に「敵が侵入できないマス」とかが設けられることが予想されるので，

(1) 敵の移動先候補を列挙する
　単純な例で言えば，今の座標の上下左右の４カ所のうち，侵入できる箇所であって且つ追跡対象との距離が近くなる箇所
(2) 列挙された中から実際の移動先を選ぶ

みたいな手続きにしておくと良いのかもしれない．

usao

> いろいろと調べたのですが …… 見つけられませんでした。よく目にする文言だけど，何をどう調べたのかは絶対に明かされない不思議！ Xが左右方向でYが上下方向なのだとして， (1) Y座標を固定してX座標だけを動かせば「左右のみ」になる． (2) X座標を固定してY座標だけを動かせば「上下のみ」になる． (3) X座標とY座標とを同時に変更すると「斜め」に移動することになる．という３点は明らかであると思うのだが，どうだろうか．「明らかでない」というならば，自分はちょっともうこれ以上簡単に説明できないです．「明らかである」ならば，上下左右のみに限定したいなら(3)が起きないようにすればよ...

usao

> 画面の切り替えってどう作るのでしょうか？

一応これについて書いておくならば……

「C言語　ゲーム　画面　切り替え」とかでググるとたくさん出てくるはずです．
これ系の話では「シーン」という言葉が使われることが多いようですから
「C言語　ゲーム　シーン　遷移」みたいな検索でも良いかと思います．

ググるとおそらく様々な方法の話が見つかるでしょうけど，
とりえあず最初は｛継承，仮想関数，ステートパターン｝みたいな単語が出てきたページは即刻閉じて見なかったことにした方が良かろうと思います．

usao

このような質問をする場合には，問題に無関係なコードを除去して，質問内容に関する話をするのに必要最低限の（「キーXを押すと選択画面に行く」だけのプログラム）コードを示すべきです． > 選択画面に相当する処理実装って，そのコード内のどこの部分ですか？（「選択画面」と言う名前から想像するに，何か選択肢が表示されたりとかするんですよね？　きっと） > 選択画面に行くための機構の記述ってどこですか？ > ClearDrawScreen(); // 裏画面をクリアの後に ... を付け足して、... 該当行の直後部分（「ステージの描画」という注釈行からScreenFlip()までの範囲）を見た感...

usao

オフトピック

> Noir氏

異なる考え方/意見は尊重しますので，
あなたが先駆者として導くというのならば，そのようにすればよろしいかと存じます．

＃私の意図は既述の通り（他所のような）排除ではなく，あなたが言うところの「導き」です．
相手の理解状況を推測した結果として「まずはもっと基礎をちゃんと学んでください」というのも正しい助言だと私は考えます．

usao

> あなたに言われなくても基礎勉強しながら作ってますよ。おそらく，あなたが勉強しているという「基礎」よりももっと手前の段階の基礎（前提的な事柄）を最初に学ぶ必要があるのだと思いますよ．例えば， int main() { //ここで A,B,C はそれぞれ何らかの処理である A; B; C; } のように書いたら３つの処理{A,B,C}がどの順序で処理されるのか，とかそこらへんのとこから話が書いてあるような場所を見つけて読むと良いでしょう．「邪魔」という言葉が気に入らないのでしょうが，このような前提レベルの話を把握していない相手にいくら回答したところで内容が理解されないわけなので，　...

usao

ゲームっぽく例えると，【LV2あたりの敵を相手に半死半生な実力であれば，LV10の敵に挑んで勝てるわけがありませんぜ】って感じです．仮にFizzBuzzが難易度LV2で，今あなたがやろうとしていることがLV10なのだとしたら，まずはLV10の事柄にまともに挑戦できるようになることが必要です．少なくとも処理がどう流れていくのかのイメージも掴めない状態の人が取り組むべき内容ではありません． (1) まずLV2を余裕でこなせるようにLV1あたりから「普通に」勉強する (2) LV2～LV9の難易度の事柄としばらく戦って，LV10に取り組める実力を養うというステップを経ることが必要不可...

usao

あなたが求める「一瞬」の期間だけplayerphotoの値をそのままにし，
その期間が過ぎた時点で別の値に戻せば良いのではないでしょうか．

とりあえずplayerphotoの値をwhileループ内の先頭で毎回初期化している時点で
視認できるほど長い期間だけ値を保持できているとは思えないので，
何か時間を計測する手段を用いる等して実現する処理を追加することになると思います．

usao

左に1bitシフトしたら値は2倍になる（という点については大丈夫か？）
左に8bitシフトしたら値は(2の8乗=256)倍になる

usao

オフトピック

そんな意味わからん長文書く前に，まずはstrtolをググればよくね？
（引数の意味について書こうとして「？」が付いている時点でダメだろ常考…）

usao

オフトピック

> 第一に、以上のような１ケタずつ読み込んでいく方法だと、整数10個、アルファベット大文字26文字、小文字26文字で、合計62種類までのデータを読み込む事が出来ます。

この話だと，１データを「数字とアルファベットからなる２文字」にすることで62*62=3844パターンを表現するという世界を目指していることになる．
ファイルに書かれている"11"だの"AA"だのいうのは16進文字列ではないのだろうから，
strtol(p, &p, 16)
だと目指す仕様と違うんじゃないの？

usao

オフトピック

> mapdataを二次元配列から一次元配列にする方法も試しました

こういうことしている時点で，何かが根本的にズレている気がする．

あるロジックがあるデータ構造を用いて動く状態が存在していて，
→当該データ構造のデータを用意する手段として「ファイルから読む」

じゃないのか？
データ構造側をファイル読込処理の都合によって変えちゃうの？

usao

オフトピック

カンマ区切りな内容のファイルを用意するとしたら，それを読込むプログラムの側ではカンマの存在に対処する必要がある．
その処理が自分自身に厳しいかどうかは，やる前にわかるハズ．

にも関わらず，何故カンマ区切りなフォーマットのデータファイルを用いようと思うのか．
わざわざ問題の難易度を自分自身で大きく引き上げて困っているという構図．
「自分が余裕で扱える形でデータを用意しちゃいけない縛り」みたいな営みなのか？　行き詰るのが好きなのか？

usao

オフトピック

こんな単純データだったら，stringstream様のお力で解決してもらえば楽なのでは．

usao

ＯＫ．他者に期待．

オフトピック

ソースをどう直したらいいか？　という話をする際には，私なら，コードをコピー＆ペーストする．

「ここに提示したコードは実際のものとは異なっていて，そりゃあ書き写しのミスもありますよ」とか言われても，
じゃあどれがそのミスで，どれは違うのか？
一体何に注目してどの問題について論じれば良いのか？
第三者には判断材料がないわけだから，正常なやりとり自体が不可能ですな．
（それでも大丈夫なエスパーな人もいるかもだが，私には無理）

usao

=と==の違い，わかってますかね？

FileRead_gets()の戻り値はググった感じだと「長さ」らしいですが，
だとしたら，↓って何の判定なのかわからないですよね．

コード:

FileRead_gets(buf,1023,fp)!='\n'

＃方法論がどうの以前に最低限のことはしようぜ

usao

> 複数の種類の画像を複数描画するこれ「だけ」をやるのに必要な要素を考える．「複数」がネックならば，最初は「１個」から始める．「一個なら余裕だからやってみるまでもないぜ！」とか構えてても何も進まないなら，実際にやってみて具体化することだ．１つの画像を描画するのに最低限必要なのは「どこに描画するのか」「何を描画するのか」の２つの情報であろう．前者は描画位置を示す座標であり，２Ｄだろうから(x,y)でいいだろう．後者はDXライブラリの場合だとどうやら「画像のハンドル(?)」とかいう値っぽいので， (x,y,ハンドル)というデータが１セットあれば，１つの画像を描画するのに足るハズだ．よ...

usao

なぜわざわざ新規トピックにしてるのかわからんけど話を打ち切って無かったように別に始めるという態度は協力者を減らす方向にしか行かないと思うぞ．で，根本的な間違いは何かっていうと「自分自身でどう使えばいいのかもわからんデータをわざわざ定義している」という点であろう．普通，データってのは，自分が使うのに都合が良い形に用意するんだから，それを使って何をどうするのか？ってのは「自明」と言える．「データはこれなんだけども，どうすればいいかわかりません><」なんていう意味不明な状況には，少なくとも出発点の段階で陥ることにはならないと思うんだよな，常識的に考えて．つまり，どうすれば良いか？っていう...

usao

くっそ…しくじった．
前記投稿(#16)にて「ch.num」と見えている箇所は

コード:

ch.num[i]

と書いたつもりなので，読み変えてください．
（コレほんと使いにくいなぁ）

usao

ch.num とか書いてるけど，このnumの要素数はいくつあるんです？　（領域外アクセスしてないかどうか） ch.num の iの値としては '1' と 'A' を用いてるみたいだけども，これって10進数で言えば，49と65になると思うんです．つまり【ch.num[49] と ch.num[65] の２要素だけに関して何かあれこれ処理する】ということになっていそうに見えるのですが，これって想定通りなんですか？ CharaInit()でマップデータ全体に関してループしている際に，'1'や'A'はデータに複数個存在しているから毎度激しく ch.num の内容を上書きしていると思うけど．

usao

オフトピック

なるほど，最後のswap3の方法はinteresting

usao

オフトピック

> 面白い問題だと思うんですが、誰もやってみないのでしょうか？

「面白い」とは何か？ってところが個人で違うでしょうし…
言わば「縛りプレイ」的なパズルですよね，コレ．

あえてごちゃごちゃとバグりそうな（あるいはバグっててもすぐにはわからないかもしれないような）処理を考えることを面白いと感じるかどうか．

私は頭使うの嫌いなタイプだから
「え？　配列内の並び替えをインプレースで…？」
↓
「できらぁ！」
↓
結果：バブルソート的なしょぼいコード

とかなっちゃうなぁ．

usao

オフトピック

つまり，初心者をポインタで迷子にしないための方法として，以下が考えられる．

【「ポインタは難…」とか「Ｃの文法が…」とかいう話を展開しているような本なりサイトに出くわした場合，それは読まずに別のを探すこと】
という指針を前もって与える，という方法．

この篩はうまく機能する気がしてならない．

usao

オフトピック

【世の中に「ポインタがわからん」という人々が溢れている】
という話が真なのであれば（個人的にはこれ系の話自体が偽なんじゃないかと疑ってるけど）

これからそうなるかもしれない対象たる初心者に向けた文章に
> 「ポインタはアドレスだ」
なんていう　ふわっとした　フレーズが
時に，「ポインタは難しいぞぉ！」だの「文法がどうのこうのっ！」だのいう刷り込み目的としか思えない謎の呪文句を添えた形で
存在したりしていることがそもそもの元凶なんじゃないか？　とか思えてしまう．

（個人の感想です）

		1月 2021
日	月	火	水	木	金	土
					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31

検索結果 1624 件