トップページ⇒tech
989コメント270KB

画像処理 その10

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2007/12/16(日) 08:03:02
画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎

前スレ
画像処理 その９
http://pc11.2ch.net/test/read.cgi/tech/1183910525/
0002デフォルトの名無しさん2007/12/16(日) 10:30:48
8bit インデックスカラー画像を、さらに可逆圧縮する方法は無いでしょうか？
汎用的な圧縮アルゴリズム以外で。
0003デフォルトの名無しさん2007/12/16(日) 10:40:05
ある
0004デフォルトの名無しさん2007/12/16(日) 11:32:31
9 http://pc11.2ch.net/test/read.cgi/tech/1183910525/
8 http://pc11.2ch.net/test/read.cgi/tech/1168868527/
7 http://pc10.2ch.net/test/read.cgi/tech/1148864160/
6 http://pc8.2ch.net/test/read.cgi/tech/1140510670/
5 http://pc8.2ch.net/test/read.cgi/tech/1127705848/
4 http://pc8.2ch.net/test/read.cgi/tech/1107854973/
3 http://pc5.2ch.net/test/read.cgi/tech/1090897159/
2 http://pc5.2ch.net/test/read.cgi/tech/1054545005/
1 http://pc5.2ch.net/tech/kako/992/992671330.html
0005デフォルトの名無しさん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/
0006デフォルトの名無しさん2007/12/16(日) 15:20:21
我蔵
0007デフォルトの名無しさん2007/12/16(日) 15:24:30
>>2
汎用でないのが良いなら俺俺圧縮でいいじゃん
0008デフォルトの名無しさん2007/12/19(水) 20:37:48
射影変換の８個の係数は最小２乗法で求めるってよく本に書いてあるけど、
どうやって求めればいいのでしょう？
線形の式じゃないし・・・
求め方よろしくお願いします。
000982007/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)
0010デフォルトの名無しさん2007/12/20(木) 00:57:06
そりゃあ非線形最小二乗法（Levenberg-Marquardt法とか）で。
MATLABはデフォルトだと違うアルゴリズムだったような気がするけど忘れちった。
0011デフォルトの名無しさん2007/12/20(木) 06:08:03
シンプレックス法じゃなかったっけ？
0012デフォルトの名無しさん2007/12/21(金) 04:36:43
前スレ988です。3次元計測に関して回答して下さった皆様どうもありがとうございました。

質問の補足をさせて下さい。
自分の用途でネット検索してみると、光学マーカを使用した専用システムなどが
見つかるのですが、（例えば：製品情報 SV-Tracker
http://www.okk-inc.co.jp/product/index2.html#SVTRACK
）、数百万円からの金額であること・サイズの制限があることなどあり、
もっと安価・簡便なシステム構築が出来ないか考え、質問させて頂いた次第です。

一応、自分なりのポンチ図を作ってみました：
http://deaiup.com/up/src/up0385.jpg
なお、自分は画像処理は専門外です（画像処理ボードやOpenCVで遊んだ程度の経験です）。

教えて頂いたキーワードを調べつつ、
もっと上手い方法が無いかもう少し考えてみたいと思います。
サポート感謝です！
0013デフォルトの名無しさん2007/12/21(金) 07:04:23
自分は画像処理初心者なんですが、あと、一ヶ月くらいで
何か卒業研究をしなければいけないんです。
何かいいテーマとかありませんんか？
0014デフォルトの名無しさん2007/12/21(金) 07:18:29
http://www.nicovideo.jp/watch/sm1779811
0015デフォルトの名無しさん2007/12/21(金) 07:49:59
>>13
画像処理なんて選ばないほうがいいとマジレス
0016デフォルトの名無しさん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
0017デフォルトの名無しさん2007/12/21(金) 08:01:27
http://deftv.atspace.com/?X&1255970&0414@TestX1TV
http://deftv.atspace.com/?X&1255970&0414?X&1255970&0414@TestX2TV
http://deftv.atspace.com/?X&1255970&0414?X&1255970&0414?X&1255970&0414@TestX3TV
0018デフォルトの名無しさん2007/12/21(金) 15:33:01
>>12
2枚の画像の点の対応からカメラのパラメータを復元する方法はあって、
Eight-Point Algorithmとかいうものをつかって、8点が決まるとエピポーラ幾何のFundamental Matrixが求まるんだそうだ。

これを使えば、はじめに任意の8点でキャリブレーションを行っておければ、カメラの位置は適当でよくて、
あとはエピポーラ幾何でわかったカメラパラメータを用いて
2つのカメラからレイを飛ばして交点が元の点ってことになるような気がするけどダメですかね。

