- 1 名前：デフォルトの名無しさん [2008/09/28(日) 18:26:18 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その10
pc11.2ch.net/test/read.cgi/tech/1197759782/
- 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も理解してないようだから、これでイジルの終わりにします。
- 338 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 23:42:35 ]
- >>336
ほれ、www.w3.org/Graphics/JPEG/
- 339 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:03:39 ]
- >>337
それを気がついていたからJPG君に２度もコンピュータとメモリの話からレスしてあるんじゃん。おまえもアホなやつだな。
- 340 名前：デフォルトの名無しさん [2009/01/25(日) 00:19:35 ]
- >>339
だから、おまえは能書きたれてねーで、さっさとソースコード載せろやﾀｺ氏ね
- 341 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:32:37 ]
- age棒うせろ
はやく死ね
- 342 名前：デフォルトの名無しさん [2009/01/25(日) 00:35:08 ]
- おまえが死ねﾏｼﾞでUZEEEEEEEEEEEEEEEEEEEEEEEEEEEんだよ
- 343 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:49:52 ]
- >>320
OpenCVのRGBアクセス関連サンプル
（昔別のサイトでもっといいサンプル見たんだけど見つけらんなかった）
ttp://rest-term.com/archives/tag/cvim/page/2/
JPEGフォーマット
ttp://siisise.net/jpeg.html
fopen()で開いてどうこうって言うのは質問自体にも問題があると思うよ。
fopne()でファイルは開ける、ただしJPEGファイルフォーマットを
知らなきゃ直接RGBにアクセスなんてとてもとてもできない。
（上記サイト見て自分でその解析処理作れそうか考えてみ）。
そういうフォーマットルールとかの難しい部分を緩和する為に
OpenCVの共通ライブラリ群があるわけで・・・
- 344 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:56:12 ]
- >>343
丁寧に教えててるつもりだろうがおまえが一番ウザイ。早く死ね。
- 345 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:58:52 ]
- そもそもフォーマットを知っててもjpegの場合rgb値にアクセスすることはできないけどねぇ。
単純にrgb値が(なんらかの圧縮などの操作を受けて)格納されているpngなどとは訳が違う。
- 346 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:00:12 ]
- >>320
あった
ttp://wiki.livedoor.jp/mikk_ni3_92/d/%B2%C4%BB%EB%C6%A9%A4%AB%A4%B7
- 347 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:01:28 ]
- >>344
ともに逝こう
- 348 名前：デフォルトの名無しさん [2009/01/25(日) 01:18:04 ]
- 画像処理を簡単に勉強する方法を教えてください
- 349 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:31:03 ]
- 勉強をあきらめる
- 350 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:32:46 ]
- >>348
ネットに載ってるサンプルコードをとにかく実践しまくって
感覚をつかむ、とか
- 351 名前：デフォルトの名無しさん [2009/01/25(日) 01:35:09 ]
- >>349
いるんだよね、こういう蛆虫みたいな奴。
ﾎﾝﾄきもいよなぁ。
- 352 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:42:22 ]
- なんでsageたりageたりするの？
- 353 名前：デフォルトの名無しさん [2009/01/25(日) 01:44:11 ]
- おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
- 354 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:50:12 ]
- あばれるなよ。それともあれか、FF11で引導渡された口か? だったら社会復帰なんて無理なんだから諦めろ。
- 355 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 02:02:32 ]
- >>353
児童ポルノ画像もってますね。
警視庁に通報しました。
- 356 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 03:32:44 ]
- 東京都在住ではないようです
- 357 名前：デフォルトの名無しさん [2009/01/25(日) 07:49:48 ]
- >>332
痛い子発見
- 358 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 07:59:06 ]
- >>332
芸能プロダクションにいる怖いおにーさんによって山奥に連れていかれちゃいますよ。
- 359 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 10:56:41 ]
- >>325 で答えが出てるんだが
- 360 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 11:16:40 ]
- と思ったが、なんかサイトが変になってるな。
ttp://en.wikipedia.org/wiki/Libjpeg とか、
ttp://web.archive.org/web/*/www.jig.org/ あたりを参考に。
- 361 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 11:21:18 ]
- ミスった
ttp://web.archive.org/web/*/www.ijg.org/
- 362 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 13:40:28 ]
- www.geocities.jp/katayama_hirofumi_mz/
- 363 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 16:03:33 ]
- >>348
古いけど、↓なんか一通りの話が出てくる。
h ttp://homepage2.nifty.com/tsugu/sotuken/ronbun/
- 364 名前：デフォルトの名無しさん [2009/01/28(水) 14:07:20 ]
- 次の縮小処理をもっと高速にする方法はありませんか。
kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/8761.txt
MMXは使えません。
- 365 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 14:30:26 ]
- 縮小でBi-Linearいるんだっけ？
- 366 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:26:55 ]
- >>364
ざっと見だが
・exはyに関わらず一定なのでループ外でまとめて計算しておく
x0,x1も同様に。
・exやeyでfloatを使うのをやめて固定小数点処理にする
・DWORDで読み込んでシフト＆マスクするより普通にBYTEで読んだほうが速くね？
- 367 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:31:21 ]
- >>364
1/2未満のサイズにする場合も、それで処理するの？
とりあえず気になったのは
SetDIBitsは必要ない。
c00～c11を参照にする意味がない。const DWORDの方がいい。
ex,eyは0～256の整数で十分。
rとbは同時に計算できる。
DWORD rb0 = ((((c00 & 0xFF00FF) * ex0) + ((c10 & 0xFF00FF) * ex1)) >> 8) & 0xFF00FF;
こんな感じ。
- 368 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:49:01 ]
- >>364
コードの高速化に関して書けば
1）x0,x1,ex0,ex1をループの外へ出す。x0[ix]のようする。
2）b0 = ((c00 & 0xFF) * ex0) + ((c10 & 0xFF) * ex1);
これはコンパイラーが
b0 = (BYTE)((float)(c00 & 0xFF) * ex0) + ((float)(c10 & 0xFF) * ex1);
コンパイルしてると思われ、b0などfloat宣言にする。
float b0 = ((float)(c00 & 0xFF) * ex0) + ((float)(c10 & 0xFF) * ex1);
3）シフトが多いので減らす。
g0 = (((c00 >> 8) & 0xFF) * ex0) + (((c10 >> 8) & 0xFF) * ex1);
→ g0 = ((c00 & 0xFF00) * ex0) + ((c10 & 0xFF00) * ex1);
それで((LPDWORD)pbNewLine)[ix] =(DWORD)b|(DWORD)g|(DWORD)r;
になればいいな。
4）目的にもよるがfloatは使わず、DWORD iex0=ex0*256をバイアスする。（フロー注意）
こんな感じかな
- 369 名前：368 mailto:sage [2009/01/28(水) 16:51:01 ]
- あ、ゆっくり買いたら、書き込みいっぱいあった。ごめん。
- 370 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 18:24:20 ]
- Win32APIスレから移動して来たんだけど
アドバイスより実際のコードを欲しがってるだけだよ。
- 371 名前：デフォルトの名無しさん [2009/01/29(木) 10:16:31 ]
- >>366-368
ありがとうございます。参考になりました。
- 372 名前：デフォルトの名無しさん [2009/01/31(土) 18:11:38 ]
- 平行ステレオの対応点探索精度を上げるのってどうしたらいい？
単純にRGBのSSDブロックマッチングじゃ輪郭がぼけるし遅いしいまいち。
HSVにしてHとVの比重を大きくしてみたけど大して良くならなかった。
- 373 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 21:54:50 ]
- >>372
平行ステレオのSSDブロックマッチングの限界では？
適応的にブロックサイズを変えたりすれば精度上がるかもしれんが、
そもそも違う画像をマッチングしてるのだからね
- 374 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 20:49:58 ]
- 輪郭がぼけるってことは、画像を合成しようとしてるのかな？
単に探索精度の問題だったら、ブロックを小さくしたり、
小数点補間したりすればいいだろうけど、
373さんの言うように、視差のある別物の画像の合成なんで、
輪郭はぼけてしまうと思うよ。
仮に撮影対象が全面に平面であれば、視差は生じないだろうけど、
その場合でも、合成には射影変換が必須となると思う。
- 375 名前：374 mailto:sage [2009/02/04(水) 21:06:11 ]
- >>374
> 仮に撮影対象が全面に平面であれば、視差は生じないだろうけど、
視差と言う言葉は適切でなかったかな。
ここでは、視点の違いによって、見えたり見えなかったりすることを言ってます。
- 376 名前：デフォルトの名無しさん [2009/02/06(金) 21:50:06 ]
- 対応点が多数求まってたらＦ行列ってかなり正確に出せるもんなの？
- 377 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 15:15:36 ]
- int file_jpeg_load_from_memory(unsigned char *src, unsigned int len, unsigned char **data, unsigned int *width, unsigned int *height){
struct jpeg_decompress_struct cinfo;
struct my_error_mgr jerr;
cinfo.err = jpeg_std_error(&jerr.pub);
jerr.pub.error_exit = my_error_exit;
if (setjmp(jerr.setjmp_buffer)) {
jpeg_destroy_decompress(&cinfo);
return 0;
}
jpeg_create_decompress(&cinfo);
jpeg_memory_src(&cinfo, src, len);
int err = file_jpeg_load(&cinfo, data, width, height);
jpeg_destroy_decompress(&cinfo);
return err;
}
- 378 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 18:31:30 ]
- >>376
=372？
何をしようとしてるの？
- 379 名前：デフォルトの名無しさん [2009/02/08(日) 03:00:54 ]
- 376だけど372じゃないよ
8点アルゴリズムとかがどの程度正確なのか知ってるひといたら教えてもらいたいと思って。
あんま正確じゃないと分かってたらやる気わかないから。
- 380 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 05:17:18 ]
- >>379
対応を見る対象が良く分からないので、何ともいえないけど、
所詮、F行列自体近似だから、余り情熱を傾ける話じゃないと思うよ。
追跡失敗を統計的にはじくためには、
ある程度の点数は必要だけれども
- 381 名前：デフォルトの名無しさん [2009/02/08(日) 11:14:24 ]
- ど素人の質問ですみません。
エッジ処理の説明には、以下のような微分の話がでますが、
なんでこうなるのかわかりません、、、微分なら傾きなわけだから、
１次微分は凸のように上げ下げではなく、上げだけだと思うのですが、、、
【原信号】
+-------
／
／
／
-------+
【１次微分】
+
+ +
---------+ +-------------
- 382 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 11:42:37 ]
- >微分なら傾き
傾きじゃなくて変化量とか変化の度合いと考えた方がいいと思う。
>１次微分は凸のように上げ下げではなく、上げだけだと思うのですが、、、
自分で微分のグラフを描いてみてはどうだろう。
- 383 名前：デフォルトの名無しさん [2009/02/08(日) 12:00:20 ]
- >>382さん
早速レスありがとうございます。
傾きを接線として考えてたから混乱しました。
1次微分を3箇所に分けると、
①上向き部分→これは変化量をして増えてるのでわかります。f(x+Δx)-f(x)がプラス
②変曲点
③ここが下向きになるのがわかりません、、、
単純に、原信号の終わり側の変化がない部分にさしかかるから、
変化量が少なくなるから下向きということなんでしょうか。
- 384 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 12:05:44 ]
- どんなグラフになると思ってるんだ？
- 385 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 12:12:22 ]
- とりあえず一次微分で直線になってる部分は 0 なんだから、それ以外の部分は全部 + だってのはいい？
そーいう意味では「上げだけ」なわけだが。
原信号が三直線でできてるのなら一次微分は 0 → 正の一定値 → 0 になるけど実際の信号は鈍るので、
0 から増加して最大値になり減少してまた 0 に戻る。
- 386 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 14:56:31 ]
- >>383
> 単純に、原信号の終わり側の変化がない部分にさしかかるから、
> 変化量が少なくなるから下向きということなんでしょうか。
YES
で、３箇所って何を言おうとしてるんだ？と小一時間考えたよ。
一度質問を完成させた後に、頭が白紙の相手の立場に立って、
読み直してみるように心がけた方が良いよ。
漏れの場合、質問するために状況整理していると、自分の中の理解も整理されてきて、
自分で問題に気づくことがよくある
- 387 名前：デフォルトの名無しさん [2009/02/08(日) 15:30:19 ]
- Windowsで一番簡単なディザ処理を行うにはどうすればいいですか？
- 388 名前：デフォルトの名無しさん [2009/02/08(日) 16:12:42 ]
- MISTってOpenCVと違って話題にならないね
なんでだろ
まぁ俺もOpenCV使ってるけど
- 389 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 20:12:37 ]
- テンプレート使いこなせる人間が少ないのかも
Boost::GILも同様
今OpenCV使ってる人は乗り換えるメリットも無さそうだし
学生さんはとりあえず、自分でゴリ書きするかOpenCV使って勉強するだろうし
なかなか広まらないだろうね
ちなみにおいらは製造業向けの画像検査装置開発やってるけど、
画像処理部はインテルのIPP(+OpenCV)やらHALCONやら使って開発することが多い
個人的にはMISTの開発がんばってほしいけどね
- 390 名前：デフォルトの名無しさん [2009/02/08(日) 20:47:07 ]
- IPPもHALCONも使い放題かぁうらやましい
うちは最初OpenCVで組んで最終的には全部自前で組み直し
おかげで画像処理やプログラミングの知識はつくけど効率悪いすぎ
- 391 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:05:19 ]
- 検査装置系の画像処理の開発会社に入ろうと思った場合、最低限出来ないと
いけないのって何なんでしょう？OpenCVを一通りこなせれば良いんでしょうか？
- 392 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:08:56 ]
- 検査会社がOpenCVなんて使うか？
画像ライブラリについて知ってることは有利だとしても・・・
- 393 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:22:01 ]
- 検査装置のGUIを作ることもあるから知ってて損はないよ。
検査装置って言ったって、ある程度以上複雑なものは大抵PC使っているからね。
|
 |
