- 1 名前：デフォルトの名無しさん [2007/12/16(日) 08:03:02 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その９
pc11.2ch.net/test/read.cgi/tech/1183910525/
- 930 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 20:48:50 ]
- オリジナルの写真から切り出しているのに正規化相関はないだろｗ
- 931 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 21:16:21 ]
- 切り出しの大きさはどれくらいを想定してるんだろう。
元の風景写真のほんの一部とかだったら効率的な探索は相当難しそうだな。
- 932 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 21:41:46 ]
- 部分切り出しだけでなく、その部分が変形されている場合、特に縮小されたら、
探しようがないでしょうね。
状態によっては人間が見てもマッチングが{難しい|できない}場合があるし。
もう少し条件を絞り込まないと、アプローチのしようがないように思えます。
- 933 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 22:38:24 ]
- >>932
SIFTならできる。名前に Scale-Invariant の文字があるだろう？
- 934 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 00:39:49 ]
- >>933
ＳＩＦＴが画像のスケール変化や回転や輝度変化等であまり変わらない
特徴量が記述できるのは分かっているが、条件に制限がないと、
極端な話、部分的に切り出された領域が１ピクセルに縮小されたら
マッチングは無理じゃね？ ということだろ。
ＡＲでよく見かけるような追跡は可能かも知れないが無関係の画像の中から
それを抽出するのは物理的に考えて無理だろう。
- 935 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 02:18:54 ]
- >>934
そりゃあくまでもロバスト、としか言えんけど、
画像処理という曖昧さを表現せにゃならん分野でそんなこと言って、
だから無理。とか言ってたら先に進まんよ。
- 936 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 03:34:04 ]
- >>934
たとえばPhotosynthではSIFT使ってあるタグのついた写真をFlickrから持ってきまくって
3次元再構成するみたいなことやってるけど。
まあ、縮小っていっても程度問題でしょ。50%の縮小くらいならマッチングできるでしょ。
2000x2000が1000x1000とかならさ。
- 937 名前：915 mailto:sage [2008/09/17(水) 14:11:31 ]
- >>920
そうなんですよね・・・
壷があったとしてどこか一部が欠けたり壊れたりしている部分があっても
左右が対称になる軸(面)が見つかるようにできないのかと考えていたのですが・・・
- 938 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 16:16:44 ]
- >>937
おまえは「略対称」という言葉をどこで知ったの？
本題から逸れて申し訳ないけど、単純に興味があるので。
- 939 名前：名無し募集中。。。 mailto:sage [2008/09/17(水) 16:27:45 ]
- 線対称と違う言葉を使っていると言う事は3次元空間での欠陥認識なんですかね
- 940 名前：デフォルトの名無しさん [2008/09/18(木) 13:40:41 ]
- どなたか、H.264について詳しい人いませんか？
エンコードにおいて、ブロックの動き補償ベクトルの探索方法については規格化されていないのに
探索開始位置の決め方が規格化されている意味が分かりません。
分かる方いらっしゃいませんか？利用している書籍は「H.264/AVC教科書(インプレス出版)」です。
公式仕様書では8.4.1.3のセクションです。
- 941 名前：デフォルトの名無しさん mailto:sage [2008/09/18(木) 17:53:32 ]
- >>940ですが。
動きベクトル予測の意味を勘違いしました。
大変失礼しましたorz
|
 |
