画像処理 その8

1 名前：デフォルトの名無しさん [2007/01/15(月) 22:42:07 ] 画像処理プログラミングについて質問、議論を行うスレッドです ・画像処理について素人同士で大激論 ・初学者の質問に対してやさしく(的を外れた)解答を与える ・その道の玄人も大歓迎 前スレ 画像処理 その７ pc10.2ch.net/test/read.cgi/tech/1148864160/ 過去スレッド 画像処理 その６ pc8.2ch.net/test/read.cgi/tech/1140510670/ 画像処理 その５ pc8.2ch.net/test/read.cgi/tech/1127705848/ 画像処理 その４ pc8.2ch.net/test/read.cgi/tech/1107854973/ 画像処理 その３ pc5.2ch.net/test/read.cgi/tech/1090897159/ 画像処理 その２ pc5.2ch.net/test/read.cgi/tech/1054545005/ 画像処理 pc5.2ch.net/tech/kako/992/992671330.html 49 名前：デフォルトの名無しさん mailto:sage [2007/01/18(木) 13:32:22 ] >>44 それは事前に一定比率で縮小した全画像達をデータベース化しておくってことだよね？ 50 名前：デフォルトの名無しさん mailto:sage [2007/01/18(木) 14:18:32 ] >>44 > 依頼する画像の処理 具体的にどんな処理をする気？ 処理によっては、ハッシュ問い合わせ役に立たない悪寒 51 名前：デフォルトの名無しさん mailto:sage [2007/01/18(木) 14:29:32 ] ｸﾗｲｱﾝﾄの手元にある単一映像 鯖内にある映像群 ファイルの一致性は　MD5ﾊｯｼｭ比較でわかるけど… 映像の類似性を比較できるようなﾊｯｼｭ関数を求めている　っつーことなのか？ 52 名前：デフォルトの名無しさん mailto:sage [2007/01/18(木) 14:58:42 ] 類似画像といえば、ちょっと前にWBSで画像検索システムの紹介してたね。 ttp://www.tv-tokyo.co.jp/wbs/2006/12/25/toretama/tt.html 53 名前：23 mailto:sage [2007/01/18(木) 17:26:30 ] >>49 そうです！ただしそのファイルはこちらの鯖に置きます。 現在は 画像表示用ＨＴＭＬ保存ディレクトリ gaibusyou.mine.nu/~syobon/konoko/Htmls 画像ファイル保存ディレクトリ gaibusyou.mine.nu/~syobon/konoko 縮小画像保存ディレクトリ gaibusyou.mine.nu/~syobon/konoko/thumbs ＭＤ５データディレクトリgaibusyou.mine.nu/~syobon/konoko/test3/←現在のチェッカーはここに問い合わせています。 類似検索用問い合わせディレクトリ　新規に設置予定←類似検索チェッカーの問い合わせ先 公開されている類似検索ソフトは２回目以降はだいたい高速検索が可能になります 高速検索の際に問い合わせるファイルを鯖において、 その問い合わせの際に必要なハッシュ（たぶんこれでしていると思います）を計算するのがクライアント側 類似検索ソフトの仕組みというかソースが手に入れば何とかできそうな気がします... >>50 問い合わせの処理は最終的にハッシュのようなもので... >>51 そんな感じです >>52 フリーで公開してくれたらいいのですが... 54 名前：デフォルトの名無しさん mailto:sage [2007/01/18(木) 18:10:31 ] 映像の類似性を比較できるようなﾊｯｼｭ関数なんてあったっけ？ 55 名前：デフォルトの名無しさん mailto:sage [2007/01/18(木) 20:27:45 ] >>54 だから適当なそれを作ってくれと言うことでしょう。 違いが少ないときに違いが少ない値に収束するようなアルゴリズムを。 それに対する答えが、>>26以下なわけです。26が適当な値のマトリクス と言っている部分の値を何で決めるのか、その前処理をどうするのかが、 以降いろいろ言われているだけです。 ただ、行列の大きさが小さくなればなるほど、原理的に違う画像がmatchする 確立が高くなるわけで、その違いを最終的に検索者に対して選択させる ユーザーインターフェースを作る方が大変な気がします。 今は画像ファイルのMD5を取ることでこの揺らぎがほぼ０なので、 この部分が不要になっていますが。 56 名前：デフォルトの名無しさん [2007/01/19(金) 00:16:21 ] >>53 ＞その問い合わせの際に必要なハッシュ（たぶんこれでしていると思います）を計算するのがクライアント側 ＞問い合わせの処理は最終的にハッシュのようなもので ハッシュというかMD5で作られるようなダイジェスト値のことを言ってるの？ そんな値だけ送られてきて、サーバ側でどうやって画像類似比較するんだ？？ 57 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 01:43:56 ] そもそもあまりこの話題に興味ないけど、それでも >>54 とか >>56 とかまともに読んでもいないゴミは邪魔くさいなぁ。 58 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 01:45:24 ] おまいら md5 って単語に踊らされすぎだ。 画像特徴量とかに読み替えろよ。 59 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 02:45:52 ] 最近SPAMメールに本文がなくて画像のみのが増えてるんですけど その画像類似性からフィルタリングする方法って実用化されてますか？ 60 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 03:29:25 ] 画像のみって時点でスパムじゃねーの？ 61 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 04:36:40 ] すみません 表現が間違ってました 本文が全く無い訳ではないのですが 特徴も意味もなにもない適当な単語の羅列で・・・ 62 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 05:21:28 ] 本文がそれなら画像の方もランダムじゃないのかよ 63 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 11:39:17 ] >>57←こういう害虫が出るとやる気なくなる。 64 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 11:47:37 ] >>62 最近よくある、海外の怪しげな広告の類だったら本文は余り意味がない文章で、画像はそれっぽい広告になっている。 >>59 本文が意味不明な段階で、画像類似性なんか判断するまでもないだろ。 65 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 12:27:11 ] >>64 >本文が意味不明な段階で、画像類似性なんか判断するまでもないだろ。 まあ人間が見るぶんにはそうなんですが、 フィルタに自動判別させるときには意味不明で 使われてる単語の切り出しでもランダムなら 本文では判断出来ないのでそれなら 画像で判断したらなんとかなるかなぁと 66 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 12:33:01 ] 特徴量の集合を考えるんだろうな。 しかし、回転とｽｹｰﾘﾝｸﾞを考慮した特徴量ってのも難しいな。 単純に映像ｻｲｽﾞを同一化するだけじゃすまないしねぇ 67 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 19:04:07 ] 画像の含まれるメールは全部ステていいんじゃね(w 68 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 03:49:07 ] DIBをJPEGに変換したいです。 現在はJPEGLIBを使用しています。 モニタツールなのですが、 スクリーンショット撮影→DIB→JPEGLIBでファイルに書き出し →CreateFileでJPEGファイルを読み込み→Socketで送信 という処理をしています。 DIB→JPEGLIBでメモリ上に変換→Socketで送信 と処理を省きたいと思っています。 JPEGLIBでそれが可能でしょうか、もしくは 他のJPEGライブラリで可能なものはありますか？ 69 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 04:02:24 ] JPEGLIBでそれが可能 70 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 14:41:42 ] どうやってやるん？ 71 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 15:08:23 ] JPEGのライブラリってそれしかないのか？ 72 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 15:08:52 ] ttp://blog9.fc2.com/2/2log/file/vlphp5172.jpg ttp://blog9.fc2.com/2/2log/file/vlphp5173.jpg ttp://blog9.fc2.com/2/2log/file/vlphp5174.jpg ttp://blog9.fc2.com/2/2log/file/vlphp5175.jpg ttp://blog9.fc2.com/2/2log/file/vlphp5176.jpg ttp://blog9.fc2.com/2/2log/file/vlphp5177.jpg ttp://blog9.fc2.com/2/2log/file/vlphp5178.jpg 73 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 15:17:31 ] いい加減ｳｻﾞいんですけど 74 名前：デフォルトの名無しさん [2007/01/21(日) 00:41:09 ] >>68 ttp://forums.belution.com/ja/vc/000/230/66.shtml 75 名前：デフォルトの名無しさん [2007/01/21(日) 03:33:29 ] >>23 ただのシステム管理屋さんが踏み込めるほど簡単な問題じゃないです。 類似画像の検索は研究レベルだと数十年前から、それこそ画像処理が始まった当時からなされているものなんです。 いまでは実用レベルに近いアルゴリズムもあるけれど大規模に誰でも使えるレベルにはなってません。 有料のライブラリを買って、数学的な理解を持ってして初めてなんとか動くレベルに持っていけるものだと思うよ。 76 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 03:58:09 ] >>75 案件には要求レベルというものがあると言うことを知らない、 頭がちがちの使えない研究者が言いそうなことだな。 77 名前：デフォルトの名無しさん [2007/01/21(日) 08:26:09 ] 類似の程度によるな 78 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 08:46:45 ] 風の特効薬はないと言って、総合感冒薬の存在を否定する研究者のようだ。 79 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 08:53:49 ] 総合感冒薬が風邪を治す訳じゃないってことは知ってる？ 80 名前：２３ [2007/01/21(日) 09:16:58 ] なかなか難しいようですね。。。 グーグルのような検索ｻｲﾄをつくるわけではないので 大学とか研究所などでやっているアリゴリズムは使用するつもりは全くないのです >>32さんのカキコのようなものが多いので その画像を簡単（多少の誤差は問題ないです）な方法で評価できるやり方を教えてください すみません。。。 81 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 09:30:01 ] >>79 治す手助けをするわけでしょ。 今回の案件は類似画像検索が自動である必要ないのだから、 画像照合支援という点で似ているのかな、と。 82 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 09:50:44 ] １：最初のうちは重複依頼があるたび依頼ごとに手動でカウントしてまとめておく ２：ただし、類似画像は削除するがMD5は残す ３：で、新しく依頼を追加するときにまずMD5でチェック ４：ヒットしなければカウント数が多い依頼のうち上位のものと照合して類似判定 ５：重複ならMD5だけ登録してカウントを上げる ※カウントは一定の期間内だけ記録できるといいかも とか考えたけど、単体の画像同士の類似度判定がわかんね 83 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 09:56:30 ] クライアント側で検索したい画像の特徴抽出 サーバへ抽出した特徴を送信 サーバ側で特徴データベースでも作っておいて類似度計算 類似度が高いものをクライアントへ送信 サーバの負荷すごそうだからダメか・・・ 84 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 09:58:22 ] 2007 の4つの数字の並べ替えで出来る最大の数から最小の数を引く -> 7200 - 0027 = 7173 同様に -> 7731 - 1377 = 6354 -> 6543 - 3456 = 3087 -> 8730 - 0378 = 8352 -> 8532 - 2358 = 6174 -> 7641 - 1467 = 6174 85 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 10:06:54 ] 画像は必ず横が長くなるように回転して保存しておく(MD5でのチェックもしやすい) 縦横比率(近似値)の統計をとって分類し、比較量を絞る ユーザーが重複を報告しやすいようにする うーん 86 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 10:55:29 ] >>85 JPEGは回転したら再圧縮だから、MD5比較は使えなくなるよ。 87 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 11:12:01 ] 別にjpegで保存する必要はないような 88 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 11:12:30 ] 展開したもので比較しなきゃ 89 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 11:24:01 ] だからどのくらいの要求なの？ なにか例はないの？ 目線あり、なしも同一視するの？ モザイクあり、なしも同一視するの？ むしろ、同一人物判定までいくの？ 90 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 12:01:15 ] >>89 具体的なサイトが上げられていて、用途もわかってるんだからちゃんとやる気なら そのあたりから察するのが良い人材。 やる気無いけど聞いているだけなら引っ込んでろ。 やる気たっぷりで、かつ完成させたなら土下座して謝る。 つか、簡易比較の方法論とその問題点についてはほぼ既出だろ。 91 名前：２３ mailto:sage [2007/01/21(日) 12:41:26 ] ありがとうございます。鯖の空きスペースまだまだあるので完全一致以外画像もすべて保存しています。 間違えて完全一致の画像も保存しているかもしれませんが 一般的な重複はこのようなものです gaibusyou.mine.nu/~syobon/konoko/Htmls/P58_328.html gaibusyou.mine.nu/~syobon/konoko/Htmls/P58_599.html gaibusyou.mine.nu/~syobon/konoko/Htmls/P61_417.html gaibusyou.mine.nu/~syobon/konoko/Htmls/rm15.html gaibusyou.mine.nu/~syobon/konoko/Htmls/rm336.html gaibusyou.mine.nu/~syobon/konoko/Htmls/Ta4_018.html 92 名前：２３ mailto:sage [2007/01/21(日) 12:42:37 ] ＤＧＣという販売ｻｲﾄの画像からＭＤ５だけを鯖に取り込んで画像はサムネイルというものの重複 gaibusyou.mine.nu/~syobon/konoko/Htmls/0608_oda_26.html gaibusyou.mine.nu/~syobon/konoko/Htmls/Ta2_451.html gaibusyou.mine.nu/~syobon/konoko/Htmls/Ta2_832.html 93 名前：２３ mailto:sage [2007/01/21(日) 12:43:49 ] 加工されている画像上から２枚 gaibusyou.mine.nu/~syobon/konoko/Htmls/P55_283.html gaibusyou.mine.nu/~syobon/konoko/Htmls/Ta1_0706.html とその重複 gaibusyou.mine.nu/~syobon/konoko/Htmls/P62_332.html gaibusyou.mine.nu/~syobon/konoko/Htmls/P62595.html gaibusyou.mine.nu/~syobon/konoko/Htmls/P62_790.html 94 名前：２３ mailto:sage [2007/01/21(日) 12:53:42 ] >>93　間違えました。 ごめんなさい。 gaibusyou.mine.nu/~syobon/konoko/Htmls/P62_595.html 頭にＴａ＊_と付いているｈｔｍｌは一時的に画像のリンクを外しています。 95 名前：２３ mailto:sage [2007/01/21(日) 12:55:56 ] gaibusyou.mine.nu/~syobon/konoko/Htmls/Ta1_0706.html を表示させた後、アドレスバーで gaibusyou.mine.nu/~syobon/konoko/Ta1_0706.jpg に書き換えて表示させてください。 96 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 13:07:42 ] 作ってほしいんだったら他所へ行け 97 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 13:36:14 ] >>86 90*n度なら、ヘッダに回転情報を書き込むだけで対応できるので、必ずしも再圧縮を必要としない。 具体例はJTrimとか。 98 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 16:38:49 ] JPEG画像を書き出すライブラリってどんなのがあるのですか？ 99 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 16:43:13 ] ここのIJGの改造品とか cetus.sakura.ne.jp/softlab/index.html 100 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 16:46:12 ] 重複したって後から提供された画像の方が適切って事もあるだろう。 解像度が上がっているとか、目線が必要な画像に目線が追加されているとか。 それでも弾くのか？ 101 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 18:44:17 ] >>23 画像は総数何枚くらいあって それを何ミリ秒で比較し終えればいいのか。 102 名前：２３ mailto:sage [2007/01/21(日) 19:16:40 ] ファイルが違うものは保存します...同じ画像の質問があったのか、なかったのか、それを質問者がスレに書く前にわかれば わざわざ書き込む必要もなくわざわざ答える必要もなくなります! 現在のチェッカーは画像の保存をしなくてもコピーしてkonokoファイルにペーストするだけで検索するのでカキコするよりも 回答が早いです 現在15073枚あります。検索時間は１０秒以内 もちろんnamazuのような高速検索するために必要なファイルをあらかじめ作れたらですが・・・ 103 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 19:21:17 ] CPUとOSは何? 104 名前：２３ mailto:sage [2007/01/21(日) 20:04:04 ] 電気代が気になって 省エネ化をしたので玄箱です(しかもＨＧじゃないもの) 単純な計算なら速いですが複雑な処理は無理です。。。 ＯＳはもちろんDebian ２ｃｈのまとめｻｲﾄならbanana鯖を使ってもよしとなればいいのですが・・・ 105 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 20:55:04 ] YUV形式Packedから各々の成分を別々に抽出する事って出来ませんでしょうか？ 106 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 01:22:28 ] どうでもいいけど、いま、ソフト板の類似重複画像検索スレで なんか作ってる奴がいるぞ。 そいつに頼んでみれば？ 107 名前：２３ mailto:sage [2007/01/22(月) 02:04:42 ] >>106 ありがとうございます。 書き込みしてきました。 今後もよろしくお願いします。 108 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 10:56:58 ] C言語でテンプレートマッチングを使った文字抽出を行いたいのですが調べても資料がまったく見つかりません。 お勧めの書籍やサイトがあったら教えていたけけないでしょうか。コンパイラはc++BuilderXで使う画像形式はBMPです。 109 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 16:00:03 ] 作成したソフトウェアに必要な画像や音楽のデータをソースコード内に組み込んで ソフトウェアを起動するときには画像や音楽のデータを不要にしたいんですけどどうしたらいいですか 110 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 16:08:30 ] >>108 SSDA法とかで検索しなおせば？ 111 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 17:44:29 ] >>108 raster_scanでsubimageテンプレート比較etcの汎用の枠組みをgil使って作ってみた. 多分もうじきupできるから,使ってみてくれると嬉しいかも 112 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 00:50:57 ] >>111 まじすか！！ 俺は108じゃないけど、ｗｋｔｋしながら待ってます！ 113 名前：デフォルトの名無しさん [2007/01/23(火) 04:35:39 ] 【ネガティブ派遣根性チェック】 3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。 □派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする □派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われている □自社に仕事を持ち帰れるように言われるとムカつく □自社で仕事なんてできるわけがない □派遣労働の問題点の話題が出ると感情剥き出しにする □派遣労働の問題を指摘する人は嫌いだ □派遣先には仕事だけでなく自分のプライベートについても指示して欲しい □自分の月額金額を知らない □派遣先社員より自分の生涯収入が低いのは当然だ □派遣先に尻尾を振り、いつまでも派遣を続けることが大切だ 114 名前：108 mailto:sage [2007/01/23(火) 09:29:36 ] >>110　>>111 ありがとうございます。早速調べてみます。あと私も楽しみにして待っています。 115 名前：111 mailto:sage [2007/01/23(火) 18:14:33 ] 簡単なsampleコードだけおいてみました sourceforge.net/project/showfiles.php?group_id=171377&package_id=219167 テンプレートマッチングを行うにはBoost.Accumulatorsにコンポーネントを新しく書き足さないといけないみたいです 116 名前：111 mailto:sage [2007/01/23(火) 18:49:45 ] テンプレートマッチはこれでいけた vec_t target_vec= subimage_to_vector(left_eye_image); gil::transform_pixel_positions( uchar_lena,result_img, boost::bind(ublas_norm_2_distance_fn<double>(),target_vec, boost::bind(subimage_to_vector,//subimage (sub_width x sub_height x n_color) copy to vector boost::bind<img_view_t>(subimage_extract,_1) //extract_subimage each location ) ) ); 117 名前：デフォルトの名無しさん [2007/01/23(火) 19:12:58 ] JPEGファイルのSOSマーカ内にデコードに影響のない数バイトを 埋め込むことはできないでしょうか？ 何かのタグでくくるとかありそうな気もしますが見つかりません。 118 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 19:42:07 ] なんでSOSに埋めるの？ 119 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 20:13:11 ] よく見ろ。ZOZだ。たぶん見た目からは想像できないとんでもない情報量が埋め込まれるんだ。 120 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 20:14:21 ] 長門乙 121 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 20:15:45 ] >>119 情報量が多いのはSOSの方だろｗｗ 122 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 20:37:25 ] ＳＯＳにかまどうまを埋め込む方法を教えてください 123 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 03:13:47 ] 序盤に出たAA大人気だなｗ 124 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 09:13:22 ] 素直にCOMマーカーじゃダメなんだっけ？ あとは、やったことないけど RSTmマーカーをうまく使えば、ごみを混ぜても復号してくれるかもしれん 125 名前：108 mailto:sage [2007/01/24(水) 09:27:54 ] >>111さん、ありがとうございます。早速参考にさせていただきます。 126 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 09:37:05 ] 男は狼なのよ〜 127 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 11:37:19 ] コンピュータビジョンで、 今これが熱い ってのありますかね？ 顔認識やってたんですけど、新鮮味もないしなぁと。 128 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 12:25:26 ] >>127 認識分野だと www.ieice.org/iss/prmu/jpn/alcon.html 顔認識は前世紀だな。最新は映像のショット分割。動画系の認識がやっぱホットかな？ 129 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 12:38:09 ] いっそのこと認識から離れるのもいいかなぁとも思っているんですよね。 例えば、Shape from Motion とかってどうなんですかね？ 3D 分野が熱いのかなぁと。 130 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 12:45:28 ] >>128 ちょっと脱線するんですけど、そのコンテストって論文で発表されている手法をただ実装したらだめなんですかね？ たとえばモザイク(パノラマ)だと Lowe 先生のやつ。 - David G. Lowe, "Distinctive image features from scale-invariant keypoints," International Journal of Computer Vision, 60, 2 (2004), pp. 91-110. - Matthew Brown and David G. Lowe, "Recognising panoramas," International Conference on Computer Vision (ICCV 2003), Nice, France (October 2003), pp. 1218-25. - D. G. Lowe. Demo software: Sift keypoint detector. Technical report, July 2005. そのコンテスト知らなかったです。いや、ページを見たことぐらいはあったのかな。 131 名前：112 mailto:sage [2007/01/24(水) 13:43:00 ] >>111 ソースが多いので解読するのに時間がかかりそうですが、参考にさせて頂きます。 132 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 13:51:06 ] >>130 関係者では無いが、全くかまわないのでは。 工学は独自性よりも性能、できた者勝ち。 133 名前：111 mailto:sage [2007/01/24(水) 14:34:21 ] >>131 example codeと同様に書くだけでraster scanができるので このやりかたがいいと思ったのですが typedefが多すぎるのが見にくい原因でしょうか？ 134 名前：111 mailto:sage [2007/01/24(水) 14:41:03 ] gil_raster_scan_01/src/stllcv_vs2005.sln gil_raster_scan_01/src/gil_raster_scan/gil_raster_scan.cpp だけ見れば、あとは解読しないでも大丈夫だと思います 135 名前：112 mailto:sage [2007/01/25(木) 03:36:47 ] >>133-134 レスありがとうございます。 解読に時間がかかるというのは、私自身がGILやBoostの使い方をしっかり把握していない、 勉強不足からのものです。 助言どおり、gil_raster_scan.cppを参照しながら勉強します。 136 名前：デフォルトの名無しさん mailto:sage [2007/01/25(木) 10:05:41 ] 先生方、 できる！ウェーブレット とか、 猿でも判るウェーブレット とか、 どんな馬鹿でもわかるようなウェーブレットの本が無いでしょうか？ おすすめの一殺を教えてください。 137 名前：デフォルトの名無しさん mailto:sage [2007/01/25(木) 11:11:20 ] 自分が見た中では↓。基本的な考え方は押さえられると思う ウェーブレットによる信号処理と画像処理 138 名前：デフォルトの名無しさん mailto:sage [2007/01/26(金) 08:11:34 ] >>136 自分も >>137 の本はお薦めだと思う。 139 名前：デフォルトの名無しさん [2007/01/27(土) 23:28:11 ] フォトショップやベクターワークスで作った点をボロノイ図にする 　 ソフトとかプログラムってない？ 140 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 05:39:21 ] >>137 amazonにこんなコメントがあるんですけど大丈夫でしょうか？ ウェーブレットについて初心者なので本書を購入してみました。 ・・・が、内容があまりにも稚拙です。 ものの2時間くらいで読み終えました。 数学的に解説が貧弱です。なんら新しい知見が得られませんでした。 変な例を出して解説している部分が多々ありますが、 直感的に理解することの意味を勘違いしているとしか思えません。 筆者の数学的素養が疑われます。 したがって、読み物として買う分には別にどうでもいいですが、 本気で勉強しようという人にはお勧めしません。 141 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 08:44:04 ] そいつが自分に合ってる本かどうか見極められずに買ってしまっただけ。 142 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 09:02:23 ] じゃあ漏れにも必要なさそうだから買うの止めるわ 143 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 09:10:10 ] 本は金出せば誰でも買えるし、読んで本人が満足すればそれでいい。 144 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 10:58:24 ] 数学も画像処理もバリバリで、今度ウェーブレットを始めてみようと思ってる 「ウェーブレット初心者」と、数学はせいぜい中〜高１レベル、 画像処理はアフィン変換がせいぜいな「ウェーブレット初心者」では、 読む本が違うのはあたりまえ。 145 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 12:20:24 ] >>140 なにをしたいかによる、離散ウェーブレット、高速ウェーブレット変換の アルゴリズムを理解したいのなら該当の本でOK ウェーブレットを使う側向けの本と思えばあれで十分 数学的な解説を本格的にしようとしたら、 「関数解析」を理解していることが要求される とてもじゃないけど、ほとんどの技術者、学生は理解できなと思われる 146 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 14:38:36 ] amazonでコメントしてた香具師が池沼ってことでFA? 147 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 14:47:12 ] いや、ただ自分の意見を言っただけだろ。 読む側がそれらも踏まえて読むだけ。 148 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 17:55:57 ] マザーウェーブレットの構成方法とかはおいておいたとしても、 ツースケール関係とかもなんでそうなるのかが書かれてなかった様な希ガス そこが、「数学的に解説が貧弱です。」なのかなと思うが。 技術者的には解説して欲しい気もするが、それで極端に難しくなるなら なくてもしょうがないと思った。 以前、サポートベクターマシーン入門って本読んだんだけど、 最も基本な「マーセルの定理」が定理だけ記述されていて、 証明がのってなかった。 しょうがないんで、自分で条件付きの概略証明考えたんだけど… まあ、書く方としては読む側のレベルも考慮して書くから、 省くとこは省くしかないんでは？ 149 名前：111 mailto:sage [2007/01/29(月) 07:14:01 ] >>112 もしよろしかったら参加していただけるとうれしいです sourceforge.net/projects/gilrasterscan ＧＩＬを使って再利用可能なコード集ができればいいと前から思ってました。 OpenCVなどと違ってコードの可読性はかなり高いです

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef