- 1 名前：デフォルトの名無しさん [2008/09/28(日) 18:26:18 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その10
pc11.2ch.net/test/read.cgi/tech/1197759782/
- 237 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:51:18 ]
- ちなみに 3D でも、とりあえずやることは
変換行列 x [ x; y; z; 1 ]
でしょ？2D なら
変換行列 x [ x; y; 1 ]
になるって話
- 238 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 14:33:14 ]
- 高々R^2 => R^2なので射影などの３Dと２Dの変換ではからもっと簡単なアルゴリズムになると思ってたんですけどちがうんでしょうか。
画像をセピアに変換とかとおなじで、画像を自由形状の多角形に（フィットさせる）変換も画像処理だと思ったんですけど、
この様子だと全くすれ違いのようですね。
それと、WEBで処理のサンプルを見ると、forとint[]で手計算してるのが多いんですけど、
現代でもDirectXやOpenGLとかのベクトル計算専用ハードを使わないで画像処理するのがトレンドなんですか？
- 239 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 14:41:22 ]
- ＞とにかく目的の形状にピクセル毎にマッチさせる変換行列を 数式的に表現しなちゃい。
＞できれば線形でもいいからなんらかの補完メソッドを使いたい所。
いろいろと大事なことを数行で書いてますね。そのあたりの普通に思い浮かぶ方法の実装は終わって
この方法では大体めどがついたので、他にあるかなってことです。
普通に画像を回転(pi/2とか）させるとモアレみたくなるんで補間は必須だと思うんですけど。
- 240 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 15:15:30 ]
- たんに日本語の書き方が下手すぎて読まれてないだけかと。
俺は最初の1行半だけ見て読むのをやめたから、質問だとは思わなかった。
- 241 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 15:15:43 ]
- >>238
まぁもちろん画像処理なんだけど、画像処理ってのは、
コンピュータビジョンなどの画像解析と、
コンピュータグラフィックスなどの画像合成の二つに分けることができて、
大抵は画像合成はCGスレに行くから、
画像処理スレは画像解析の人が集まると思う。
結構 2D == 画像処理スレ、3D == CGスレって勘違いしている人がいるんだけど、
ほんとはその分け方はあまりよくないんだよね。
2D だってコンピュータグラフィックスはコンピュータグラフィックスだし。
ってわけで、3D CG 畑の人なら、3D CG の時の処理を参照して、
z を無視した 2D CG の計算式になおせばおｋなんじゃないかね。
もちろんそのまま 3D のを使ってもいいんだけど、処理を速くしたいみたいだから。
>forとint[]で手計算してるのが多いんですけど
それはアルゴリズムの解説をしているサイトなんでしょ？
ライブラリで、ほい、とか言われたら解説にならないじゃん。
>現代でもDirectXやOpenGLとかのベクトル計算専用ハードを使わないで
ハード？ライブラリ？ライブラリは一杯あるよ。
前はテンプレにリストされてたと思うんだけど・・・
- 242 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 15:17:41 ]
- 俺はウィキペディアのことをウィキというなあんちくしょーと思ったので、
スルーしてしまった。
- 243 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:11:28 ]
- といって強がってるけど、みんな気になってたんだよねｗ
- 244 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:24:36 ]
- >>237
普通にアフィン変換するだけだとフィットできないんですよ。
アフィン変換は線型性を保持するだけなんで、普通にやると例えば平行四辺形は三角形に変換できないからどうしようかなって。
- 245 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:28:23 ]
- >>244
だからパースペクティブっていった。
- 246 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:41:49 ]
- パースペクティブ変換て射影変換？
- 247 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:42:04 ]
- CG版ってのがあったんですね。そっちいってみます。
このすれは画像上のパターンのマッチングとか、動きを追跡とか、低解像度からいかに鮮明にするか、とかですか。
今興味あるのは構造とかベクトル画像とかで純粋なラスタの処理ではないからそのあたりが畑が違うって感じるんでしょうかね。
ウィキでアルゴ調べてもなかったときは、このすれも覗いてみます。
- 248 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:45:22 ]
- アルゴてなんだアルゴて
ウィキペディアもそうだけど不用意に妙な略語使うな
- 249 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:51:57 ]
- >このすれは画像上のパターンのマッチングとか、動きを追跡とか、低解像度からいかに鮮明にするか、とかですか。
で、あることを期待しているんだけど、photoshop で・・・ とか質問くるからうぜぇ。
前に「画像処理アルゴリズム」スレに名前変えようとか言ってたのになぁ
- 250 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 17:44:36 ]
- あの・・・・前から疑問に思ってたんですけど、
>このすれは画像上のパターンのマッチングとか、動きを追跡とか、低解像度からいかに鮮明にするか、とかですか。
こういう画像処理とか、セピア色にするとかの普通の加工とかも、やっぱり１ピクセル毎にint[]とかforとかで1ピクセルとその周辺を確認しながらやるんですか？
もうすぐ現実的になると思うんですけど、極端に言えば、0xffff * 0xffff サイズの画像とか2^32回ほどループになるとおもんですけど・・・それでもやっぱ手計算なんですか？
- 251 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 17:51:50 ]
- 変な略語を使われるとイラッとくるのは何故だろう。
- 252 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 18:02:15 ]
- >>251
頭が固くなってきた証拠ですよｗ
- 253 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 18:59:23 ]
- >>251
頭が固くなると脳細胞の硬直化現象がおきやすいので病院で脳のCTスキャンしてもらった方がいいですよ。
- 254 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 20:39:33 ]
- >>250
コンピュータ使ってる時点で手計算じゃないよ
- 255 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 01:13:22 ]
- >>250
x と y だけループで、width = 1, height = 1 じゃあ明らかにたりんぽ。
x, y, width, height、もしくはそれに rotation も加え、さらには 3D での
回転を考えるなら、2D での回転方向である roll に加え、yaw, pitch もいれて
ループさせて、それでたくさんサブイメージ群を作る。
どう考えても画像全体に対してこれをやると、時間がたりないからテクニックが必要。
動きの追跡なら、kalman filter だとか particle filter だとかあとは mean shift とか、
簡単に言えば動きの予測をしてその周辺箇所だけをさぐる、みたいな。
で、後はサブイメージと目的モデル（顔とか）との比較をする。
目的モデルは機械学習を使って、モデルパラメータをトレーニングしておく。
こういうのはパターン認識と呼ばれる一大分野の技術です。
>それでもやっぱ手計算なんですか？
なにを言っているのかわからない。中学生？
- 256 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 01:36:40 ]
- んー。
なんかこう、画像処理を、ピクセルのかたまりに対してどばっとやる方法があるのか、
でかい画像でもちまちまやるしかないのか、という質問なのだと思うが。
処理による。例えばフーリエ変換してフィルタ通して逆フーリエ変換、という
処理なら、ドットごとちまちま、という感じではない。
64K×64Kドットってどれくらいだ、1Kdpiで64インチ四方、2畳弱？
- 257 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 02:07:06 ]
- >例えばフーリエ変換してフィルタ通して逆フーリエ変換
このフィルタの部分は周波数ドメインでドット毎ちまちまっちゃちまちまだろ。
>ピクセルのかたまりに対してどばっとやる
結局は行列演算だろ。行列の掛け算だって、中身は for ループだ。
もちろん、特徴ベクトルの次元圧縮は重要な手法だ。
だが、その次元圧縮だって、行列演算を通すわけで、
それは for ループのドットちまちま処理となんか違うのか、
といわれたら、根本的には同じ、としか言えないだろう？
- 258 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 03:53:46 ]
- やったことのない技術に根拠のない希望をもつのは初心者にはよくあることだよ。
- 259 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 04:54:14 ]
- ノイマン型コンピュータってのは、どこまでいっても
バイト単位でちまちま処理するしか能がないからなー
- 260 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 10:48:40 ]
- SIMD命令にうまくはまればある程度はまとめて処理できるか。
- 261 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 13:00:22 ]
- ＞簡単に言えば動きの予測をしてその周辺箇所だけをさぐる、みたいな。
＞目的モデルは機械学習を使って、モデルパラメータをトレーニングしておく
今はそっちの分野は全く手をつけてないので専門的ではないですが、自然に発想するそのアルゴでは、実装は出来なくはないですがものすごく大変だと思います。
ほとんどランダムを予測するようなものなので設計も難しく、ある意味職人技かと思うので、私なら全く別のアプローチをとります。
例えば、反射光によってその動きターゲットの色パターンが突然変化したとか、結局 if で分岐するアプローチを取るなら
確かにその時間フレームを考慮外などとすれば実装できなくもないんですが、それはもはやアルゴリズムではなくて手計算のままじゃないですか？
手計算とはcpu,fpuとループでスカラー演算する感じの意味で、sseとかgpuでやらせるのは難しいアルゴのことです（つまりifに依存してる）。
- 262 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 13:18:36 ]
- 例えば写真２０００枚についてphotoshopみたく同じ画像に連続にフィルター適用した場合や
１枚の画像に何度もフィルターを施すときも結局ループの総回数は2^32以上回数になるわけで、ベクトルユニットが普及してる現代ではあまり現実な処理じゃないと思います。
フーリエとかエントロピーとかの世界に変化して、ガバッとやって、ガバッと返すのアプローチかと思います。
photoshop, gimpでフィルター適用するといつも２,３秒待たされるけど、その程度の画像サイズならガバッとアルゴリズムとベクトル演算で一瞬で終わるんじゃないでしょうか。
0xffff*0xffffは単に３２ビットでの処理で収まる限界だからです。
- 263 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 13:24:50 ]
- おまえ誰だよ
- 264 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 13:46:32 ]
- 大学で勉強してない奴にフーリエとかエントロピーを要求するのは無理だなぁ
- 265 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 14:19:41 ]
- >>261
長文で答えてきた >>236 >>237 >>241 >>250 >>257
の人間だけど、いいかげんに >>240 の
>たんに日本語の書き方が下手すぎて読まれてないだけかと。
に賛同して、返事を書くのをやめます。
- 266 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 14:21:13 ]
- >>250 じゃねー >>255 。いや、どうでもいいや。
- 267 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 14:41:35 ]
- 気になってたのだが、やっと見つけた。
ttp://game.goo.ne.jp/retro/title/RGMEGGEKUR0001/
- 268 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 15:06:27 ]
- アルゴで画像検索したら、ゲイビデオの制作元だったらしく、とんでもないことに。
- 269 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 16:24:56 ]
- necの88かよｗ
あんた一体いくつだよｗ
- 270 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:13:20 ]
- で、65535*65535なんて中途半端なサイズの画像のどこが現実的なんだ?
# 現在未来を問わず。
どうやら何かで聞き齧った情報を元に随分と反復処理と条件分岐を目の仇にしているようだが、
それらによる基本を抑えずに一体どんなアルゴリズムを作れると思っているのだろう。
>>256
そう言えば、手元に24000x24000の画像があるが、こいつは解像度が1/4[nm]なので高高6μm四方だ。
- 271 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:38:49 ]
- そのぐらいの大きさなら、そのうちGPUがHDから直接読み込めるようになるよ
- 272 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:45:55 ]
- 機械学習アルゴリズムやオプティカルフローは並列化できるが
やったことないのになんでできないって決め付けてるの。
- 273 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:55:35 ]
- いるよねー、雑誌とかに載ってる新技術紹介(GPGPUとか量子コンピューター)とか読んで
理解した気になって勝手に俺俺妄想炸裂させて珍説を説明しだす奴。
まず実装なりちゃんとした勉強なりしてから持論を展開しろってんだ。
妄想の上に妄想重ねてもなんにもならない。
- 274 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 23:50:57 ]
- >>273
それはおまえのことじゃないの？ｗ
- 275 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 00:23:40 ]
- >>273
それで、当然おまえは実装なりをしてるんだろうな？
- 276 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 14:53:42 ]
- >>267
なんだこれｗ
オッサンはそろそろ引退した方がいいんじゃないの？
- 277 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 16:20:46 ]
- 呉ソフトウェア工房か。
ちまちまと頑張って続いてるのがすごいよな、呉氏。
- 278 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 07:59:24 ]
- SIFT (Scale Invariant Feature Transform) って特許あるけど、
PCA-SIFT って特許あるん？
- 279 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 10:10:44 ]
- それより、
>>273
はるな愛に感染。
はるな愛はその辺の子よりカワユイとは思うが。もうミソジがなんとも。
- 280 名前：デフォルトの名無しさん [2009/01/01(木) 02:46:45 ]
- とりあえずナンバープレートの枠を連続取り込みしてみれば？
そして一定サイズに変換して累積データを総合すると・・・
ナンバープレート一枚を一回の撮影でナンバー読み取り可能な条件はかなり厳しいようですね
bbs.kakaku.com/bbs/-/SortID=8820887/ImageID=182560/
↑
限界値なので、実際には倍以上の画素数が必要とか
[8820887] 【車載カメラ・ドラレコ】ナンバー読み取りについて
bbs.kakaku.com/bbs/-/SortID=8820887/?Reload=%8C%9F%8D%F5&SearchWord=%8E%D4%8D%DA%83J%83%81%83%89
[8860007] 車載での車窓動画の夜間撮影時における最適な設定について
bbs.kakaku.com/bbs/20204310373/SortID=8860007/?Reload=%8C%9F%8D%F5&SearchWord=%8E%D4%8D%DA%83J%83%81%83%89
- 281 名前：デフォルトの名無しさん mailto:sage [2009/01/02(金) 03:32:32 ]
- www.uploda.org/uporg1901676.jpg
を
www.vipper.org/vip1049913.jpg
みたいに処理するにはどんなツールのどんな機能使えばいいの？
- 282 名前：デフォルトの名無しさん mailto:sage [2009/01/02(金) 03:37:17 ]
- >>281
ソフトウェア板で聞け。
- 283 名前：デフォルトの名無しさん mailto:sage [2009/01/03(土) 07:49:28 ]
- OCRの結果を透明な文字として画像にうめこみたいのですが
それができるフォーマットはpdfぐらいなのでしょうか？
webに貼る画像でそれがしたいのです
- 284 名前：デフォルトの名無しさん mailto:sage [2009/01/03(土) 08:29:03 ]
- 板違い
- 285 名前：デフォルトの名無しさん mailto:sage [2009/01/08(木) 19:12:02 ]
- 最近、信号処理におけるFIRフィルタとIIRフィルタのことを知りました。
画像処理でよく見る、先鋭化処理やぼかし処理はFIRフィルタによるものと言えると思うのですが、
IIRフィルタを使った例って何かあるのでしょうか？？
- 286 名前：デフォルトの名無しさん mailto:sage [2009/01/12(月) 01:54:33 ]
- 逆光補正するのに有効な手段って何かありますかね？
- 287 名前：デフォルトの名無しさん mailto:sage [2009/01/12(月) 04:48:59 ]
- photoshop
- 288 名前：デフォルトの名無しさん [2009/01/13(火) 20:01:29 ]
- MeanShift法について詳しい人いませんか？
平滑化した色ヒストグラムを特徴量として
使うってことはなんとなくわかったんだけど、
カラー画像の場合ヒストグラムはRGBの3つできますよね。
とりあえず３つのヒストグラムについて計算すると
別々の位置に収束してしまいました。
この場合はそれぞれの結果の平均を追跡対象の位置にするのかな？
それとも初めから特徴量を１つにしぼったりするのかな？
あと平滑化で使うカーネル関数というのがよくわからないので
これについて解説している参考書ありませんか？
- 289 名前：デフォルトの名無しさん mailto:age [2009/01/13(火) 21:14:52 ]
- SIFTで使われる4*4ブロックの方向ヒストグラム作成についての質問なのですが
特徴点とされた点(x0,y0)し、DOGにより求められたサイズをσとします。
3σの範囲をガウス窓で重みづけして
この特徴点を中心に4*4ブロックに分けたヒストグラムを作りたいんですが、
特徴点を通るｘ軸に平行なピクセル(x0-1.5σ,y0)〜(x0+1.5σ,y0)及び
特徴点を通るｙ軸に並行なピクセル(x0,y0-1.5σ)〜(x0,y0+1.5σ)
が邪魔で特徴点を中心とするブロック分けができません。
SIFTでは特徴点を中心とする十字の領域の勾配データを捨てていいのでしょうか？
SIFTについてご存じの方はご教授おねがいします。
- 290 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 21:58:18 ]
- >>289
この時点で(x0,y0)は実数値座標で、４×４ブロックもあっちこっちの向きに回転していると思うのだが
- 291 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 22:07:35 ]
- >>288
Bhattacharyya係数なんかどう？
- 292 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 22:07:44 ]
- ／/
／ / ﾊﾟｶｯ
//⌒)∩＿＿∩
/.| .| ノ ヽ
/ | | ● ● |
/ | 彡 ( _●_) ミ まピョーん☆
/ | ヽ |∪| /＿
/／ │ ヽノ ＼／
"￣￣￣￣￣￣￣（..ノ
- 293 名前：289 mailto:age [2009/01/13(火) 22:22:44 ]
- >>290
コメントありがとうございます。
実座標系からの回転を考えなくていいように、最初に求める36方向
ヒストグラムのオリエンテーションは０度だったとさせてください。
その場合4*4ブロックに分けて各ブロック毎に8方向で計128次元のヒストグラム
を作成する場合特徴点を中心とする十字の領域の各勾配データはどのようにすればよいのでしょうか？
4*4のブロックの分け方を教えてください。
- 294 名前：デフォルトの名無しさん [2009/01/13(火) 22:38:41 ]
- >>291
ありがとうございます
今私がやっている方法はモデル画像（検出したい対象）の
RGB３つのヒストグラムを平滑化・正規化した後
それぞれについて探索画像内で
Bhattacharyya係数を最大化する領域を探すという具合に
計算しています。
そうするとRに関するヒストグラムは座標x1に収束
Gに関するヒストグラムは座標x2に収束、
Bに関するヒストグラムの座標x3に収束といった感じで
RGBそれぞれが微妙に違う位置を計算してしまうんです。
当然探索画像内に追跡対象は一つしか存在しないはずなんですが
（そういう動画像を撮影して実験しています。）、
3つの特徴量がそれぞれ別の領域を指しているというのが
納得できないんですよね。
特徴量が一つだけに絞られれば
こういうことはなくなると思うのですが。
RGBを変換して色相だけとか、
明るさだけとかでやっているのですかね？
実際MeanShift使っている人がいたら
何を特徴量にしているか教えて頂けないでしょうか？
- 295 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 23:31:31 ]
- >>293
藤吉先生のSIFT Tutorialは参考にしてる？
- 296 名前：289 mailto:age [2009/01/14(水) 13:17:35 ]
- >>295
藤吉先生のSIFTを読んで、中心ピクセルをどう分割すれば良いのか疑問に思い投票しました。
これは補完により局所的な拡大処理を行って、分割できる形にすれば良いのでしょうか？
引き続きご指導をお願いします。
- 297 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 13:28:14 ]
- lispで画像処理してる人います？
- 298 名前：デフォルトの名無しさん [2009/01/14(水) 15:47:57 ]
- DWT変換が詳しい人いますか？
質問：DWTで静止画像を分解したときに違うレベルで同じ方向の
ウェーブレット係数が強い相関関係があると聞いたんですが、それ
どういうふうに関係あるでしょうか？
- 299 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 16:47:51 ]
- 全然プログラミングと関係ないな
- 300 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 15:22:52 ]
- >>298
DWT変換を1回したLL1は原画を1/2したような画像になる。
原画とLL1は強い相関関係にある。
同様にHL1とHL2なども強い相関関係になることがあるよ。
- 301 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 12:31:29 ]
- 金属の亀裂の長さを計測するのに細線化して中心線を計測したいのですが
ひげが出てうまくいきません。ひげを取るにはどのような方法が考えられるでしょうか？
よろしくおねがいします。
- 302 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 14:54:01 ]
- 「ひげ」？
- 303 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 16:11:00 ]
- >>301
芯線を線切片近似して、ひげ(端点から交点までの総延長が短い線分集合)を除く。
完璧に改善できるが工数が大きいのが欠点
あるいは、細線化前に輪郭をスムージングすればわずかな工数で多少は改善できる。
平滑化、膨張＋収縮など
- 304 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 16:36:06 ]
- うまくいかない画像を提示した方が良いアドバイスが得られると思うけど
出せないのかね。
- 305 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 17:48:38 ]
- ひげ取っちゃうと、狭いところが通れなくなるのでは？
- 306 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 19:36:14 ]
- >>305
やはりそうですよね。
ひげを取るのはやめにします。
- 307 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 20:15:08 ]
- 洞毛ですか
- 308 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 21:10:26 ]
- >>301
亀裂の長さじゃなくて面積（画素数）を求めるのじゃいかんの？
- 309 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 21:29:19 ]
- そんなこと（簡単に）できるのか？
- 310 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 00:17:59 ]
- 楕円にフィットさせるとか
- 311 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 01:22:50 ]
- 紙に解答書くのとは違うんじゃね？
- 312 名前：デフォルトの名無しさん [2009/01/18(日) 14:21:01 ]
- 画像を複数みないとなんともいえないよね
- 313 名前：デフォルトの名無しさん [2009/01/18(日) 16:20:02 ]
- 質問があるんですけど、
en.wikipedia.org/wiki/Harris_affine_region_detector
ここに乗ってる、Harris-affineというのを実装しようとしています。
ここで、分散Σの値を各画素から求める必要があるんですけど、ここでは、「Σは各画素の共分散行列を取る」としか書かれていないんですよね。
どなたか、ここでΣを求めるアルゴリズムについて理解のある方はいませんか？
- 314 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 16:37:27 ]
- 共分散を求める式自体はここにある。
ttp://www8.uploader.jp/dl/vipprog/vipprog_uljp00662.pdf.html
pass:cova
- 315 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 09:49:08 ]
- 分散Σ
- 316 名前：301 mailto:sage [2009/01/19(月) 12:26:37 ]
- 返信遅くなりすみません
>>303
ありがとうございます。とても参考になりました。
自分も最初始点から追跡して交点から短い線分を除去していこうとしたのですが、
自分には無理でした。
なのでメディアンフィルタを使ったノイズ処理でひげ除去を行うことにしました。
完全には取れていませんが何とかなりそうです。
>>308
ありがとうございます。
自分は亀裂の長さを細線化後の輪郭線追跡で求めています。
なので画素数を求める方法でやっているのと変わらないと思います。
そのほかレスくれた方ありがとうございました。
- 317 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 17:14:03 ]
- >>316
画像うｐって欲しい
- 318 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 17:34:55 ]
- >>317
お前は麻呂か
- 319 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 04:19:15 ]
- ja.wikipedia.org/wiki/%E5%88%86%E6%95%A3%E5%85%B1%E5%88%86%E6%95%A3%E8%A1%8C%E5%88%97
- 320 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:49:38 ]
- JPEGファイルをfopenするとRGB色 8ビット x 3 の並びで読み込み可能ですか？
- 321 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:11:37 ]
- >>320
マルチ死ね
- 322 名前：デフォルトの名無しさん [2009/01/23(金) 15:45:10 ]
- C++とOpenCVを用いて入力画像にガウシアンフィルタ，ラプラシアンフィルタをかけるとこまできてます．
このあとゼロクロスを求めてエッジを抽出したいんですが，どうプログラムを組めばいいかわかりません．
具体的にどう組めばいいか教えてもらえませんか．
//ガウシアンフィルタでノイズ除去
cvSmooth( cvimageR1, imageR2, CV_GAUSSIAN, 7, 0, 0);
cvSmooth( cvimageLa, imageL2, CV_GAUSSIAN, 7, 0, 0);
cvSmooth( imageR2, imageR3, CV_GAUSSIAN, 7, 0, 0);
cvSmooth( imageL2, imageL3, CV_GAUSSIAN, 7, 0, 0);
//ラプラシアンフィルタ
cvLaplace( imageR3, edgeXR, 3 );
cvLaplace( imageL3, edgeXL, 3 );
// この部分にゼロクロス検出を入れたいです
//画像に出力するために値の範囲を[0,255]に変換する．+100は勝手に決めた
for ( int i=0 ; i<imageR3->height*imageR3->width ; i++ ){
matchXR->imageData[i] = (unsigned char)( (((short*)edgeXR->imageData)[i])/2+100 );
}
for ( int i=0 ; i<imageL3->height*imageL3->width ; i++ ){
matchXL->imageData[i] = (unsigned char)( (((short*)edgeXL->imageData)[i])/2+100 );
- 323 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 03:26:29 ]
- >>320
無理です。JPEGのフォーマット調べて
>>322
俺が書くよりこれ見た方がいいかな
www.cfme.chiba-u.jp/~haneishi/class/5_jitsukuukan.pdf
- 324 名前：デフォルトの名無しさん [2009/01/24(土) 18:02:14 ]
- >>323
なんで無理なんだよ？
どうやったらJPEGフォーマットのファイルを処理できるんだよ？あ？
教えろよ。
- 325 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 18:07:31 ]
- www.ijg.org/
- 326 名前：デフォルトの名無しさん [2009/01/24(土) 18:23:54 ]
- >>324
jpgのファイルをプログラムでメモリに読み込むだけですよ？
いちどコンピュータとメモリの仕組みから勉強しなおしたらどうですか。
- 327 名前：デフォルトの名無しさん [2009/01/24(土) 18:33:07 ]
- >>326
お前が勉強しなおせよ、このﾀｺ
- 328 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 18:45:37 ]
- そうですよね。
正常にファイルを読みこめたかどうかいちいちエラーチェックしなければなりません。
それにそのJPEGファイルがメモリからあふれないという保障もないので、メモリ確保のときのチェックも必要になります。
メモリは大切な資源ですし無限にあるわけじゃありませんからね。
- 329 名前：デフォルトの名無しさん [2009/01/24(土) 18:49:19 ]
- >>328
ぼくちゃん、そんなにすごいんなら >>327 の為にソースコード載せてあげたら？ｗ
- 330 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 18:52:50 ]
- つjpegデコーダ
- 331 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 19:50:23 ]
- >>324
君は態度悪いね。これ欲しいのか？
www.vector.co.jp/soft/win95/art/se148046.html
- 332 名前：デフォルトの名無しさん [2009/01/24(土) 19:59:52 ]
- >>331
自分でプログラミングしたいんだよ。
そんなツール紹介すんなｶｽが。
そういうのをスクリプトキッズって言うんだよ。氏ね。
- 333 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:04:40 ]
- この上げてるキティちゃんは何がしたいの？
荒らしたいだけ？
- 334 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:06:39 ]
- >>332
int ReadJpegFile(const char *path, char *mem, size_t *mem_size);
- 335 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:08:53 ]
- >>332
だからJPGファイルをメモリへ読み込むんですよ。
そういうこと分かってますか？
- 336 名前：デフォルトの名無しさん [2009/01/24(土) 20:10:45 ]
- >>335
おまえﾎﾝﾄｳｾﾞｰな。日本語勉強してからこいよ。氏ねよｶｽ
- 337 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:31:13 ]
- >>332
おまえ アホだろ
ttp://www.vector.co.jp/soft/win95/art/se148046.html
はDLLのソースだよ。DLLも理解してないようだから、これでイジルの終わりにします。
|
 |
