画像処理 その10

1 名前：デフォルトの名無しさん [2007/12/16(日) 08:03:02 ] 画像処理プログラミングについて質問、議論を行うスレッドです ・画像処理について素人同士で大激論 ・初学者の質問に対してやさしく(的を外れた)解答を与える ・その道の玄人も大歓迎 前スレ 画像処理 その９ pc11.2ch.net/test/read.cgi/tech/1183910525/ 2 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 10:30:48 ] 8bit インデックスカラー画像を、さらに可逆圧縮する方法は無いでしょうか？ 汎用的な圧縮アルゴリズム以外で。 3 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 10:40:05 ] ある 4 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 11:32:31 ] 9 pc11.2ch.net/test/read.cgi/tech/1183910525/ 8 pc11.2ch.net/test/read.cgi/tech/1168868527/ 7 pc10.2ch.net/test/read.cgi/tech/1148864160/ 6 pc8.2ch.net/test/read.cgi/tech/1140510670/ 5 pc8.2ch.net/test/read.cgi/tech/1127705848/ 4 pc8.2ch.net/test/read.cgi/tech/1107854973/ 3 pc5.2ch.net/test/read.cgi/tech/1090897159/ 2 pc5.2ch.net/test/read.cgi/tech/1054545005/ 1 pc5.2ch.net/tech/kako/992/992671330.html 5 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 11:33:03 ] 画像処理系のライブラリ 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/ 6 名前：デフォルトの名無しさん [2007/12/16(日) 15:20:21 ] 我蔵 7 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 15:24:30 ] >>2 汎用でないのが良いなら俺俺圧縮でいいじゃん 8 名前：デフォルトの名無しさん [2007/12/19(水) 20:37:48 ] 射影変換の８個の係数は最小２乗法で求めるってよく本に書いてあるけど、 どうやって求めればいいのでしょう？ 線形の式じゃないし・・・ 求め方よろしくお願いします。 9 名前：8 [2007/12/19(水) 20:43:19 ] 式は u=((a*x)+(b*y)+c)/((d*x)+(e*y)+1) v=((d*x)+(e*y)+f)/((d*x)+(e*y)+1) 10 名前：デフォルトの名無しさん mailto:sage [2007/12/20(木) 00:57:06 ] そりゃあ非線形最小二乗法（Levenberg-Marquardt法とか）で。 MATLABはデフォルトだと違うアルゴリズムだったような気がするけど忘れちった。 11 名前：デフォルトの名無しさん [2007/12/20(木) 06:08:03 ] シンプレックス法じゃなかったっけ？ 12 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 04:36:43 ] 前スレ988です。3次元計測に関して回答して下さった皆様どうもありがとうございました。 質問の補足をさせて下さい。 自分の用途でネット検索してみると、光学マーカを使用した専用システムなどが 見つかるのですが、（例えば：製品情報 SV-Tracker www.okk-inc.co.jp/product/index2.html#SVTRACK ）、数百万円からの金額であること・サイズの制限があることなどあり、 もっと安価・簡便なシステム構築が出来ないか考え、質問させて頂いた次第です。 一応、自分なりのポンチ図を作ってみました： deaiup.com/up/src/up0385.jpg なお、自分は画像処理は専門外です（画像処理ボードやOpenCVで遊んだ程度の経験です）。 教えて頂いたキーワードを調べつつ、 もっと上手い方法が無いかもう少し考えてみたいと思います。 サポート感謝です！ 13 名前：デフォルトの名無しさん [2007/12/21(金) 07:04:23 ] 自分は画像処理初心者なんですが、あと、一ヶ月くらいで 何か卒業研究をしなければいけないんです。 何かいいテーマとかありませんんか？ 14 名前：デフォルトの名無しさん [2007/12/21(金) 07:18:29 ] www.nicovideo.jp/watch/sm1779811 15 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 07:49:59 ] >>13 画像処理なんて選ばないほうがいいとマジレス 16 名前：デフォルトの名無しさん [2007/12/21(金) 08:00:17 ] 関係者トリップ情報　(偽者に注意) 2007/12/19(水) ID:E8Oequ3N0 kz氏 packagedの人 ◆BH0nmndX96 ID:1Xu1qks40 Lividusの人 andromeca ◆CPNbxm3EIg ID:vAwHZgjx0 メルトの人 ID:oSQ+FDNN0 えんじぇぅの人◆scM/nI4V.Y ID:keBCp+3K0 鼻毛P(Frogging Dance) ID:oMYHiaXq0 タイムリミットの人◆YYTZgV0LJk 2007/12/20(木) ID:P7leIPBs0 鼻毛P ◆MP8vzeiN.w ID:P7leIPBs0 鼻毛P ◆xUn5MII0Bg トリ修正 ID:3EXHazn00 melody...の人 mikuru396 ◆cFNknPxyis ID:l4i4oFd60 ● 乳酸菌 ◆yHPARVlesM ID:kxFiBz8Z0 kz氏 packagedの人 kz ◆BH0nmndX96 ID:YUkCq5Ml0 歌姫の人 azuma ◆mf21aXMzrg ID:HRmiQ+iM0 ツンデレの人 ←みんなの嫁 2007/12/21(金) ID:qexz2Bij0　SOSOSO ◆0g8QI5iRQk ID:91k/f2Ze0　kz ◆BH0nmndX96 ID:imXF3cx20　azuma ◆mf21aXMzrg ID:2AjhCl7I0　◆scM/nI4V.Y ID:rvuHxWqG0　鼻毛P ◆xUn5MII0Bg 17 名前：デフォルトの名無しさん [2007/12/21(金) 08:01:27 ] deftv.atspace.com/?X&1255970&0414@TestX1TV deftv.atspace.com/?X&1255970&0414?X&1255970&0414@TestX2TV deftv.atspace.com/?X&1255970&0414?X&1255970&0414?X&1255970&0414@TestX3TV 18 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 15:33:01 ] >>12 2枚の画像の点の対応からカメラのパラメータを復元する方法はあって、 Eight-Point Algorithmとかいうものをつかって、8点が決まるとエピポーラ幾何のFundamental Matrixが求まるんだそうだ。 これを使えば、はじめに任意の8点でキャリブレーションを行っておければ、カメラの位置は適当でよくて、 あとはエピポーラ幾何でわかったカメラパラメータを用いて 2つのカメラからレイを飛ばして交点が元の点ってことになるような気がするけどダメですかね。 19 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 22:50:01 ] 画像処理でのアセンブラ化は中毒性があるな。 めちゃくちゃ処理速度が向上して笑いが止まらない。 SIMD万歳！ 20 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 01:03:20 ] >>19 よっぽどしょぼいコンパイラを使っていたんですね。 21 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 01:13:05 ] >>20 そうなんかな？ Visual C++ 2005 Proで最大輝度でグレースケールする例だと Cだと4.6ms、ASMだと2.2msぐらいだからかなり改善したと思うけど 画像ソースは、1920x1200、24Bitビットマップ画像 CPUはCore2Dure 6600/メモリ 2GB 同じ画像ソースで3×3Sobelでエッジ抽出を求める処理で、 2.8msだからかなり早いはずだけど、遅いの？ (1920x1200 グレースケール後8bit画像から) 22 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 02:06:44 ] 「アセンブラを使って速くなった」→「コンパイラのコードが遅かった」ってことじゃないの? 実際、CコンパイラだってSIMD演算位すると思うのだけど。 23 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 03:27:14 ] SIMD 使うかはオプション次第じゃないの 24 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 03:42:11 ] 最初のCoreに引っ張られたんだろうけどDureてｗ 25 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 04:57:09 ] 計算量のオーダーが変わったり1桁以上速くなるのでなければ あまり気にしないことにした 26 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 05:03:46 ] JITまんせー 27 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 05:05:18 ] >>21 1920x1200 とはいえ、E6600 でグレスケに2.2msもかかるか？ 式は 0.298912 * R + 0.586611 * G + 0.114478 * B　？ 精度はどのくらいでやってるの？ 28 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 10:07:32 ] >>27 最大輝度だから式は 0.298912 * R + 0.586611 * G + 0.114478 * Bではなく bin = ((R > G) ? (R) : (G)); bin = ((B > bin) ? (B) : (bin)); dst = bin ってな感じで計算している。 夜頃までに上記式での比較をやってみる。 あと、もう少し比較命令を改善してみるよ。 やっぱり遅いのか…orz 29 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 12:20:12 ] ICC最強 30 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 13:47:34 ] iccってそんなに良い？ 前gcc4.0とicc9.0でコンパイル出来るようにしてたけど10%弱しか改善しなかった 31 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 14:06:57 ] bin = ((R < G) - 1 & R - G) + G; bin = ((bin < B) - 1 & bin - B) + B; 32 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 15:59:47 ] >>30 巧くsimd使える状況にはまればね。 gccに較べて改善できないときは、それでもまだintrinsicを使うと言う手も残っているから、 自前でアセンブリコードを書く機会は最早殆どなくなってしまったよ。 33 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 17:40:55 ] ICC使ってみたけど、期待したほど速くないぞ？ 34 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 19:40:09 ] Intel といえば ipp (integrated performance primitives) なら速いんじゃない? 誰か使ってる人いる? 35 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 20:01:24 ] まぁ、iccや最適化の話やアセンブラの話はスレ違いなんで該当スレへ。 36 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 01:11:20 ] SIMDっつーても流石に数百個単位の並列動作する石だと もう言語以前にアルゴリズムが凄い事に。 というかバス速度の方がよっぽどボトルネックな罠。 37 名前：デフォルトの名無しさん [2007/12/23(日) 12:30:24 ] >>2 パレット値に置き換えた時点で、画像アルゴリズムの範疇ではなく、 記号処理の範疇だと思うが。 38 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 15:22:05 ] >>36 >35 39 名前：12 mailto:sage [2007/12/23(日) 16:06:28 ] >>18 亀レスすみません 非常に重要な指針を教えてくれてありがとう！ 詳しくはこれから調べようと思いますが >>18 を読んでいるとそれで行けるような気がします！ 未知のことだらけで遣り甲斐があります！ 40 名前：デフォルトの名無しさん [2007/12/23(日) 16:07:27 ] MagickWandの構造体、MagickWand型の定義について教えてください。 ヘッダファイルをあさくってもどこにも定義されて無く困っています。 41 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 18:51:48 ] ＞あさくっても ??? 例えばcc -Eしてみたら? 42 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 19:22:27 ] 「あさくって」は方言「あさくる」の活用形です。 43 名前：デフォルトの名無しさん [2007/12/23(日) 21:10:50 ] >>41 >例えばcc -Eしてみたら? それはもうしたんだけれど、 ないんだよぅ。 44 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 21:30:21 ] 知らんけど opaque な型なんじゃないの ライブラリのソース当たってみるとか 45 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 22:07:38 ] wand/MagickWand.h wand/magick-wand-private.h 46 名前：デフォルトの名無しさん [2007/12/23(日) 22:12:06 ] 明日の朝、食ってきます... 47 名前：デフォルトの名無しさん [2007/12/23(日) 23:09:13 ] MagickWand日本語の情報少なすぎじゃね? phpのモジュールの情報(しかもコンパイル方法)しか引っかからん。 48 名前：デフォルトの名無しさん [2007/12/23(日) 23:14:13 ] >>42 >「あさくって」は方言「あさくる」の活用形です。 あさくるって九州の方言だったの! 生まれて初めて知った。 っーか、今北海道に住んでるから、突っ込んでくれよ、道産子。 お前ら俺の話真面目に聞いてないんだな! 49 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 23:30:19 ] 別に画像処理アルゴリズムの実装くらいはこのスレで扱ってもいいと思うんだけどなあ 50 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 23:39:40 ] 40年生きてきて、「あさくる」ってことばは初めて知った。 「漁る」って意味でいいのかな? >>49 同意。但し、何の前提もなしにSIMDがどうのはスレ違いだと思う。 51 名前：デフォルトの名無しさん mailto:sage [2007/12/25(火) 00:40:41 ] いじる、いじくる と似ている気がした。 52 名前：デフォルトの名無しさん mailto:sage [2007/12/25(火) 00:59:56 ] >>51 いじくる、は俗語表現だが、あさくる、は単なる方言。 ちなみにいじくるの語源は、何事にも本気にならずあそびで触ってかっこつけるところから、 easy cool がなまったもの。もちろんあさくるは、朝が来るまで探し回るところからだ。 これ豆鉄砲知識な。 って、ここ画像処理板だよ・・・ OTZスマソ 53 名前：デフォルトの名無しさん mailto:sage [2007/12/25(火) 03:15:39 ] >>52 安心しろ、ここはム板だ。 54 名前：デフォルトの名無しさん mailto:sage [2007/12/25(火) 05:54:56 ] >>52　は嘘 55 名前：デフォルトの名無しさん mailto:sage [2007/12/25(火) 08:02:26 ] Ω　ΩΩ 56 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 09:51:30 ] ちょっとヒマっぽいので前から懸案の緑かぶり補正を自作のソフトに機能追加 しようと思うんだけど、各ピクセルにマゼンタを足すだけでは、絵が白っぽく なりますよね。 足す前の明度を覚えて置いて足した後その明度に戻すとかするんでしょうか。 どの程度のマゼンタの値がいいかってのも予め求められるんでしょうか。 それとも、スライダ操作可能にして自分で見ながらやるんでしょうか。 57 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 12:40:49 ] YCrCbで補正すればいいんじゃない？ 補正量もフルオートでやるなら、全てのピクセルの平均が 無彩色になるようにするとか。 58 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 13:03:55 ] 写真系の板で訊けよ 59 名前：56 mailto:sage [2007/12/26(水) 15:10:48 ] >>57-58 レス感謝。 YCrCb 補正ですか、今これは組み込んであるんで試して見ます。 写真系の板で、アルゴリズムやコーディングの話は無理かと。 もし２チャンネルに限らず、良い板があるならご紹介を。外国語は 英語までで。 せいぜい、カメラのセットを変えろとか、フィルタ付けろとか、 Photoshop 買えとか使えとかになる気がする。 （フィルタも銀塩時代の 52mm なら２種類もあるんだが） 60 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 15:17:09 ] Photoshop 買え 61 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 21:39:14 ] >>56 要するにAWBだな。 アルゴリズムはいろいろあるけど、>>57のように画像全体の平均がグレーになるようにするってのが最も単純な方法。 YCCじゃなくても、Rの平均、Gの平均、Bの平均が同じ値になるように補正すればいい。 もっと賢いアルゴリズムについては、デジカメ板あたりにプロフェッショナルがいそうではある。 62 名前：59-56 mailto:sage [2007/12/27(木) 06:55:23 ] >>61 ありがとうございます。だんだん様子が見えるようです。 世の中には、緑の成分を薄めるというのもありますね。 >>60 絶対アプリは買わない方針にしている。 コンパイラも買わずに済ませようとしているんだが、VC++ 2008 EE の登録が なぜか出来ない。年明けくらいまでにやっつつけて、最悪２月購入か。 63 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 07:16:35 ] 要するにケチなわけですね 64 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 07:43:11 ] >>63 それ以前に、その姿勢でなぜOSがwindowsなのかと。 65 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 07:50:48 ] Windows無しのPCなんか買っても節約にならんから。 66 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 08:43:05 ] OS の値段だけじゃないだろ 67 名前：62-56 mailto:sage [2007/12/27(木) 18:15:08 ] >>64 OS 止めるとセットじゃなくなって、高くなるんよ。 >>63 早く言えばそう。しかし高額のソフト買っても全部の機能は使い切れないし、 フリーソフトは、自分ならこうするってのが出来ない。 大口をたたくと、PCは消費財ではあるが、生産財でもある。ソフト自作は その機能を活用していることである。成果が社会的に有益かどうかの問題 が残るけど。 68 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 22:10:49 ] >>67 64が言ってるのは、その姿勢でなぜLinuxじゃなくてwindowsなのかってことじゃないの。 同じ構成でLinuxセットの方が１万以上安い製品は普通にあるが。 開発ツールも完全に無料でそろうのに。 69 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 22:40:01 ] Windowsでも開発ツールは無料で揃うよ。 というか、OSなんてどうでもいいだろ。画像処理の話をしよう。 70 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 23:47:53 ] 開発ツールだけじゃなくてライブラリやアプリも無料でそろう しかもソース付きだから、自分ならこうするってのも出来ちゃう VC++ 2008 EE の登録が何故か出来ないなんて事にもならない たったそれだけだけどね 71 名前：デフォルトの名無しさん mailto:age [2007/12/28(金) 00:26:35 ] 画像処理の強い大学ってどこ？ 東大？東工大？ 72 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 01:04:01 ] コロンビア大学 73 名前：デフォルトの名無しさん [2007/12/28(金) 03:05:14 ] 大学より研究室見た方がいい 74 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 05:49:13 ] comition.net/ ってどうなん? 俺は面白いと思うけれど。 専門家的には、「くだらねぇ」って感想? それと、 slashdot.jp/articles/07/12/25/0257235.shtml で >目の位置の抽出なんて、顔認識技術として転がっているし、 >クローラーを実装するのも、どうと言うことの無い技術でしょ。 残念ながら、これはとっても先の目標です。最終目標です。 これが出来るようになるよう精進します。がんばります。 って作者がやり取りしてるけれど、 どっちが本当なの? 顔認識技術って漫画にも応用できるん? 75 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 06:08:29 ] 少しかじった程度だけど 顔認識技術はむしろ漫画みたいなほうがやりやすいはず。 漫画は顔ってわかるようにラインがきっちりしてるから特徴が出やすい。間違ってたらスマン。 76 名前：sage [2007/12/28(金) 07:17:29 ] ふーん、じゃあ、検索エンジン作るのは簡単なのかな? でも、マンガの場合、人間と違って目の色が違ったり、鼻がなかったり、口がなかったりするけれど、 そんなのあんまり関係ないのかな? 77 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 07:52:26 ] 頭に尻があったりするしな 78 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 08:42:45 ] >>74 パターン認識のプロジェクトやりなさいって日本の修士生になげると 漫画の作者認識をやるやつが必ず一人はいる。 79 名前：デフォルトの名無しさん mailto:age [2007/12/28(金) 08:44:31 ] >>73 画像処理の研究したくてどこの大学院行くか迷ってます。 医療系の人間なので、「画像処理ならココだ！」的な大学が分からないので聞いてみました。 将来的に企業の研究所とかで医療画像の研究開発とかしたいです。 80 名前：67-56 mailto:sage [2007/12/28(金) 08:47:43 ] >>70 >>69 氏のように画像処理からずれるとお叱りがあるんで短くするが、 実は、Xp機は Linux との dual にしてあり、今度の Vista 機も HDD に パーティション切って貰ってある。Xp 機に 68 Mac エミュレータの Basilisk II を入れて、古いSymantec C++ も動くが、なんせネット関係 で Jave エラー頻発になって、使わなくなった。 Linux 向けのソフトのソースを随分使わせてもらっている。実は自作ソフト の半分は、ソース解析と言える位。 81 名前：sage [2007/12/28(金) 09:24:49 ] >>78 へぇ、じゃあ意外とたいしたことでもないのかな。 でも、その割には似たようなことやってるサイトって見ないけれど。 下らないから投げちゃうのかな。成果として残せばよいのに。 ちなみに、Comitionって未来あると思う? 82 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 09:44:14 ] >>81 おまえパターン認識やったこと無いのか？ すっげー単純なのから高度なのまでいろいろあるんだぞ。 同じ漫画作者認識にしたって高度にはなりうる。 83 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 09:46:13 ] >>81 論文を読みなちゃい。 ウェブページなんていくらでも情報があるようでその実なんの情報もないよ 84 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 09:49:57 ] >>82,83 ええっ。 いや、論文読め言われても、おれただの素人だし。 ふーん、じゃぁ成功はComitionの作者のがんばり次第なのかな。 外国にはこんなの無いから、イラスト関係のポータルサイトとして成長できるように頑張ってほしいね。 たぶん消えると思うけれど。 85 名前：デフォルトの名無しさん [2007/12/29(土) 02:48:05 ] ImageMagickを軽くする方法ってないかね？ 10万ファイルのサイズ変換に時間がかかりすぎる。 86 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 03:02:13 ] あんなもん使ってるのが悪い 87 名前：デフォルトの名無しさん [2007/12/29(土) 04:21:03 ] じゃあ最速の画像変換ソフトって何かね？ 商用でもいいので教えてくれ。 88 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 04:45:43 ] >>85,87 板違い せめて>>1くらい読んでから書き込みしてくれ 89 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 05:23:41 ] >>84 目の自動切り出しに独自のアルゴリズムが必要だから、そこ次第。 現実の人の顔ならともかく、漫画絵のTゾーンなんて普遍的な検出は不可能そうだし。 従来の検出手法はあまり役に立たないだろうことは、容易に想像できる。 もっとも、/.みてると、手で切り出しても全然精度はないみたいだけどね。 90 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 09:20:33 ] 輝度って何ですか? 91 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 11:17:01 ] ググレカス 92 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 11:30:30 ] ttp://www.google.co.jp/search?q=ググレカス 93 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 11:33:52 ] URLエンコードぐらいしようぜ 94 名前：デフォルトの名無しさん [2007/12/29(土) 15:03:12 ] 二ヶ月ほど前に撮った写真です 場所はバトルロワイヤルの撮影地にもなった 軍艦島での一枚です。 www.uploda.net/cgi/uploader1/index.php?file_id=0000278909.bmp 撮影し現像した物を 心霊写真がないかな〜っと面白半分で探していると 偶然にも一枚だけ物凄い写真が在りました 最初に見えたのは右下の子供の様な顔です 左にはボーっと立ち尽くし こっちを見ている子供がうっすらと写っています 上部には青白い叫び顔があります それだけではありません 探せば探すほど気持ち悪い顔があるのです 私は現在で約30ほどの顔を見つけました、全てこっちを見ています 探せば探すほどあまりにも出てくるので 気持ち悪くなり頭が痛くなりました この写真ですが、ある友人に貸した所 夜に1時間程笑い声の様なものが聞こえてかなり 怖かったらしいです・・・ 霊感がある方はぜひ鑑定をお願い致します。 因みに、スキャナーで高画質でスキャンした上で 見易いように画質調整をしています ですのでファイルサイズが9MBにもなります・・・ 95 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 15:05:59 ] >>94 ブラクラ 96 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 17:48:09 ] 画像処理ってどういうところで使われているの? gimpみたいなソフトウェアを作るのは画像処理の中に入る? 97 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:29:27 ] gimpの各処理については画像処理に入るだろうけど。 98 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:45:15 ] 画像処理って何なのさ? 漠然としてて分かりずらい。 SIGGRAPHみたいなのも無いし。 99 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 20:04:39 ] コンピュータビジョンとか 100 名前：デフォルトの名無しさん [2008/01/02(水) 21:57:48 ] >>96 医療や、工場の生産技術等等

---

---

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

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