07/12/16 08:03:02
画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その９
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
07/12/16 10:30:48
8bit インデックスカラー画像を、さらに可逆圧縮する方法は無いでしょうか？
汎用的な圧縮アルゴリズム以外で。
3:デフォルトの名無しさん
07/12/16 10:40:05
ある
4:デフォルトの名無しさん
07/12/16 11:32:31
9 ｽﾚﾘﾝｸ(tech板)
8 ｽﾚﾘﾝｸ(tech板)
7 ｽﾚﾘﾝｸ(tech板)
6 ｽﾚﾘﾝｸ(tech板)
5 ｽﾚﾘﾝｸ(tech板)
4 ｽﾚﾘﾝｸ(tech板)
3 ｽﾚﾘﾝｸ(tech板)
2 ｽﾚﾘﾝｸ(tech板)
1 URLﾘﾝｸ(pc5.2ch.net)
5:デフォルトの名無しさん
07/12/16 11:33:03
画像処理系のライブラリ
OpenCV URLﾘﾝｸ(sourceforge.net)
Gimp URLﾘﾝｸ(www.gimp.org)<)
Vips URLﾘﾝｸ(www.vips.ecs.soton.ac.uk)
VXL URLﾘﾝｸ(vxl.sourceforge.net)
CImg URLﾘﾝｸ(cimg.sourceforge.net)
Gegl URLﾘﾝｸ(www.gegl.org) URLﾘﾝｸ(pippin.gimp.org)
ImageMagick/GraphicsMagick URLﾘﾝｸ(imagemagick.org) URLﾘﾝｸ(www.graphicsmagick.org)
GIL URLﾘﾝｸ(opensource.adobe.com)
CxImage URLﾘﾝｸ(www.codeproject.com)
FreeImage URLﾘﾝｸ(freeimage.sourceforge.net)
ITK URLﾘﾝｸ(www.itk.org)<)
Imlib2 URLﾘﾝｸ(www.enlightenment.org)
MIST URLﾘﾝｸ(mist.suenaga.cse.nagoya-u.ac.jp)
6:デフォルトの名無しさん
07/12/16 15:20:21
我蔵
7:デフォルトの名無しさん
07/12/16 15:24:30
>>2
汎用でないのが良いなら俺俺圧縮でいいじゃん
8:デフォルトの名無しさん
07/12/19 20:37:48
射影変換の８個の係数は最小２乗法で求めるってよく本に書いてあるけど、
どうやって求めればいいのでしょう？
線形の式じゃないし・・・
求め方よろしくお願いします。
9:8
07/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:デフォルトの名無しさん
07/12/20 00:57:06
そりゃあ非線形最小二乗法（Levenberg-Marquardt法とか）で。
MATLABはデフォルトだと違うアルゴリズムだったような気がするけど忘れちった。
11:デフォルトの名無しさん
07/12/20 06:08:03
シンプレックス法じゃなかったっけ？
12:デフォルトの名無しさん
07/12/21 04:36:43
前スレ988です。3次元計測に関して回答して下さった皆様どうもありがとうございました。
質問の補足をさせて下さい。
自分の用途でネット検索してみると、光学マーカを使用した専用システムなどが
見つかるのですが、（例えば：製品情報 SV-Tracker
URLﾘﾝｸ(www.okk-inc.co.jp)
）、数百万円からの金額であること・サイズの制限があることなどあり、
もっと安価・簡便なシステム構築が出来ないか考え、質問させて頂いた次第です。
一応、自分なりのポンチ図を作ってみました：
URLﾘﾝｸ(deaiup.com)
なお、自分は画像処理は専門外です（画像処理ボードやOpenCVで遊んだ程度の経験です）。
教えて頂いたキーワードを調べつつ、
もっと上手い方法が無いかもう少し考えてみたいと思います。
サポート感謝です！
13:デフォルトの名無しさん
07/12/21 07:04:23
自分は画像処理初心者なんですが、あと、一ヶ月くらいで
何か卒業研究をしなければいけないんです。
何かいいテーマとかありませんんか？
14:デフォルトの名無しさん
07/12/21 07:18:29
URLﾘﾝｸ(www.nicovideo.jp)
15:デフォルトの名無しさん
07/12/21 07:49:59
>>13
画像処理なんて選ばないほうがいいとマジレス
16:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/12/21 08:01:27
URLﾘﾝｸ(deftv.atspace.com)
URLﾘﾝｸ(deftv.atspace.com)
URLﾘﾝｸ(deftv.atspace.com)
18:デフォルトの名無しさん
07/12/21 15:33:01
>>12
2枚の画像の点の対応からカメラのパラメータを復元する方法はあって、
Eight-Point Algorithmとかいうものをつかって、8点が決まるとエピポーラ幾何のFundamental Matrixが求まるんだそうだ。
これを使えば、はじめに任意の8点でキャリブレーションを行っておければ、カメラの位置は適当でよくて、
あとはエピポーラ幾何でわかったカメラパラメータを用いて
2つのカメラからレイを飛ばして交点が元の点ってことになるような気がするけどダメですかね。
19:デフォルトの名無しさん
07/12/21 22:50:01
画像処理でのアセンブラ化は中毒性があるな。
めちゃくちゃ処理速度が向上して笑いが止まらない。
SIMD万歳！
20:デフォルトの名無しさん
07/12/22 01:03:20
>>19
よっぽどしょぼいコンパイラを使っていたんですね。
21:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/12/22 02:06:44
「アセンブラを使って速くなった」→「コンパイラのコードが遅かった」ってことじゃないの?
実際、CコンパイラだってSIMD演算位すると思うのだけど。
23:デフォルトの名無しさん
07/12/22 03:27:14
SIMD 使うかはオプション次第じゃないの
24:デフォルトの名無しさん
07/12/22 03:42:11
最初のCoreに引っ張られたんだろうけどDureてｗ
25:デフォルトの名無しさん
07/12/22 04:57:09
計算量のオーダーが変わったり1桁以上速くなるのでなければ
あまり気にしないことにした
26:デフォルトの名無しさん
07/12/22 05:03:46
JITまんせー
27:デフォルトの名無しさん
07/12/22 05:05:18
>>21
1920x1200 とはいえ、E6600 でグレスケに2.2msもかかるか？
式は 0.298912 * R + 0.586611 * G + 0.114478 * B ？
精度はどのくらいでやってるの？
28:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/12/22 12:20:12
ICC最強
30:デフォルトの名無しさん
07/12/22 13:47:34
iccってそんなに良い？
前gcc4.0とicc9.0でコンパイル出来るようにしてたけど10%弱しか改善しなかった
31:デフォルトの名無しさん
07/12/22 14:06:57
bin = ((R < G) - 1 & R - G) + G;
bin = ((bin < B) - 1 & bin - B) + B;
32:デフォルトの名無しさん
07/12/22 15:59:47
>>30
巧くsimd使える状況にはまればね。
gccに較べて改善できないときは、それでもまだintrinsicを使うと言う手も残っているから、
自前でアセンブリコードを書く機会は最早殆どなくなってしまったよ。
33:デフォルトの名無しさん
07/12/22 17:40:55
ICC使ってみたけど、期待したほど速くないぞ？
34:デフォルトの名無しさん
07/12/22 19:40:09
Intel といえば ipp (integrated performance primitives) なら速いんじゃない?
誰か使ってる人いる?
35:デフォルトの名無しさん
07/12/22 20:01:24
まぁ、iccや最適化の話やアセンブラの話はスレ違いなんで該当スレへ。
36:デフォルトの名無しさん
07/12/23 01:11:20
SIMDっつーても流石に数百個単位の並列動作する石だと
もう言語以前にアルゴリズムが凄い事に。
というかバス速度の方がよっぽどボトルネックな罠。
37:デフォルトの名無しさん
07/12/23 12:30:24
>>2
パレット値に置き換えた時点で、画像アルゴリズムの範疇ではなく、
記号処理の範疇だと思うが。
38:デフォルトの名無しさん
07/12/23 15:22:05
>>36
>35
39:12
07/12/23 16:06:28
>>18
亀レスすみません
非常に重要な指針を教えてくれてありがとう！
詳しくはこれから調べようと思いますが
>>18 を読んでいるとそれで行けるような気がします！
未知のことだらけで遣り甲斐があります！
40:デフォルトの名無しさん
07/12/23 16:07:27
MagickWandの構造体、MagickWand型の定義について教えてください。
ヘッダファイルをあさくってもどこにも定義されて無く困っています。
41:デフォルトの名無しさん
07/12/23 18:51:48
＞あさくっても
???
例えばcc -Eしてみたら?
42:デフォルトの名無しさん
07/12/23 19:22:27
「あさくって」は方言「あさくる」の活用形です。
43:デフォルトの名無しさん
07/12/23 21:10:50
>>41
>例えばcc -Eしてみたら?
それはもうしたんだけれど、
ないんだよぅ。
44:デフォルトの名無しさん
07/12/23 21:30:21
知らんけど opaque な型なんじゃないの
ライブラリのソース当たってみるとか
45:デフォルトの名無しさん
07/12/23 22:07:38
wand/MagickWand.h
wand/magick-wand-private.h
46:デフォルトの名無しさん
07/12/23 22:12:06
明日の朝、食ってきます...
47:デフォルトの名無しさん
07/12/23 23:09:13
MagickWand日本語の情報少なすぎじゃね?
phpのモジュールの情報(しかもコンパイル方法)しか引っかからん。
48:デフォルトの名無しさん
07/12/23 23:14:13
>>42
>「あさくって」は方言「あさくる」の活用形です。
あさくるって九州の方言だったの!
生まれて初めて知った。
っーか、今北海道に住んでるから、突っ込んでくれよ、道産子。
お前ら俺の話真面目に聞いてないんだな!
49:デフォルトの名無しさん
07/12/23 23:30:19
別に画像処理アルゴリズムの実装くらいはこのスレで扱ってもいいと思うんだけどなあ
50:デフォルトの名無しさん
07/12/23 23:39:40
40年生きてきて、「あさくる」ってことばは初めて知った。
「漁る」って意味でいいのかな?
>>49
同意。但し、何の前提もなしにSIMDがどうのはスレ違いだと思う。
51:デフォルトの名無しさん
07/12/25 00:40:41
いじる、いじくる
と似ている気がした。
52:デフォルトの名無しさん
07/12/25 00:59:56
>>51
いじくる、は俗語表現だが、あさくる、は単なる方言。
ちなみにいじくるの語源は、何事にも本気にならずあそびで触ってかっこつけるところから、
easy cool がなまったもの。もちろんあさくるは、朝が来るまで探し回るところからだ。
これ豆鉄砲知識な。
って、ここ画像処理板だよ・・・ OTZスマソ
53:デフォルトの名無しさん
07/12/25 03:15:39
>>52
安心しろ、ここはム板だ。
54:デフォルトの名無しさん
07/12/25 05:54:56
>>52 は嘘
55:デフォルトの名無しさん
07/12/25 08:02:26
Ω ΩΩ
56:デフォルトの名無しさん
07/12/26 09:51:30
ちょっとヒマっぽいので前から懸案の緑かぶり補正を自作のソフトに機能追加
しようと思うんだけど、各ピクセルにマゼンタを足すだけでは、絵が白っぽく
なりますよね。
足す前の明度を覚えて置いて足した後その明度に戻すとかするんでしょうか。
どの程度のマゼンタの値がいいかってのも予め求められるんでしょうか。
それとも、スライダ操作可能にして自分で見ながらやるんでしょうか。
57:デフォルトの名無しさん
07/12/26 12:40:49
YCrCbで補正すればいいんじゃない？
補正量もフルオートでやるなら、全てのピクセルの平均が
無彩色になるようにするとか。
58:デフォルトの名無しさん
07/12/26 13:03:55
写真系の板で訊けよ
59:56
07/12/26 15:10:48
>>57-58 レス感謝。
YCrCb 補正ですか、今これは組み込んであるんで試して見ます。
写真系の板で、アルゴリズムやコーディングの話は無理かと。
もし２チャンネルに限らず、良い板があるならご紹介を。外国語は
英語までで。
せいぜい、カメラのセットを変えろとか、フィルタ付けろとか、
Photoshop 買えとか使えとかになる気がする。
（フィルタも銀塩時代の 52mm なら２種類もあるんだが）
60:デフォルトの名無しさん
07/12/26 15:17:09
Photoshop 買え
61:デフォルトの名無しさん
07/12/26 21:39:14
>>56
要するにAWBだな。
アルゴリズムはいろいろあるけど、>>57のように画像全体の平均がグレーになるようにするってのが最も単純な方法。
YCCじゃなくても、Rの平均、Gの平均、Bの平均が同じ値になるように補正すればいい。
もっと賢いアルゴリズムについては、デジカメ板あたりにプロフェッショナルがいそうではある。
62:59-56
07/12/27 06:55:23
>>61
ありがとうございます。だんだん様子が見えるようです。
世の中には、緑の成分を薄めるというのもありますね。
>>60
絶対アプリは買わない方針にしている。
コンパイラも買わずに済ませようとしているんだが、VC++ 2008 EE の登録が
なぜか出来ない。年明けくらいまでにやっつつけて、最悪２月購入か。
63:デフォルトの名無しさん
07/12/27 07:16:35
要するにケチなわけですね
64:デフォルトの名無しさん
07/12/27 07:43:11
>>63
それ以前に、その姿勢でなぜOSがwindowsなのかと。
65:デフォルトの名無しさん
07/12/27 07:50:48
Windows無しのPCなんか買っても節約にならんから。
66:デフォルトの名無しさん
07/12/27 08:43:05
OS の値段だけじゃないだろ
67:62-56
07/12/27 18:15:08
>>64
OS 止めるとセットじゃなくなって、高くなるんよ。
>>63
早く言えばそう。しかし高額のソフト買っても全部の機能は使い切れないし、
フリーソフトは、自分ならこうするってのが出来ない。
大口をたたくと、PCは消費財ではあるが、生産財でもある。ソフト自作は
その機能を活用していることである。成果が社会的に有益かどうかの問題
が残るけど。
68:デフォルトの名無しさん
07/12/27 22:10:49
>>67
64が言ってるのは、その姿勢でなぜLinuxじゃなくてwindowsなのかってことじゃないの。
同じ構成でLinuxセットの方が１万以上安い製品は普通にあるが。
開発ツールも完全に無料でそろうのに。
69:デフォルトの名無しさん
07/12/27 22:40:01
Windowsでも開発ツールは無料で揃うよ。
というか、OSなんてどうでもいいだろ。画像処理の話をしよう。
70:デフォルトの名無しさん
07/12/27 23:47:53
開発ツールだけじゃなくてライブラリやアプリも無料でそろう
しかもソース付きだから、自分ならこうするってのも出来ちゃう
VC++ 2008 EE の登録が何故か出来ないなんて事にもならない
たったそれだけだけどね
71:デフォルトの名無しさん
07/12/28 00:26:35
画像処理の強い大学ってどこ？
東大？東工大？
72:デフォルトの名無しさん
07/12/28 01:04:01
コロンビア大学
73:デフォルトの名無しさん
07/12/28 03:05:14
大学より研究室見た方がいい
74:デフォルトの名無しさん
07/12/28 05:49:13
URLﾘﾝｸ(comition.net)
ってどうなん?
俺は面白いと思うけれど。
専門家的には、「くだらねぇ」って感想?
それと、
URLﾘﾝｸ(slashdot.jp)
で
>目の位置の抽出なんて、顔認識技術として転がっているし、
>クローラーを実装するのも、どうと言うことの無い技術でしょ。
残念ながら、これはとっても先の目標です。最終目標です。
これが出来るようになるよう精進します。がんばります。
って作者がやり取りしてるけれど、
どっちが本当なの?
顔認識技術って漫画にも応用できるん?
75:デフォルトの名無しさん
07/12/28 06:08:29
少しかじった程度だけど
顔認識技術はむしろ漫画みたいなほうがやりやすいはず。
漫画は顔ってわかるようにラインがきっちりしてるから特徴が出やすい。間違ってたらスマン。
76:sage
07/12/28 07:17:29
ふーん、じゃあ、検索エンジン作るのは簡単なのかな?
でも、マンガの場合、人間と違って目の色が違ったり、鼻がなかったり、口がなかったりするけれど、
そんなのあんまり関係ないのかな?
77:デフォルトの名無しさん
07/12/28 07:52:26
頭に尻があったりするしな
78:デフォルトの名無しさん
07/12/28 08:42:45
>>74
パターン認識のプロジェクトやりなさいって日本の修士生になげると
漫画の作者認識をやるやつが必ず一人はいる。
79:デフォルトの名無しさん
07/12/28 08:44:31
>>73
画像処理の研究したくてどこの大学院行くか迷ってます。
医療系の人間なので、「画像処理ならココだ！」的な大学が分からないので聞いてみました。
将来的に企業の研究所とかで医療画像の研究開発とかしたいです。
80:67-56
07/12/28 08:47:43
>>70
>>69 氏のように画像処理からずれるとお叱りがあるんで短くするが、
実は、Xp機は Linux との dual にしてあり、今度の Vista 機も HDD に
パーティション切って貰ってある。Xp 機に 68 Mac エミュレータの
Basilisk II を入れて、古いSymantec C++ も動くが、なんせネット関係
で Jave エラー頻発になって、使わなくなった。
Linux 向けのソフトのソースを随分使わせてもらっている。実は自作ソフト
の半分は、ソース解析と言える位。
81:sage
07/12/28 09:24:49
>>78
へぇ、じゃあ意外とたいしたことでもないのかな。
でも、その割には似たようなことやってるサイトって見ないけれど。
下らないから投げちゃうのかな。成果として残せばよいのに。
ちなみに、Comitionって未来あると思う?
82:デフォルトの名無しさん
07/12/28 09:44:14
>>81
おまえパターン認識やったこと無いのか？
すっげー単純なのから高度なのまでいろいろあるんだぞ。
同じ漫画作者認識にしたって高度にはなりうる。
83:デフォルトの名無しさん
07/12/28 09:46:13
>>81
論文を読みなちゃい。
ウェブページなんていくらでも情報があるようでその実なんの情報もないよ
84:デフォルトの名無しさん
07/12/28 09:49:57
>>82,83
ええっ。
いや、論文読め言われても、おれただの素人だし。
ふーん、じゃぁ成功はComitionの作者のがんばり次第なのかな。
外国にはこんなの無いから、イラスト関係のポータルサイトとして成長できるように頑張ってほしいね。
たぶん消えると思うけれど。
85:デフォルトの名無しさん
07/12/29 02:48:05
ImageMagickを軽くする方法ってないかね？
10万ファイルのサイズ変換に時間がかかりすぎる。
86:デフォルトの名無しさん
07/12/29 03:02:13
あんなもん使ってるのが悪い
87:デフォルトの名無しさん
07/12/29 04:21:03
じゃあ最速の画像変換ソフトって何かね？
商用でもいいので教えてくれ。
88:デフォルトの名無しさん
07/12/29 04:45:43
>>85,87
板違い
せめて>>1くらい読んでから書き込みしてくれ
89:デフォルトの名無しさん
07/12/29 05:23:41
>>84
目の自動切り出しに独自のアルゴリズムが必要だから、そこ次第。
現実の人の顔ならともかく、漫画絵のTゾーンなんて普遍的な検出は不可能そうだし。
従来の検出手法はあまり役に立たないだろうことは、容易に想像できる。
もっとも、/.みてると、手で切り出しても全然精度はないみたいだけどね。
90:デフォルトの名無しさん
07/12/29 09:20:33
輝度って何ですか?
91:デフォルトの名無しさん
07/12/29 11:17:01
ググレカス
92:デフォルトの名無しさん
07/12/29 11:30:30
URLﾘﾝｸ(www.google.co.jp)ググレカス
93:デフォルトの名無しさん
07/12/29 11:33:52
URLエンコードぐらいしようぜ
94:デフォルトの名無しさん
07/12/29 15:03:12
二ヶ月ほど前に撮った写真です
場所はバトルロワイヤルの撮影地にもなった
軍艦島での一枚です。
URLﾘﾝｸ(www.uploda.net)
撮影し現像した物を
心霊写真がないかな～っと面白半分で探していると
偶然にも一枚だけ物凄い写真が在りました
最初に見えたのは右下の子供の様な顔です
左にはボーっと立ち尽くし
こっちを見ている子供がうっすらと写っています
上部には青白い叫び顔があります
それだけではありません
探せば探すほど気持ち悪い顔があるのです
私は現在で約30ほどの顔を見つけました、全てこっちを見ています
探せば探すほどあまりにも出てくるので
気持ち悪くなり頭が痛くなりました
この写真ですが、ある友人に貸した所
夜に1時間程笑い声の様なものが聞こえてかなり
怖かったらしいです・・・
霊感がある方はぜひ鑑定をお願い致します。
因みに、スキャナーで高画質でスキャンした上で
見易いように画質調整をしています
ですのでファイルサイズが9MBにもなります・・・
95:デフォルトの名無しさん
07/12/29 15:05:59
>>94
ブラクラ
96:デフォルトの名無しさん
08/01/02 17:48:09
画像処理ってどういうところで使われているの?
gimpみたいなソフトウェアを作るのは画像処理の中に入る?
97:デフォルトの名無しさん
08/01/02 19:29:27
gimpの各処理については画像処理に入るだろうけど。
98:デフォルトの名無しさん
08/01/02 19:45:15
画像処理って何なのさ?
漠然としてて分かりずらい。
SIGGRAPHみたいなのも無いし。
99:デフォルトの名無しさん
08/01/02 20:04:39
コンピュータビジョンとか
100:デフォルトの名無しさん
08/01/02 21:57:48
>>96
医療や、工場の生産技術等等
101:デフォルトの名無しさん
08/01/02 22:01:54
テレビなんか画像処理の固まりだよ
102:デフォルトの名無しさん
08/01/02 22:03:22
脳はちょっと違うか
103:デフォルトの名無しさん
08/01/02 22:12:05
デジタル画像処理だったら
画像ファイルとか動画ファイルとか使ってなんかやってたら全部画像処理でおｋ！
104:デフォルトの名無しさん
08/01/02 22:43:22
食っていけない研究No1
105:デフォルトの名無しさん
08/01/03 20:24:13
OpenCVのライブラリにあるcvFindFundamentalMatrix使って
２つの画像間のエピポーラを求めようとしてるんですけど
この場合って各画像の特徴点はどうやってもとめるのが一番いんでしょうか？
106:デフォルトの名無しさん
08/01/03 20:30:09
医療画像処理が強い研究室ってどこだか分かりますか？
あと、工学部とかではどんな画像処理の教科書を使ってるんですか？知ってたら教えてください。
107:デフォルトの名無しさん
08/01/03 20:35:25
どいつもこいつもageるなよ
108:デフォルトの名無しさん
08/01/03 21:19:09
>>105
そりゃ用途によるだろうけど、お手軽なのはチェスボードのやつかな
109:デフォルトの名無しさん
08/01/03 23:20:27
>>106
全部を知ってる訳じゃないし
特定のを上げるのも公平じゃないので
自分で探して。
医用生体工学（科）とかでぐぐるといくつかでてくる。
あとは学会誌を見た方がいい。
日本医用画像工学会
URLﾘﾝｸ(www.jamit.jp)
日本生体医工学会
URLﾘﾝｸ(www.asas.or.jp)
電子情報通信学会
URLﾘﾝｸ(www.ieice.org)
110:デフォルトの名無しさん
08/01/04 17:33:32
>>109
てんくす
111:デフォルトの名無しさん
08/01/05 01:23:02
>>105
興味あるので
上手くいったら教えてくださいな
112:デフォルトの名無しさん
08/01/07 01:24:03
パターン認識を利用したビジネスって
大掛かりなものや研究開発しか思いつかないのですが
中小企業にもお勧めできる使い方ってなにかあるでしょうか？
113:デフォルトの名無しさん
08/01/07 01:26:36
>>112
保守的な企業にはお勧めできない
114:デフォルトの名無しさん
08/01/07 01:33:15
>>112
なんであんたの金儲けの手助けせにゃならんの？
115:デフォルトの名無しさん
08/01/07 01:36:40
>>114
いいじゃん別に。
嫌なら答えなくていいじゃん。
もしかして、他の人への「答えるな」という意思表示ですか？
営業妨害ですよ。
116:デフォルトの名無しさん
08/01/07 01:44:14
>>115
自分で売り方を思いつけず、2chで聞かなきゃならないとは、
なんともお粗末な営業ですなぁ。
117:デフォルトの名無しさん
08/01/07 01:46:27
情報収集はあらゆるところで行うものですよ。
118:デフォルトの名無しさん
08/01/07 01:52:25
君んとこで作れる程低レベルなものねぇ・・・
無いんじゃね
119:デフォルトの名無しさん
08/01/07 02:13:10
>>115
それって営業妨害なの？
120:デフォルトの名無しさん
08/01/07 02:20:15
釣られすぎｗ
121:デフォルトの名無しさん
08/01/07 02:21:19
ム板はおもろいなぁｗ
生真面目にどんなレスにも答えてくれる
他の板じゃ余裕でスルーするようなレスでもなｗ
122:デフォルトの名無しさん
08/01/07 02:30:01
でしょでしょ
123:デフォルトの名無しさん
08/01/07 03:35:45
CG系のこともここで聞いていいんだろうか…。
スポットライトのライティング計算ってどうやるの？
調べても、線光源とか点光源くらいしか出てこない。
124:デフォルトの名無しさん
08/01/07 03:40:04
ここじゃない
125:デフォルトの名無しさん
08/01/07 08:12:45
CG板
126:デフォルトの名無しさん
08/01/07 08:25:21
面光源ってなかったっけ
127:デフォルトの名無しさん
08/01/07 09:19:11
>>123
とりあえずここらへんに移動しろ。
ｽﾚﾘﾝｸ(tech板)
>>125
CG板は理論寄りのスレはほぼ皆無でしょ。
128:デフォルトの名無しさん
08/01/07 09:24:42
>>118
「使い方」って聞いているだろうが。
ものを作る必要なんか無い。
パターン認識の手法を考えるやつの儲けを１とすると
それを使ってアプリを作るやつが10儲けて
アプリを使うやつが100儲ける
129:デフォルトの名無しさん
08/01/07 10:02:13
指紋でも使って部屋の出入り管理でもすれば？
営業妨害っていうけどさ、おまいが振った話って守秘義務違反にあたらないか
130:デフォルトの名無しさん
08/01/07 10:05:20
>>129
守秘義務？
どこに企業秘密が書き込まれていますか？
また、それはどの企業の情報か推定できますか？
131:デフォルトの名無しさん
08/01/07 11:03:35
珍しく伸びていると思ったらｗ
そろそろ画像処理の話しようぜ
132:デフォルトの名無しさん
08/01/07 14:13:29
>>123
CG板は行ったんだけど、何か違った。
>>127
サンクス。それこそ探してたスレだ。
133:デフォルトの名無しさん
08/01/09 06:34:19
>>131
最近の流行が知りたいです。
学会とか入ってないので。
NECのIMAPCARみたいなプロセッサや
FPGAを用いて複数の異なる画像処理を並列にやらせるのはまだ流行中ですか？
なにか面白い成果でてますか？
そういうハードウェアを持てない研究者や開発者のために
SIMDライクな計算方法で画像処理をやらせるのは進展あるのかしら？
やはりそういう研究開発でもOpenCV/IPPが主流なんでしょうか？
134:デフォルトの名無しさん
08/01/09 09:42:41
>>133
> FPGAを用いて複数の異なる画像処理を並列にやらせる
異なる処理だと同期が難しそう。ちなみにどういう応用例があるの？
135:名無し募集中。。。
08/01/09 10:40:36
gpgpuは昔からあるし最近じゃないね
136:デフォルトの名無しさん
08/01/09 18:43:19
>>134
応用例というか最近だと車の運転補助装置・危険回避補助装置かな。
FPGAというか並列処理できるならなんでもいいんだろうけど、
レクサスに採用されている
NECエレのIMAPCARというのがそういうものらしいです。
これね
URLﾘﾝｸ(www.necel.com)
富士通も昨年暮れあたりになんかだしてたな
東芝もNECエレとおんなじようなの持ってたような気がします。
ちょっとこのスレの趣旨とは違ってきちゃうけど
ハードウェア設計言語で実装というのもありだろうなと。
137:デフォルトの名無しさん
08/01/09 23:00:38
ウィンドウズでＭＩＳＴの設定をしようとしたけどチュートリアル読んでも
出来ませんでした。
あれはＶＢ．ＮＥＴが入っていないと出来ないのでしょうか？
今、ＶＩＳＵＡＬＣ＋＋６．０を使用して画像処理のプログラムを書いているの
ですが、どのようにすればＣ＋＋でＭＩＳＴを使えるのかどなたか教えて頂けない
でしょうか？
138:デフォルトの名無しさん
08/01/10 02:08:03
読めねぇ…
ｽﾚﾘﾝｸ(cg板:827-番)
139:デフォルトの名無しさん
08/01/10 16:00:04
>>137
MISTはUbuntu上で使ってみただけだからわからんなぁ。
140:デフォルトの名無しさん
08/01/10 20:16:06
だったら黙ってろよ
141:デフォルトの名無しさん
08/01/10 20:39:58
>>137
MIST自身に説明があるが・・・
URLﾘﾝｸ(mist.suenaga.m.is.nagoya-u.ac.jp) （自分でVC6用に直せ）
というか、VC6でのライブラリのリンク方法、それどころかヘッダの意味すら分かってない？
142:デフォルトの名無しさん
08/01/11 01:19:17
MIST俺も導入しようとして挫折した経験あるわ～
結局OPENCV使用したけど
143:デフォルトの名無しさん
08/01/11 15:39:32
だったら黙ってろよ
144:デフォルトの名無しさん
08/01/11 19:17:57
MISTなんてプロジェクトが有ったんだ!
お手伝いしたいけれど、プログラムの面では全く役立たずだろうしなぁ。
っーかCしかできなくて、C++分かんないし。
ドキュメントくらいは書けるかなぁ。
145:デフォルトの名無しさん
08/01/11 23:20:09
MISTのメーリングリスト、名古屋大限定かよ。
排他的だなぁ。
俺の指導教官、名古屋大出てるけど駄目かな?
146:デフォルトの名無しさん
08/01/12 08:03:17
COEでたんまり金もらってこの程度かあ
147:デフォルトの名無しさん
08/01/12 08:54:02
なんじゃこりゃ
ひとりで１年もかからずにできるような内容だな
148:デフォルトの名無しさん
08/01/12 20:54:05
OpenCVのように世界的に使われるものじゃないとそりゃクソだろ。
自分たちだけで使っていればフィードバックもないだろうし。
149:デフォルトの名無しさん
08/01/13 16:37:29
濃淡画像にインパルス埋め込んで拡散させてるって実験やってるのですが
実数だけじゃなくて複素も使うメリットを教えてもらえませんか？
劣化を抑えられるとか何とか
150:デフォルトの名無しさん
08/01/13 16:58:12
もうちと詳しくplz
151:半可通
08/01/13 17:39:23
透過系を考えるときに、複素数の虚部が位相に相当するってことじゃなかったかな?
152:デフォルトの名無しさん
08/01/13 18:06:54
線形の制御理論一般に何でも使える考え方だな。
その辺、全部常微分方程式が素だから当然といえばそうか
153:デフォルトの名無しさん
08/01/13 18:24:50
お前ら頭良いな。
何言っているのかさっぱりだ。
たかがメモリの固まりに、そこまで深い意味が有るとは...
154:デフォルトの名無しさん
08/01/13 18:38:43
>>149
インパルスって、レーザーか何かを想定して広がりのある濃淡画像の
一点に1波長程度の長さの光を与えたって意味なの？
155:デフォルトの名無しさん
08/01/14 04:49:24
感圧センサの上で手を広げて
指の間をナイフでトントントンと・・・
失敗したら血が拡散するんです
156:デフォルトの名無しさん
08/01/14 05:03:47
ひゃぁ
お社様のたたりじゃ～
157:デフォルトの名無しさん
08/01/14 05:06:39
感圧センサをナイフで突いちゃダメー!
158:149
08/01/14 10:10:59
レスありがとうございます。
複素フーリエ→インパルス埋め込み→逆複素フーリエで元の
画像に戻るって感じのことやってます。
埋め込みは複素でも実数でも良いんですが、同じインパルスを
埋め込んで実数のみの変換よりも複素を利用した方が元の画像に
近くなるって事を示さないといけないんです…
159:デフォルトの名無しさん
08/01/14 10:20:51
だから、その「インパルス」とはなんなのだ。
160:デフォルトの名無しさん
08/01/14 10:29:12
どっかに適当に1を埋め込んでるんじゃね？
複素共役の話だけな気がする…
161:149
08/01/14 11:30:39
説明不足ですみません。
実数だったら画像の一点の振幅値を増加させるって事です。
それを拡散させて原画像に近い画像を得るって実験です。
162:デフォルトの名無しさん
08/01/14 11:43:21
なんかの宿題か？
つーか、
フーリエ変換→逆フーリエ変換
フーリエ変換→実数部のみ→逆フーリエ変換
の時点で当たり前に前者のほうがオリジナルに近い値に戻せるのだから、
一点増幅とか関係なくね？
163:149
08/01/14 11:53:43
埋め込みが大事みたいなんです。
埋め込むインパルス強度は共通として実数よりも複素を
利用した方が原画像に近く（ピークSN比が大きく）なる手法を
証明しないといけないのです…
164:デフォルトの名無しさん
08/01/14 12:27:16
どうでもいいが、インパルスは「埋め込む」ものなのか？
畳み込みならわかるが・・・
165:デフォルトの名無しさん
08/01/14 12:45:09
もうこれ以上は無粋
166:デフォルトの名無しさん
08/01/14 12:57:07
余計なものを混ぜると原画像に近くなる？
何か変じゃね？
167:デフォルトの名無しさん
08/01/14 19:56:01
URLﾘﾝｸ(www.nicovideo.jp)
みた?
webカメラから手だけを抽出して背景の画像と合成までは出来そうなんだけれど、
どうやれば、背景の画像の中のオブジェクトを動かせるのかさっぱり見当がつかない。
168:デフォルトの名無しさん
08/01/14 20:03:55
手領域だけを取り出して、
それをゲーム空間内に突っ込んで物理エンジンで動かしてるだけだろ。
難しくもなんともない
169:デフォルトの名無しさん
08/01/14 20:17:39
マリオじゃなくて、マリオっぽい奴を自作したのかな
170:デフォルトの名無しさん
08/01/14 20:17:48
ああ、なるへそ。
何となくイメージできた。
Webカメラから手画像だけ抽出して、
ゲーム画面の中でマウスポインタの代わりに、その手画像を貼付けているって
解釈で良いのかしら?
171:デフォルトの名無しさん
08/01/14 20:32:43
マウスポインタじゃなくてゲーム内の障害物として貼り付けてる
172:デフォルトの名無しさん
08/01/14 20:39:26
ありがとん。
最初見た時はスゲーって思ったけれど、
よく考えてみると、俺が深く考えすぎてたみたいね。
っーか、DirectX凄いね。
俺もWindowsプログラミング始めるべきかなぁ。
173:デフォルトの名無しさん
08/01/14 20:48:30
DirectXは関係ないだろう。
Webカメラの入力にDirectShow、画面の出力にDirectDrawか3Dは
使っていると思うが、肝の部分は全く関係ない。
174:デフォルトの名無しさん
08/01/14 20:50:47
>Webカメラの入力にDirectShow、画面の出力にDirectDrawか3Dは
いやいや、LinuxとかBSDとかでコレを実現させるのが一苦労って意味で。
175:デフォルトの名無しさん
08/01/15 00:50:57
それはマジで言ってるの？
176:デフォルトの名無しさん
08/01/15 00:55:43
マジです
177:デフォルトの名無しさん
08/01/15 02:58:30
そうじゃないの?
外部ライブラリを使わずに、
>Webカメラの入力にDirectShow、画面の出力にDirectDrawか3Dは
をBSDやLinuxで簡単に実現できる?
178:デフォルトの名無しさん
08/01/15 03:04:38
これってマリオらしきものも作ってんの？
そこが一番苦労しそうなんだが
179:デフォルトの名無しさん
08/01/15 03:11:37
ゲームのプログラミングなんだから簡単だろ
180:デフォルトの名無しさん
08/01/15 03:14:31
>>166
>余計なものを混ぜると原画像に近くなる？
>何か変じゃね？
非常に笑った
今日一番笑ったかもしれん
181:デフォルトの名無しさん
08/01/15 03:34:08
まあ３時間しか経ってないからな
182:デフォルトの名無しさん
08/01/15 04:03:54
複素数理解してない奴としては普通の反応だよ
俺とかなー
183:デフォルトの名無しさん
08/01/15 22:20:52
笑い所がわからん
マジで。
184:デフォルトの名無しさん
08/01/16 02:12:09
カメラの前に置いてある物の形を認識する方法ってどうやればいいの？
三角、四角、丸とかに分けれる程度でいいんだけど。
ググってもそこまで初歩的なのは見つからない…
185:デフォルトの名無しさん
08/01/16 02:16:52
>>184
初歩的じゃないよ。
割とむずかしい。
色分けがはっきりしているなら簡単。
186:デフォルトの名無しさん
08/01/16 02:26:53
コンピュータビジョンの技術使って、高度なレベルで
３Ｄアニメーションを機械に自動生成させることってできないかな、って考えてます。
例えば、動画と人型３Ｄモデルを用意して、動画に移ってる人物の動作を抽出し、
その動きを用意した３Ｄモデルに適用するっていう風に。
これができたら、シロートでも簡単に３Ｄモデルがぐりぐり動く動画エンターテイメントを
作り出せると思うんだ。最近、ニコニコとかでもアマチュアの映像制作が活発だし、
需要あるかなーと思うんだけど、似たようなこと考えてる人っているかな？
187:デフォルトの名無しさん
08/01/16 02:30:36
カラーとマーカーを使わないモーションキャプチャーと理解していいの?
188:デフォルトの名無しさん
08/01/16 02:35:45
初歩的で高度なレベル？
189:デフォルトの名無しさん
08/01/16 02:35:53
>187
そうなるのかな。
個人で用意できるカメラ１つで（特別な装置なしで）モーションキャプチャするのって
難しいのだろうか？
190:デフォルトの名無しさん
08/01/16 02:39:17
>>189
モーションキャプチャしたいなら、数台のカメラを使って、
いったんボクセルとして処理しなきゃいけないから、
クラスタが必要になるよ。
191:デフォルトの名無しさん
08/01/16 02:47:27
>190
ええと、つまり新しく撮る分にはいいけど、
既存の映画とかのアクションシーンとかから動きを実用レベルで
抽出するのは今の技術じゃ困難ってこと？
192:デフォルトの名無しさん
08/01/16 02:49:34
アイデア盗まれるから誰にも相談せず独りでやればいいよ
193:デフォルトの名無しさん
08/01/16 02:53:26
基礎理論と応用技術の区別もつかない奴が
ちょっとやそっとで簡単に出来ると思ってるだろ
194:デフォルトの名無しさん
08/01/16 02:57:49
>192
あ、・・どもｗ
とりあえず陳腐ではなさそうってことが分かったので真剣に情報集めてみるよ
>193
おっしゃるとおり、現時点で完全に門外漢でございます。
３次元復元は大変困難な分野なのでしょう。お気に触ったのならごめんなさい。
195:デフォルトの名無しさん
08/01/16 03:03:50
>>186
よく見るよ。けっこう難しいよ。
これから研究としてやるにはいい分野かも。
でも、流石にもう追いつけない所に行かれてるかな？
196:デフォルトの名無しさん
08/01/16 03:08:54
なんかビンゴなのが見つかった。しかも2003年ってｗ
URLﾘﾝｸ(ascii24.com)
>195
確かに、とても追いつけそうにないかもｗｗ
何か違う視点を考えないとなぁ
197:デフォルトの名無しさん
08/01/16 03:19:06
>>196
へー、こんな物が有るんだ。
でも、儲かってなさそう。
198:デフォルトの名無しさん
08/01/16 03:56:44
>>196
これって、フレーム毎にマーキングしなくちゃいけないの？
199:デフォルトの名無しさん
08/01/16 05:02:44
CVの人とCGの人が組んで別々にがんばった方がよさそうだおね
200:デフォルトの名無しさん
08/01/16 06:07:20
>>198
aftereffectsのモーショントラッキングのようにある程度は追従するみたい。
でもアクション映画のような複雑な動きの入力はむりぽ。
201:デフォルトの名無しさん
08/01/16 06:30:13
みんな画像処理でどんなプログラム書いてる?
もうかってる?
202:デフォルトの名無しさん
08/01/16 07:02:44
研究でやってるだけだし＾＾；
203:デフォルトの名無しさん
08/01/16 08:48:10
>>185
色分けがはっきりしてるってのは、背景が真っ白で物体に色がある場合とか？
その場合はどうすればいいの？
204:デフォルトの名無しさん
08/01/16 13:25:25
>>203
その色を探す。
205:デフォルトの名無しさん
08/01/16 23:53:10
らくがき王国は分野としては
画像処理に入るの?
それとも、3DCGなの?
206:デフォルトの名無しさん
08/01/17 11:42:32
>>149
今更だけど、フーリエ変換後にインパルス突っ込むっていうのは
ある周波数の成分を突っ込む話になるから
画像には結構影響が出ると思うんだが。
画像の特定の部分が破壊されても、
画面全体に分散してることになるので
破壊されにくいって意味じゃないのかな
でも、これだと
複素使うかどうかというより、フーリエ変換自体の特性の話か
てか電子透かしのための基礎実習みたいな感じ？
>>205
３DCGかと。
画像処理っていうのは、平面画像にある変換をかけてうんぬん
ってやつをいうんじゃないかな
ちょっと気になってるのはデジカメの顔フォーカス
単に肌色っぽい部分にフォーカスかけてるのかね？
PCで無制限に時間かけていいならわかるけど
デジカメみたいなポータブルで瞬間で判断しなきゃいけない
＆複雑な処理もできないデバイスで
どうやって実装してるのか興味ある
207:デフォルトの名無しさん
08/01/17 11:51:59
顔認識とかだと解像度めいっぱいの画像に対してやらんでもいいから、適当に縮小した画像でやってんじゃね？
縮小してつぶれるほど小さい顔にはヒットする必要もないだろうし。
208:デフォルトの名無しさん
08/01/17 12:14:10
>>207
おお、それだ
確かに拡大や縮小はプレビューのためにもともと実装されているから
その実装ならできそうですな
209:デフォルトの名無しさん
08/01/17 12:40:37
俺もCMとか見て気になってた
顔検出ってテンプレートマッチングくらいしか知らんけど使ってんのかな？
笑ったら撮影するのとか横顔でも検出できる製品もあるよね
210:デフォルトの名無しさん
08/01/17 14:01:26
研究でやるのは構わないが、顔関係は特許でガチガチだからな
211:デフォルトの名無しさん
08/01/17 16:09:24
>>206
>画像処理っていうのは、平面画像にある変換をかけてうんぬん
ってやつをいうんじゃないかな
2Dの画像に対して変換をかけて、3Dモデルを作るんだから
画像処理じゃないの？
212:デフォルトの名無しさん
08/01/17 18:46:05
>>205
そういうのは、単一の分野に分類されるものじゃなくて
色んな分野の技術が組み合わさってできてるんだよ。
213:デフォルトの名無しさん
08/01/17 18:48:52
明らかに両方の分野またがってるな。
カツ丼は肉料理ですかご飯物ですかって言ってるようなもの。
214:デフォルトの名無しさん
08/01/18 01:36:24
ネットが使えるようになってから、そういう混成技術も調べられるようになって
嬉しい限り。理系大学生のブログならともかく、専門本は10年経っても出なかったりするからねｗ
215:デフォルトの名無しさん
08/01/18 07:48:04
RGBをHSVに変換する理由って、
0～255 赤～黄色
256～511 黄色～緑
512～767 緑～シアン
768～1023 シアン～青
1024～1279 青～マゼンダ
1280～1535 マゼンダ～赤
みたいな感じで、簡単に色の範囲?を抽出しやすくするため?
216:デフォルトの名無しさん
08/01/18 07:50:23
いいえ。
217:デフォルトの名無しさん
08/01/18 07:59:26
>>215
そう思っておいていいよ
218:デフォルトの名無しさん
08/01/18 08:46:54
どっちが正しいのでしょうか?
219:デフォルトの名無しさん
08/01/18 08:51:46
>>217
220:デフォルトの名無しさん
08/01/18 10:08:37
>>215
RGBやCMYKより人間が感覚的に色を選びやすいから。
選びやすい色空間にはいろいろあるけど、コンピュータで処理するのが簡単って理由でHSVが使われる。
221:デフォルトの名無しさん
08/01/18 10:49:10
理由なんて色々あるべさ。RGBのままだと印刷できない色も表現できてしまうことだし。
222:デフォルトの名無しさん
08/01/18 19:23:06
色空間は、色域が問題にならないなら自分の都合で選択するといいよ。
223:デフォルトの名無しさん
08/01/19 15:44:24
Sobelフィルタとかを調べると3x3の例が多いのですが、
5x5、7x7のSobelフィルタってどうすればエッジ抽出が
できるのでしょうか？
224:デフォルトの名無しさん
08/01/19 16:24:11
3x3と同じ要領
225:デフォルトの名無しさん
08/01/19 21:02:05
3x3が多いけど増やすと効果ある？
226:デフォルトの名無しさん
08/01/20 05:10:17
ある
227:デフォルトの名無しさん
08/01/20 15:33:17
このスレで合ってるのかよくわからないけど･･･
ゲームの会話ウィンドウなんかによくある、半透明のボックス。
背景が半分透けてる画像というか。ああいうのってどうやって作るの？
228:デフォルトの名無しさん
08/01/20 15:36:02
背景の画素を混ぜて描画する
229:デフォルトの名無しさん
08/01/20 15:46:27
>>227
windowsにはSetLayeredWindowAttributesというapiが用意されてる
230:デフォルトの名無しさん
08/01/20 19:02:36
ゲームでそんなAPI使わんだろ
231:デフォルトの名無しさん
08/01/20 19:03:17
>>227
そのまま「半透明 画像処理」とかでググれば見つかると思う。
プラットフォームや言語も入れて絞り込めば、すぐに見つかるんじゃない？
232:デフォルトの名無しさん
08/01/20 21:23:55
ゲームに出てくる女の子の服を半透明にするにはどうすればよろしいですか
233:デフォルトの名無しさん
08/01/20 21:34:07
背景の画素を混ぜて描画する
234:デフォルトの名無しさん
08/01/20 21:47:33
なんかワラタｗ
235:デフォルトの名無しさん
08/01/20 22:51:52
心霊写真かよ w
236:デフォルトの名無しさん
08/01/21 01:15:18
奇才あらわる
237:デフォルトの名無しさん
08/01/21 02:59:36
>>232
普通にプレイすれば脱いでくれるのに、半透明とはまたマニアックな…
238:デフォルトの名無しさん
08/01/21 04:49:53
多分泣きゲ
239:デフォルトの名無しさん
08/01/21 15:51:43
>>237
何でもエロゲーだと思うなよw
240:デフォルトの名無しさん
08/01/21 15:53:15
エロゲじゃなければ服を脱がないじゃないか。服が半透明になっても素肌が見えるわけじゃないんだぞ。
241:デフォルトの名無しさん
08/01/21 21:36:07
人間は賢い。
脳内補完すればNO問題
コンピュータで脳内補完はあと10年経ってもできる気がしねぇ。
242:デフォルトの名無しさん
08/01/21 22:29:47
それも膨大な学習時間を経てるからなせる技術。
243:デフォルトの名無しさん
08/01/21 23:18:59
脳内よりVR
URLﾘﾝｸ(jp.youtube.com)
244:デフォルトの名無しさん
08/01/22 10:35:03
>>189-191が一台のカメラで出来てしまう技術だよねそれ
wktkしてるよ
245:デフォルトの名無しさん
08/01/23 15:48:41
マッチングの勉強している初心者ですが、
輝度の正規化っていうと画像内の最高/最低輝度を
0と255に割り当てて、その間の輝度値を線形変換するという事であってますでしょうか。
よろしくおながいします。
246:デフォルトの名無しさん
08/01/23 15:51:52
最高/最低なら、255/0だろ。常考
尤も、処理している間は1/0(実数値)で扱うことも多いが。
247:デフォルトの名無しさん
08/01/23 16:40:09
>>246
書き込んでから、気がつきました。ｽﾏｿ
平均値で割ったり、引いたりするように書いてあるとこも
あるのですが、効果に差があるのでしょうか。
輝度の変化に強いマッチングを目指しているのですが…
248:デフォルトの名無しさん
08/01/23 17:12:01
勉強なら、いろいろやってみたら委員で内科医?
249:デフォルトの名無しさん
08/01/26 21:24:35
単眼カメラでカメラで取得した座標から実空間の座標を
求めたいんですけど、みなさんどうやってもとめてますか？
あと、実空間と画像との誤差はどれくらいでるのか気になります。
よろしくお願いします。
250:デフォルトの名無しさん
08/01/26 22:37:29
マルチうぜえ
251:デフォルトの名無しさん
08/01/26 22:38:11
>>249
キャリブレするか特定の平面からしか無理じゃね？
252:デフォルトの名無しさん
08/01/26 22:46:01
律儀に両方に返信する >>251 萌え
253:デフォルトの名無しさん
08/01/27 00:19:54
>>249
>>243
254:デフォルトの名無しさん
08/01/27 10:36:01
深度マップ（高さマップ）の画像処理について質問です。
URLﾘﾝｸ(gamdev.org)
Aのような画像からBのような画像に変換する
アルゴリズム、またはフリーソフトのようなものは無いでしょうか？
255:デフォルトの名無しさん
08/01/27 10:57:13
無理じゃね？
256:デフォルトの名無しさん
08/01/27 11:10:57
>>254
A、Bがそれぞれどんな意味を持つのか説明しないと、
仮令AをBに変換できたとしても意味がないと思うぞ。
257:デフォルトの名無しさん
08/01/27 12:14:00
すみません。
デジカメの素材写真から高さマップを取りたいのです。
似たようなフィルタはいろいろあるのですが（ndiviaとか）
多くの場合、影が邪魔になります。
暗くなった影部分が凹部分と認識されてしまうのです。
何か方法はないかとおもったのですが
たとえば便宜的にでも光の方向を指定してやって
影から高さを生成してやる、見たいな事をやりたいのです。
正確じゃなくてもある程度のディティールを取れるだけでも
だいぶ作業の効率化が見込めると思えます。
これで説明が足りてると良いのですが。どうでしょうか？
258:デフォルトの名無しさん
08/01/27 12:28:53
卒業研究みたいな話だな
259:デフォルトの名無しさん
08/01/27 12:46:23
Bで表される山にどんな光を当てたらAみたいな影ができるんだろう・・・
260:デフォルトの名無しさん
08/01/27 12:53:29
円錐だな、実際の影の付き方じゃないから難解だが。
261:デフォルトの名無しさん
08/01/27 13:02:44
A->Bは無理だろ。
複雑な図形だったら一方向からのライティングだけではどうにもならないから、最低120度刻みで
３方向くらいの写真を使えば、画像の比較で床に落ちる影は消せるような気もする。
262:デフォルトの名無しさん
08/01/27 13:05:05
つか、Aの右上半分は真っ白にしか見えないんだけど、どうやったらここの形状を求められるの？
263:デフォルトの名無しさん
08/01/27 13:07:39
デジカメ素材に白飛びもあるという前提なのかね
264:デフォルトの名無しさん
08/01/27 16:41:48
うーん、Bの山って、明度でグラフにすると円錐からは随分離れた傾斜になっているんだけど。
どう見てもAみたいな直線の影ができるように見えない。
# jpgにした所為って可能性はあるけど。
265:デフォルトの名無しさん
08/01/27 19:14:26
800*600の画像があったとします。
逆透視変換のためにその画像を上辺900、下辺800、高さ1000の等脚台形に変換したいのですが、
.N簡単な方法があれば教えていただきたいです。
OpenCVのアフィン変換とかになるんですかねやっぱり
266:265
08/01/27 19:18:39
誤爆しました。
開発環境がC#2008なので、まずC#スレで聞いてきます。
267:254
08/01/27 20:01:25
ﾚｽありがとうございます。
ああ、皆さん、すいません、Aの画像とBの画像は手でつくったので必ずしも
一致するわけではないです。
こんな感じの処理がしたい、というサンプルです。
>>258
卒制ではないです。
うちのデザイナが高さマップをある程度簡単に作れる奴が欲しいと
のたまいやがるのです。
>>261
写真は一枚が多いですね。
しかも屋外の自然光が多い場合もあります。
あとフラッシュの影とかもある場合が多いです。
>>262
>>263
その辺りは別の処理をしてなんとかします。
必ずしも一回の処理で全てをまかなおうとは思っていません。
最悪手で描くことも想定しています。
>>264
一応線形の円グラデなので多分綺麗な円錐になると思います。
268:デフォルトの名無しさん
08/01/27 20:05:46
そもそもAの図は、グラデーションが付くのは右上で
左下は影になるのが普通だと思うが。
影の中に陰はできないよ。
269:デフォルトの名無しさん
08/01/27 20:24:16
URLﾘﾝｸ(www.itmedia.co.jp)
270:デフォルトの名無しさん
08/01/27 20:59:46
そりゃー平均顔を作れれば精度はあがるだろうけど、
どうやってその平均顔を作るための大量データを query の度に得るんだ？
271:デフォルトの名無しさん
08/01/27 21:43:35
>>270
そりゃ研究室のみんなに頼むに決まってるだろ。
後輩とか含めて２０人分ぐらい集まるんじゃね？
272:264
08/01/27 21:48:53
>>267
＞一応線形の円グラデなので多分綺麗な円錐になると思います。
だからなってねぇってばよ。
それはさておき、実際にAからBが得られた訳じゃないということは判った。
273:デフォルトの名無しさん
08/01/27 21:54:15
英国秘密情報部が集めて来ます
274:デフォルトの名無しさん
08/01/27 22:00:33
>>270
もしかしたら出入国管理くらいには使われるかもな
275:デフォルトの名無しさん
08/01/27 22:53:49
>>271
おまえはちゃんとリンク先を読め
>デビッド・ベッカム、クリント・イーストウッド、ショーン・コネリー、ビル・クリントンなどの著名人の写真を照合したところ、本人だと正しく判定されたのは半数のみだった。ところが彼らの平均的なイメージ写真をアップすると、識別度はほぼ100％に上昇したという。
つまり、クエリが平均顔でないといけない。
つまり、出入国の度にいろいろな光源の元やノイズのもとで写真を複数とって
平均顔作って入力とするってことだろ？どんだけぇ～
276:デフォルトの名無しさん
08/01/27 22:58:22
>>275
平均顔なんて１０人ぐらいあれば十分なんだよ。
277:デフォルトの名無しさん
08/01/27 23:02:09
10・・・人？
278:デフォルトの名無しさん
08/01/27 23:03:35
読解力無さ杉ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
279:デフォルトの名無しさん
08/01/27 23:08:12
>>276
ベッカムを10人集めるのは大変だと思うぞ
280:デフォルトの名無しさん
08/01/27 23:12:48
すまん、リンク先読んでなかった
顔認証で簡易鍵とかの用途ならできるんじゃね？
281:デフォルトの名無しさん
08/01/28 07:10:02
>>280
カメラの前で、
「少し右を向いて下さい」
「少し下を向いて下さい」
とかやるのか？ 指紋や掌紋や網膜認証の方が早いし確実な気がする。
普通に考えて、ずっと映像を取得している監視カメラの映像から平均顔を
作成して、それをキーに検索するってことだろうね。
282:デフォルトの名無しさん
08/01/28 07:49:13
>>254
面白い課題だなぁ。B→Aはできるだろうけど…
閃いた
1.手当たり次第にあらゆるBを作る
2. 大量のBから大量のA的画像を作る
3. 大量のA的画像とAと比較して大体似たような感じなら「たぶんこんな形じゃね？」と
そんな冗談を書いてみるテスト
形状が限られているなら…例えば円錐しか存在しないという仮定ができるなら
底辺の円のサイズ（中心と半径）と、影の頂点をユーザがマウスクリックで指定して（3回クリック）
てなツールを作って作業効率向上ができそうだけど、でもそれって画像処理じゃないな…
底円を求める処理と、影の頂点を求める処理を別にして、得られた2つの情報から類推して…とか…
Aの画像なら、黒い部分で三角形ができるから
そのうちの2つの頂点が低円の直径、かつ、円の中心点を通る直線で、残りの1点が影の頂点
と類推できそうな気もするけど、リアルワールドを撮影した場合に実際Aのような画像になるかどうかは判らないし
例えば航空写真を持ち込んできた場合は自動化は無理な気配
283:282
08/01/28 08:14:51
3DCGツールで円錐を作ってレンダリングしてみたが
URLﾘﾝｸ(gamdev.org)
>>254より判りやすいし見てるうちに方法が見出せそうでもあるけれど
実写の画像となったらこんな綺麗な見え方はしないよな…形状も多岐に渡るだろうし
284:デフォルトの名無しさん
08/01/28 08:25:33
パターン認識
285:デフォルトの名無しさん
08/01/28 10:46:10
>>254
この種の問題は "shape from shading" と呼ばれる一大研究分野だよ。
ググればいっぱい論文が見つかると思う。
286:254
08/01/29 02:36:00
ﾚｽありがとうございます！
>>282
残念ながら撮る対象は限定されていないのです。
ソースはデジカメだったり航空写真とかだったりが多いのではないかと思います。
画像はめっさわかりやすいですね！
それをデプスでレンダリングしていただけるとBのような画像になります。
>>285
ググッて見ました。
火星地表面とか宇宙とか・・・ﾃﾗ壮大です。
でも多分これですね。
殆ど英文なのでさっぱりわかりませんが
ちょっくらがんばって読んでみます。
287:デフォルトの名無しさん
08/01/29 10:05:16
>>285
オラも勉強になりました
「陰影からの形状復元」でググると色々出てきますな
これは面白い…
288:デフォルトの名無しさん
08/01/29 11:17:33
URLﾘﾝｸ(d.hatena.ne.jp)
BIAS libの日本語解説がないみたいなので作りました
289:デフォルトの名無しさん
08/01/31 15:44:39
RGB8各ビットのカラー画像を8ビットグレースケール画像に減色する方法って何がありますか？
290:デフォルトの名無しさん
08/01/31 16:44:07
足し算と割り算でおっけ
291:デフォルトの名無しさん
08/01/31 16:45:27
( R + G + B ) / 3
292:デフォルトの名無しさん
08/01/31 16:53:24
URLﾘﾝｸ(ofo.jp)
293:sage
08/01/31 17:32:57
>290
>291
>292
ありがとうございます。参考にしてみます。
294:デフォルトの名無しさん
08/01/31 17:34:12
sage間違えたｗ
295:デフォルトの名無しさん
08/02/07 04:28:18
URLﾘﾝｸ(gigazine.net)
296:デフォルトの名無しさん
08/02/08 18:41:40
おききしたいことがあります。非常に安価な（３～４万くらい）な画像処理
ボード（ライブラリでとりあえず一連の画像処理が可能）
を探しているのですが、ネット上で色々探したのですがみつかりません。
もしあったら教えていただけないでしょうか？よろしくお願いします。
297:デフォルトの名無しさん
08/02/08 18:51:12
自分で作ったら？
298:デフォルトの名無しさん
08/02/08 20:13:55
>>296
FPGAは？
299:デフォルトの名無しさん
08/02/09 10:03:06
ハードはwebカメラとPC、ソフトは適当なライブラリやソフトでも探してきたら？
PCIボードまで付いてるような奴だと専用のドライバが必要だったりして困る
新しいOSになったときにドライバが提供される保証もないし
300:デフォルトの名無しさん
08/02/11 22:02:36
今、RGB値からグレイスケールに変換するプログラムを書いているんだけど、
URLﾘﾝｸ(image-d.isp.jp)
ここ見て書いてるんだけど
RGB -> R'G'B'の変換が時間を食いすぎると思うんだけど
これは仕方ないんでしょうか。
いろいろ検索してみるとRGB -> R'G'B'の変換ははしょっているものがほとんど(ですね
R'G'B'はガンマ補正とのことですが
301:デフォルトの名無しさん
08/02/11 22:04:01
ごめ、途中で送られた。
R'G'B'はガンマ補正とのことですがあるとないとではどのくらい変わりますでしょうか。
自分で感じ取られないならどっちも同じと言われそうですが。
302:デフォルトの名無しさん
08/02/11 22:15:31
まずは実際の画像を変換して見たら
303:デフォルトの名無しさん
08/02/11 22:39:54
>>300
たかだか8bitのRGBなら変換テーブルつくるだけでそこそこの速度出ると思うが。
304:300
08/02/12 00:26:02
>>302
>>303
Thank you.
実際の画像を変換してみても自分の目にはそれほど違いは見られませんでした。
まぁ、こんなもんかな。と思います。
ですが、しかし、RGB->R'G'B'の変換を除いてもそんなに速度は変わりませんでした。
.Net in C#で組んでいるのですがBitmap.(set|get)Pixelが遅いのかな ?
これ以上はC#か.Net固有の問題になるとおもうので当該スレで聞きます。ありがとうございました。
# 変換テーブルと聞いて256 x 256 x 256 x 4 byteの変換テーブルを考えた俺涙目。
# この場合f(x) = x ^ 0.45のテーブルだけでいいんですね。
305:デフォルトの名無しさん
08/02/12 01:29:10
>>304
3*256じゃね？
そんなに時間がかかるとも思えんが。
306:デフォルトの名無しさん
08/02/12 03:21:26
画像処理の技術はどういった業界で生かされるのでしょうか
307:デフォルトの名無しさん
08/02/12 03:36:59
いろんなの
308:デフォルトの名無しさん
08/02/12 07:55:35
>>304
おまえがRGBだと思っている値がすでにR'G'B'な気がしてならない。
通常使われている8ビット画像（sRGBやAdobeRGBとか）では、
各画素の値（0～255）は線形輝度じゃなくてガンマ補正後の値だよ。
309:デフォルトの名無しさん
08/02/12 09:46:00
>>13は留年になったのだろうか
310:デフォルトの名無しさん
08/02/12 12:21:52
>Bitmap.(set|get)Pixelが遅いのかな ?
めちゃくちゃ遅い
その遅さに比べたらRGB->Grayの演算なんて無視可能
バッファリングしろ
311:300
08/02/14 02:12:34
>>308
Thank you.
そうだよね。いちいち変換が必要な形式で保管しておくのは非効率的だよね。
>>310
バッファリングって
URLﾘﾝｸ(junki.lix.jp)
に乗ってることでいいのかな ?
このとおりにやったら(unsafe使わずとも)めちゃくちゃ速くなってわろた。
おかげさまで満足な速度が得られました。
ありがとうございました。
312:デフォルトの名無しさん
08/02/15 03:17:34
イメージベースドレンダリングに興味があるのですが、これって普通、何を使ってやるもんなんでしょうか？
Ｃ＋＋とか?
それともOpenGLとか？
ご存じの方がいればぜひ教えて欲しいです。
313:デフォルトの名無しさん
08/02/15 04:06:58
何でも良いよ。
314:デフォルトの名無しさん
08/02/15 09:58:16
>>313
ありがとうございます。
OpenGLを使う場合、どのようにすればいいんでしょうか？
画像を２方向から貼り付けて、かぶってるところをブレンドするとか？
315:デフォルトの名無しさん
08/02/15 10:47:31
輝度値のみの画像において、
別の縞模様が混在するとき、
縞模様別にグループ分けを行うにはどうすればいいでしょうか？
316:デフォルトの名無しさん
08/02/15 12:08:57
cgal
317:デフォルトの名無しさん
08/02/17 02:14:55
フーリエ変換の話・・・？
318:デフォルトの名無しさん
08/02/17 21:13:03
>>314
SIGGRAPHの論文でも読めばいろいろわかるよ
319:デフォルトの名無しさん
08/02/22 02:35:37
エッジの抽出を行ってみたのですが、もと画像のエッジを強調したようにそれ
を適用したい場合どのような計算を行うのでしょうか?
エッジの抽出はカラー画像をグレースケールに変換して、それをラプラシアン
フィルタで行っております。エッジを抽出したエッジだけの画像があるのです
が、これをもと画像をどのような計算をしたらエッジの強調ができるのかを知
りたいです。
320:デフォルトの名無しさん
08/02/22 02:58:44
>>319
エッジ＋元画像でいいんじゃね
321:319
08/02/22 03:20:01
>>320
ありがとうございます。 私もそう思いやってみたのですが、ものすごい不自然
なできになりました。
やったこととしては、エッジの値を256階調のグレースケールで保存しているた
め、これを足してしまうと各カラーが256を越えてしまうため、適当な値で
(64)で割りました。
その値を、各カラーに足したのですがエッジに当たる部分が強調されるのでは
なく、予期しない色になってしまいました。
322:デフォルトの名無しさん
08/02/22 03:22:42
>>321
単なるバグだな。
もうちょっと考えて作れ。
323:319
08/02/22 03:32:30
考え方としてはあっているのでしょうか？
エッジのみを表示するとエッジが抽出できていることは確認できているので、
それ以降の処理としては値を足しているだけなので、簡単に確認できると思います。
注意深く確認してみます。
324:デフォルトの名無しさん
08/02/22 03:54:43
まぁそりゃー変な色になるだろうなぁ。
(0,10,20) + 230 = (230,240,250)
とされたら大分かんじは違うもんな。
RGB チャネル別々にするとか、
HSV の V の部分にだけ適用するとか(HSI でもいいけど）、
そういうが必要になるんじゃない？
それでも強調の表現として Intensity を高めるのがうまい表現なのか、
とか考える必要がありそうな気もする。
「エッジ辺りは赤っぽくして強調してみました」なんて表現もありうるんだろうし。
なにもぐぐらず書いているので、ぐぐったほうが早いかも。
325:デフォルトの名無しさん
08/02/22 10:05:47
エッジは足すんじゃなく元の画像から引け。
326:デフォルトの名無しさん
08/02/22 12:03:02
エッジ強調とかソフトとかのフィルタを書けたときに、その効果が
見やすい画像ってどんな画像だろう。
327:デフォルトの名無しさん
08/02/22 12:30:32
横入り失礼。
おれも昔にエッジ抽出とか試したことあるんだけど、なかなかうまく行かなかった。
{{ 1 1 1}
{ 1 -8 1}
{ 1 1 1}}
ってなフィルタを作って、それらを全部足して行ったら256越えちゃうの。
おれって阿呆なの？
これをどうやったら256までの値にできるの？
328:デフォルトの名無しさん
08/02/22 12:59:39
つうか、こんな話は画像処理の基礎なんだから
本屋で立ち読みするなり、図書館で本を読むなりする
程度の努力はしようよ…
329:デフォルトの名無しさん
08/02/22 13:03:14
そんなこと言うなら、答えてやればいいのに
330:デフォルトの名無しさん
08/02/22 13:26:57
ソフトよりはエッヂの方が確かに難しいかもな
331:デフォルトの名無しさん
08/02/22 17:05:31
>>327
つ飽和演算
332:デフォルトの名無しさん
08/02/22 17:07:06
すまOTZ。
×>>327
○>>321
333:デフォルトの名無しさん
08/02/22 18:26:19
普通気付くでしょ、阿呆だよ
334:デフォルトの名無しさん
08/02/22 22:08:19
>>327
阿呆だなぁ。超えるのが普通だと思えないとはなぁ。
255 255 255
255 0 255
255 255 255
なら 255 * 8 の値になるだろ？超えるさ。
335:デフォルトの名無しさん
08/02/22 22:29:50
コーシー・シュワルツの不等式置いときますね
-|X||Y| ≦ X・Y ≦ |X||Y|
336:デフォルトの名無しさん
08/02/23 00:18:41
>>334
越えるからどういうふうにしたらいいか聞いてるんじゃないんでないか？
337:デフォルトの名無しさん
08/02/23 00:20:34
適当に正規化すればいいんじゃないの?
338:デフォルトの名無しさん
08/02/23 00:35:21
うむ。そもそも画像ファイルとして表示しなければいけないというわけでもないしね。
どうしても画像ファイル的に表示したい場合 0-255 の範囲に正規化してやればいい
339:デフォルトの名無しさん
08/02/23 05:13:24
内部は全部 double にして、出力時だけ正規化してる
>>326
Lenna みたいなテスト画像だと似たような処理例が見つかる確率が高いのでいいんじゃない?
URLﾘﾝｸ(en.wikipedia.org)
340:デフォルトの名無しさん
08/02/23 17:55:11
>内部は全部 double にして
計算速度、遅そう。
あと、正規化するんなら、アンダーフローもお忘れずに
341:デフォルトの名無しさん
08/02/23 18:11:50
内部はintとかでよくね？
342:デフォルトの名無しさん
08/02/23 18:31:16
用途による。FFTする必要があるなら実数にしなきゃならんし。
343:デフォルトの名無しさん
08/02/23 18:55:48
doubleの演算はfloatより早いよ
344:デフォルトの名無しさん
08/02/23 18:56:37
というのはガセ
345:デフォルトの名無しさん
08/02/23 18:58:05
というのもガセ
346:デフォルトの名無しさん
08/02/23 19:03:22
画像処理で整数型とかどんだけニッチな用途なんだよ
347:デフォルトの名無しさん
08/02/23 19:12:03
画像処理で浮動小数点とかどんだけニッチな用途なんだよ
348:デフォルトの名無しさん
08/02/23 19:38:42
画像処理とかどんだけニッチな用途なんだよ
349:デフォルトの名無しさん
08/02/24 00:20:25
正規化って何？
350:デフォルトの名無しさん
08/02/24 00:40:54
エッジ強調のCのソース無いかな
351:デフォルトの名無しさん
08/02/24 02:35:31
エッヂの強調は誰もが通る道なのか
352:デフォルトの名無しさん
08/02/24 03:24:58
むっつりですまん
353:デフォルトの名無しさん
08/02/24 11:54:40
漏れも通った
20年くらい前に
354:デフォルトの名無しさん
08/02/24 12:09:50
20年前って8ドットで16中2色しか使えない時代じゃん。
355:デフォルトの名無しさん
08/02/24 12:24:25
ハードウェアの制約があっても計算式は制約ないんじゃね？
多くの技術がそういうもんだろ
356:デフォルトの名無しさん
08/02/24 12:30:21
そもそも縁の強調って通ったとか悩むほどのものなのか
357:デフォルトの名無しさん
08/02/24 13:32:34
>>354
TMS9918乙、つーかもう26年前だそれは。
つーかX68kももう20年超えてるのか…。
358:デフォルトの名無しさん
08/02/24 14:45:48
>>356
結構難しいでしょ。
抽出なら簡単だけど、抽出した箇所を厳選(エッジの輪郭抽出とか、ノイズ除去)して
それをもと画像に適用しなくてはならん。
適用するのにもどの範囲を適用するか、適用の強度は、適用後のノイズ除去は。
とか色々な問題が出て来る。 ライブラリ使ったら簡単だし、Windowsでも簡単だけど。
359:デフォルトの名無しさん
08/02/24 17:27:35
多分、ここのやつらはWindowsでしょ。
画像加工の難しさを知らない
360:デフォルトの名無しさん
08/02/24 18:08:04
専用組み込み機器でやってるオレも見てますよ
361:デフォルトの名無しさん
08/02/24 21:00:14
アンシャープマスクじゃ駄目なのか？
362:デフォルトの名無しさん
08/02/24 22:10:24
>>359
OSはあんまり関係ないような
むしろ用途
363:デフォルトの名無しさん
08/02/25 08:27:30
>>361
ソフトは足した後割るだけでいいでしょ
364:319
08/02/25 09:25:18
色々と調べてみたのですが、わからなかったです…。
私がやっているのは、8近ほうの各値(RGB255値)にフィルターの値を積算してそれを全て和算しています。
その値が120よりおおきければ、各値(RGB255値)に2を足しています。
この値を変えてもエッジが強調されているようには見えません。
皆さんはどのような計算をなさっているのでしょうか？
365:デフォルトの名無しさん
08/02/25 09:29:19
1%明るくしたくらいじゃ、強調にならないだろ。常考
366:デフォルトの名無しさん
08/02/25 09:42:53
ラプラシアンフィルタはエッジの抽出であって、強調はできないでしょ。
367:デフォルトの名無しさん
08/02/25 21:24:29
せっかく>>361が教えてくれているというのに皆ガン無視なのな
ラプラシアンでもやることは一緒やん
368:デフォルトの名無しさん
08/02/25 21:26:08
アンシャープマスクってソフトフィルタだろ？
369:デフォルトの名無しさん
08/02/25 21:33:51
ググれカス！がこれほどよく似合う>>368は居まい
370:デフォルトの名無しさん
08/02/25 21:37:36
na\\なんですかそれは
371:デフォルトの名無しさん
08/02/26 03:10:04
>>364
＞その値が120よりおおきければ、各値(RGB255値)に2を足しています。
何のために？
372:デフォルトの名無しさん
08/02/26 08:47:02
>>349
正規化とは変な値を都合のいいように直すことだよ。
たとえば角度の-90度を270度に直すとか。
都合によっては逆に角度270度を-90度に直すのも正規化。
8ビットの画素の値なら
if(x > 255) x = 255; else if(x < 0) x = 0;
このxで描画すればいい。
373:デフォルトの名無しさん
08/02/26 09:32:29
>>372
>if(x > 255) x = 255; else if(x < 0) x = 0;
>このxで描画すればいい。
大学の課題でこれ提出したら減点だな。
画像として表示して何がしたいのかといったら、
エッジとしての強度を目視したいわけで、
256 も 1100 も全部同じ強度として表示するってんじゃぁ、
こまっちんぐだぜ
374:デフォルトの名無しさん
08/02/26 10:04:31
それは気がつきませんでした。
エッジ強度の目視とか
そんなに大きな値を加算しているとは思いませんでした。
375:デフォルトの名無しさん
08/02/26 14:01:55
>>371
その値は0から1000を越えるものまであり、それをRGBの値に足すとおかしな画像になってしまいます。
なので、このばあいは120以上をエッジとするようにして、そのエッジ部分に一律2を足そうと考えました。
この考えは間違っているのでしょうか？
376:デフォルトの名無しさん
08/02/26 14:17:20
ラプラシアンなら負の値も出てくるだろ。
つうか、何で2を足すんだ？
377:デフォルトの名無しさん
08/02/26 14:24:54
>>376
負の値がでたら、絶対値に擦るようにしています。
2を足すのは、エッジの部分に対応するもと画像を強調したいためです。
378:デフォルトの名無しさん
08/02/26 14:25:16
すみません。 足していません。 引いています。
379:デフォルトの名無しさん
08/02/26 14:44:24
だから、1%程度明るくなろうが暗くなろうが目立つわけないだろと。
380:デフォルトの名無しさん
08/02/26 14:46:05
では、どのような加工をしたらいいのでしょうか？
381:デフォルトの名無しさん
08/02/26 14:50:34
少しは頭を使え。手を動かせ。
382:デフォルトの名無しさん
08/02/26 14:59:45
エッジ抽出以前に、画素の量子化とその値についての理解が全然足りないように思える。
383:デフォルトの名無しさん
08/02/26 15:31:10
スレ伸びてると思ったらｗｗｗｗ
久々にﾜﾛﾀｗｗｗｗ
384:デフォルトの名無しさん
08/02/26 18:42:49
まだやってたのか
385:デフォルトの名無しさん
08/02/26 19:08:11
誰も的確な答えを出さないからでしょ
386:デフォルトの名無しさん
08/02/26 19:13:30
ぷっ
387:デフォルトの名無しさん
08/02/26 19:22:51
理解不足しているだろうから、弄っているだｊけ。
断片的な返答から的外れなのは分かるが、どこまで的を外しているか
全体像が掴めないので、誰も的確な返答が出来ない。ｗｗｗ
388:デフォルトの名無しさん
08/02/26 19:26:37
まぁ、回答者の大半も意味が分かってないけどな。
389:デフォルトの名無しさん
08/02/26 19:32:23
問題が何なのかすらわからん俺にとって関係ない話だな
390:デフォルトの名無しさん
08/02/26 20:27:02
必要の無い奴まで書き込むから、こんな風になるんだよ。
391:デフォルトの名無しさん
08/02/26 22:04:19
ソースコードでもうｐしてみれば盛り上がるんじゃね？
392:デフォルトの名無しさん
08/02/26 22:31:07
そのラプラシアンって元画像に合成しても
画像のエッジ強化につかえねーんじゃねーの？
ラプラシアンてどんな値の範囲になるのかしらないけどさ。
393:デフォルトの名無しさん
08/02/26 22:33:53
>>321
65で割れ
394:デフォルトの名無しさん
08/02/26 23:55:23
薄緑だけ濃くしたいんですけど、どんな計算が有効ですか？
395:デフォルトの名無しさん
08/02/27 00:14:46
>>394
if (画素.色 == 薄緑の範疇) 画素.濃く(適当に)
396:デフォルトの名無しさん
08/02/27 00:59:16
>>395
上手く処理できました。ありがとうございます。
397:デフォルトの名無しさん
08/02/27 01:35:29
ﾜﾗﾀ
398:デフォルトの名無しさん
08/02/27 02:40:26
たまたまWindowsの画像を扱ってるコード見たけどひどいな。
ライブラリに展開とかすべてまかせて、それをWindowにはっつけてるだけ。
WindowにはっつけるのもAPI。
画像の加工はライブラリのできる範囲内でやってるし。
399:デフォルトの名無しさん
08/02/27 03:08:43
間違いなくお前の日本語が一番酷い
400:デフォルトの名無しさん
08/02/27 04:01:29
>>398
で？
401:デフォルトの名無しさん
08/02/27 05:02:45
画像処理技術者って、結局『やってみなきゃ解らない』を逃げ場にしている人達のことですか？
402:デフォルトの名無しさん
08/02/27 05:08:02
で？
403:質問です
08/02/27 08:05:51
ここの人は親切だから、つい聞いてしまうんだが、
古いカラーのネガフィルムをスキャンして、データ化しました。中にカビだろうか
緑色のアメーバ状の汚れがあります。これを取るのって、範囲を指定して
緑の要素が強いピクセルのみ緑を弱くするしか方法はないでしょうか。
>>401 氏の発言も考慮の上、お教えください。
404:デフォルトの名無しさん
08/02/27 08:11:12
手でレタッチしたほうがはやいんじゃね
405:デフォルトの名無しさん
08/02/27 08:14:49
>>398
車輪の再発明はお好きですか
406:デフォルトの名無しさん
08/02/27 08:18:40
いつもの写真馬鹿か
407:デフォルトの名無しさん
08/02/27 08:44:30
もう学生の宿題ネタはお腹一杯
408:デフォルトの名無しさん
08/02/27 09:10:24
>>403
緑の汚れが乗っていると言うことは、その為に情報量が落ちていると言うこと。
従って、仮令緑を弱くしても元の画質が完全に再現できるわけではないことに注意。
409:デフォルトの名無しさん
08/02/27 21:21:35
if (画素. == カビ含む) 画素.取る(カビ)
410:デフォルトの名無しさん
08/02/27 22:16:45
カビの無修正画像
411:デフォルトの名無しさん
08/02/27 22:23:49
フィルムからカビを除去して再スキャン
プログラムにまかせるよりも着実な気がする。
412:デフォルトの名無しさん
08/02/27 22:43:30
カビキラーでおｋ
413:デフォルトの名無しさん
08/02/27 22:55:55
>>409
実装して下さい
414:デフォルトの名無しさん
08/02/27 23:28:05
C++嫌い
415:デフォルトの名無しさん
08/02/28 00:03:16
昔、ノイズ除去をやって思ったが、何をノイズと捉えるかが難しい。
「こっち」「そっち」の境界線が曖昧なのと一緒でノイズだと思いはじめたら全部ノイズに思えて来る。
画像上のカビも何をしてカビと特定するかが問題だ。
画像上でそこにあるカビの成分が検出できればもっと簡単かもしれん。
416:デフォルトの名無しさん
08/02/28 00:08:50
どう考えても>411だなぁ。>408の指摘する問題も解決するわけだし。
417:デフォルトの名無しさん
08/02/28 00:18:13
カビを見たい人だっているかもしれないからな
418:デフォルトの名無しさん
08/02/28 00:31:54
このスレ的な話題ではないが、
実際にフィルムをスキャンする仕事をしていたが、カビの除去はできない。
ある程度はできるが、ある程度以上はフィルムに傷がいくからそれ以上は繁殖を抑える加工をして
スキャンして、将来的にカビを綺麗に除去できる技術ができるのを待つだけ。
個人のフィルムならどうでもいいと思うが、仕事として請け負うフィルムは歴史的なものが多いから。
色々な業務用のフィルム画像の補正ソフトを使ってみても、結局ホコリが綺麗に見えなくなるくらいが限界。
あとの変色とかは1ピクセル毎に手作業で修正する。
自動ソフトで頑張る価値はあんまりないと思う。
419:デフォルトの名無しさん
08/02/28 10:01:48
>>403
画像処理 その８で話題になっていた
gimpのプラグインもあるのですぐ試せる
URLﾘﾝｸ(www.greyc.ensicaen.fr)
420:デフォルトの名無しさん
08/02/28 16:38:35
URLﾘﾝｸ(www.itmedia.co.jp)
421:403
08/02/28 19:32:14
皆さん & >>419 さんありがとう。
解があることが分かった。気分は途も半ば。
422:デフォルトの名無しさん
08/02/29 01:32:04
ほこりや傷があった方が味がいいと思う。
423:デフォルトの名無しさん
08/03/01 12:12:00
jpegの量子化テーブルって8以下指定出来るん？
8bitに収まらんと思うんだが。
424:デフォルトの名無しさん
08/03/03 11:13:28
>>423
何が言いたいのかワカランが
量子化テーブルって1-255だろ・・・？
425:デフォルトの名無しさん
08/03/04 00:50:59
元画像とそれを画像処理したものを比較して、元の画像が含まれるかどうやって識別するのがいいのか
回転拡大縮小は無い前提で
426:デフォルトの名無しさん
08/03/04 01:05:58
目視
427:デフォルトの名無しさん
08/03/04 01:07:41
>>425
bool isInclude() { return true; }
他にどうしろと。
428:デフォルトの名無しさん
08/03/04 02:20:55
is includeって酷い関数名だな
429:デフォルトの名無しさん
08/03/04 04:03:23
テンプレートマッチングだかなんとか
430:デフォルトの名無しさん
08/03/04 08:30:43
process(元画像).eq.比較画像
まさかね…
431:デフォルトの名無しさん
08/03/04 10:04:14
>>425
適当に特徴抽出して、その特徴で比較すりゃいいだろ。
432:デフォルトの名無しさん
08/03/04 10:58:13
含まれるという言い方が悪かった
部分的に色合いが変化してたり、ネガポジ反転していても元画像と同じだと判断する方法が欲しかった
やっぱり特徴抽出か
433:デフォルトの名無しさん
08/03/04 10:59:00
>>432
どんな画像処理をしたのか見当がついているなら、特徴を抽出する必要はないけどね。
434:デフォルトの名無しさん
08/03/05 03:11:24
＞部分的に色合いが変化してたり、ネガポジ反転していても元画像と同じだと判断する方法が欲しかった
RGB変化ならエッジ検出でいいんじゃない。
435:デフォルトの名無しさん
08/03/06 23:36:38
>>424
ん？えと、jpeg（てかDCT)の計算式だと0～255の
8x8ブロックの計算結果が-1024～1024になる（可能性がある）んよ。
つまり情報量が3bit増える訳なのね。
それを削除するためにjpeg基準テーブルは8以上を指定しているんだな、と。
つまり3bit以上減らすのが前提だと判断してたのよ、俺は。
でも某jpeg本が「超高画質なら1を指定しる」とか書いてたんで
「あれれれ？それマジ有り？」と思ったので聞いてみた。
知ってる人答え教えてちょ！
436:435=423
08/03/06 23:37:29
ってことで一つヨロシク
437:デフォルトの名無しさん
08/03/06 23:41:39
-1024～1024なら5bit増えてない？
438:デフォルトの名無しさん
08/03/06 23:45:23
5？
439:デフォルトの名無しさん
08/03/06 23:47:51
あ、-1024～1024じゃなく-1024～1023だな。すまん。
ま、内部計算次第だけどさ。
ちなみに0-2047は11bitだぞう。
440:デフォルトの名無しさん
08/03/06 23:48:11
増えてるな。
441:デフォルトの名無しさん
08/03/07 09:05:15
>>435
DCTの結果についてはそのとおり
けど、量子化によって、8bitに収めるわけじゃない
量子化したあと、
ハフマン符号化でその範囲の値を受け入れるだけ
442:デフォルトの名無しさん
08/03/07 21:47:58
>>441
おお、ありがとう！
そうか、ハフマン忘れてたんだ。
いや、本当にありがとう。今度一杯奢るよ。
443:デフォルトの名無しさん
08/03/08 21:04:36
二つの色を比べてどのくらい似ているかを判断したいのですが、どのような方法がありますか。
生の色情報は、RGBのフルカラーで持っています。速度は要求していないので、変換するのは問題ありません。
赤、緑、青のそれぞれの色の差で単純に比較でも良い気はするのですが、65536色では緑に多くビットを割り当てるくらいだし、色の濃さによっては同じ差分でも感じ方が違うと思うので、もう少しましな方法がないかなと思っています。
444:デフォルトの名無しさん
08/03/08 21:13:28
RGBの差に輝度の係数かけてみたら?
445:デフォルトの名無しさん
08/03/08 21:23:01
「似ている」とは何を意味するのかが問題ですな
446:デフォルトの名無しさん
08/03/08 22:04:39
彩度が高いと色相が支配的になるだろうし、
色相によっては明度が違って見えるし、
明度が両極端だと彩度の意味がなくなるし、
……
447:デフォルトの名無しさん
08/03/08 22:19:07
いわゆる特殊な色覚を持っている人が似ていると判断する色と
そうじゃない人が似ていると判断する色は違うからなぁ
448:デフォルトの名無しさん
08/03/08 22:22:03
周波数領域での加工を前提とすると、
FFT前に窓がけしないと、周波数領域の信号レベルの確度が悪くなる
逆FFT後に窓がけしないと、時間領域で接続性が悪い
上の理由から実務上2度窓がけする必要があって、かつ、2度の窓がけ後の結果の
オーバーラップが元信号に戻らないといけない。でも、han窓は１回の窓がけの
結果のオーバーラップで元に戻るように設計されてるから適さない。
449:デフォルトの名無しさん
08/03/08 22:43:01
なぜサウンドプログラミングスレのコピペが
450:デフォルトの名無しさん
08/03/08 23:18:56
>>443
まずyuy2にする。それで輝度と色度に分ける。
人間の眼は輝度＞色度だから色度の重要さを下げる。
音よりは低いが人間の感じる感触は指数に比例しがちだからそれも考慮する。
ってのを考慮すればそこらのフリーソフトよりは精度上がるよ。
それ以上は研究の分野になる。
アナログ<->デジタルはいつの時代も研究さ。
451:デフォルトの名無しさん
08/03/08 23:40:01
研究とか言い出す前に「均等色空間」という言葉くらい出そうぜ。
塗料とか製造業の分野では色の違いは黙ってΔE*abで評価するものだ。
452:443
08/03/09 00:04:22
>>444
RGBのそれぞれの差に、緑を大めに掛けてみるってこと？
>>445
色が近いかどうかって意味。
赤と青はだいぶ色が違うけど、緑と黄緑は色が近いとかって感じ。
>>446
色とかの判断方法は全然知らないのでちょっと調べてみたんですけど、画像関係のアルゴリズムは奥が深そうで・・・。
>>447
まー、一般的な人が似ている色とするってことで。
>>448
よくわからんけど、サウンド関係ってことかな。
>>450,451
YUY2とか、均等色空間とか、聞いたことない単語が出てきたから、明日調べてみる。
453:433
08/03/09 13:36:32
以下のページを参考に、色差を求めることにしました。ΔE*abってやつですかね。
URLﾘﾝｸ(image-d.isp.jp)
URLﾘﾝｸ(www11.tok2.com)
多少、感覚と違う値となることはありますが、似ているのに違う色と判断することがないよう、閾値を大きくすることにしました。20とか。
違う色なのに似ていると誤判定されても多少は許される用途なので。
それにしても、規格が多く、変換に使用する値が複数あったりしてややこしいですね。
454:デフォルトの名無しさん
08/03/09 13:40:32
まあそんなんでいいと思うよ
455:デフォルトの名無しさん
08/03/12 15:45:35
パターンマッチ＋サブピクセル処理をいろいろ調べたいのですが、
いいサイト、本などございませんでしょうか。
本をみたりしていますが、なかなかいいものがなくて。
やりたいことは、撮影位置に移動してきた
丸いものの画像を取ったときのずれ量（XY座標）
を検出したいです。
先生方よろしくお願いします。
456:デフォルトの名無しさん
08/03/13 18:13:55
どこまで調べた？
本のタイトルとか。
あと、それで満足できない理由は何かを教えといて。
457:455
08/03/14 00:37:18
＞４５６
すいません。
あと一日調べ倒してから、
再質問することにします。
458:デフォルトの名無しさん
08/03/14 00:39:34
そういやJPEG XRってどうなってるんだろ
459:デフォルトの名無しさん
08/03/14 02:55:21
DATファイルに格納されている画像を取り出すにはどうすればいいですか？
460:デフォルトの名無しさん
08/03/14 03:16:56
スレ違い
461:デフォルトの名無しさん
08/03/14 15:52:04
ある意味画像処理だなｗ
462:デフォルトの名無しさん
08/03/14 17:01:45
>>459
拡張子をmpgに書き換えてダブルクリック
463:デフォルトの名無しさん
08/03/14 19:39:31
>455
やりたいことから考えると、パターンマッチングよりハフ変換のような気がする。
その「丸いもの」は何？
カメラ視野に入ってきたり出て行ったりするもの？
形や大きさが決まっているならテンプレートマッチングでいいけど。決まっていないならハフかな。
理論が知りたいなら、Forsyth「コンピュータビジョン」あたりが、理論はどうでもよくとりあえずできればいいならOpenCVでいいのでは。
464:455
08/03/15 03:34:20
>463
ご返信ありがとうございます
ハフ変換（円弧）実験してみます。
丸いものは、ちょっと答えられないのですが、すいません。
あと精度を高めるためにサブピクセル処理を調べていますが
いまいち理解ができていないためか、
ハフ変換で円弧検出後、サブピクセル処理をどう実装すればいいか
わかりません。頭悪くてﾄﾎﾎ。
明日、都会までいくので
Forsyth「コンピュータビジョン」
OpenCVの本も買ってみます。
楽しみです。電車の中で読んでみることにします。
ありがとうございます。
制御ソフトとは、また違って画像処理は奥が深く
興味深いです
465:デフォルトの名無しさん
08/03/15 03:42:07
Computer Visionは日本語訳が出てますよ（調べてるだろうけど…）
466:デフォルトの名無しさん
08/03/15 09:10:23
丸いもの……
ディスク? 半導体ウェファー? 月? 鼈?
467:デフォルトの名無しさん
08/03/15 11:00:17
URLﾘﾝｸ(ja.wikipedia.org)
丸いものがいっぱい。
468:デフォルトの名無しさん
08/03/15 12:51:12
Forsyth「コンピュータビジョン」を持ち歩くのか...
469:デフォルトの名無しさん
08/03/15 18:14:49
>464
サブピクセル処理、わからなければ元画像を１０倍に広げてやれば、元の0.1ピクセル処理したのと同等。
あと、フォーサイス＆ポンスの本は理論偏重なのでズバリと書いてあるわけではないし、方向性が違えば全く役に立たない。読んでいて面白いから価値はあるけど。本屋で見てみるべし。
470:デフォルトの名無しさん
08/03/15 21:42:00
>>467
灌漑農業の上空写真か。
まるで圧縮画像のブロックノイズだな
471:デフォルトの名無しさん
08/03/17 21:18:51
画像の回転について質問があるのですが、回転行列を
固定小数点にて表現するときにはどの程度の精度があれば十分なのでしょうか？
自分の考えだとVGAの場合2^10>640であるため符号も込めて10ビットの精度が必要
であると思うのですが如何でしょうか?
472:デフォルトの名無しさん
08/03/17 21:48:27
君に目は無いのか
473:デフォルトの名無しさん
08/03/17 22:51:06
無いんです
474:デフォルトの名無しさん
08/03/18 03:25:33
このスレの住人なら知っていますね、あの糞開発ツールのことを
・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている
糞だけど、政治的な理由で無理やり使わされているんですよね。
もう、あんな厨の作った糞ツールを我慢して使うのはやめましょう。
・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
バグレポートなどしてはいけません。改善要求などもってのほかです。
あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」
なんて話が出たら力強く机を叩き、会議室を出ましょう。
あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。
糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
475:デフォルトの名無しさん
08/03/18 04:49:43
あれってどれだ
いっぱいありすぎてわからん
476:デフォルトの名無しさん
08/03/18 15:34:41
Javaだろ。
477:デフォルトの名無しさん
08/03/18 16:42:14
Javaってツールなのか？
478:デフォルトの名無しさん
08/03/18 17:50:02
コンピュータ自体がツールです
479:デフォルトの名無しさん
08/03/18 18:15:39
Oracleのツール類だろ。
480:デフォルトの名無しさん
08/03/18 19:41:17
人間はわたしの道具です
481:デフォルトの名無しさん
08/03/18 22:28:54
我が共和国の同士は全て将○様の道具ニダ。
同士でないのは、奴隷ニダ。
482:デフォルトの名無しさん
08/03/20 11:16:20
ｱｰｱ
483:デフォルトの名無しさん
08/03/25 13:20:42
lisp使ってる人っています？
pythonなら沢山いるのかな
ほとんどはc?
484:デフォルトの名無しさん
08/03/26 02:37:08
> lisp使ってる人っています？
> pythonなら沢山いるのかな
どちらも好きだが本格的に使うに至らない
485:デフォルトの名無しさん
08/03/26 02:49:37
簡単な処理ならPython+PILでやるときもある
486:デフォルトの名無しさん
08/03/26 04:46:31
>>483
何か遅いよなぁと思いつつJava
487:デフォルトの名無しさん
08/03/26 21:10:17
URLﾘﾝｸ(www.cliki.net)
lispの画像処理、いろいろあるけど
OpenCVみたいにメジャーなのはどれ？
488:デフォルトの名無しさん
08/04/03 22:12:23
URLﾘﾝｸ(dc.watch.impress.co.jp)
すげえ
489:デフォルトの名無しさん
08/04/03 22:32:58
>488
確かにすげぇ。
ピンボケしても元の情報って落ちてないのか。
落ちてると思い込んでた。