- 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がいつも読み込みエラーになって使えない。
どうすればいい？
|
 |
