- 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ね
- 535 名前：デフォルトの名無しさん mailto:age [2009/03/26(木) 00:27:31 ]
- 「プレーン画像」の定義を教えて下さい。
ぐぐってもよい説明が見つかりません。
- 536 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 10:27:35 ]
- >>535
元が○○プレーン画像とかになってないか？
プレーン画像だけなら単に平面画像。
画像処理なら、特殊な座標系を作って、そこで取りだされた平面、ぐらいのことしか言えない。
- 537 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 11:01:35 ]
- プレーン方式とパックドピクセル方式、という用語ならあるが...
- 538 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 12:09:35 ]
- 懐かしいなおい
- 539 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 20:02:06 ]
- >>536
普通、たんにプレーン○○と言ったらplaneじゃなくてplainのことだと思うが。
- 540 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 10:23:05 ]
- plane imageだったら飛行機の画像。
plain imageだったらアニメや動画じゃない単なる画像。
画像処理ででてきそうなのはfocal plane image（焦平面画像）みたいな○○平面画像。
- 541 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 17:54:37 ]
- GIMPの雲模様を違う風に作りたいんだけど
どういうプログラムにすればいい？
グラデーションとかならわかるんだけど
ランダム関数とかは絶対必要だよね？その程度しか思いつかないんだけど
なにか次に進めそうなアドバイスお願い
- 542 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 18:09:51 ]
- >>541
GIMPは知らんので、一般的な雲の話になるが普通はフラクタルノイズを使う。
フラクタルノイズ(ピンクノイズ)、中点変位法、Perlinノイズあたりを調べれば良いかと。
- 543 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 18:34:15 ]
- ありがとう！
- 544 名前：デフォルトの名無しさん [2009/03/31(火) 01:29:50 ]
- 高速に誤差拡散するアルゴリズム教えて下さい
- 545 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 01:31:39 ]
- あなたは何を調べて何を試したんですか？
- 546 名前：デフォルトの名無しさん [2009/03/31(火) 10:31:23 ]
- 何も調べてないからここで聞いているんじゃないですか。そんなことも判らないんですか？
- 547 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 11:14:49 ]
- つ ぐぐる
- 548 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 11:16:30 ]
- 失せろゴミ
- 549 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 11:21:16 ]
- そーだよな。
ある程度自分で調べられない教えて君は、向上する見込みが無いからね。
つうわけで、次の質問どうぞ。↓
- 550 名前：デフォルトの名無しさん [2009/03/31(火) 12:38:21 ]
- 高速に誤差拡散するアルゴリズム教えて下さい
- 551 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 12:44:06 ]
- スルー。ｗｗｗ 次の質問どうぞ。↓
- 552 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 12:46:45 ]
- 誤差拡散って何か教えて下さい
- 553 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 12:48:45 ]
- ja.wikipedia.org/wiki/%E3%83%87%E3%82%A3%E3%82%B6
- 554 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 14:09:08 ]
- ティーザー処理というのはどうだろう。
- 555 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 19:23:13 ]
- YUV形式の画像上に直接文字をスタンプする方法ってあるんでしょうか？
- 556 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 19:41:13 ]
- 420?422?444? あと、どういうデータ形式？？ｗｗｗ
- 557 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 20:08:52 ]
- 色々すいません。
JPEG（YUV422）をRGB化することなく、
画像にタイムスタンプする方法があるのかな？と思いまして。。。
- 558 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 20:46:11 ]
- RGBだとスタンプで来て、YUVだとできないのは何故？
- 559 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 20:56:18 ]
- 画素・色の考え方と、データフォーマットの問題だろ。
めんどくさければ、Y成分にフォント変換した文字を埋め込めば読めないでもない。
商業用途で綺麗に埋め込みたければべつだがね。
仕事なら、きちんと理解できてそうな人に聞くべし。
説明を省きたいような同僚とかばかりなら、社風悪いので転職考えたほうがいいぞ。
（余計なお世話と思うが、そういう会社に思い当たりがあるのでな。）
- 560 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 23:01:18 ]
- >>555
文字をラスタライズしてYUVに変換して合成するだけなんじゃ・・・
と思った俺はなにか勘違いしているのだろうか。
- 561 名前：デフォルトの名無しさん [2009/04/02(木) 01:48:12 ]
- 仮に無謀と思われる道を選んだとしても
それが人生
- 562 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 11:13:40 ]
- >>558-561
ありがとうございました。
転職の件も含め検討してみます。
- 563 名前：デフォルトの名無しさん mailto:age [2009/04/05(日) 00:27:15 ]
- この時期転職はきついわな がんばれ
- 564 名前：デフォルトの名無しさん [2009/04/05(日) 13:51:33 ]
- キーエンスですねわかります
- 565 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 07:46:42 ]
- ねーよｗ
- 566 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 13:48:08 ]
- キーエンスは新卒至上主義
- 567 名前：デフォルトの名無しさん mailto:age [2009/04/06(月) 23:52:27 ]
- 16bppの定義を教えて
RGBを5bitずつ15(5×3)bitで表現した形式？
それとも、Bだけちょんぎっちゃうの？
5bitで表現したら、色がかなーり 劣化しちゃわない？
- 568 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 08:12:01 ]
- R:G:B=5:5:5もあるし
R:G:B=5:6:5もあるよ
- 569 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 09:21:15 ]
- >>567
PC-9801なんか12bppから16色しか使えなかったんだぉ (> <)
- 570 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 21:03:38 ]
- MSX2のSCREEN8は8bpp(RGB 3-3-2)だったぜ
- 571 名前：デフォルトの名無しさん mailto:age [2009/04/07(火) 22:51:07 ]
- たまに2bppとかあるけど、あれって、
1:2値化した白黒
1:何かのフラグ（たとえば透過しているとか）
って考えてOK?
- 572 名前：デフォルトの名無しさん [2009/04/07(火) 22:58:21 ]
- どこにある2bppだよ
- 573 名前：デフォルトの名無しさん mailto:age [2009/04/07(火) 23:24:02 ]
- 組み込み系では結構あるんじゃない？
3bppとかあるとおもうよ。
- 574 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 23:43:09 ]
- >>573
それ単なるデジタル8色じゃね
- 575 名前：デフォルトの名無しさん [2009/04/07(火) 23:52:14 ]
- 2bppは、単に奇数番目の画素と偶数番目の画素だったりすることもある。
一応、黒、緑、マゼンタ、白の積もりでNTSC出力しているんだけど、緑とマゼンタで位置が違うのよね。
- 576 名前：デフォルトの名無しさん [2009/04/08(水) 14:42:14 ]
- 類似画像をみつける方法かんがえた２
エッジを検出して、線の太さ(重要)順に、その長さと、位置を記録しておく。
たとえば、3つの位置関係と長さがほぼ一致していれば同一と見なす。
これならば部分的な画像や、回転画像でも対応できる。
- 577 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 15:07:48 ]
- 前世紀の学部の教科書に、もっとましな方法が載っていますがな
- 578 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 15:23:06 ]
- 具体的に
- 579 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 17:08:14 ]
- 低級なものでは、rgbでヒストグラムを作って比較
- 580 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 17:25:07 ]
- >>578
一般化ハフ変換や幾何学的ハッシュ法だろ。20～30年前の技術だけど。
- 581 名前：デフォルトの名無しさん [2009/04/08(水) 22:02:41 ]
- 最近考えてる ｐとｎ について 考えてる
ｐが灰色 ｐｐｐｐ で 灰色灰色灰色灰色 つまり 灰色＋＋＋
モノクロ 画面構造だと
pp pppp ppp pp ppn pnp ppppn
ppp pnp ppnp pnp pppn pp pp
ppp npn pnpp pp pnp pppn ppn
n は 最近考えてる 空想してる
ｐは ２ つまり ｖマックス ｎは ｖロー
とか 住基ネットの リンク処理 ppp nppp pnp ppn
加速装置 pppppppnpppppp
光まで加速すｒには ｐを4千回
ｐｐが1000円で ｐｐｐｎが4000円 ｐｐｐｐｐｐが 5600円
- 582 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 23:57:11 ]
- ＶＢ２００５で画像処理のプログラム作ってるんだけど、8bitのビットマップを開いて、
256色カラーか、256階調のグレースケールかを判断するにはパレットの中身を
０～２５５のでナメてみるしかないですか？
誰か他にスマートなアイデアや方法があったら、ご教示いただけるとうれしいです。
- 583 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 00:02:53 ]
- たかが256回まわすくらいガタガタ言うな
ほかにやることあんだろ
- 584 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 00:11:47 ]
- パレットに色がついてても、使われてない可能性があるから画像全部なめないと正確には無理か
- 585 名前：デフォルトの名無しさん [2009/04/09(木) 01:18:43 ]
- TIFFLIB使ってBMP24BPP読んでTIFにするサンプルきぼんぬ
うまくいかない
- 586 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 02:41:31 ]
- TIFFLIB使ってBMP24BPPを読むの?
- 587 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 08:39:01 ]
- >>584
使ってなくてもパレットに色がある時点でグレースケールではないんじゃ？
- 588 名前：デフォルトの名無しさん [2009/04/09(木) 09:32:48 ]
- >>587
パレットを使っている時点でグレースケール(フォーマット)ではないと判断する場合もある。
>582の場合はそれに該当しないのだから、実際の画素に当たる方が妥当だと思う。
- 589 名前：デフォルトの名無しさん [2009/04/09(木) 10:18:09 ]
- そもそもRGBの値だけじゃグレースケールとは判断できなかったような。
YCｂCｒを求めないとだめなんじゃない？？
- 590 名前：デフォルトの名無しさん [2009/04/09(木) 12:38:25 ]
- >>589
それって要は、rgbがそれぞれ一致していればいいってことだからね。
- 591 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 14:10:02 ]
- そんなに単純だといいですねｗ
- 592 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 14:52:59 ]
- 単純だよ
- 593 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 15:05:19 ]
- R=G=B=n(0～255)ではないパレットカラーを持ってたら非グレースケールでいいんじゃない？
ところで、nが重複した256未満の階調を持つものもグレースケールでいいのだろうか？
- 594 名前：デフォルトの名無しさん [2009/04/09(木) 15:12:40 ]
- >>593
いけない理由が思いつかないのでいいと思いますが。
>588の上の基準だとダメだけど。
いずれにしても、グレースケールの定義がはっきりしないから……
- 595 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 20:20:36 ]
- >>588 >パレットを使っている時点でグレースケール(フォーマット)ではないと判断する場合もある。
どういうこと？ kwsk
- 596 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 23:25:29 ]
- そのまんまの意味だろ。画像フォーマットにはパレットを持たないものもあるわけだから。
- 597 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 23:35:32 ]
- 馬鹿かお前
- 598 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 06:05:47 ]
- 堕ちたねーここも
- 599 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 10:25:09 ]
- 画像処理を応用したwebアプリで有名なもの一覧みたいなのどこかにないでしょうか
like.com
ぐらいしか知らない
- 600 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 13:33:17 ]
- >>599
ちゃんとしたURLはってもらっていい？
- 601 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 18:43:27 ]
- ほしゅ
- 602 名前：デフォルトの名無しさん [2009/04/11(土) 23:50:24 ]
- 画処理はたくさんやることあるな
- 603 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 21:39:55 ]
- イメージプロセッシングとコンピュータビジョンとロボットビジョンの違いが分からない
- 604 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 21:46:45 ]
- ググレカス
- 605 名前：デフォルトの名無しさん mailto:sage [2009/04/13(月) 18:05:28 ]
- Rは画像処理に使えますか？
matlabは高くて買えません
- 606 名前：デフォルトの名無しさん [2009/04/13(月) 19:41:28 ]
- 画像を３次元処理するのもこのスレでいい？
- 607 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 06:40:09 ]
- それも画像処理だし良いんじゃないの？
- 608 名前：taguti [2009/04/14(火) 16:14:45 ]
- ６個のreal型変数ｘ１、ｙ１、ｘ２、ｙ２、ｘ３、ｙ３を定義しそれぞれに実数つを読み込んで、ｘｙ平面上の３点
（ｘ１、ｙ１）（ｘ２、ｙ２）（ｘ３、ｙ３）を頂点に持つ三角形の面積を計算して、その値を表示するプログラムを作成してください。
・公式：底辺ｘ高さ÷２を使って計算してください。
お願いします！！
- 609 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 16:15:27 ]
- マルチですか？
- 610 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 17:12:43 ]
- はわわ～ ひろゆきさんイジワルですぅ～
- 611 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 17:23:39 ]
- 底辺ｘ高さ÷２？
わざわざ汎用性のない難しい方法で解くのはなぜ？
- 612 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 20:09:58 ]
- スレ違い
- 613 名前：デフォルトの名無しさん [2009/04/15(水) 00:33:35 ]
- 場違いな質問かもしれませんが、
質問させて頂きます。
画像処理（テレビなど）における、
フォーマット変換とは具体的にどのような処理なのでしょうか？
わかる方がいらっしゃれば、
子供でもわかるような説明をいただけると有難いです。
- 614 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 00:38:33 ]
- >>613
子供にゃ無理だ。
いや、ほんとに。
- 615 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 06:01:20 ]
- 知能は子供だけど
年齢は大人なので教えてください。
- 616 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 10:59:53 ]
- >>615
よく麻酔針打たれている方ですか？＾＾
- 617 名前：迷えるアーティスト志望 [2009/04/16(木) 13:28:40 ]
- みなさんに質問です。
（質問１）
フォルダに入った１０００枚の画像の色を例えば、赤→青、黄→紫など思うがままに
１枚、１枚毎に変換させ、それらの変換処理した各画像ファイルを別のフォルダに記憶させる
ことができるソフトウエアはあるでしょうか？
なお、私はプログラムの知識はありません。
（質問２）
輪郭抽出、モザイクなど、ウインドウのペイントに付いている「変形」処理を
上記１０００枚の各画像フェイルに行わせるソフトウエアはあるでしょうか？
１０００枚の画像から１枚、１枚選択して、処理する手間を省きたいのです。
できれば、フリーソフトウエアでそのようなものがあればありがたいのですが。
よろしくお願いします。
- 618 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 13:48:15 ]
- >>1にこう書いてあります。
＞画像処理プログラミングについて質問、議論を行うスレッドです
ソフトウェア板等に移動されることをおすすめします。
- 619 名前：迷えるアーティスト志望 [2009/04/16(木) 13:57:20 ]
- ＞６１８
コメントありがとうございます。他の板で聞いてみます。
- 620 名前：デフォルトの名無しさん [2009/04/16(木) 14:30:55 ]
- 色域指定で選択領域のパスを得る方法が分かりません。教えてください。
- 621 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 16:41:46 ]
- やっぱGrabcutだべ
- 622 名前：デフォルトの名無しさん mailto:sage [2009/04/17(金) 08:01:24 ]
- >476
ヒント 重心
- 623 名前：デフォルトの名無しさん [2009/04/18(土) 01:37:41 ]
- LIBJPEGを利用して
BMPをJPEGに変換はできたんですが
逆に JPEGをBMPにするにはどうしたらいいですか?
- 624 名前：デフォルトの名無しさん [2009/04/18(土) 13:59:48 ]
- >>623
www.geocities.jp/katayama_hirofumi_mz/win32/savejpeg.htm
- 625 名前：624 [2009/04/18(土) 14:04:35 ]
- 間違えた。
www.geocities.jp/katayama_hirofumi_mz/win32/loadjpeg.htm
www.geocities.jp/katayama_hirofumi_mz/win32/bitmap1.htm
- 626 名前：デフォルトの名無しさん mailto:sage [2009/04/18(土) 14:48:15 ]
- RGBの色は保持して、白に近づけたり、黒に近づけたりするには各色成分R、G、Bをどういう計算で変化させればいいんですか？
パレットで値を見ながら変化させて調べると各値が不規則に変化してるんみたいなんですが
- 627 名前：デフォルトの名無しさん mailto:sage [2009/04/18(土) 15:24:27 ]
- YIQとかHSVとか明るさが独立した軸になってる色空間にマップして操作して逆変換する。
- 628 名前：デフォルトの名無しさん mailto:sage [2009/04/18(土) 16:56:02 ]
- なるほど、明るさを分離後変更して戻したらできました。ありがとうございました
- 629 名前：デフォルトの名無しさん [2009/04/20(月) 09:36:10 ]
- 単純に考えれば、RGBをそれぞれxyzとする空間で、特定のRGB値から白までをリニア補間すれば白に近づくRGB値の線が得られるね。
無彩色以外への変化の場合はRGB立体よりHSV立体の方がそれっぽくなることも多いけど。
- 630 名前：デフォルトの名無しさん [2009/04/20(月) 16:10:04 ]
- 白黒でグラフカットを実装できたけど、
カラーに対応するにはどうしたらいいんだ？
- 631 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 17:21:18 ]
- HSVに変換してＶの値でやってみたりとか？
- 632 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 21:58:23 ]
- CAPTCHA破りもこの分野ですか？
- 633 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 21:59:38 ]
- CAPTCHA破りなんて中国人にでもやらせとけ
- 634 名前：デフォルトの名無しさん mailto:age [2009/04/21(火) 00:35:58 ]
- RGB→YUV変換した画像に対して
YUV→RGB変換をかけても、もとの画像にもどらないんだけど
これはおかしいこと？式は
vision.kuee.kyoto-u.ac.jp/~hiroaki/firewire/yuv.html
のを使っています。オーバーフローアンダーフロー処理も行っています。
- 635 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 00:38:47 ]
- 式みたら境界条件くらいわかるだろ。
てか、式どれ？
- 636 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 00:40:55 ]
- ソースとINとOUTの画像くらい出してもらわないと
- 637 名前：デフォルトの名無しさん mailto:age [2009/04/21(火) 00:41:20 ]
- Y = 0.257R + 0.504G + 0.098B + 16
Cb = -0.148R - 0.291G + 0.439B + 128
Cr = 0.439R - 0.368G - 0.071B + 128
YCbCr to RGB
R = 1.164(Y-16) + 1.596(Cr-128)
G = 1.164(Y-16) - 0.391(Cb-128) - 0.813(Cr-128)
B = 1.164(Y-16) + 2.018(Cb-128)
です
- 638 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 00:46:02 ]
- Rの式にYとCrの式を代入したら？
- 639 名前：デフォルトの名無しさん mailto:age [2009/04/21(火) 22:43:51 ]
- PhotoShop CS2で、グレイスケール画像(8bppBMP)BMPを作ると
自動的にoffsets値が1000近く埋められるのですが
これにはどんな意図がありますか？。BMPだったら、普通に54byteヘッダー
だけでそのあとにピクセルデータが続けばいいと思うんですが、
わざわざ1000byteもオフセットして何がいいの？
- 640 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 22:46:19 ]
- 256エントリのグレイパレットが作られているんじゃなくて?
- 641 名前：デフォルトの名無しさん [2009/04/22(水) 00:17:11 ]
- 256エントリでぐぐったのですが意味がわからなかったです。すみません。
グレイパレットか何かがそこに作られているんでしょうか。でもそこを削除しても、
8bppBMPとしては普通にPhotoShopCS2やWin付属のViewerで閲覧できますし、
どんな意図があるんだろう。
- 642 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 01:02:14 ]
- >>641
256色のグレーのパレットができているってこった。
つまり、8ビットパレットカラーでパレットの中身が全部グレーと言う状態なんだろう。
で、パレットを削除したら色が未定義になるはずだけど、そこはグレーと見做す仕様なんじゃないかな。
IrfanViewで見る限り、ちゃんとグレー256諧調のパレットになっているからね。
- 643 名前：デフォルトの名無しさん [2009/04/23(木) 10:22:09 ]
- www1.axfc.net/uploader/File/so/21979.zip
tools.bmpを180度回転させると、1ピクセルずれます。
ずれないようにするにはどうすればいいでしょうか？
- 644 名前：643 [2009/04/23(木) 17:00:17 ]
- www1.axfc.net/uploader/File/so/21990.zip
bitmap.cのCreateRotated32BppBitmapという関数で回転処理を行って
いますが、tools.bmpを180度回転させると、1ピクセルずれます。
ずれないようにするにはどうすればいいでしょうか？
- 645 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:05:44 ]
- 1ピクセルずらす
- 646 名前：デフォルトの名無しさん [2009/04/23(木) 17:13:04 ]
- >>645
それは汎用性がない。他の角度の場合におかしくなる。
- 647 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:22:42 ]
- この関数のどの時点から想定外の動作をしているの？
- 648 名前：デフォルトの名無しさん [2009/04/23(木) 17:27:06 ]
- >>647
少なくとも
90度は右に1ピクセルずれます。
180度は右上にピクセルがずれます。
270度は上に1ピクセルずれます。
- 649 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:29:29 ]
- >>648
それは関数の出力でしょ？
関数の中でどこがおかしい動作をしているのかを聞いている。
- 650 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:30:25 ]
- INTで計算するのやめたら？
- 651 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:32:05 ]
- 丸め誤差の問題でしょ
- 652 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:40:30 ]
- ソースは見てないが、0.5ドットずらして、ピクセルの中心点を拾え。
- 653 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 19:20:43 ]
- レベル低くて申し訳ないんですが
既に描かれている黒い円を縮小して表示していて
小さくなればなるほどアンチエイリアスが取れてガタガタになってしまいます
やり方としては、表示先の座標でループさせて
縮小率の逆変換？で元の画像から拾ってきて表示という風にしています。
あまりに酷かったので、表示先の画面を仮想的に32倍にして拾って
1/32で戻して平均値を出して表示とやっても変わらず
普通物凄く縮小すると、色が薄くなったりすると思うのですが
サイズだけ小さくて濃いままになります
今はまだ考え付かないんですが
やっぱりもっと複雑な方法じゃないと駄目なんでしょうか
- 654 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:11:45 ]
- >>648
で、原因はどこだったの？
- 655 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:14:26 ]
- 縮小は面積平均法がいいよ
- 656 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:33:23 ]
- >>653
面積平均やバイリニア程度ではギザギザしてくると思うので
バイキュービックやLanczos2/3あたりを使う。
- 657 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:44:04 ]
- バイキュービックって汚いじゃん
- 658 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:05:18 ]
- まずは面積平均というのから試してみようと思いますありがとう
それで駄目ならバイキュービックとかも試してみようと思います
でもさっき検索していて気になったのが
1ドットの円を画面で表すと、面積だと８０％くらいなのに
実際は濃度が５０％の点になるというのを見たんですが
自分のプログラムはもろにこの面積どおりになってしまっている気がします
それも計算によって変わるんでしょうか
- 659 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:26:47 ]
- >>657
そう？
自分で組んだバイキュービックで確認したが、5ピクセルの線幅の正円(アンチエイリアス済み)
を0.25倍程度に縮小したがギザギザはほとんど見えない。Lanczos2/3でも同様。
倍率1倍表示で確認。
- 660 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:27:25 ]
- Lanczosて結構好きだな
- 661 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:29:57 ]
- 面積平均法は１pixelの線を5%表示くらいにしても綺麗だよ
- 662 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:49:20 ]
- >>661
1ピクセル線幅の0.05倍だと何だか薄くて差が分からない。
バイリニアがクソだということだけは分かる。
- 663 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 00:38:07 ]
- CZPで見るとLanczos3かそれ以上のtap数のSincじゃないと使えないな。
面積平均は速度考えたら有りかな位。
- 664 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 01:41:08 ]
- CZPだけで見るのが間違いなんだろ
周波数だけしか見てない
- 665 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 02:30:34 ]
- lanczos3だと線がシャープになりすぎるよ
- 666 名前：643,644,648 [2009/04/24(金) 10:05:49 ]
- 自己解決しました。で、できたのがこれです。
ありがとうございました。
www.geocities.jp/katayama_hirofumi_mz/turnpix/
- 667 名前：デフォルトの名無しさん [2009/04/24(金) 11:28:02 ]
- 自己解決ねぇ……
なるほど、ム板で聞いてヒントを貰ってはツールを公開している御仁か。
- 668 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 17:35:19 ]
- おまえらのヒントなんてググればいくらでも出てくることだろ
- 669 名前：デフォルトの名無しさん [2009/04/24(金) 18:22:13 ]
- 確かに
- 670 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 18:35:11 ]
- だったらググれよ
- 671 名前：デフォルトの名無しさん [2009/04/24(金) 20:58:17 ]
- グラフカットを利用して、サブピクセル精度の視差は計算できるでしょうか？？
画像はステレオカメラで撮影した左右2枚を用います。
こういった掲示板に書き込むのは初めてなんで、分かりにくいと思いますが、
よろしくお願いします。
- 672 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 01:21:20 ]
- >>666
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 673 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 01:59:41 ]
- >>666
だから、不具合の原因はなんだったの？
質問しておいて、結果を報告しないなんて最低だな。
- 674 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 03:03:30 ]
- >>650に一票
- 675 名前：デフォルトの名無しさん mailto:age [2009/04/25(土) 23:03:07 ]
- 8bpp無圧縮Tiffファイルを、8bppBMPに変換するプログラムがうまく
いかないです
//TIFFから値を取得する。
TIFFGetField(img,TIFFTAG_IMAGEWIDTH,&width);
TIFFGetField(img,TIFFTAG_IMAGELENGTH,&height);
TIFFGetField(img,TIFFTAG_BITSPERSAMPLE,&bitspersample);
TIFFGetField(img,TIFFTAG_SAMPLESPERPIXEL,&sampleperpixel);
TIFFGetField(img,TIFFTAG_ROWSPERSTRIP,&RowsPerStrip);
TIFFGetField(img,TIFFTAG_PHOTOMETRIC,&PhotoMetric);
for(i=0;i<height;i++)
{
TIFFReadScanline(&img[i*width],&pBuf[i*width*sampleperpixel],i,0);
//TIFFReadScanline(img,(tdata_t)pBuf,i,0);
}
どうやったらTiffからピクセルデータを取得できますか？
- 676 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 00:33:27 ]
- >>675
tiffの構造なんてもうすっかり忘れたけど、
ストリップが1ラインずつ分かれているなんて前提はなかったと思うぞ。
1ラインかもしれんし、10ラインかもしれんし、全体で1ストリップしかないかもしれん。
で、今度は何? 回転専用の対応フォーマットを増やしたいってこと?w
- 677 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 08:58:48 ]
- 回転専用……目の付け所が流石だわ。
- 678 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 10:09:15 ]
- >>676
s/回転専用/「回転専用。」/
- 679 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 11:22:37 ]
- >>671
やったことはないが、石川先生の論文にはラベル＝視差は整数にかぎらない(実数でも良い)とある。
- 680 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 12:14:17 ]
- >>675
imgってtiffファイルのハンドルだろ
&img[i*width]ってなんだよ
１ TIFFScanlineSize(img);で1行のバイト数を取得してから1行分のバッファを確保
２ 受け側は各行4バイトバウンダリで高さ分のバッファを確保
３ TIFFReadScanlineで1行ずつ読み込んで
４ 受け側のバッファの各行の銭湯アドレスにコピー
あとはBMPのヘッダを構築すれば、ある程度の8bppのTIFFを8bppのBMPとして読めるようになる。
これでは読めないTIFFはたくさんある。たとえば、
A マルチページTIFF
B タイルTIFF
C 縦横の解像度が違う
D PhotoMetricがMin is white(0が白)
E パレット形式
いずれも、対応はそれほど難しくはないので、必要に応じて機能を追加すればよい。
- 681 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 12:55:56 ]
- >>676
ストリップ・・・
ストライプだろ
- 682 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 13:48:00 ]
- >>681
ttp://www.libtiff.org/man/TIFFReadRawStrip.3t.html
ﾁﾐはstripをストライプと読んでいるのかね？
- 683 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:06:21 ]
- 一方ロシアはimagemagickを使った
- 684 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:11:07 ]
- >>681
- 685 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:42:57 ]
- imagemagickはどうしても「イメージマジックク」と読んでしまう
- 686 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 15:07:03 ]
- >>683
そんなこと言ったら、回転処理自体ImageMagickでできるようなw
- 687 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 16:03:12 ]
- >>682
いいやstripeをストライプと読んでる
- 688 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 16:24:29 ]
- じゃあ今回のとは何の関係もないじゃない
- 689 名前：デフォルトの名無しさん mailto:age [2009/04/26(日) 21:58:57 ]
- >>680
OneLineSize=TIFFScanlineSize(img);
Recv=(unsigned char*)malloc((OneLineSize+byte4Hosei)*height));
for(i=0;i<height;i++)
{
TIFFReadScanline(img,(tdata_t)Recv[i],i,0);
}
これでRecvにはtiffデータがはいってるの？？？？
- 690 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 00:00:42 ]
- これは
- 691 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 00:09:10 ]
- 「(tdata_t)Recv[i]ってなんだよ」
>>680
は、ゆとりに教えることの困難を思い知った。
- 692 名前：デフォルトの名無しさん [2009/04/28(火) 23:37:49 ]
- >>626
何をしたいかにもよるけど、RGB を一定の割合で変化させる、のではダメなの？
BYTE r, g, b; // 古いrgb 情報
BYTE nr,ng,nb;
float t = 0.3f; // 0<t<1
nr = BYTE(t * r); , etc.
これはあくまでも RGB 色空間での線型補間だから、他の色空間で見たら経路が違う。
- 693 名前：デフォルトの名無しさん [2009/05/01(金) 18:37:59 ]
- フーリエ変換→フィルタリング→逆フーリエ変換
というプログラムを作成してます
フーリエ変換→逆フーリエ変換をすると元に画像が戻るのですが、フィルタリングの処理をすると、
逆フーリエ変換の画像が真っ暗(各数値を調べると、1#QNANOと表示される)になってしまいます
フィルタリングの処理を行うとき、フーリエ変換で出力した実数と虚数を、それぞれ演算処理すればいいのですよね？
(スペクトルを出すときのように振幅に直して、そこで演算処理しなくてもいいですよね)
具体的にしたいことは、画像上でガウシアンフィルタをかけるのではなく、周波数空間でガウス関数を掛けて、それを画像に戻したいのですが
よろしくお願いいたします。
- 694 名前：デフォルトの名無しさん [2009/05/01(金) 19:06:30 ]
- >>693
そういう処理を普通に書いているけど、特に問題は出てないよ。
途中のフィルターの計算か何かで負値のlogを取るとか何かやらかしてない?
- 695 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 19:24:21 ]
- かなり見直したんですけど、1#QNANOとか出るってことはそういう計算ミスしてるんでしょうね…
振幅のスペクトル画像に直して処理しなくても、
フーリエ変換で得られた実数、虚数を個別に、掛けたり割ったりすればいいことが分かっただけでも助かりました
ありがとうございました
もうちょっと頑張ってみます
- 696 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 21:25:38 ]
- >>695
浮動小数点例外のマスクを外せば分かるかもよ。
- 697 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 00:11:23 ]
- >>693
フィルタは、周波数に依存する関数だったりする？
- 698 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 07:54:17 ]
- ちょっとスレから離れてしまうかもしれませんが
どなたかアドバイスを
線や画像なんかの補正に曲線補間をしようと思っていて
計算のテストとして10個の点をマウスで入力し
そこから二次関数を求めて、点を計算表示しているんですが
なかなか上手くいきません
10個の点を最小二乗法で計算して表示しているつもりなんですが
どうしても点が (1,1) (2,4) (3,6)…とはならず
(1,1) (2,16) (3,6) (4,24)…みたいに一個おきに大きくぶれた感じになってしまいます
色々ぐぐったりしたんですがよくわからなくて
どこかやさしく解説してるようなところとかないですか
- 699 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 08:32:54 ]
- あります
- 700 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 09:05:47 ]
- >>698ですが一次関数にしても同様だったので
おかしいなと主要な変数観察していたら
1ループごとにy座標反転してることが判明しました
ほんとごめんなさいごめんなさいごめんなさい
- 701 名前：デフォルトの名無しさん [2009/05/12(火) 10:50:39 ]
- 切り刻まれた紙をブルースクリーンのスキャナ画像で取り込んで、
切り刻まれる前の状態を解くようなプログラムを作れますか？
ジグゾーパズルを解くようなプログラムです。
- 702 名前：701 [2009/05/12(火) 11:05:05 ]
- 紙には何かが印刷されているものとします。
切り刻まれ方はランダムとします。
- 703 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 11:39:11 ]
- シュレッダーで裁断した紙の復元だったら実用システムもいくつかあるみたい。
ストリップカット
ttp://www.unshredder.com/
クロスカットでも
cross-shred reconstruction suite
ってのがあるらしい(urlは不明)
クロスカットの復元サービスなら30cm立方の復元で100万円くらいだって。
100万円がおいしいかどうかは分からない。
- 704 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 14:39:18 ]
- >>703
一度画像としてとりこんでからの処理なら俺でもできそうだけど
画像とりこみデバイスで重ならないようにスキャンするの大変そうだ
- 705 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 16:09:54 ]
- >>702
シュタージの残した膨大な裁断書類の復元を請け負ってるフラウンホファー研究所に相談すれば？
- 706 名前：デフォルトの名無しさん [2009/05/13(水) 00:46:48 ]
- でもフーリエって少し時間かかるよな
もっとパッと出来ないのかしら
- 707 名前：デフォルトの名無しさん [2009/05/13(水) 01:23:27 ]
- そんなときのためのFFT
- 708 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 19:34:14 ]
- SIFTの点が近すぎず固まらないようにするにはどうしたらよいでっか？
- 709 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 19:39:26 ]
- SHIFTってヒストグラムの？検出される追跡点がかぶらないようにってこと？
- 710 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 21:38:34 ]
- Scale Invariant Feature TransformのSIFTです。
検出される点の数が多すぎるので抑制したいんですよ。
- 711 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 23:54:01 ]
- レイヤー(PhotoShop的な)構造を実現するための機能が充実していて、
かつライセンスがきつくない(GIMPとか)ライブラリってございますでしょうか。
フルスクラッチで作ってたのですが、技術不足ゆえ、あまりにもっさりで脱力感が。
OpenCVとGraphicsMagickは見てみたのですが、そのものずばりってのは無さそうで。
- 712 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 23:58:11 ]
- CxImageとか
- 713 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 00:11:07 ]
- 速さでいったらやっぱOpenCVかな。
- 714 名前：デフォルトの名無しさん [2009/05/14(木) 00:57:06 ]
- >>711DirectXでもつかってみたら？
カクレイヤーを3角形2枚使って表現すればいいんじゃね？
ピクセルの編集はテクスチャに対して行えば良いと思うし。
重ね合わせはZの値いじるだけで手軽に変更できるしさ。
あくまでGDIでやりたいなら、まずBitmapのメモリを、
直接編集できるようにようにすると良いよ。
あと、重ね合わせの際には一番上から描画して行って、
後ろになるレイヤーは描画しないようにすれば早くなるよ。
あとブロック単位で分割して重ね合わせ処理をおこなえれば、
処理時間は長くても進捗が見えるから多少ごまかせる。
- 715 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:15:01 ]
- OpenCVは基本的にレイヤー単位で処理するようになってるよ。
- 716 名前：711 mailto:sage [2009/05/14(木) 01:18:17 ]
- >>712-714
CxImage！これから見てみます。感謝。
OpenCVでもできるんですね。Mergeあたりを使うのかしら。それともレイヤー処理は自前でしょうか。
3D屋なので、DirectXも実は試したことありますが、当時はトランスフォーム済みライティング済みの
バッファにちゃんとZ値付けて合成しても、ビデオカードによっては酷い目にあった記憶が。今はましかもですね。
モノクロ二値DIBでやっていて、それなりに速いのが出来ていたのですが(なにせレイヤー処理がANDで済む)
途中でフルカラー対応にせざるを得なくなって気力がなくなったってのもあります。
皆さんレスありがとうございました。早速吟味してきます。
- 717 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:19:21 ]
- >>715
書いている間にすいません。どうもリファレンスの読みが足りなかったようで。
もう一度ちゃんとOpenCVも見てきます。ありがとうございました。
- 718 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:47:47 ]
- >>716
OpenCVだとレイヤ同士をメモリ上の論理演算でガッといっぺんに計算しちゃうから高速。
cvSpilit(in, R, G, B, α)でレイヤー分割、cvMerge( R, G, B, α, out)で結合。
- 719 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 02:01:41 ]
- >>718
なるほどこいつですか。素敵過ぎです。本当にありがとうございます。
- 720 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 05:20:11 ]
- >>710
エッジ上の点は取り除いてるの？
減らす基準が無いの？ 無いならランダムに取ればいいんじゃね
- 721 名前：デフォルトの名無しさん [2009/05/15(金) 02:37:04 ]
- 2枚の同サイズのBMP画像を重ね合わせようとして、
対応する画素のR,G,Bを足して２で割る、
というプログラムを書きました。
この他にも重ね合わせをするアルゴリズムはあるのでしょうか？
「画像 重ね合わせ」「画像 合成」
とかでググってもうまく見つけられません。。。
- 722 名前：721 mailto:sage [2009/05/15(金) 02:53:14 ]
- 追記
C++で24bit Bitmapを扱っています。
低レベルな質問で申し訳ないです m(_ _)m
- 723 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 03:25:30 ]
- Photoshopの体験版でも入れてみな
- 724 名前：721 mailto:sage [2009/05/15(金) 03:50:27 ]
- >>723
プログラムで作ることに意味があるのでツールじゃない方向で・・・
- 725 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 05:34:39 ]
- >>721
「αチャンネル」でググってみたら？718のOpenCV関数にもαが使われてるな。
- 726 名前：デフォルトの名無しさん [2009/05/15(金) 09:29:24 ]
- >>724
そのプログラムでどう作ればいいか分からないから既存のツールでどんな重ね合わせがあるか見てみるんじゃないか。
例えば簡易計算プログラムを作りたいとき、どんな演算子を用意すればいいか電卓プログラムを見てみるようなもんだ。
自分が低レベルだと認識しているのなら、他人の話は素直に聞くもんだ。
- 727 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 09:33:36 ]
- RGBの三つを足してるのに２で割ってるのかぁ。
- 728 名前：デフォルトの名無しさん [2009/05/15(金) 09:53:05 ]
- そこは一応、R, G, Bをそれぞれ足して二で割ると解釈していいんでない?
まさか、R+G+Bするほど馬鹿じゃなかろう。
- 729 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 16:00:07 ]
- >>727
スゴい、よくそういう風に読めるね？レベルが近いから？
- 730 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 16:22:40 ]
- www.amazon.com/Intelligent-Image-Processing-Prolog-Batchelor/dp/0387196471/
別のスレで最近紹介されていたのですが、この本読まれた方います？
- 731 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 16:38:01 ]
- 山形大図書で借りられるかもしれないぞ
- 732 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 18:36:22 ]
- >>730
読んだし、持っている。Amazonには何の情報も載ってないみたいだね。
たしか、図形A,Bを A 前置詞 B のような記述で組み合わせて、
平面構成を得るというような内容が中心だったと思う。画像処理と
いうよりAIの基礎本。私はDraw系ツールでの述語論理によるベクトル
管理というテーマを研究中だった時に読んだ。実にタイムリーな本で
有難かった。
- 733 名前：デフォルトの名無しさん [2009/05/15(金) 19:18:54 ]
- 認知の分野だな
未だに述語論理で研究の余地があるのか
誰だったか述語論理の概念構築にすごい時間かけてる研究者居たな
ただ認知の分野から結構画像処理に持ってこれるアルゴリズムは多いよな
- 734 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 22:49:32 ]
- 画像処理とはちょっと違うかもしれないけど
フォトショの選択範囲の囲みとかでよくある動く点線って
どうやって描画してるんだろ
- 735 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 22:50:55 ]
- 動いているように見えるかもしれないが止まっているんだよ
目の錯覚です
- 736 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 22:56:47 ]
- >>730
prologは得意だが画像処理に使おうとは考えなかった。なんだか面白そう。
18$の掘り出し物があったんで注文しといた。夏休みにでも読もう。
- 737 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 23:13:28 ]
- >>735
ttp://www.ritsumei.ac.jp/~akitaoka/
みたいなもの？
- 738 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 23:34:55 ]
- 素人が本気にするからやめれ。
- 739 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 02:38:46 ]
- 点線調べたら蟻の行進とか言われてて
なんか画像処理して見せてるんだね
日本のサイトで説明してるとこなかなか見つからないな
- 740 名前：デフォルトの名無しさん [2009/05/16(土) 03:06:46 ]
- 点線の交互の点滅じゃないの
- 741 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 18:14:24 ]
- ラバーバンドは凝るとめんどくさい。
- 742 名前：デフォルトの名無しさん [2009/05/16(土) 20:29:17 ]
- 投げ縄でうまいことエッジ抽出してフィットさせるとか中身どうやってんだろ・・・
- 743 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 21:28:46 ]
- >>742
Grabcutの最初の方にいろいろな手法の概要が出ている
ttp://research.microsoft.com/apps/pubs/default.aspx?id=67890
からリンクしているpdf
Grabcutって計算量多そうなんだけど実際どう？ >> やったことのある人
- 744 名前：デフォルトの名無しさん [2009/05/16(土) 22:51:14 ]
- >>743
ありがと、勉強してみる！
- 745 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 23:30:13 ]
- どこにpdfあるのかわからない
- 746 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 23:50:19 ]
- >>745
アイコン
- 747 名前：デフォルトの名無しさん [2009/05/16(土) 23:51:17 ]
- 基本的にはそんなに処理量も多く無いだろうね
色情報ごとのフラグメント立ての問題だし
一回のループと場合によって一点の周りのスキャンをするループぐらいじゃないかな
ここもAI的な非線形技法使ったほうが早い処理できるだろうね
- 748 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 00:03:43 ]
- >>746
まだわからない
なんのアイコンなんだろう
- 749 名前：デフォルトの名無しさん [2009/05/17(日) 00:04:59 ]
- 文章のすぐ下に有るPDFアイコン
でもこれ開かんね
- 750 名前：デフォルトの名無しさん [2009/05/17(日) 00:05:48 ]
- あ
やっと開いた
アクセス集中したのか
- 751 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 00:12:59 ]
- ソース直に見たらあった…
なんか一行しか表示されないからわざわざ検索しても
アイコンだけは表示しない
なんだこれ
- 752 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 00:15:12 ]
- ああ忘れてた
教えてくれた人ありがとう
- 753 名前：デフォルトの名無しさん [2009/05/17(日) 10:28:12 ]
- 確かにこのgrab cut優れてはいるけど
やっぱリャマだか何だかの頭の部分とか少し残ったりするんだね
一寸このアルゴリズム式からソースにおろして問題点見てみよう
- 754 名前：デフォルトの名無しさん [2009/05/17(日) 13:48:02 ]
- >>739
Windowsの場合、FrameRgnとCreatePatternBrushとタイマーを使う
- 755 名前：デフォルトの名無しさん [2009/05/19(火) 10:01:05 ]
- >>739
www.geocities.co.jp/katayama_hirofumi_mz/win32/antwalk.htm
- 756 名前：デフォルトの名無しさん mailto:sage [2009/05/19(火) 12:52:17 ]
- >>754-755
なろほどー
そういう方法だったんだ
ありがとう
- 757 名前：デフォルトの名無しさん mailto:sage [2009/05/20(水) 04:28:55 ]
- ガンマ補正について質問させてください。
PCのディスプレイのガンマ値はおよそ2.2であると聞きました。
今、0から255に滑らかにグラデーションしているビットマップ画像が
あるとして、これがPCのディスプレイに滑らかに表示されている場合、
このビットマップ画像のガンマ値は1/2.2であると考えていいのでしょうか？
それとも滑らかに（線形に）変化しているので1なのでしょうか？
よろしくお願いいたします。
- 758 名前：デフォルトの名無しさん mailto:sage [2009/05/20(水) 07:03:33 ]
- 画素値xが0～255のときのディスプレイの輝度yの変化がy=x^γになるときにγ値が2.2。
ということはその画像のγ値も2.2でいいんじゃないか？
- 759 名前：デフォルトの名無しさん mailto:sage [2009/05/20(水) 07:09:38 ]
- そもそも画像のγ値ってないんじゃないの？上の変換式で初めてγが出てくるわけで、
変換式ってのは途中に挟むものでしょ？画像は一番最初の線形の単なるデータな
わけだから。
- 760 名前：デフォルトの名無しさん [2009/05/20(水) 09:13:26 ]
- >>757
その画像は、「ガンマ補正2.2を掛けると滑らかに表示される画像」だと言うことだね。
- 761 名前：デフォルトの名無しさん mailto:sage [2009/05/20(水) 17:07:23 ]
- >>757
滑らかにグラデーションしているビットマップ画像は、
表示装置のガンマ値がどうであれ（もちろん極端な数値は除く）
たいていの場合は滑らかに表示されます。
面積比で半数のピクセルを輝度最大(1.0)としたときの全体の明るさと、
全てのピクセルを輝度半分(0.5)にしたときの全体の明るさが等しいとき
その表示装置のガンマ値は 1.0 です。
ビットマップ画像た単なるデータであり、上記のような特性値としての
ガンマ値はありませんが、どういうガンマ値の表示装置で表示した場合に
（製作者が決めた）最適の結果が得られるを示す補助情報としてガンマ値が
付与されることがあります。
- 762 名前：デフォルトの名無しさん mailto:sage [2009/05/20(水) 17:15:05 ]
- >>757
続き：
元画像が「ガンマ補正されて表示されたとき、輝度ゼロから輝度最大まで
線形にグラデーションしているはずである」、つまりちょうど中央のピクセルの
γ補正後の輝度は0.5であるとわかっているなら、
中央部のピクセルの輝度を示す数値を調べて、これを l とすれば
γ = log l / log 0.5 となるわけですが、
このようなケース（画像の特性がわかっているケース）は一般の画像については
殆ど無いと思います。
- 763 名前：デフォルトの名無しさん mailto:sage [2009/05/22(金) 16:18:58 ]
- 画像のフィルタリングについて質問させてください。
画像の端を処理する際のオペレータがはみ出した部分
（ボーダ・ピクセル）の扱いはフィルタの種類によって
異なったりするのでしょうか？
（ex.○○フィルタの場合は折り返して考えるなど）
フィルタごとにお約束みたいなものがあれば教えてください。
- 764 名前：デフォルトの名無しさん mailto:sage [2009/05/22(金) 16:47:20 ]
- >>763
フィルタの種類には関係ない。
最終目的次第。
- 765 名前：デフォルトの名無しさん mailto:sage [2009/05/22(金) 17:37:45 ]
- >>764
なるほど。
実装次第ということですね。
OpenCVとかのライブラリはどうなっているか
調べてみます。
ちなみに○○といった目的のときは××するとかの
お約束はあるのですか？
- 766 名前：デフォルトの名無しさん mailto:sage [2009/05/22(金) 17:56:11 ]
- フィルタってだいたい3×3とかでしょ？端ではみ出すのは1ピクセルだけなんだから
大体は折り返しでやってるんじゃない？
- 767 名前：デフォルトの名無しさん mailto:sage [2009/05/22(金) 17:58:47 ]
- 画像が、横方向（x=0～x=255）に画素値（P=0～P=255）までのグラデーションになってるとする。
その時、一般的にγというと画素値Pと輝度値Ｌとの関係式
L=P^γ
のことを言うのであって、x方向に画素がどうならんでるかとかは関係ない。
グラデーション画像自体のγ値ってのを敢えて考えてみると、
L=x^γ
ということになるのかな。そんなのがあるとは聞いたことはないけど。
- 768 名前：757 mailto:sage [2009/05/23(土) 06:44:36 ]
- >>758
画像のガンマ値はまた別のようなんです。
2.2か1/2.2のような気がしてますが。
定義によって逆数になったりするようなんですね。
>>759
画像にガンマ値がないというのは分かる気もするんですが、
例えば、ソフトによってはRGBからsRGBに変換するものもありますし、
PNGなどはデータにガンマ値を持っていたりするようです。
>>760
その通りだと思います。
>>761-762
とてもわかりやすい説明で助かりました。
カメラで撮った写真なんかはガンマ値は決められないのでしょうかね。
ガンマ変換という単純な変換だけで特性を決めることに無理があるような気もします。
>>767
ちょっと質問の意図が伝わっていなかったようです。
変な質問ですみません。
>>763
平滑化など多くのフィルタでは、境界の画素値を使います。
Wavelet変換など境界で対称的に折り返す場合もあります。
CGのレンダリングでは反対側のピクセルをサンプリングする用途も多いです。
- 769 名前：757 mailto:sage [2009/05/23(土) 06:47:10 ]
- Webで人の視覚はガンマ特性で標準的なディスプレイのガンマと
相殺してガンマ特性がおよそ1になるということが書いてあるのを見ました。
真実かどうかは分かりませんけれでも。
質問に答えていただいた皆様どうもありがとうございました。
- 770 名前：757 mailto:sage [2009/05/23(土) 06:51:05 ]
- 訂正です。
×：人の視覚はガンマ特性で
○：人の視覚はガンマ特性が0.5くらいで
- 771 名前：757 mailto:sage [2009/05/23(土) 06:52:30 ]
- 訂正です。
×：人の視覚はガンマ特性で
○：人の視覚はガンマ特性が0.5くらいで
- 772 名前：757 mailto:sage [2009/05/23(土) 06:53:37 ]
- おおっと。すみません。
- 773 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 10:59:31 ]
- *おおっと*
- 774 名前：デフォルトの名無しさん [2009/05/23(土) 13:23:59 ]
- かべのなかにいる
- 775 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 13:37:53 ]
- ×おおっと×
- 776 名前：デフォルトの名無しさん [2009/05/23(土) 14:18:05 ]
- マロール！マロール！！
- 777 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:53:17 ]
- 大量のjpg画像を画像配列にして何か画像処理をしてまたjpgとかで保存したい
んだけど、どうするのがおすすめですか？
- 778 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:56:12 ]
- jpg一枚につき1台PC用意して並列処理
- 779 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:01:43 ]
- >>777
マルチスレッド
- 780 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:32:06 ]
- 顔認識って今も一番いいのはViola Jonesなの？
- 781 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:57:26 ]
- NECがやってたの良かったな
29歳なのに30-39歳に分類されててﾌﾟﾘﾌﾟﾘしてる人がいたがｗ
- 782 名前：デフォルトの名無しさん [2009/05/24(日) 18:05:33 ]
- ワロタｗ
- 783 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:30:30 ]
- 顔認識といっても、
顔検出、笑顔検出、同一人物検出とか、
それぞれ違うよな。
nのそれは、顔から年齢っていう相関が微妙。
てか、無理があるような。
- 784 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:02:46 ]
- 見たことあるけど、刻みは１０歳ずつだけど結構当たるよ。
ピタリ当てるのが目的じゃないからね。
- 785 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:34:56 ]
- Image::AnimeFace
- 786 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:07:13 ]
- Viola-Jones methodは実時間処理可能だから実用化されただけだろ
- 787 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 03:21:01 ]
- Viola-Jonesって、OpenCVの物体検出のHaar-Like学習でも使われてるやつ？
- 788 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 10:18:34 ]
- そう
- 789 名前：デフォルトの名無しさん [2009/05/25(月) 20:48:52 ]
- みなさんに質問です。
（質問１）
フォルダに入った５００枚の画像の色を例えば、赤→青、黄→紫など思うがままに
１枚、１枚毎に変換させ、それらの変換処理した各画像ファイルを別のフォルダに記憶させる
ことができるソフトウエアはあるでしょうか？
なお、私はプログラムの知識はありません。
（質問２）
輪郭抽出、モザイクなど、ウインドウのペイントに付いている「変形」処理を
上記５００枚の各画像フェイルに自動的に行わせるソフトウエアはあるでしょうか？
５００枚の画像から１枚、１枚選択して、処理する手間を省きたいのです。
できれば、フリーソフトウエアでそのようなものがあればありがたいのですが。
よろしくお願いします。
- 790 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 20:54:36 ]
- ここはそんな質問をする板じゃありません
- 791 名前：デフォルトの名無しさん [2009/05/25(月) 21:17:50 ]
- >790
失礼しました。他の板で質問をしたいと思います。
- 792 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 09:14:04 ]
- 圧縮していないAVIの元の映像と、MPEGとかH264で圧縮された映像の各フレームの差分をとって、劣化具合を見てみたいと思っています。簡単にできる方法ある？
- 793 名前：792 mailto:sage [2009/05/27(水) 09:17:05 ]
- ちなみにプログラム言語はCとC++の基本的なところは分かっています。
- 794 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 10:19:08 ]
- >>792
動画編集ソフトで、レイヤーを重ねて、合成方法を差分にする。これが一番簡単。
- 795 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 22:47:02 ]
- ffmpegとimagemagickの組み合わせでバッチ処理するとか
avisynthとxor系の追加フィルタで合成するとか
プログラム書き下ろす必要すらなく出来ちゃうかもしれんね
- 796 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 04:44:42 ]
- いや、わざわざここで聞くってことは、そういうレベルの話じゃなくて、
画像の劣化具合を客観的に数値化する標準的な手法やアルゴリズムのことを
聞きたいんじゃ・・・ないのか？
- 797 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 06:25:12 ]
- x264 はエンコード後に様々な統計を出してくれるんだけど、
その中に画質の劣化を表す指標 PSNR と SSIM ってのがあるね
PSNR の方はちょっとググれば一瞬で実装できると思う
SSIM は↓
www.ece.uwaterloo.ca/~z70wang/research/ssim/
- 798 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 06:34:42 ]
- でも'各フレームの差分をとって、劣化具合を見てみたい'だから
>>794の解釈でいいんだと思うよ
- 799 名前：792 mailto:sage [2009/05/28(木) 11:54:23 ]
- 色々と教えてくれてありがとう。参考にします。
聞きたかったのは、C言語で動画の差分を取って配列にするにはどうすれば楽にできるかということでした。
後は、差分画像の画素の平均値をとって足し合わせるだけでも指標にはなりますよね。
- 800 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 15:15:05 ]
- つーかそれやってんのがPSNR
画素の輝度差分で平均二乗誤差を取る
動画の静止画キャプチャはSampleGrabberでも使えばいいんじゃないの
- 801 名前：デフォルトの名無しさん [2009/05/29(金) 03:25:48 ]
- SSIM のパラメータ（たとえばwww.ece.uwaterloo.ca/~z70wang/publications/josa07.pdf）での
αβγδの決め方が超テキトーな件
- 802 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 09:12:53 ]
- >>801
よくみてないけど、速度vとコントラストcのlogとって、αとγの重み係数で足し合わせればうまくフィットするっつう話？フィッティング係数はそんな感じでテキトーでいいんじゃね？
- 803 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 00:22:50 ]
- 画像とガウス関数を周波数領域で畳み込んで、
元に戻してローパスフィルタの効果を得た画像を出力したいのですが、
次の条件下ではうまくいかなく困っています。
まず、ガウス関数は普通の正規分布を用いています。
そこで、σ（標準偏差）の値を変えて出力の変化を見ています。
σが大きな値（１以上）のときはうまく結果画像が得られるのですが、
小さな値（0.1とか）だと、出力が変な画像になってしまいます。
よろしくお願いします。
- 804 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 05:07:56 ]
- >>803
ガウスの高さはちゃんと1に正規化してる？
- 805 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 05:19:22 ]
- 動画像処理で質問ですが人物の顔部分のみを追跡したい場合に有効な処理方法はありますか？
- 806 名前：デフォルトの名無しさん [2009/05/30(土) 06:03:03 ]
- >>804
Haar-Like特徴検出
oshiete1.goo.ne.jp/qa4465227.html
- 807 名前：806 mailto:sage [2009/05/30(土) 06:08:20 ]
- 間違えた、 >>805 だった
- 808 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 14:51:43 ]
- >>804
面積ではなく、高さを１にするのですか？
使ってるガウス関数は、以下のものです。
f(x,y) = 1/(sqrt(2π)*σ) * exp(-(x*x+y*y)/(2*σ*σ))
原点は画像の中心にとってます。
- 809 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:00:27 ]
- ( *σ*)人(y*y )
- 810 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 17:17:37 ]
- >>808
面積一定だと、標準偏差σを小さく（ガウスの幅を狭く）したときに高さが無限大に近づいていって、それをかけた結果も無限大になってしまうだろう。結果の画像を最大値で正規化するとよい。
- 811 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 18:38:28 ]
- 高さが増えても幅が減るので、掛ける値が無限大になることは無い罠
- 812 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 21:06:04 ]
- a
- 813 名前：810 mailto:sage [2009/06/03(水) 21:10:18 ]
- >>811
畳み込むんだから掛ける値は中央部ででかくなるじゃん。周波数成分の中央部（直流成分）にガウスの中央部分の高さ（→∞）がかかると、変換後の周波数成分のパワーも→∞。
- 814 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 22:42:13 ]
- 掛ける値は、中央成分など曲線上の値を使うのではなく、
曲線の値を区間で積分した値を使うべきでは？
中央成分が∞になっても、ピークの幅が限りなく0に近づくので、
面積としては総和が１になるはず。(四捨五入などの誤差はあるが)
- 815 名前：810 mailto:sage [2009/06/03(水) 23:26:03 ]
- >>814
区間積分した値を使おうが、直線上の値を使おうが、量子化するかしないかの違いだけで、ガウスの標準偏差が小さくなったときに真ん中らへんが大きくなるのには変わりない。
区間積分（1ピクセルで量子化）すれば確かに無限大にまではならないけど、
標準偏差が0に近づいた時には高さはかなり大きな値になる。
その値を周波数成分の対応した部分（中央の直流成分）に掛けると、
めちゃくちゃでかい値になって、たぶん>>803はそれをそのまま逆DFTして
画像化してるんじゃないか？そうすると真っ白な画像が復元されることになるぞ。
- 816 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 23:30:32 ]
- あ、1ピクセルで量子化したら積分値は1でかわらないか。ごめんごめん。また教えてください。
- 817 名前：810 mailto:sage [2009/06/03(水) 23:34:31 ]
- でもつまり、量子化すれば、中央部分の積分値が1を超えないから結果的に1で正規化してるのと同じことになるのかな。
たぶん>>803は曲線上の値を使ってるんじゃないの？
- 818 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 19:55:09 ]
- 要するに、Z変換における積分などをはしょった結果、曲線上の大きな値を使って大きな値を使ってしまったってことかね。
プログラム以前の数学的考え（工業数学に近いかもだが）をきちんと覚えろって事かな。
エスパータイムで、どういうミスをしているのかを探偵よろしく推測するのはあまり面白いとは思えないが。
- 819 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 19:59:26 ]
- ウェーブレットの方が効率よくないか
- 820 名前：デフォルトの名無しさん [2009/06/05(金) 10:47:00 ]
- OCRを勉強しています。
文字の骨格を抽出する方法がわかりません。
教えてください。
- 821 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 11:23:17 ]
- それを調べるのも勉強です
- 822 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 11:43:38 ]
- >>820
インプリメントの容易さならHilditch、品質重視ならDeutschの方法が
いいのでは？
Acute angle emphasisを前処理で適用すると少し品質が上がる。
- 823 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 09:58:25 ]
- 画像処理（動画）をやりたいんだけど使用言語は何がおすすめ？
C#でやってる人とかいる？C言語ならちょろっとやったことがある。
- 824 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 11:22:17 ]
- >>823
なんでもいいからとにかくやってみるんだ。話はそれからだ。
- 825 名前：デフォルトの名無しさん [2009/06/06(土) 14:46:15 ]
- >>823
メモリを直接いじるコードを書きたいときはC#だとイラッとする。
そういうところはC++/CLIでやったほうがいいかなと思うよ。
そういうところ意外は断然C#の方が手っ取り早いと思っています。
- 826 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 14:47:23 ]
- 入門ならOpenCVがあるってだけでC/C++でいいかとおもうよ！
- 827 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 14:50:26 ]
- 画像処理をやるなら、CからSSEコードを書くのがいちばんだよ。
- 828 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 14:59:29 ]
- FPGAができないとだめ
- 829 名前：デフォルトの名無しさん [2009/06/06(土) 16:23:02 ]
- 今FPGAは殆どCでかけるんだっけ？
- 830 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 16:29:45 ]
- コーナー検出についてなんですけど、なぜ注目画素周辺のヘッセ行列の固有値でコーナーかどうか判定できるんですか？
ヘッセ行列の固有値の大きさって何を表しているんですか？
- 831 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 16:44:55 ]
- >>830
ja.wikipedia.org/wiki/%E3%83%98%E3%83%83%E3%82%BB%E8%A1%8C%E5%88%97
- 832 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 17:56:27 ]
- >>823
pcで自分で作るなら、cかasm。ライブラリ使うなら、それにあわせた言語。
専用ハードも同様。
>>829
むり。
- 833 名前：803 mailto:sage [2009/06/06(土) 21:37:32 ]
- >>803です
返事が遅れてすみませんでした
みなさんがおっしゃる通り曲線上の値をそのまま使っています
そのため、分散σが１画素以内の小さな値になったとき
高さが非常に大きな値になってしまい、
FFTして掛け合わせて逆変換すると全体的に真っ白になってしまいます
みなさんのアドバイスを見たところ、
(1)区間積分した面積の値をつかう
(2)曲線上の値を使ってもいいが、掛け合わせて逆変換して得られた結果画像の最大値が255になるように正規化する
以上の2通りがあるようですね
(2)に関しては、最大値を255に正規化すると、やはり元の画像よりも明るくなってしまうのではないでしょうか？
(1)に関しては、画像の場合具体的にどうすればいいのか分かりません
区間1画像で面積を求める(＝量子化するということ？)のですか？
レベルの低い質問ですみませんが、よろしくお願いします
- 834 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 22:26:20 ]
- 区間積分は、きちんと数式を解いてやる方式もあるが、プログラミングしているなら、
ソフトで細かいメッシュで積算してってもいいんじゃね？
ぐるぐるで「プログラム 補間」とかで方法考えるとか。
あと、メッシュの間の曲率を調べ、あまりに曲率が高い箇所に関してはメッシュを部分的に
細かくするなどのテクを使えば 精度が上がると思うよ。
- 835 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 05:19:31 ]
- ローパスフィルタをかけたいだけならガウスの区分積分とか厳密にやる必要はないよ。
結果を単に0から255に収まるように正規化すればいい。
明るさが気になるなら例えば元々の画像の明るさの最小値、平均値、最大値
なんかを求めといてその範囲にスケーリングするとかさ。
- 836 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 07:03:52 ]
- ++++ ++++
+*++ *+*+
+*++ ++*+
++++ ++++
こんなパターンが２つあって
1個づれてるだけで形状は同じなんだけど
こいういうのを同一視する方法ってあるの？
- 837 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 07:08:50 ]
- 日本語でおｋ
- 838 名前：デフォルトの名無しさん [2009/06/07(日) 12:56:56 ]
- >>822
細線化(Thinning; Skeletonization)というらしいですね。
ありがとうございます。
ttp://homepage3.nifty.com/ishidate/vcpp05_g12/vcpp05_g12.htm
- 839 名前：デフォルトの名無しさん [2009/06/08(月) 12:59:59 ]
- 質問
顔認識は画像処理でいいのかね
顔認識で一番わかりやすいのをおしえてほしい
- 840 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 13:30:00 ]
- >>839
OpenCVじゃダメなのか？
- 841 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 13:53:38 ]
- OpenCVスレでダダこねてる奴か？
- 842 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 14:27:00 ]
- あ
違うよ
- 843 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 14:53:09 ]
- >>842
おまえだろ！ｗ （さすがに本当に本人じゃないと思うが）
- 844 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 20:41:10 ]
- 動画像処理で対象追跡を行う場合、明度変化に対応させようと思ったらどんな処理が有効なんですかね
差分処理だけじゃどうも上手く限定できてないというか・・・
- 845 名前：デフォルトの名無しさん [2009/06/08(月) 20:43:27 ]
- 対象物を特定できる輪郭を取り出して、その輪郭を追いかける
- 846 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 22:46:38 ]
- >>844
ヒストグラムとか使って明度を合わせる
- 847 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 02:00:08 ]
- >>844
どういう追跡対象?差分処理ってどうやってんの？最近流行の追跡手法でSURFってのがある。
- 848 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 02:32:08 ]
- >>844
co-occurance
- 849 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 05:13:14 ]
- >>844
追跡ならオプティカルフローをとって追っかけるのが定番
- 850 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 18:55:15 ]
- canny法のエッジの始点からエッジがどう続いているか
最小のしきい値より上のピクセルをトラッキングする処理で、
今は地道に1つ1つのピクセルをトラッキングする手法を
とっているのですが、なんだか効率が悪いような気がしています。
何か効率の良いアルゴリズムはないでしょうか？
- 851 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:11:52 ]
- 囲碁板の某スレで出たアイディアです。
１.ノートパソコンにUSBカメラをつないで対局中の碁盤を撮影する。
２.画像処理により、プレーヤーが着手した事とその着手点を特定する。
３.それにより自動で棋譜を採る。
というシステムを作ろうとしたら、画像処理の部分はどのような
手法が有効でしょうか。
- 852 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:20:09 ]
- >>851
それなら差分とるだけでいいよ。
- 853 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:34:54 ]
- >>851
それ携帯のiアプリで作ったことある
- 854 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:34:54 ]
- 素人な質問ですいませんが、着手点を特定するのはどうすればいいですか？
碁盤の座標（19x19のどこか)を算出する必要があります。
- 855 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:38:56 ]
- >>854 縦横の直線を検出して番号ふればええんちゃうの?
- 856 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:41:51 ]
- web.fuip.fukuyama-u.ac.jp/old/kenkyu/ozeki/member/h19/pdf/nakano.pdf
- 857 名前：851 mailto:sage [2009/06/10(水) 23:43:58 ]
- >>856
お、正にこれです。ありがとうございます。
しかし、ソースはアップされていないようですね、残念。
自力で実装するしかないか…
- 858 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 01:09:17 ]
- >>857
盤面にほとんど同時に手が出てきて、高速に連続して石が
２個以上置かれたとき追跡が難しいよね。
囲碁ってパスがなければ白黒交互と考えられるのになぁ・・・
その点を除けば、打たれる位置も決まっているし、後は簡単そうなんだけどな。
- 859 名前：デフォルトの名無しさん [2009/06/11(木) 12:51:40 ]
- 初心者ですがゲームを作ろうと思っています。
パレット画像pngファイルから読み込んだバイナリの
パレットだけ差し替えたいのですがどうやったらいいでしょうか？
- 860 名前：859 [2009/06/11(木) 12:54:00 ]
- ↑すみません書き忘れました。環境はVC6です。
- 861 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 13:21:33 ]
- ＡＰＩに頼らず地力描画したほうがはやい。
- 862 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 14:22:00 ]
- APIに頼ったほうが開発ははやい。
- 863 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 14:51:21 ]
- >>859
そのゲーム、どんなゲーム?
背景色のパレットを透過色パレットに変換したいとかかな?
- 864 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 15:50:39 ]
- >>863
RPGです。
色違いのデータが多いのでメモリの節約のために
パレットだけ差し替えられないかなと思いました。
- 865 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 16:06:20 ]
- >>864
パレット差し替えるだけなら、pngのファイルフォーマット調べて差し替えればいいだけ
パレット使うってことは、1枚の画像で256色しか使えない。いまどき、そんなのアリなのかなぁ・・・
ゲーム製作板で聞いたほうがよいとおもうよ
- 866 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 17:59:07 ]
- >>864
今時メモリなんか節約しなくてもいいよ。
画像データなんてせいぜい数メガでしょう。
- 867 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 20:07:00 ]
- >>866
もちろん俺もそう思うが、実は転送量がヘタすれば1/4で済むところが大きい。
CPUエンジンだと特に。
- 868 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 20:15:25 ]
- DIBにしなきゃ使えないんだから転送量なんて関係ない気がするが。
描画ごとにデコードしても問題ないCPU性能の環境ならメモリケチるわけないし。
- 869 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 20:56:48 ]
- >>868
デコード後のDIBでも256色と32bppじゃ4倍違うわけだが。
- 870 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 21:01:08 ]
- 256色PNGなんだから256色DIBにデコードするものだろ
パレットも後で弄れるわけだし。
- 871 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 23:15:31 ]
- >>870
お前、横入りするなら、ちゃんと流れを読んで発言したほうがいいぞ。
- 872 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 23:52:41 ]
- なあ、ｴﾛｲ人、
DICOMのファイルフォーマットのよさげな解説の載った書籍ってないですかね？
- 873 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 11:15:33 ]
- 「DCOM入門」（篠原出版）なんかいいんじゃない？グーグルですぐにでてくるけど。
www.jira-net.or.jp/dicom/index.html
- 874 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 15:13:28 ]
- >>872
カットシステム社のC++ Builder6シリーズVol.8にDICOMの16ビット画像を
テクスチャに読み込んで表示するサンプルが載ってるぞ。
- 875 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 23:51:25 ]
- おまえらやさしいな。
ありがとよ諸兄。
- 876 名前：デフォルトの名無しさん [2009/06/13(土) 12:47:26 ]
- お前らSSII2009 で面白いものありましたか？
俺の一押しは必勝ジャンケンなんだけどさ．
- 877 名前：デフォルトの名無しさん [2009/06/14(日) 05:11:04 ]
- >>876
画像処理と何の関係が？
- 878 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 08:32:07 ]
- モーション推定とか認識は画像処理と何の関係もないの？
- 879 名前：デフォルトの名無しさん [2009/06/14(日) 13:42:05 ]
- 関係ないよ
- 880 名前：デフォルトの名無しさん [2009/06/14(日) 15:57:48 ]
- 顔認識も画像処理とは無関係なんですねわかります
- 881 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 18:47:05 ]
- 本質的には無関係だな
ただ画像を使って認識する方法が直感的ではあるけど
- 882 名前：デフォルトの名無しさん [2009/06/15(月) 12:41:14 ]
- >>876
「実時間動画像超解像処理システム」
okutomi-lab.ctrl.titech.ac.jp/res/CSR/CSR-ja.html
- 883 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 19:38:03 ]
- SSIIって超解像人気だよな。
去年もオーディエンス賞かなんか取ってなかったっけ。
業界人が多いからかね。
- 884 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 21:44:00 ]
- >>883
SSIIは、センシング技術の実用化を目指す団体だから。
超解像はすでに製品も登場したりして、実用化に近いところにある＝金になりそうなジャンルだから。
- 885 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 22:04:27 ]
- マルチフレーム超解像だと対象物が静止していなければならないという条件が
厳しくて使い道がイマイチわからん。どう金と結びつくのか説明してくれエロイ人。
- 886 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 00:31:52 ]
- >>885
そうだな。近しいところではＴＶとか。どうせ動体は解像度低くてもいいわけだし。
なにより家電に「くっきり超解像！」って入れれば差別化できる。実体はともかく。
暴走すれば、合成開口レーダーっぽい処理とか。
でも本当は、なにより見た目が派手なので研究費をかっぱらってくるのに有用なんだ。
実のところ。
- 887 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 12:14:30 ]
- 最近テレビもでかくなってDVDとか拡大するとブロックノイズかなり目立つし
自分としては超解像に期待している。
超解像がGPUに標準でインプリメントされればうれしい。
- 888 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 21:39:21 ]
- 監視カメラの映像解析にも役に立つ
超解像度で記録なんかしてられん
- 889 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 22:43:59 ]
- でも、ここでいう超解像って、
人間の目に不自然でないだけで、
偽像が形成されてる可能性はないん？
- 890 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 22:58:48 ]
- あくまで推定だから無いとは言い切れないが・・・そんなことを言い出すとどうしようもなくないか？
- 891 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 23:03:55 ]
- >>889
そういう超解像もあるな
ttp://people.csail.mit.edu/celiu/FaceHallucination/fh.html
- 892 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 23:22:35 ]
- >>890
法的証拠として使うような監視カメラには使えんということ
- 893 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 23:50:06 ]
- それ以前にマルチフレームタイプだと適用すら出来ないと思うよ。
>監視カメラ
- 894 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 23:51:19 ]
- もとへ。
犯人達の乗ってきた車のナンバーを特定したりするのには使えるな。失礼。
法的証拠と言うより、操作のとっかかりには重要だろう >> 892
- 895 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 00:27:30 ]
- ナンバープレート自体はほぼ完全に剛体だから、大変な処理ではあるけど
不可能ではなさそうだね。
- 896 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 01:03:29 ]
- 最近のタクシーなんかには車載カメラが付いてて、でも解像度が悪くて使い物にならなかった見たいな話があったな。このスレで。
- 897 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 01:15:55 ]
- 超解像はナンバープレート読み取りにはかなり使えるだろうな
顔認証にはちと厳しいだろうけど
- 898 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 01:26:18 ]
- >>896
>>68
- 899 名前：デフォルトの名無しさん mailto:sgae [2009/06/17(水) 03:14:17 ]
- タクシーのは元々事故った時の検証用だからね
- 900 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 09:29:07 ]
- >>886
ありがとう。
>>895
対象物が動いていてもマルチフレーム超解像できるケースもあるのか。
ナンバープレートだと論文もあるね。
マルチフレーム超解像だと動く対象に適用しにくいという以外に「カメラが
プルプル動いていなきゃ駄目」という困った条件が付くんだけど。これもどう
にかなるのかな？
- 901 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 10:55:23 ]
- 車体を背景と捉えればナンバープレート自体は動いてないと見なせるけど、
ナンバープレートに超解像が必要な情報量では厳しいかな。
ここは、ナンバープレートの規格を、画像認識しやすいように変更する方向で…
- 902 名前：デフォルトの名無しさん [2009/06/17(水) 14:17:14 ]
- だったらそもそもナンプレ(と書くとパズルっぽい)に
非接触方式ICタグを付ければいいわけで…距離の問題はあるが
- 903 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 14:26:34 ]
- よくしらんがICタグってそんなすげぇもんなのか？
距離と速度と安定性と。時速１００を互いに越えても大丈夫？
- 904 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 14:58:22 ]
- ナンプレにオービス付ければいいんじゃね？
- 905 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 16:57:11 ]
- 逆に、元画像をあたえると、そこに紛れ込むと識別しづらくなる
カモフラージュパターンの自動生成とかできないかな
- 906 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 22:27:32 ]
- それってパターン抽出じゃね
- 907 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 23:51:33 ]
- >>905
ゼロから自動生成なら元画像そのものをコピーすればいいだけだと思う。
いくつかのパターン画像から一番識別しづらくなるものを選択する、なら話は分かるが。
- 908 名前：デフォルトの名無しさん mailto:sage [2009/06/18(木) 08:47:50 ]
- そうだよな、周りをコピーすればいいんだよな。
ただ、ちょっとずれるとはっきりわかるけど、思いっきり違うと逆にわかんないとかあるかなと。
風景写真からいらない人物だけ消すとかあるじゃん。
カモフラージュパターンのグニャグニャ具合を、ジャングルによって変えるとか
都市迷彩も高円寺と中野で変えるとか。無いか。
- 909 名前：デフォルトの名無しさん mailto:sage [2009/06/18(木) 14:53:29 ]
- ＿＿＿_
／ ＼
／ ─ ─＼
／ ⌒ ⌒ ＼ ハハッ
| ,ﾉ(､_, )ヽ |
＼ ﾄｪｪｪｲ ／
／ _ ヽニｿ, く
- 910 名前：デフォルトの名無しさん mailto:sage [2009/06/18(木) 16:54:18 ]
- こういうやつか
byokan.net/images/2008/snake/05.jpg
- 911 名前：デフォルトの名無しさん mailto:sage [2009/06/18(木) 17:24:51 ]
- 輪郭をトレースするのを間違えさせるとか、高調波成分を同じにするとか
デジカメの顔検出を間違えさせるＴシャツとか。無いか。
- 912 名前：デフォルトの名無しさん mailto:sage [2009/06/18(木) 21:24:42 ]
- PTAMのiPhoneデモが出てるぞ。
まったく広角でないしCPUもしょぼいのによく移植できたな。
- 913 名前：デフォルトの名無しさん mailto:sage [2009/06/19(金) 20:13:30 ]
- おいしいラーメンの作り方
一、 小麦粉、卵、かんすいを適量混ぜ合わせ、良く捏ねる。
二、 伸ばし棒で伸ばし、細く切る。
三、 醤油、ニンニク、出汁を適量混ぜ合わせ、スープを作る。
四、 麺を茹で、スープにいれる。
五、 チャーシュー、鳴門など好みのグザイをトッピングする。
- 914 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 12:24:54 ]
- ICCV落ちたorz
- 915 名前：デフォルトの名無しさん [2009/06/21(日) 14:23:05 ]
- そろそろ次スレ
- 916 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 14:45:30 ]
- グザイ
- 917 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 14:47:14 ]
- 超解像、意外と安い
nttxstore.jp/_II_MT12805423#syousai
- 918 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 15:34:03 ]
- 微分フィルタ
prewittフィルタ
sobelフィルタ
この違いがどうしてもわかりません
後者２つは微分よりもエッジの抽出ができているようですが、他にないですか？
- 919 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 16:07:10 ]
- > 超解像
ギャグか？
- 920 名前：デフォルトの名無しさん [2009/06/21(日) 16:17:46 ]
- prewittやsobelなどは載っていないけど、↓基礎勉強になるよ。
www.gifu-nct.ac.jp/elec/yamada/iwata/index.html
- 921 名前：デフォルトの名無しさん mailto:sage [2009/06/22(月) 01:02:16 ]
- >>918
微分フィルタにPrewittフィルタもSobelフィルタも含まれるんだが、ここでの微分フィルタが
単純に隣接間の濃度差を求めるものだとすると微分フィルタにはノイズに弱いという欠点がある
Prewittフィルタはフィルタ領域を近傍に拡張しているためノイズに強く、Sobelフィルタは4近傍の
濃度差に重みを付けているためノイズが無い場合は輪郭検出感度がPrewittフィルタよりも高くなる
- 922 名前：デフォルトの名無しさん mailto:sage [2009/06/27(土) 07:07:57 ]
- home.a02.itscom.net/coffee/takoindex.html
の 事例１ タコ国未知物体の正体は何か
ってどうやってるんですか？こんなのできるの？
- 923 名前：デフォルトの名無しさん [2009/06/27(土) 19:10:42 ]
- win32APIで画像処理（画像読み込み、保存、拡大、縮小、各種フィルタなど）したいんだけど、詳しく教えてくれるサイトない？書籍でもいい
- 924 名前：デフォルトの名無しさん mailto:sage [2009/06/27(土) 20:49:48 ]
- >>923
OpenCV じゃだめなの？
- 925 名前：デフォルトの名無しさん mailto:sage [2009/06/27(土) 22:04:38 ]
- >>922
soudan1.biglobe.ne.jp/qa5077933.html
- 926 名前：デフォルトの名無しさん mailto:sage [2009/06/28(日) 04:13:46 ]
- >>925
すごいなーと思ったら例えですかー。
ありがとうです。
- 927 名前：デフォルトの名無しさん mailto:sage [2009/06/28(日) 04:22:36 ]
- 飛行機ではないが、医用画像からブロブ形状を抽出するなんて論文は
いくらでも見つかるな。
tohoku-b.umin.ac.jp/data/12bukaizassi/12_page108.pdf
www.med.kyushu-u.ac.jp/neurophy/ME/h15/2A/takemoto.pdf
- 928 名前：デフォルトの名無しさん mailto:sage [2009/06/28(日) 04:28:48 ]
- タコ国の例は、ノイズ画像から画素の密度（濃度）が高い所を抽出してるんだから、
考え方は単なる2値化に近いわな。
主成分分析は、点の密度が高い分布の中央を通る直線を出して、ある閾値で
それらの点の分布を含む楕円体を描いてるんだから。
- 929 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 00:17:21 ]
- ようするに密度をどう表現するかの違いでしょ
- 930 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 00:39:43 ]
- >>905
saiyu.cocolog-nifty.com/zug/2006/12/__08fd.html
で紹介されている論文が一つの答えだと思う。
- 931 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 12:27:46 ]
- OCRの話はここでいいですか？
- 932 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 13:07:16 ]
- OCRを作る話ならOK
- 933 名前：デフォルトの名無しさん [2009/06/29(月) 13:15:47 ]
- BMP/GIF/JPEG/PNG/TIFF画像をサポート。ソースもあるよ。
画像回転ソフト TurnPix
www.geocities.co.jp/katayama_hirofumi_mz/turnpix/
※ 「回転専用。」はTurnPixに改名されました。
- 934 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 13:27:55 ]
- ２本の曲線があって元々は１本の曲線だったんだけどノイズで途中が切れてるのがあるとして
ノイズといっても１ピクセルとか小さいものから数十ピクセルの大きいものまであって
元の曲線を復元するにはどうすればいいの？
数学とか難しいことは分かりません
- 935 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 13:47:57 ]
- 手作業でやれば？
- 936 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 14:24:02 ]
- ブラーでぼかして細線化すればオッケーだぜ。
- 937 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 16:24:16 ]
- 細線化後にベクトル化、さらに適当なステップ数で3次スプライン近似。
端点は必ず制御点に入れる。
- 938 名前：905 mailto:sage [2009/06/29(月) 17:59:17 ]
- >>930
おお、さんく！
っていうか外挿すげえな
- 939 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 12:01:58 ]
- 画像の拡大縮小、回転、移動で混乱しています
大きい画像を窓の枠から覗いている状態なのですが
回転と平行移動が上手く組み合わせられなくて困ってます
平行移動、回転、の順にしているのですが
回転の中心が画像中心になってしまいます
試しに回転してから移動したら、窓中心に回転はするのですが
平行移動も一緒に回転したような変な動きになってしまいます
どうすればいいでしょうか
- 940 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 12:23:10 ]
- バグってるんじゃないの？
それぞれ単体ではちゃんと変換できるの？
ちゃんと変換を合成できてるの？
- 941 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 12:32:52 ]
- >>940
単体では全然問題ないです
回転の中心がどうしても変えられない…
- 942 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 14:53:13 ]
- >>941
どういうプログラム組んでいるのか知らないが回転の中心は
あなたが決めるもんじゃないの
- 943 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 15:47:04 ]
- 回転行列の問題
- 944 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 18:10:07 ]
- 色々やってみたのですがうまくいかなかったです
窓の方の縦横でループしてるんですが
こんな感じでかいてます
a = -sin() * (y-窓高さ/2) + cos() * (x-窓幅/2) + 窓幅/2;
b = cos() * (y-窓高さ/2) + sin() * (x-窓幅/2) + 窓高さ/2;
a += x移動;
b += y移動;
(x , y) = (a , b)
これだと、窓の中心で回転するんですが移動も回転してしまいます
a = -sin() * (y移動+y-窓高さ/2) + cos() * (x移動+x-窓幅/2) + 窓幅/2;
b = cos() * (y移動+y-窓高さ/2) + sin() * (x移動+x-窓幅/2) + 窓高さ/2;
(x , y) = (a , b)
これだと移動はちゃんと出来るんですが回転の中心が画像の中心になってしまいます
- 945 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 23:18:44 ]
- 先に平行移動した時点で回転中心にしたい点がどこにあるかはわかるはずなので、そこで回転させるようにループを組む
もしくは回転によってx移動、y移動も向きを変えるようにする
- 946 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 01:11:45 ]
- 移動と回転をいっぺんにやろうとしないで、まず平行移動させてから、回転。
一つ一つの結果を確認しながら進める。
- 947 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 01:13:50 ]
- そもそもなんで回転とか平行移動とか基本からやるの？勉強のため？
OpenCVなりOpenGLなりで一発じゃん。
- 948 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 03:59:23 ]
- やっぱり結果は変わらずでした
一つずつやってみて、移動は問題ありませんでした
その移動後の座標をそのまま回転させると
画像左上中心固定ですが移動も問題ありませんでした。
やっぱり言われたとおり回転の中心なのですが
画像中心はすぐ出来ても窓枠中心がどうしてもわかりません…
(画像の大きさ/2)ずらせば画像の中心になるので
(画像の大きさ/2-移動した分)だけずらして計算すれば
いいような気がするのですが移動も一緒に回転したような動きになってしまうんです
- 949 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 04:36:34 ]
- 自分がやってる事がわかってないんじゃないか。
>(画像の大きさ/2-移動した分)だけずらして計算すれば
この作業をやったときに問題になるのは、本当に狙ったところが回転中心になっているか？であって
>移動も一緒に回転したような動きになってしまうんです
平行移動への影響は関係ない。それは平行移動する前に回転させるか、平行移動したあとに回転させたかというだけの話。
何が問題で何を直すべきなのかじっくり考えた方がいい。意味もわからず出来ただけじゃ無駄だし。
- 950 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 09:15:57 ]
- もしかして、画像を回転すると座標軸も一緒に回転するはずと思い込んでいる？
- 951 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 10:21:23 ]
- ああ、コード見て一体何がやりたんじゃ？って思ってたけど、やっと何がやりたいのか把握したwww
座標変換理解してないんだな。
- 952 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 10:30:08 ]
- どのスレに投稿して良いか判りませんでしたので、ここで質問させてください。
グラデーションの描画を行う際のアルゴリズムについてです。
p0からp3の4頂点の正方形があり、
p0-p1
| |
p2-p3
と並んでいるとします。
アルゴリズム１
○p0からp2へのグラデーションを配列に作成するColArray0
○p1からp3へのグラデーションを配列に作成するColArray1
○ColArray0[ n ]からColArray1[ n ]へのグラデーションを描画する
アルゴリズム２
○描画する点、pを決定する(矩形内)
○そのpと各頂点を結ぶと出来る直線を対角線とした長方形を作成する
○長方形の面積を計算し比を計算する
○比に合わせて各頂点の色を混合する
○混合結果を描画する
上記2つのアルゴリズム名はわかりませんが、
もし名前がございましたらお教えいただけますでしょうか。
また、他にもアルゴリズムがございましたら
紹介していただけたらうれしいです。
- 953 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 14:59:52 ]
- 単なる線形補間じゃないのか?
- 954 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:01:08 ]
- ガマット変換でもやりたいの?
- 955 名前：952 mailto:sage [2009/07/03(金) 15:13:12 ]
- >>953
1についてはやっぱ意線形補完ですよね。
２は何補完って言われてるのかな・・・。
- 956 名前：953 mailto:sage [2009/07/03(金) 15:23:37 ]
- バイリニア（双線形）補間じゃない？
これは縦横の比率をかんがえるんだけど面積は縦×横で結局同じことだろうから。
- 957 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:25:24 ]
- 画像の拡大がしたいんですね?
- 958 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:29:24 ]
- 補間なら他にもたくさんあるぞ。
画像の拡大縮小でよく使われるのが
ニアレストネイバー法(nearest neighbor)
バイリニア法（bi-linear interpolation）
バイキュービック法（bi-cubic convolution）
下ほど画質がいいが処理に時間がかかる。
- 959 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:44:19 ]
- >>957
h ttp://d.hatena.ne.jp/gioext/20090414/1239720615
- 960 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:55:56 ]
- Lanczos補間はLanczosさんが考えたsinc関数で補完する方法。
sincはsin(x)をxで割ったもの。
- 961 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 20:29:00 ]
- >>952
グラデーションをどう決定するかが核なんだから、
１だけではアルゴリズムとは言えない。
- 962 名前：デフォルトの名無しさん mailto:sage [2009/07/04(土) 10:22:37 ]
- 画像の回転と移動やっと出来ました
まだ理解不足が多いですが視点回転後に座標そのまま足しちゃってたんですね
>>945で言われた通り回転によって移動量も回転させて向きを変えて足したら
思い通りに出来ましたありがとうございます
- 963 名前：デフォルトの名無しさん [2009/07/04(土) 14:34:49 ]
- OPENCV初心者なのですが
画像を20度ずつ回転させて、20度ごとにテンプレートマッチングを360度まで行うのを
一つのプログラムにしたいのですが
回転プログラムとマッチングプログラムをどう合わせれば可能ですか？
- 964 名前：デフォルトの名無しさん mailto:sage [2009/07/04(土) 15:43:28 ]
- どうも何も、自分で言ってる通りなんじゃないの？
20度ずつ回転させて、その都度テンプレートマッチングするだけじゃないのか。
- 965 名前：デフォルトの名無しさん mailto:sage [2009/07/04(土) 15:50:32 ]
- そこはもう、自分の頭で考えるしかない。
- 966 名前：デフォルトの名無しさん mailto:sage [2009/07/04(土) 18:19:08 ]
- マルチか？
【Intel】OpenCV総合スレ【画像処理】2
pc12.2ch.net/test/read.cgi/tech/1230511656/326-
- 967 名前：デフォルトの名無しさん mailto:sage [2009/07/04(土) 20:35:47 ]
- OpenCVスレッドの回答に対しての返事もしないでこっちに投稿してくるとは。。。
- 968 名前：デフォルトの名無しさん mailto:sage [2009/07/05(日) 10:42:54 ]
- YUV色空間について勉強してるときに(YUV)'色空間ってのが出てきたんだけど
YUVと(YUV)'ってどう違うんですか？
- 969 名前：デフォルトの名無しさん [2009/07/05(日) 12:16:03 ]
- その記事はどこにあるの？
- 970 名前：デフォルトの名無しさん mailto:sage [2009/07/05(日) 14:35:19 ]
- >>969
>>968に対するレスだと思っていいのかな？
記事というか講義で配られた英文資料(原典不明)なんだけど
YUV色空間の項で(YUV)'ってのが出てきて
以下のような線形相関がRGBシステムとの間にあると書いてた
(1/3 1/2 -1/2√3)
(Y,U,V)'=(R,G,B)(1/3 0 1/√3）
(1/3 -1/2 -1/2√3)
一番右は3*3の行列ずれてたらごめん
- 971 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 02:45:00 ]
- 普通YUVっつうとこれだけどな。
Y = 0.299R + 0.587G + 0.114B
U = -0.169R - 0.331G + 0.500B
V = 0.500R - 0.419G - 0.081B
>>970の3*3行列は、RGB空間をYUV空間に射影するときの回転行列だろうか？
dtv.sakura.ne.jp/contents1/011.png
|
 |