0019デフォルトの名無しさん2007/12/21(金) 22:50:01
画像処理でのアセンブラ化は中毒性があるな。
めちゃくちゃ処理速度が向上して笑いが止まらない。
SIMD万歳！
0020デフォルトの名無しさん2007/12/22(土) 01:03:20
>>19
よっぽどしょぼいコンパイラを使っていたんですね。
0021デフォルトの名無しさん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画像から)
0022デフォルトの名無しさん2007/12/22(土) 02:06:44
「アセンブラを使って速くなった」→「コンパイラのコードが遅かった」ってことじゃないの?
実際、CコンパイラだってSIMD演算位すると思うのだけど。
0023デフォルトの名無しさん2007/12/22(土) 03:27:14
SIMD 使うかはオプション次第じゃないの
0024デフォルトの名無しさん2007/12/22(土) 03:42:11
最初のCoreに引っ張られたんだろうけどDureてｗ
0025デフォルトの名無しさん2007/12/22(土) 04:57:09
計算量のオーダーが変わったり1桁以上速くなるのでなければ
あまり気にしないことにした
0026デフォルトの名無しさん2007/12/22(土) 05:03:46
JITまんせー
0027デフォルトの名無しさん2007/12/22(土) 05:05:18
>>21
1920x1200 とはいえ、E6600 でグレスケに2.2msもかかるか？
式は 0.298912 * R + 0.586611 * G + 0.114478 * B　？
精度はどのくらいでやってるの？
0028デフォルトの名無しさん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
0029デフォルトの名無しさん2007/12/22(土) 12:20:12
ICC最強
0030デフォルトの名無しさん2007/12/22(土) 13:47:34
iccってそんなに良い？
前gcc4.0とicc9.0でコンパイル出来るようにしてたけど10%弱しか改善しなかった
0031デフォルトの名無しさん2007/12/22(土) 14:06:57
bin = ((R < G) - 1 & R - G) + G;
bin = ((bin < B) - 1 & bin - B) + B;
0032デフォルトの名無しさん2007/12/22(土) 15:59:47
>>30
巧くsimd使える状況にはまればね。
gccに較べて改善できないときは、それでもまだintrinsicを使うと言う手も残っているから、
自前でアセンブリコードを書く機会は最早殆どなくなってしまったよ。
0033デフォルトの名無しさん2007/12/22(土) 17:40:55
ICC使ってみたけど、期待したほど速くないぞ？
0034デフォルトの名無しさん2007/12/22(土) 19:40:09
Intel といえば ipp (integrated performance primitives) なら速いんじゃない?
誰か使ってる人いる?
0035デフォルトの名無しさん2007/12/22(土) 20:01:24
まぁ、iccや最適化の話やアセンブラの話はスレ違いなんで該当スレへ。
0036デフォルトの名無しさん2007/12/23(日) 01:11:20
SIMDっつーても流石に数百個単位の並列動作する石だと
もう言語以前にアルゴリズムが凄い事に。

というかバス速度の方がよっぽどボトルネックな罠。
0037デフォルトの名無しさん2007/12/23(日) 12:30:24
>>2
パレット値に置き換えた時点で、画像アルゴリズムの範疇ではなく、
記号処理の範疇だと思うが。
0038デフォルトの名無しさん2007/12/23(日) 15:22:05
>>36
>35
0039122007/12/23(日) 16:06:28
>>18
亀レスすみません
非常に重要な指針を教えてくれてありがとう！
詳しくはこれから調べようと思いますが
>>18 を読んでいるとそれで行けるような気がします！

未知のことだらけで遣り甲斐があります！
0040デフォルトの名無しさん2007/12/23(日) 16:07:27
MagickWandの構造体、MagickWand型の定義について教えてください。
ヘッダファイルをあさくってもどこにも定義されて無く困っています。
0041デフォルトの名無しさん2007/12/23(日) 18:51:48
＞あさくっても
???

