- 1 名前：デフォルトの名無しさん [2007/12/16(日) 08:03:02 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その９
pc11.2ch.net/test/read.cgi/tech/1183910525/
- 403 名前：質問です [2008/02/27(水) 08:05:51 ]
- ここの人は親切だから、つい聞いてしまうんだが、
古いカラーのネガフィルムをスキャンして、データ化しました。中にカビだろうか
緑色のアメーバ状の汚れがあります。これを取るのって、範囲を指定して
緑の要素が強いピクセルのみ緑を弱くするしか方法はないでしょうか。
>>401 氏の発言も考慮の上、お教えください。
- 404 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 08:11:12 ]
- 手でレタッチしたほうがはやいんじゃね
- 405 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 08:14:49 ]
- >>398
車輪の再発明はお好きですか
- 406 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 08:18:40 ]
- いつもの写真馬鹿か
- 407 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 08:44:30 ]
- もう学生の宿題ネタはお腹一杯
- 408 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 09:10:24 ]
- >>403
緑の汚れが乗っていると言うことは、その為に情報量が落ちていると言うこと。
従って、仮令緑を弱くしても元の画質が完全に再現できるわけではないことに注意。
- 409 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 21:21:35 ]
- if (画素. == カビ含む) 画素.取る(カビ)
- 410 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 22:16:45 ]
- カビの無修正画像
- 411 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 22:23:49 ]
- フィルムからカビを除去して再スキャン
プログラムにまかせるよりも着実な気がする。
- 412 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 22:43:30 ]
- カビキラーでおｋ
- 413 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 22:55:55 ]
- >>409
実装して下さい
- 414 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 23:28:05 ]
- C++嫌い
- 415 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 00:03:16 ]
- 昔、ノイズ除去をやって思ったが、何をノイズと捉えるかが難しい。
「こっち」「そっち」の境界線が曖昧なのと一緒でノイズだと思いはじめたら全部ノイズに思えて来る。
画像上のカビも何をしてカビと特定するかが問題だ。
画像上でそこにあるカビの成分が検出できればもっと簡単かもしれん。
- 416 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 00:08:50 ]
- どう考えても>411だなぁ。>408の指摘する問題も解決するわけだし。
- 417 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 00:18:13 ]
- カビを見たい人だっているかもしれないからな
- 418 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 00:31:54 ]
- このスレ的な話題ではないが、
実際にフィルムをスキャンする仕事をしていたが、カビの除去はできない。
ある程度はできるが、ある程度以上はフィルムに傷がいくからそれ以上は繁殖を抑える加工をして
スキャンして、将来的にカビを綺麗に除去できる技術ができるのを待つだけ。
個人のフィルムならどうでもいいと思うが、仕事として請け負うフィルムは歴史的なものが多いから。
色々な業務用のフィルム画像の補正ソフトを使ってみても、結局ホコリが綺麗に見えなくなるくらいが限界。
あとの変色とかは1ピクセル毎に手作業で修正する。
自動ソフトで頑張る価値はあんまりないと思う。
- 419 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 10:01:48 ]
- >>403
画像処理 その８で話題になっていた
gimpのプラグインもあるのですぐ試せる
www.greyc.ensicaen.fr/~dtschump/greycstoration/demonstration.html
- 420 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 16:38:35 ]
- www.itmedia.co.jp/news/articles/0802/27/news027.html
- 421 名前：403 mailto:sage [2008/02/28(木) 19:32:14 ]
- 皆さん & >>419 さんありがとう。
解があることが分かった。気分は途も半ば。
- 422 名前：デフォルトの名無しさん [2008/02/29(金) 01:32:04 ]
- ほこりや傷があった方が味がいいと思う。
- 423 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 12:12:00 ]
- jpegの量子化テーブルって8以下指定出来るん？
8bitに収まらんと思うんだが。
- 424 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 11:13:28 ]
- >>423
何が言いたいのかワカランが
量子化テーブルって1-255だろ・・・？
- 425 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 00:50:59 ]
- 元画像とそれを画像処理したものを比較して、元の画像が含まれるかどうやって識別するのがいいのか
回転拡大縮小は無い前提で
- 426 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 01:05:58 ]
- 目視
- 427 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 01:07:41 ]
- >>425
bool isInclude() { return true; }
他にどうしろと。
- 428 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 02:20:55 ]
- is includeって酷い関数名だな
- 429 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 04:03:23 ]
- テンプレートマッチングだかなんとか
- 430 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 08:30:43 ]
- process(元画像).eq.比較画像
まさかね…
- 431 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 10:04:14 ]
- >>425
適当に特徴抽出して、その特徴で比較すりゃいいだろ。
- 432 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 10:58:13 ]
- 含まれるという言い方が悪かった
部分的に色合いが変化してたり、ネガポジ反転していても元画像と同じだと判断する方法が欲しかった
やっぱり特徴抽出か
- 433 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 10:59:00 ]
- >>432
どんな画像処理をしたのか見当がついているなら、特徴を抽出する必要はないけどね。
- 434 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 03:11:24 ]
- ＞部分的に色合いが変化してたり、ネガポジ反転していても元画像と同じだと判断する方法が欲しかった
RGB変化ならエッジ検出でいいんじゃない。
- 435 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:36:38 ]
- >>424
ん？えと、jpeg（てかDCT)の計算式だと0〜255の
8x8ブロックの計算結果が-1024〜1024になる（可能性がある）んよ。
つまり情報量が3bit増える訳なのね。
それを削除するためにjpeg基準テーブルは8以上を指定しているんだな、と。
つまり3bit以上減らすのが前提だと判断してたのよ、俺は。
でも某jpeg本が「超高画質なら1を指定しる」とか書いてたんで
「あれれれ？それマジ有り？」と思ったので聞いてみた。
知ってる人答え教えてちょ！
- 436 名前：435=423 mailto:sage [2008/03/06(木) 23:37:29 ]
- ってことで一つヨロシク
- 437 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:41:39 ]
- -1024〜1024なら5bit増えてない？
- 438 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:45:23 ]
- 5？
- 439 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:47:51 ]
- あ、-1024〜1024じゃなく-1024〜1023だな。すまん。
ま、内部計算次第だけどさ。
ちなみに0-2047は11bitだぞう。
- 440 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:48:11 ]
- 増えてるな。
- 441 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 09:05:15 ]
- >>435
DCTの結果についてはそのとおり
けど、量子化によって、8bitに収めるわけじゃない
量子化したあと、
ハフマン符号化でその範囲の値を受け入れるだけ
- 442 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 21:47:58 ]
- >>441
おお、ありがとう！
そうか、ハフマン忘れてたんだ。
いや、本当にありがとう。今度一杯奢るよ。
- 443 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 21:04:36 ]
- 二つの色を比べてどのくらい似ているかを判断したいのですが、どのような方法がありますか。
生の色情報は、RGBのフルカラーで持っています。速度は要求していないので、変換するのは問題ありません。
赤、緑、青のそれぞれの色の差で単純に比較でも良い気はするのですが、65536色では緑に多くビットを割り当てるくらいだし、色の濃さによっては同じ差分でも感じ方が違うと思うので、もう少しましな方法がないかなと思っています。
- 444 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 21:13:28 ]
- RGBの差に輝度の係数かけてみたら?
- 445 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 21:23:01 ]
- 「似ている」とは何を意味するのかが問題ですな
- 446 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 22:04:39 ]
- 彩度が高いと色相が支配的になるだろうし、
色相によっては明度が違って見えるし、
明度が両極端だと彩度の意味がなくなるし、
……
- 447 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 22:19:07 ]
- いわゆる特殊な色覚を持っている人が似ていると判断する色と
そうじゃない人が似ていると判断する色は違うからなぁ
- 448 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 22:22:03 ]
- 周波数領域での加工を前提とすると、
FFT前に窓がけしないと、周波数領域の信号レベルの確度が悪くなる
逆FFT後に窓がけしないと、時間領域で接続性が悪い
上の理由から実務上2度窓がけする必要があって、かつ、2度の窓がけ後の結果の
オーバーラップが元信号に戻らないといけない。でも、han窓は１回の窓がけの
結果のオーバーラップで元に戻るように設計されてるから適さない。
- 449 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 22:43:01 ]
- なぜサウンドプログラミングスレのコピペが
- 450 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 23:18:56 ]
- >>443
まずyuy2にする。それで輝度と色度に分ける。
人間の眼は輝度＞色度だから色度の重要さを下げる。
音よりは低いが人間の感じる感触は指数に比例しがちだからそれも考慮する。
ってのを考慮すればそこらのフリーソフトよりは精度上がるよ。
それ以上は研究の分野になる。
アナログ<->デジタルはいつの時代も研究さ。
- 451 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 23:40:01 ]
- 研究とか言い出す前に「均等色空間」という言葉くらい出そうぜ。
塗料とか製造業の分野では色の違いは黙ってΔE*abで評価するものだ。
- 452 名前：443 mailto:sage [2008/03/09(日) 00:04:22 ]
- >>444
RGBのそれぞれの差に、緑を大めに掛けてみるってこと？
>>445
色が近いかどうかって意味。
赤と青はだいぶ色が違うけど、緑と黄緑は色が近いとかって感じ。
>>446
色とかの判断方法は全然知らないのでちょっと調べてみたんですけど、画像関係のアルゴリズムは奥が深そうで・・・。
>>447
まー、一般的な人が似ている色とするってことで。
>>448
よくわからんけど、サウンド関係ってことかな。
>>450,451
YUY2とか、均等色空間とか、聞いたことない単語が出てきたから、明日調べてみる。
- 453 名前：433 mailto:sage [2008/03/09(日) 13:36:32 ]
- 以下のページを参考に、色差を求めることにしました。ΔE*abってやつですかね。
image-d.isp.jp/commentary/color_cformula/Lab.html
www11.tok2.com/home/yoshih/color_abc_5.html
多少、感覚と違う値となることはありますが、似ているのに違う色と判断することがないよう、閾値を大きくすることにしました。20とか。
違う色なのに似ていると誤判定されても多少は許される用途なので。
それにしても、規格が多く、変換に使用する値が複数あったりしてややこしいですね。
- 454 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 13:40:32 ]
- まあそんなんでいいと思うよ
- 455 名前：デフォルトの名無しさん [2008/03/12(水) 15:45:35 ]
- パターンマッチ＋サブピクセル処理をいろいろ調べたいのですが、
いいサイト、本などございませんでしょうか。
本をみたりしていますが、なかなかいいものがなくて。
やりたいことは、撮影位置に移動してきた
丸いものの画像を取ったときのずれ量（XY座標）
を検出したいです。
先生方よろしくお願いします。
- 456 名前：デフォルトの名無しさん [2008/03/13(木) 18:13:55 ]
- どこまで調べた？
本のタイトルとか。
あと、それで満足できない理由は何かを教えといて。
- 457 名前：455 [2008/03/14(金) 00:37:18 ]
- ＞４５６
すいません。
あと一日調べ倒してから、
再質問することにします。
- 458 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 00:39:34 ]
- そういやJPEG XRってどうなってるんだろ
- 459 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 02:55:21 ]
- DATファイルに格納されている画像を取り出すにはどうすればいいですか？
- 460 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 03:16:56 ]
- スレ違い
- 461 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 15:52:04 ]
- ある意味画像処理だなｗ
- 462 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 17:01:45 ]
- >>459
拡張子をmpgに書き換えてダブルクリック
- 463 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 19:39:31 ]
- >455
やりたいことから考えると、パターンマッチングよりハフ変換のような気がする。
その「丸いもの」は何？
カメラ視野に入ってきたり出て行ったりするもの？
形や大きさが決まっているならテンプレートマッチングでいいけど。決まっていないならハフかな。
理論が知りたいなら、Forsyth「コンピュータビジョン」あたりが、理論はどうでもよくとりあえずできればいいならOpenCVでいいのでは。
- 464 名前：455 [2008/03/15(土) 03:34:20 ]
- >463
ご返信ありがとうございます
ハフ変換（円弧）実験してみます。
丸いものは、ちょっと答えられないのですが、すいません。
あと精度を高めるためにサブピクセル処理を調べていますが
いまいち理解ができていないためか、
ハフ変換で円弧検出後、サブピクセル処理をどう実装すればいいか
わかりません。頭悪くてﾄﾎﾎ。
明日、都会までいくので
Forsyth「コンピュータビジョン」
OpenCVの本も買ってみます。
楽しみです。電車の中で読んでみることにします。
ありがとうございます。
制御ソフトとは、また違って画像処理は奥が深く
興味深いです
- 465 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 03:42:07 ]
- Computer Visionは日本語訳が出てますよ（調べてるだろうけど…）
- 466 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 09:10:23 ]
- 丸いもの……
ディスク? 半導体ウェファー? 月? 鼈?
- 467 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 11:00:17 ]
- ttp://ja.wikipedia.org/wiki/%E7%94%BB%E5%83%8F:Crops_Kansas_AST_20010624.jpg
丸いものがいっぱい。
- 468 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 12:51:12 ]
- Forsyth「コンピュータビジョン」を持ち歩くのか...
- 469 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 18:14:49 ]
- >464
サブピクセル処理、わからなければ元画像を１０倍に広げてやれば、元の0.1ピクセル処理したのと同等。
あと、フォーサイス＆ポンスの本は理論偏重なのでズバリと書いてあるわけではないし、方向性が違えば全く役に立たない。読んでいて面白いから価値はあるけど。本屋で見てみるべし。
- 470 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 21:42:00 ]
- >>467
灌漑農業の上空写真か。
まるで圧縮画像のブロックノイズだな
- 471 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 21:18:51 ]
- 画像の回転について質問があるのですが、回転行列を
固定小数点にて表現するときにはどの程度の精度があれば十分なのでしょうか？
自分の考えだとVGAの場合2^10>640であるため符号も込めて10ビットの精度が必要
であると思うのですが如何でしょうか?
- 472 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 21:48:27 ]
- 君に目は無いのか
- 473 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 22:51:06 ]
- 無いんです
- 474 名前：デフォルトの名無しさん [2008/03/18(火) 03:25:33 ]
- このスレの住人なら知っていますね、あの糞開発ツールのことを
・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている
糞だけど、政治的な理由で無理やり使わされているんですよね。
もう、あんな厨の作った糞ツールを我慢して使うのはやめましょう。
・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
バグレポートなどしてはいけません。改善要求などもってのほかです。
あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」
なんて話が出たら力強く机を叩き、会議室を出ましょう。
あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。
糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
- 475 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 04:49:43 ]
- あれってどれだ
いっぱいありすぎてわからん
- 476 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 15:34:41 ]
- Javaだろ。
- 477 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 16:42:14 ]
- Javaってツールなのか？
- 478 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 17:50:02 ]
- コンピュータ自体がツールです
- 479 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 18:15:39 ]
- Oracleのツール類だろ。
- 480 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 19:41:17 ]
- 人間はわたしの道具です
- 481 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 22:28:54 ]
- 我が共和国の同士は全て将○様の道具ニダ。
同士でないのは、奴隷ニダ。
- 482 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 11:16:20 ]
- ｱｰｱ
- 483 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 13:20:42 ]
- lisp使ってる人っています？
pythonなら沢山いるのかな
ほとんどはc?
- 484 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 02:37:08 ]
- > lisp使ってる人っています？
> pythonなら沢山いるのかな
どちらも好きだが本格的に使うに至らない
- 485 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 02:49:37 ]
- 簡単な処理ならPython+PILでやるときもある
- 486 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 04:46:31 ]
- >>483
何か遅いよなぁと思いつつJava
- 487 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 21:10:17 ]
- www.cliki.net/graphics%20library
lispの画像処理、いろいろあるけど
OpenCVみたいにメジャーなのはどれ？
- 488 名前：デフォルトの名無しさん [2008/04/03(木) 22:12:23 ]
- ttp://dc.watch.impress.co.jp/cda/other/2008/04/03/8249.html
すげえ
- 489 名前：デフォルトの名無しさん [2008/04/03(木) 22:32:58 ]
- >488
確かにすげぇ。
ピンボケしても元の情報って落ちてないのか。
落ちてると思い込んでた。
- 490 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 22:43:36 ]
- >>488
これはデコンボリューションの1種という捉え方であってるのかな…
- 491 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 22:46:32 ]
- いや、落ちますよ。写真として再現するレベルには足りているようですが。
- 492 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 22:57:27 ]
- この人は元Stanford大なんだね
研究成果を活かしたベンチャーらしい
だれか興味がある人は元の論文読んでくれ
- 493 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 23:05:47 ]
- >>488
この"Light Field Camera"ってカメラ自体も特殊なんじゃねーの？
dc.watch.impress.co.jp/cda/parts/image_for_link/132797-8249-1-1.html
- 494 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 23:28:32 ]
- graphics.stanford.edu/papers/lfcamera/
graphics.stanford.edu/papers/fourierphoto/
graphics.stanford.edu/projects/lfmicroscope/
センサの手前に挿入するマイクロレンズが肝で、
4次元ライトフィールドをキャプチャできる代わりに解像度が犠牲になります。
本当にありがとうございました。
- 495 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 00:41:38 ]
- >>494
リンクにある顕微鏡版のはyoutubeにデモがあがってたな
- 496 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 07:52:55 ]
- あの〜、ピンボケの自動補正なんて、すごく地味で超初心者向けな機能なんですけど。
この手法を応用して、もっと別な面白いことに発展したらいいね。
- 497 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 08:54:40 ]
- つまり、記事を書いた香具師は画像処理の基本も判っていない半可通だと言うことで宜しいか。
- 498 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 09:01:18 ]
- 記事ではマイクロレンズにも言及しているし、仕組みを何も理解せずに書いたわけではないだろう。
ただ、タイトルが「ソフトウェア技術」となっているのは誤解を招きやすい。
- 499 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 10:09:20 ]
- >>498
発表者がマイクロレンズって言ってたのをそのまま書いただけだろ。
ボディとレンズの間にマイクロレンズがあるって、あとから訂正されてるし。
- 500 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 10:33:54 ]
- ああ、さっき初めて記事を読んだから気づかなかったけど、>>494の1時間後に訂正されてたのか。
- 501 名前：488 mailto:sage [2008/04/04(金) 21:16:52 ]
- やっぱりそういう話なのか(´･ω･`)
光学屋には面白いけど、画像処理はそこまで
複雑じゃないよなあ
- 502 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 21:33:56 ]
- これってあとから被写界深度も変えられるのかな
- 503 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 01:00:37 ]
- >>501
>>494の2つ目の論文（SIGGRAPH 2005採択）を読んだ上で「そこまで複雑じゃない」と言ってる？
4Dライトフィールドと2D写真の関係を周波数空間で解析する理論のほうもかなり興味深いと思うけどなぁ
|
 |
