- 1 名前：デフォルトの名無しさん [2008/09/28(日) 18:26:18 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その10
pc11.2ch.net/test/read.cgi/tech/1197759782/
- 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使っているからね。
- 394 名前：デフォルトの名無しさん [2009/02/08(日) 22:50:46 ]
- www.keyence.co.jp/gazo/index.jsp
個人的にはキーエンスおすすめだけど
- 395 名前：389 mailto:sage [2009/02/08(日) 22:51:38 ]
- >>390
IPPはランタイムフリーだから使い放題
HALCONは・・・(´-ω-`)
>>391
知らなくて も いいと思う。
”ソフト開発者”として入社しても画像処理用の
FPGA回路設計とかになるかもしれんし
オレの場合、処理をどうするかよりもカメラでどんな画像を取るか
ってところの方が重要だよ
カメラやレンズ、照明の知識がある新人がほしいけど
そんな学生たぶんいないだろうとも思う
- 396 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 23:22:49 ]
- そういうのはカメラ業界（写真とかTVカメラとかも）の方に行くでそ。
どうせ微分とか知らないんだろうし。
- 397 名前：デフォルトの名無しさん [2009/02/09(月) 01:10:31 ]
- うちはGPUプログラミングできる人ほしい
- 398 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 01:18:27 ]
- >>397
呼んだ？
- 399 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 01:21:03 ]
- 寧ろGPUプログラミングの仕事が欲しい。
- 400 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 01:29:53 ]
- opencvよりpython PILの方が簡単じゃない？
- 401 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:37:09 ]
- 微分なんてもう忘れたがエッジ検出の原理は分かるな
- 402 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:42:13 ]
- 微分ってのはあれでしょ
２次元グラフでみたら波うった線があるけど
線が重要なんじゃなくてそれの面が重要なんでしょ
各ポイントにある公式ｆを適用してもその面積が一定に保たれるものを微分と言うのでしょ？
- 403 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:45:22 ]
- ２次微分になると面が今度は体積になるのでしょ？
- 404 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 10:00:36 ]
- GPUプログラミングって微妙にスレ違いじゃね？
- 405 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 10:03:56 ]
- 頂点と谷を固定したぼかしフィルタがいわゆるFFTっていう微分でしょ？
- 406 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 21:27:31 ]
- GPUプログラミングは今後画像処理で必須になるでしょ
それを見越した新しいアルゴリズムも出てくるだろうし関係あるんじゃん？
- 407 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 22:24:58 ]
- >>402>>403
き、きみ、、
- 408 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 22:46:19 ]
- >>405
参りましたm(_ _)m
- 409 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 00:19:34 ]
- FASTコーナー検出について解説お願いします。
日本語の解説がまったく見当たらないもので。
- 410 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 00:42:46 ]
- ja.wikipedia.org/wiki/%E3%82%B3%E3%83%BC%E3%83%8A%E3%83%BC%E6%A4%9C%E5%87%BA%E6%B3%95
- 411 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 00:43:30 ]
- あ、すまん。FASTはわからん
- 412 名前：デフォルトの名無しさん [2009/02/10(火) 00:46:59 ]
- 180度回転がうまくできない bmpのです
一次元配列でメモリとってやってます
アルゴリズムはわかるけどプログラミングがうまくいかない…
- 413 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:04:08 ]
- アルゴリズム(笑)
- 414 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:07:12 ]
- アルゴリズムって言うほどのもんか？ｗ
- 415 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:12:54 ]
- >>412
まず、上下反転か左右反転の簡単と思う方をやってみたら？
- 416 名前：デフォルトの名無しさん [2009/02/10(火) 05:04:04 ]
- プロジェクタで投影したときにレンズの光収差だと思うんですが結構歪むんで、出力前に補正を掛けて投影したいと思うんですが、この場合どういうアプローチが良いですか？
カメラで写した物の補正なら入力画像をたくさん用意してOpenCV（Zhangの手法）でレンズパラメータとか推定できるんですが、プロジェクタで投影しちゃった物の補正っていうかパラメータ推定？で困ってます。
なんか道筋的な物でもご存じの方いませんか？
- 417 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 05:29:21 ]
- プロジェクタで投影したものを撮影してみればいいじゃない。
- 418 名前：デフォルトの名無しさん [2009/02/10(火) 06:21:21 ]
- そしたらカメラのレンズ歪みも入らない？？？
- 419 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 06:55:06 ]
- 撮像系の歪みはチャートでも撮影すれば得られるじゃない。
どうせ光が拡散しない領域でしょ? 難しい話じゃないよ。
- 420 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 07:36:07 ]
- >>409
中央の色と周辺の色の差分を取る
差分が０のポイントが周囲の1/4に近い場合それはコーナーです
- 421 名前：デフォルトの名無しさん [2009/02/10(火) 10:12:53 ]
- www.geocities.jp/katayama_hirofumi_mz/win32/gfill.htm
Bayer型ディザ行列でディザ処理はできるようになりました。
でも、画質が劣っているので何とかなりませんか。
- 422 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 12:38:00 ]
- >>421
1 組織的ディザやめて誤差拡散法にする(数倍程度遅くなるけど綺麗になる)
2 組織的ディザにこだわるならブルーノイズ行列を使う(高速なまま綺麗になる)
- 423 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 22:33:29 ]
- >>420
409じゃないですが私もFASTに興味があります。
周囲の1/4 をもう少し詳しく教えていただきたいです
- 424 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 00:09:25 ]
- >>420
機械学習をどういう風に使っているのか教えてください
- 425 名前：デフォルトの名無しさん [2009/02/12(木) 00:36:05 ]
- 学生なんですが、標本化するときに起こる画像劣化の理由の模範解答をしていただける方はいませんか？
- 426 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 00:45:41 ]
- 量子化誤差が起るから。以上。
- 427 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 01:06:50 ]
- >>409
日本語の解説がないなら英語の解説を読めばいいじゃない。
ヒンディー語とかじゃないだけまだましじゃないか。
- 428 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 09:26:27 ]
- 英語の解説はどこに？
- 429 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 13:22:37 ]
- >>428
ググれや
svr-www.eng.cam.ac.uk/~er258/work/fast.html
- 430 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 20:14:24 ]
- そこの論文がよくわからないんですけど。。。
- 431 名前：デフォルトの名無しさん [2009/02/13(金) 10:30:17 ]
- gif_libがいつも読み込みエラーになって使えない。
どうすればいい？
- 432 名前：デフォルトの名無しさん [2009/02/13(金) 10:56:35 ]
- 使っているバージョンはgiflib-4.1.6で、開発環境はMinGWです。
よろしくお願いします。
- 433 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 11:00:56 ]
- 自己解決しました
- 434 名前：デフォルトの名無しさん [2009/02/13(金) 11:07:30 ]
- してません。
- 435 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 17:41:18 ]
- 画像を3D的に扱って、それぞれの軸に対応させた回転をするには以下の様な計算式で出来たのですが、
全ての軸回転を一括して計算してやるにはどうすれば良いのでしょうか？
//X軸周りに回転する行列変換
vx = x;
vy = y*cos(RagX) - z*sin(RagX);
vz = y*sin(RagX) + z*cos(RagX);
//Y軸周りに回転する行列変換
vx = x*cos(RagY) + z*sin(RagY);
vy = y;
vz = z*cos(RagY) - x*sin(RagY);
//Z軸周りに回転する行列変換
vx = x*cos(RagZ) - y*sin(RagZ);
vy = x*sin(RagZ) + y*cos(RagZ);
vz = z;
- 436 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 17:46:30 ]
- クォータニオン使えば良い
- 437 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:07:59 ]
- 世の中には４次元数とか頭で考えるだけで分かる人とか居るんだろうか
おいらはコピペすることしか出来ねーｗｗｗ
- 438 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:25:54 ]
- >>435
2つの行列を掛けると、2つの変換を合成した行列になる。
しかし、行列のかける順番は可換ではないから、X*YとY*Xは違う変換に
なるので注意が必要。
- 439 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:27:47 ]
- 正規化されたベクトルx,y,zに回転時間tを加えたものがクオータニオンで
中心座標から目標点の座標のベクトルx1,y1,z1があるとすると
角度のクオータニオンにこの目標ベクトルを乗じて
その結果にさらに-角度のクオータニオンを乗じる
これが移動方向のベクトルになるので目標点にこれを加えると最終的な座標が求まる
書いてて分からんｗｗｗ
- 440 名前：デフォルトの名無しさん [2009/02/14(土) 03:06:01 ]
- 視覚神経モデルを使ったアルゴリズムって無いのかな
- 441 名前：デフォルトの名無しさん [2009/02/14(土) 15:21:47 ]
- >>432
libkohn_gifを使うことにしました。
- 442 名前：赤西仁 [2009/02/14(土) 16:32:34 ]
- ２年間悩んでます。お力をお貸しください。
PSのアークザラッドⅡというタイトルのゲームの、ゲーム画像（歩行画像など）を抽出したいのですが、
かれこれ１年ほど経ちますが、なかなかうまくいきません。
＊もちろん抽出した画像は個人範囲内で利用するつもりです。
◆試してダメだったこと
ネット上からダウンロードできる、ありとあらゆる抽出系ツールを試した。
（ちなみに他のゲームはほとんど抽出可能）
◆教わったこと
・アークザラッドⅡは独自の画像形式を使っているから抽出できない。
・PS上で表示されてるということは絶対に摘出はできるはず。
・ttp://www.gradius2.com/index.php?UID=1174775153
◆抽出は不可能ではないということを知ったとき
２ちゃんねるで質問したところ、
ある方が実際にキャラクターの歩行画像を抽出して
私が立てたスレにアップしてくださいました。
スクリーンショットじゃダメなんです。どうか皆さん、お力をお貸しください。お礼は絶対にします。
- 443 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 16:33:35 ]
- コピペ君って馬鹿だな、まで読んだ。
- 444 名前：デフォルトの名無しさん [2009/02/14(土) 20:18:53 ]
- >>442
もしそれが抽出できたとしても、たぶんその考え方じゃ君はプログラムとか応用とかの分野に向いてないよ。
面倒なことしないで素直な消費者（事務員）として生きていくことをお勧めする。
- 445 名前：デフォルトの名無しさん [2009/02/15(日) 20:59:18 ]
- 質問です。動画ファイルから任意のフレームを取得する方法について探しています。
拡張子がaviのファイルはavi for windowsでできました。
しかしmpegファイルはDirect showでできるとの話を聞きましたが、再生しながらの取得しかできません。
他に方法はないのでしょうか？
- 446 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 23:38:58 ]
- スレ違いかも知れないですが・・・
調べても手がかりが全く無いので
画像関係に詳しそうな方のいるこちらで質問します。
フォルダ内のjpg画像を特大表示等で表示する際
処理が間に合わない際の、一瞬の小さな画像の時
画像にかかっているぼかしが消えて表示されますが、
特大表示になるとぼかしが復活します。
これはぼかしのかかっている画像にぼかし無しのデータも有る
という事ですよね？ぼかし無しの画像をオリジナルサイズで
見ることは出来なのでしょうか？
- 447 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 23:46:03 ]
- プログレッシブ云々じゃねえの？
- 448 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 05:55:06 ]
- >>445
IMediaControl::Pause()で一時停止して
IMediaSeeking::SetPositions()でシークすればいいよ。
- 449 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 20:38:02 ]
- ハートレイの手法で単眼カメラの軌跡を出そうとしているのですが、
n-1とnフレーム目、nとn+1フレーム目、それぞれ||t||=1に正規化された並進ベクトルになるため、n-1→n→n+1と絶対座標の動きが解りません。
nフレーム目をワールドの基準として連続フレームの軌跡を絶対座標で算出するにはどうしたらいいですか？
ちなみに非リアルタイムで構いません。（早いに越したことはないですが）
- 450 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 23:06:58 ]
- たまにこういう真面目な質問が来ると１０日以上もスレが止まってしまうのか
- 451 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 14:06:39 ]
- 誰も答えられないんだからしゃーない
- 452 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 15:52:18 ]
- つまり誰かがPTAMを１から詳細に解説してくれたらいいってことだ
俺はわからん
- 453 名前：デフォルトの名無しさん mailto:sage [2009/03/08(日) 05:03:03 ]
- そんなすでに論文として詳細に解説してあるものを、
日本語訳するような作業はつまらない。
- 454 名前：デフォルトの名無しさん [2009/03/10(火) 23:56:14 ]
- 2000×2000 の300×300dpiの画像を
「解像度600×600」に変換。するアルゴリズムを教えて下さい。
私は、
1.画像の高さと幅をそれぞれ2倍に拡大
2.ヘッダファイルの解像度情報を600×600に変更
だと思っているのですが これであっていますか？
- 455 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 00:03:30 ]
- 画像フォーマットが判らんとdpi情報の扱いは判らんが。
それはさて、一番の問題は
＞1.画像の高さと幅をそれぞれ2倍に拡大
の中身だと思う。
- 456 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 17:02:47 ]
- モーフィングってまだ研究するようなネタある？
- 457 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 01:30:12 ]
- モーふぃん具って画像処理に入るのかな？
どっちかというとＣＧのような。まぁ（どうでも）いいや。
- 458 名前：デフォルトの名無しさん [2009/03/13(金) 03:42:57 ]
- 類似画像を見つける方法を書いておく。
画像全体を2値に変換し、0と1の出現確率がほぼ等しくなるようにする。(輝度がある程度以上など)
適当な大きさ(100*100など)にリサイズする。
それを1万次元ベクトル空間と見なして、2つの画像のcos値を計算する。(and演算とビットの個数を数えるだけで計算は速い)
1に近いほど一致度が高い。
- 459 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 08:11:23 ]
- >>458
なんでわざわざcosを取るんだ？ 引き算するのとどう違うんだ？
- 460 名前：デフォルトの名無しさん [2009/03/13(金) 08:17:23 ]
- たとえばベクトル空間法でググってくれ
- 461 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 08:25:15 ]
- mikilab.doshisha.ac.jp/dia/research/report/2008/1110/002/report20081110002.html
類似度計算
ベクトル空間法とは, 文書を多次元空間上のベクトルとして表現し, 2つのベクトルを比較することにより類似度を調べるものである.
つまり, ベクトルの方向は文書の特徴であるので, 2つのベクトルのなす角が小さいほど似ているということである.
ベクトルDとベクトルEの類似度の計算は以下の式で実現できる.
mikilab.doshisha.ac.jp/dia/research/report/2008/1110/002/img/7.jpg
- 462 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 08:32:19 ]
- >>459
2値に変換してリサイズしている為、今回のケースでは一致した個数を数えるのと大差は無いかもしれない。
- 463 名前：462 mailto:sage [2009/03/13(金) 08:39:37 ]
- 0と1の分布がほぼ等しいという条件を満たすことが難しい場合、自分のノルムで割って補正するという点は利点があるな。
たとえば、1の分布が多い同士だと一致する確率が高く、数値が大きくなる傾向がある。
ベクトル空間法では、それをそれぞれのノルムで割ることで補正できる。
- 464 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 16:39:06 ]
- 単なる積和計算か
- 465 名前：459 mailto:sage [2009/03/13(金) 22:54:48 ]
- >>461
いや、俺が言いたかったのは、各成分上のサイズ違いのない比較でcosを取る意味があるのか、ってこと。
もしかして、cosを取った方が計算が速いのか？
- 466 名前：458 mailto:sage [2009/03/13(金) 23:05:35 ]
- グレースケールの縮小画像を作ってcos計れば精度が高そうと思った。
2値にしたかったのは、0と1の頻度が調整しやすい為だけど、
色が濃かったり薄かったりすれば、自身のノルムで割ることで補正される。
これならベクトル空間として処理する意味も出てくる。
- 467 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 23:10:43 ]
- グレースケール → 縮小 、縮小 → グレースケール
を比べると、前者の処理は 1/3 程度で済む。
類似画像を見つけるには処理は速いほうがいいから、前者で処理すれば十分だろうか。
- 468 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 07:57:16 ]
- で、実際に実装するどんな感じで動くん？
- 469 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 10:13:34 ]
- 背景が全く違っていても前景のオブジェクトで類似していると判定できるような
アルゴリズムでないとフリーソフトにも勝てない
- 470 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 14:00:32 ]
- 画像処理系のライブラリ
OpenCV ttp://sourceforge.net/projects/opencvlibrary/
Gimp ttp://www.gimp.org
Vigra ttp://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/
Vips ttp://www.vips.ecs.soton.ac.uk/
VXL ttp://vxl.sourceforge.net/
CImg ttp://cimg.sourceforge.net/
Gegl ttp://www.gegl.org/ ttp://pippin.gimp.org/gegl/
ImageMagick/GraphicsMagick ttp://imagemagick.org/ ttp://www.graphicsmagick.org/
GIL ttp://opensource.adobe.com/gil/
CxImage ttp://www.codeproject.com/bitmap/cximage.asp
FreeImage ttp://freeimage.sourceforge.net/
ITK ttp://www.itk.org
GD ttp://libgd.org/Main_Page
Imlib2 ttp://www.enlightenment.org/Libraries/Imlib2/
MIST ttp://mist.suenaga.cse.nagoya-u.ac.jp/trac/
- 471 名前：466 mailto:sage [2009/03/14(土) 14:07:39 ]
- 黒が重要なので、 1/(1+x)や255-xと変換して内積を計算すると良いと思います
- 472 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 17:54:21 ]
- >>465
個数を数えて、ノルムで割るなどの補正をすると、
それが既にcos値となっているのだ。
- 473 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 09:50:01 ]
- 画像を2値化して類似を取るって時点でダメだろ…
いつの時代だよ
- 474 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 11:53:17 ]
- 今
- 475 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 20:02:21 ]
- ここって、僕が考えたすごいあるごりずむを晒すスレ？
- 476 名前：デフォルトの名無しさん [2009/03/15(日) 21:58:40 ]
- おしえてくださーい。
魚群探知機？や、お腹の赤ちゃんの超音波映像みたいな元画像から、
影が濃い場所を、探して、その座標を知りたいです。
グレースケール画像の中から、明るい点が長方形やちょっと幅のある線
っぽく、集中している場所を特定したいんだけれども、
どんなアルゴリズム使ったらよいですか？
○○検出、とか、のキーワードでもよいので教えてください。
- 477 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 22:17:16 ]
- 人力検出
- 478 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 22:58:56 ]
- 2値化
微分フィルタ
- 479 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 04:19:18 ]
- >>475
画像解析関係なら答えてくれる人がいるかもしれないけど、画像関係じゃないなら他のスレで。
- 480 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 05:51:05 ]
- ハフ変換でもいけるかも
- 481 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 10:33:22 ]
- >>476
行列作ってコンボリューション。
- 482 名前：476 [2009/03/16(月) 10:52:45 ]
- >>478
>>481
画像全体を走査して、エッジを際立たせたり、ノイズを除去したりは
できるんですけど、、、、。で、結果は、変換された画像ではなく、
座標値として、得たいんです。
>>480
そうですねハフ変換ですと、直線や円の座標値として検出して、よい感じ
なのですが、今回もうちょっともやっとした集合、集まりのようなものが
対象なので、ハフ変換ではうまく検出できなかったんですよね。
今、
適当な大きさの窓つくって、窓を画像中で走査して、窓内での画像の面積と
重心を求めながら、窓の大きさちょっとかえてあげる。ってのをひたすら
繰り返しているのですが、重くて重くて。。
- 483 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 11:35:02 ]
- それを汎用で軽く計算できたらかなり凄いんだけどな。
レベルセット法を使うとか、まぁ文献探すだけで一週間は遊べる世界だからねぇ。
- 484 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 11:39:42 ]
- >>476
特徴点の集合を抽出した上で、
主成分分析はどうでしょう。
ttp://home.a02.itscom.net/coffee/tako04.html
- 485 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 11:49:23 ]
- >>482
ガウスフィルタかけて、その結果の画像をもとに輝度の極大値の座標を求めれば
良いのでは。ガウス窓の大きさと、σは適当に変えて。
すでに登録した極大値との距離がしきい値より近い場合は、値の大きい方だけを
登録するようにする。
- 486 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 11:57:08 ]
- >>482
実際の画像を上げてみて
- 487 名前：476 [2009/03/16(月) 12:33:24 ]
- ぜんぜん汎用じゃなくてよいので、最後はがりがりカスタマイズするとして、
とっかかりもよくわからないんですよね。
レベルセット法、主成分分析、調べてみます。
ttp://nanasi.ddo.jp/up/download/1237174083.png
pass[gyo]
画面下のほうにはノイズがいっぱいあるので無視するとして、
上半分まであたりには、はっきり線ぽく、人間には見えます。
条件が悪いと、この線の幅がY方向に広がります。
赤で書いたような線分が検出できればゴールなんですが。
- 488 名前：476 [2009/03/16(月) 13:45:37 ]
- おや、Upした画像だと、Hough変換でなかなかよい結果になりますね。
これももうちょっと調べてみます。
- 489 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 16:43:23 ]
- >>487
その画像なら、レベル調整したあと、孤立してるドットをノイズとして除去するだけで大丈夫だろ。
おおまかな形でいいなら、画像縮小→レベル調整（低い部分をカット、高い部分を持ち上げる）だけでOK。
- 490 名前：476 [2009/03/16(月) 19:24:49 ]
- >>489
孤立しているドットをノイズとして除去
っていう、前処理的なものをやったとして、その後、
それの“座標値”を得る方法を知りたいです。
たとえば、
ぼかし(ガウシアンetc)→2値化とすると、
検出したい点の集団が、島のようになりますよね。
ttp://nanasi.ddo.jp/up/download/1237198578.png
pass[hyo]
で、これを近似するような線分または、これをほどよく囲む
矩形の、座標値を知りたいのです。
- 491 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 23:41:57 ]
- スネークどうでしょ
- 492 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 00:38:15 ]
- >>490
各島を矩形で囲みたいってこと？
汎用で簡単ってことになると、面積も狭いことだし塗りつぶせばいいんじゃない？
左上を原点としてＹ座標下方が正の座標系で、まず１ピクセルを３２ビット化して、
黒を０、白を0xFFFFFF とかに置換する。
１．いわゆるペイントアルゴリズムで(0,0)を１で塗りつぶす。
２．次に0または0xFFFFFFになっている点をみつけ２で塗りつぶす。
３．同様に塗りつぶす色を増やしつつ画面から0または0xFFFFFFFFがなくなるまで繰り返す。
終了時点の塗りつぶし色が、分割した空間の個数になってるし、同一領域は完全に同じ色に
なっているから、何をするのも簡単でしょ？
- 493 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 04:04:54 ]
- ( ´,_ゝ`)ﾌﾟｯ
- 494 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 11:07:03 ]
- たとえば15.2ＫＢの画像を5ＫＢに収縮するフリーの画像ソフト
教えてください。
- 495 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 11:09:42 ]
- >>494
鼬害
- 496 名前：494ですが・・ mailto:sage [2009/03/17(火) 12:00:24 ]
- >>495
すみません、おっしゃっている意味が分からないのですが・・
- 497 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 12:10:31 ]
- 板違い。そういう質問はソフトウェア板あたりでどうぞ。
- 498 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 12:15:37 ]
- あ！板が間違っていたのですか・・
すみません。
- 499 名前：476 [2009/03/17(火) 19:12:23 ]
- >>491
スネーク。なるほど。使えそうです。
あと、2値化のあと、8近傍みて輪郭追跡しても囲えそう。
で、直線や、矩形を得る場合は、囲った後にその領域の重心や
主成分分析で軸の方向を見つけたりしなければいけないのかな。
あと、スネークの開始の位置と半径とかって、やっぱり総当り？
最初から矩形に拘束したスネークってできるのかな。
いろいろやってみます。。
>>492
ん。ラベリング？
- 500 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 23:40:38 ]
- 二値化までできてラベリングも理解しているならあとはエイヤで書くだけでは…。
正直何を悩んでいるのか理解に苦しむ…。
ところで細線化はどうでしょう。
ttp://codezine.jp/article/detail/98?p=1
- 501 名前：476 [2009/03/18(水) 18:52:59 ]
- >>500
お、細線化、面白いですね。
> 正直何を悩んでいるのか理解に苦しむ…。
ごめんなさい、わかってないの私だけですか？（TT
前処理的なものや輪郭ので囲むまでは、いろいろ教えていただいて
理解しました。最後の、線分をあらわす“座標”を得るためには、
主成分分析か、ハフ変換を使うのが正解ってことでよいですか？
今のところ、主成分分析は、L字みたいな領域ができてしまったときに
難しいことがわかりました。
ハフ変換は、ちょっと重いので、軽くする方法さがしています。あと、線分なのか
矩形なのかの判断がまったくつきません。
どちらの方法でも、2値化の閾値が大きく結果に影響してしまうのも困ってます。。
- 502 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 19:39:25 ]
- ハフ変換とか知ってるのに細線化を知らないとか、
知識に偏りがあり過ぎるんじゃないか？
画像処理、画像認識系の本を読んだ方がいいかと。
知識は広く浅く持っておいて、必要なときに必要なところだけ
深く調べるのが効率的。
- 503 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 20:12:43 ]
- 画像処理は数学の分野ってわけでもないですし、こういう時って具体的にはどういう本がいいんですか？
- 504 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 20:19:39 ]
- >>501
>正解ってことでよいですか？
正解だと断言することはできないが、方針としてそんなに外してないとは思う。
外野の立場ではそこまでしか言えない…。
なので後は自分で実験するか指導教官/上司/クライアントの指示を仰いで下さいおながいします。
- 505 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 21:46:52 ]
- >>487
この感じなら大きめガボールフィルタをかければ
濃い領域が結合できると思う
ja.wikipedia.org/wiki/%E3%82%AC%E3%83%9C%E3%83%BC%E3%83%AB%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF
- 506 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 22:28:00 ]
- >>503
入門書としては、
「デジタル画像処理」がオヌヌメね
www.cgarts.or.jp/book/img_engineer/index.html
- 507 名前：506 mailto:sage [2009/03/18(水) 22:33:16 ]
- >>506
細線化の話が書いてあるかどうかは、定かでないが、
カラーの図がふんだんにあって、広く浅く分かりやすく書いてあるよ
- 508 名前：506 mailto:sage [2009/03/18(水) 23:29:42 ]
- >>507
度々失礼。
Webにある目次のページを見たら、細線化の項目があったね。
- 509 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 00:58:21 ]
- >>501
L字をlと＿に分離したいなら、今のアプローチでいいのでは？
2値化して細線化したところでL字の分離には弱いと思う。
- 510 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 03:48:58 ]
- 画像処理を勉強し始めようと思って、手始めにwikipediaみてDFTから実装してみたんですが、
同じルーチン(2D DFT)を2回通すと元画像になります。これってどういうことでしょうか。
ちなみに実装した式は
F(x,v) = 1/sqrt(N) Σ_y=0 ^N-1 f(x,y) e^-2πi(vy/N) v = 0,1,...,N-1
F(u,v) = 1/sqrt(M) Σ_x=0 ^M-1 F(x,v) e^-2πi(ux/M) u = 0,1,...,M-1
です。
元に戻るということはIDFTになってるということだと思うのですが、
IDFTは e^-2πi...でなくて e^2πi...と各所で説明されていて、この通り実装したものをDFTのあとに通すと元画像にはなりませんでした。
- 511 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 12:33:16 ]
- 係数が掛かっている所為じゃない?
適当にnか√nか1/nか掛けてみたら?
- 512 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 17:34:32 ]
- DFTの段階で1/√nかけてあればIDFTのときに1/nでなくて1/√nが使えてルーチンの再利用が楽になるから使ったんですけど･･･
一応論点にしたいのはIDFTはe^2πi...なのかe^-2πi...なのか･･･ってとこなんです。
DFTを紹介してるいろいろなサイトだとeの指数部がDFTとIDFTで正負逆になってるのでどちらが正しいのかと･･･
- 513 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 23:31:54 ]
- Twiddle Factor：W=exp(-j2π/N)
DFT: F(u) = 1/√N ∑_x=0^N-1 f(x) W^(xk)
IDFT: f(x) = 1/√N ∑_u=0^N-1 F(u) W^(-uk)
です。IDFTの複素共役をとったら
f*(x) = 1/√N ∑_u=0^N-1 F*(u) W^(uk)
逆変換が「F*(u)をDFTして複素共役をとる」になる。
結局IDFTはDFTを使って表せるから eの指数部の符号は気にしなくてもいいんじゃないか
- 514 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 23:35:51 ]
- fは実数だからf(x)もf*(x)も同じだし、
F(u) = F*(N-u)とかの関係を使えば説明できるかな。良くわからん
- 515 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 01:30:56 ]
- ウィキペディアみたら正規化係数やらeの指数部やらは習慣的なものだからとか書いてあるからあんまり気にしないことにします。
へんなこと聞いてすいませんでした。
- 516 名前：デフォルトの名無しさん [2009/03/21(土) 09:52:12 ]
- このｽﾚの80%くらいは低レベルな質問だな
- 517 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 09:55:02 ]
- まあ、画像処理は低いレイヤーの話だからね。
- 518 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 13:02:07 ]
- ウィットに富んだジョーク！
- 519 名前：デフォルトの名無しさん [2009/03/21(土) 14:42:28 ]
- bmp形式ファイルで「1bpp」にした画像を見たいのですが
うまく、見れません。
bmfhsize=sizeof(bmfh);
bmihsize=sizeof(bmih);
filesize=bmfhsize+bmihsize+((width/8)+1)*height;
::ZeroMemory(&bmfh, bmfhsize);
::ZeroMemory(&bmih, bmihsize);
bmfh.bfType=0x4d42;
bmfh.bfSize=filesize;
bmfh.bfReserved1=0;
bmfh.bfReserved2=0;
bmfh.bfOffBits=bmfhsize+bmihsize;
bmih.biSize=bmihsize;
bmih.biWidth=(width/8)+1;
bmih.biHeight=height;
bmih.biPlanes=1;
bmih.biBitCount=1;
bmih.biClrUsed=8;
bmih.biCompression=BI_RGB;//無圧縮形式
bmih.biSizeImage=0;//
bmih.biXPelsPerMeter=0;
bmih.biYPelsPerMeter=0;
bmih.biClrImportant=0;
どのようにヘッダファイルを定義したらいいですか？
width=100,height=100の画像を1bppに変換しようとしています。
- 520 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 21:45:37 ]
- 1bpp なら bmih.biClrUsed=2; じゃない？
- 521 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 22:06:58 ]
- bmih.biWidth=width;
だろ。あと各行のデータは4バイトバウンダリ
あとで、画像が上下さかさまだとか泣きついてきそうだな
- 522 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 09:42:20 ]
- 低レベルだｗ
- 523 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 11:26:08 ]
- >>519
パレットいらないっけ？
- 524 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 12:30:53 ]
- パレットいる、２つ分
- 525 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 12:34:25 ]
- ネタがないからいいけど、どう見てもAPIスレ向けだろう……
つーか、二値画像を見たいだけなら自分で書かなくてもツールで事が足りるだろうに。
- 526 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 12:48:16 ]
- 自分で作ったBMPファイルがツールで見られない、という話じゃないのか
- 527 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 13:11:56 ]
- まさかとは思うが、ヘッダを書くだけで2値化できると思ってないだろうな。
- 528 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 17:37:30 ]
- >>519
>>bmp形式ファイルで「1bpp」にした画像を見たいのですが
と書かれれている一方、
>>width=100,height=100の画像を1bppに変換しようとしています。
と書かれていて、趣旨がのみ込めません。
1bpp の bmp header（BITMAPFILEHEADER, BITMAPINFO）の内容の記述が
分からないのであるなら、Windows アクセサリの「ペイント」で適当は
画像ファイルを読み込んで、白黒 bmp で保存してみればいいのではない
でしょうか。
尚、bmp ファイルの読み込み・表示は「猫でも分かる・・・」の１６０
章、１７０章に出ています。
- 529 名前：528 mailto:sage [2009/03/23(月) 17:39:42 ]
- ×適当は画像ファイル
○適当な画像ファイル
失礼しました。
- 530 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 20:23:52 ]
- >>523
パレットは必須ではなかったと思う。
パレット無しのモノクロBMPをAPIで読み込ませると、TextColorとBkColorに
勝手にマップしてくれた希ガス。
- 531 名前：デフォルトの名無しさん [2009/03/24(火) 07:06:52 ]
- はなじでた
- 532 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 07:44:04 ]
- 何の話じをしでたの
- 533 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 11:12:17 ]
- DBIがAPIで読めるようになったのは後から追加された機能だから
使ってないツールも多いけどな。
- 534 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 11:13:42 ]
- DBIって何だ、、orz DIBね
|
 |