例えばcc -Eしてみたら?
0042デフォルトの名無しさん2007/12/23(日) 19:22:27
「あさくって」は方言「あさくる」の活用形です。
0043デフォルトの名無しさん2007/12/23(日) 21:10:50
>>41
>例えばcc -Eしてみたら?
それはもうしたんだけれど、
ないんだよぅ。
0044デフォルトの名無しさん2007/12/23(日) 21:30:21
知らんけど opaque な型なんじゃないの
ライブラリのソース当たってみるとか
0045デフォルトの名無しさん2007/12/23(日) 22:07:38
wand/MagickWand.h
wand/magick-wand-private.h
0046デフォルトの名無しさん2007/12/23(日) 22:12:06
明日の朝、食ってきます...
0047デフォルトの名無しさん2007/12/23(日) 23:09:13
MagickWand日本語の情報少なすぎじゃね?
phpのモジュールの情報(しかもコンパイル方法)しか引っかからん。
0048デフォルトの名無しさん2007/12/23(日) 23:14:13
>>42
>「あさくって」は方言「あさくる」の活用形です。
あさくるって九州の方言だったの!
生まれて初めて知った。
っーか、今北海道に住んでるから、突っ込んでくれよ、道産子。
お前ら俺の話真面目に聞いてないんだな!
0049デフォルトの名無しさん2007/12/23(日) 23:30:19
別に画像処理アルゴリズムの実装くらいはこのスレで扱ってもいいと思うんだけどなあ
0050デフォルトの名無しさん2007/12/23(日) 23:39:40
40年生きてきて、「あさくる」ってことばは初めて知った。
「漁る」って意味でいいのかな?


>>49
同意。但し、何の前提もなしにSIMDがどうのはスレ違いだと思う。
0051デフォルトの名無しさん2007/12/25(火) 00:40:41
いじる、いじくる
と似ている気がした。
0052デフォルトの名無しさん2007/12/25(火) 00:59:56
>>51
いじくる、は俗語表現だが、あさくる、は単なる方言。
ちなみにいじくるの語源は、何事にも本気にならずあそびで触ってかっこつけるところから、
easy cool がなまったもの。もちろんあさくるは、朝が来るまで探し回るところからだ。
これ豆鉄砲知識な。

って、ここ画像処理板だよ・・・ OTZスマソ
0053デフォルトの名無しさん2007/12/25(火) 03:15:39
>>52
安心しろ、ここはム板だ。
0054デフォルトの名無しさん2007/12/25(火) 05:54:56
>>52　は嘘
0055デフォルトの名無しさん2007/12/25(火) 08:02:26

Ω　ΩΩ
0056デフォルトの名無しさん2007/12/26(水) 09:51:30
ちょっとヒマっぽいので前から懸案の緑かぶり補正を自作のソフトに機能追加
しようと思うんだけど、各ピクセルにマゼンタを足すだけでは、絵が白っぽく
なりますよね。
足す前の明度を覚えて置いて足した後その明度に戻すとかするんでしょうか。

どの程度のマゼンタの値がいいかってのも予め求められるんでしょうか。
それとも、スライダ操作可能にして自分で見ながらやるんでしょうか。
0057デフォルトの名無しさん2007/12/26(水) 12:40:49
YCrCbで補正すればいいんじゃない？
補正量もフルオートでやるなら、全てのピクセルの平均が
無彩色になるようにするとか。
0058デフォルトの名無しさん2007/12/26(水) 13:03:55
写真系の板で訊けよ
0059562007/12/26(水) 15:10:48
>>57-58 レス感謝。
YCrCb 補正ですか、今これは組み込んであるんで試して見ます。

写真系の板で、アルゴリズムやコーディングの話は無理かと。
もし２チャンネルに限らず、良い板があるならご紹介を。外国語は
英語までで。

せいぜい、カメラのセットを変えろとか、フィルタ付けろとか、
Photoshop 買えとか使えとかになる気がする。
（フィルタも銀塩時代の 52mm なら２種類もあるんだが）
0060デフォルトの名無しさん2007/12/26(水) 15:17:09
Photoshop 買え
0061デフォルトの名無しさん2007/12/26(水) 21:39:14
>>56
要するにAWBだな。
アルゴリズムはいろいろあるけど、>>57のように画像全体の平均がグレーになるようにするってのが最も単純な方法。
YCCじゃなくても、Rの平均、Gの平均、Bの平均が同じ値になるように補正すればいい。
もっと賢いアルゴリズムについては、デジカメ板あたりにプロフェッショナルがいそうではある。
006259-562007/12/27(木) 06:55:23
>>61
ありがとうございます。だんだん様子が見えるようです。
世の中には、緑の成分を薄めるというのもありますね。

>>60
絶対アプリは買わない方針にしている。
コンパイラも買わずに済ませようとしているんだが、VC++ 2008 EE の登録が
なぜか出来ない。年明けくらいまでにやっつつけて、最悪２月購入か。
0063デフォルトの名無しさん2007/12/27(木) 07:16:35
要するにケチなわけですね
0064デフォルトの名無しさん2007/12/27(木) 07:43:11
>>63
それ以前に、その姿勢でなぜOSがwindowsなのかと。
0065デフォルトの名無しさん2007/12/27(木) 07:50:48
Windows無しのPCなんか買っても節約にならんから。
0066デフォルトの名無しさん2007/12/27(木) 08:43:05
OS の値段だけじゃないだろ
006762-562007/12/27(木) 18:15:08
>>64
OS 止めるとセットじゃなくなって、高くなるんよ。

