画像処理その10 - 暇つぶし2ch

画像処理その10 at TECH

1:デフォルトの名無しさん
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

次ページ