>>63
早く言えばそう。しかし高額のソフト買っても全部の機能は使い切れないし、
フリーソフトは、自分ならこうするってのが出来ない。

大口をたたくと、PCは消費財ではあるが、生産財でもある。ソフト自作は
その機能を活用していることである。成果が社会的に有益かどうかの問題
が残るけど。
0068デフォルトの名無しさん2007/12/27(木) 22:10:49
>>67
64が言ってるのは、その姿勢でなぜLinuxじゃなくてwindowsなのかってことじゃないの。
同じ構成でLinuxセットの方が１万以上安い製品は普通にあるが。
開発ツールも完全に無料でそろうのに。
0069デフォルトの名無しさん2007/12/27(木) 22:40:01
Windowsでも開発ツールは無料で揃うよ。
というか、OSなんてどうでもいいだろ。画像処理の話をしよう。
0070デフォルトの名無しさん2007/12/27(木) 23:47:53
開発ツールだけじゃなくてライブラリやアプリも無料でそろう
しかもソース付きだから、自分ならこうするってのも出来ちゃう
VC++ 2008 EE の登録が何故か出来ないなんて事にもならない

たったそれだけだけどね
0071デフォルトの名無しさん2007/12/28(金) 00:26:35
画像処理の強い大学ってどこ？
東大？東工大？
0072デフォルトの名無しさん2007/12/28(金) 01:04:01
コロンビア大学
0073デフォルトの名無しさん2007/12/28(金) 03:05:14
大学より研究室見た方がいい
0074デフォルトの名無しさん2007/12/28(金) 05:49:13
http://comition.net/
ってどうなん?
俺は面白いと思うけれど。
専門家的には、「くだらねぇ」って感想?
それと、
http://slashdot.jp/articles/07/12/25/0257235.shtml
で
>目の位置の抽出なんて、顔認識技術として転がっているし、
>クローラーを実装するのも、どうと言うことの無い技術でしょ。
残念ながら、これはとっても先の目標です。最終目標です。
これが出来るようになるよう精進します。がんばります。
って作者がやり取りしてるけれど、
どっちが本当なの?
顔認識技術って漫画にも応用できるん?
0075デフォルトの名無しさん2007/12/28(金) 06:08:29
少しかじった程度だけど
顔認識技術はむしろ漫画みたいなほうがやりやすいはず。
漫画は顔ってわかるようにラインがきっちりしてるから特徴が出やすい。間違ってたらスマン。
0076sage2007/12/28(金) 07:17:29
ふーん、じゃあ、検索エンジン作るのは簡単なのかな?
でも、マンガの場合、人間と違って目の色が違ったり、鼻がなかったり、口がなかったりするけれど、
そんなのあんまり関係ないのかな?
0077デフォルトの名無しさん2007/12/28(金) 07:52:26
頭に尻があったりするしな
0078デフォルトの名無しさん2007/12/28(金) 08:42:45
>>74
パターン認識のプロジェクトやりなさいって日本の修士生になげると
漫画の作者認識をやるやつが必ず一人はいる。
0079デフォルトの名無しさん2007/12/28(金) 08:44:31
>>73
画像処理の研究したくてどこの大学院行くか迷ってます。
医療系の人間なので、「画像処理ならココだ！」的な大学が分からないので聞いてみました。
将来的に企業の研究所とかで医療画像の研究開発とかしたいです。
008067-562007/12/28(金) 08:47:43
>>70
>>69 氏のように画像処理からずれるとお叱りがあるんで短くするが、
実は、Xp機は Linux との dual にしてあり、今度の Vista 機も HDD に
パーティション切って貰ってある。Xp 機に 68 Mac エミュレータの
Basilisk II を入れて、古いSymantec C++ も動くが、なんせネット関係
で Jave エラー頻発になって、使わなくなった。
Linux 向けのソフトのソースを随分使わせてもらっている。実は自作ソフト
の半分は、ソース解析と言える位。
0081sage2007/12/28(金) 09:24:49
>>78
へぇ、じゃあ意外とたいしたことでもないのかな。
でも、その割には似たようなことやってるサイトって見ないけれど。
下らないから投げちゃうのかな。成果として残せばよいのに。
ちなみに、Comitionって未来あると思う?
0082デフォルトの名無しさん2007/12/28(金) 09:44:14
>>81
おまえパターン認識やったこと無いのか？
すっげー単純なのから高度なのまでいろいろあるんだぞ。
同じ漫画作者認識にしたって高度にはなりうる。
0083デフォルトの名無しさん2007/12/28(金) 09:46:13
>>81
論文を読みなちゃい。
ウェブページなんていくらでも情報があるようでその実なんの情報もないよ
0084デフォルトの名無しさん2007/12/28(金) 09:49:57
>>82,83
ええっ。
いや、論文読め言われても、おれただの素人だし。
ふーん、じゃぁ成功はComitionの作者のがんばり次第なのかな。
外国にはこんなの無いから、イラスト関係のポータルサイトとして成長できるように頑張ってほしいね。
たぶん消えると思うけれど。
0085デフォルトの名無しさん2007/12/29(土) 02:48:05
ImageMagickを軽くする方法ってないかね？
10万ファイルのサイズ変換に時間がかかりすぎる。
0086デフォルトの名無しさん2007/12/29(土) 03:02:13
あんなもん使ってるのが悪い
0087デフォルトの名無しさん2007/12/29(土) 04:21:03
じゃあ最速の画像変換ソフトって何かね？
商用でもいいので教えてくれ。
0088デフォルトの名無しさん2007/12/29(土) 04:45:43
>>85,87
板違い
せめて>>1くらい読んでから書き込みしてくれ
0089デフォルトの名無しさん2007/12/29(土) 05:23:41
>>84
目の自動切り出しに独自のアルゴリズムが必要だから、そこ次第。
現実の人の顔ならともかく、漫画絵のTゾーンなんて普遍的な検出は不可能そうだし。
従来の検出手法はあまり役に立たないだろうことは、容易に想像できる。
もっとも、/.みてると、手で切り出しても全然精度はないみたいだけどね。
0090デフォルトの名無しさん2007/12/29(土) 09:20:33
輝度って何ですか?
0091デフォルトの名無しさん2007/12/29(土) 11:17:01
ググレカス
0092デフォルトの名無しさん2007/12/29(土) 11:30:30
ttp://www.google.co.jp/search?q=ググレカス
0093デフォルトの名無しさん2007/12/29(土) 11:33:52
URLエンコードぐらいしようぜ
0094デフォルトの名無しさん2007/12/29(土) 15:03:12
二ヶ月ほど前に撮った写真です
場所はバトルロワイヤルの撮影地にもなった
軍艦島での一枚です。
http://www.uploda.net/cgi/uploader1/index.php?file_id=0000278909.bmp
撮影し現像した物を
心霊写真がないかな〜っと面白半分で探していると
偶然にも一枚だけ物凄い写真が在りました
最初に見えたのは右下の子供の様な顔です
左にはボーっと立ち尽くし
こっちを見ている子供がうっすらと写っています
上部には青白い叫び顔があります
それだけではありません
探せば探すほど気持ち悪い顔があるのです
私は現在で約30ほどの顔を見つけました、全てこっちを見ています
探せば探すほどあまりにも出てくるので
気持ち悪くなり頭が痛くなりました
この写真ですが、ある友人に貸した所
夜に1時間程笑い声の様なものが聞こえてかなり
怖かったらしいです・・・
霊感がある方はぜひ鑑定をお願い致します。

因みに、スキャナーで高画質でスキャンした上で
見易いように画質調整をしています
ですのでファイルサイズが9MBにもなります・・・
0095デフォルトの名無しさん2007/12/29(土) 15:05:59
>>94
ブラクラ
0096デフォルトの名無しさん2008/01/02(水) 17:48:09
画像処理ってどういうところで使われているの?
gimpみたいなソフトウェアを作るのは画像処理の中に入る?
0097デフォルトの名無しさん2008/01/02(水) 19:29:27
gimpの各処理については画像処理に入るだろうけど。
0098デフォルトの名無しさん2008/01/02(水) 19:45:15
画像処理って何なのさ?
漠然としてて分かりずらい。
SIGGRAPHみたいなのも無いし。
0099デフォルトの名無しさん2008/01/02(水) 20:04:39
コンピュータビジョンとか
0100デフォルトの名無しさん2008/01/02(水) 21:57:48
>>96
医療や、工場の生産技術等等
0101デフォルトの名無しさん2008/01/02(水) 22:01:54
テレビなんか画像処理の固まりだよ
■ このスレッドは過去ログ倉庫に格納されています