- 1 名前：デフォルトの名無しさん [2007/12/16(日) 08:03:02 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その９
pc11.2ch.net/test/read.cgi/tech/1183910525/
- 487 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 21:10:17 ]
- www.cliki.net/graphics%20library
lispの画像処理、いろいろあるけど
OpenCVみたいにメジャーなのはどれ？
- 488 名前：デフォルトの名無しさん [2008/04/03(木) 22:12:23 ]
- ttp://dc.watch.impress.co.jp/cda/other/2008/04/03/8249.html
すげえ
- 489 名前：デフォルトの名無しさん [2008/04/03(木) 22:32:58 ]
- >488
確かにすげぇ。
ピンボケしても元の情報って落ちてないのか。
落ちてると思い込んでた。
- 490 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 22:43:36 ]
- >>488
これはデコンボリューションの1種という捉え方であってるのかな…
- 491 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 22:46:32 ]
- いや、落ちますよ。写真として再現するレベルには足りているようですが。
- 492 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 22:57:27 ]
- この人は元Stanford大なんだね
研究成果を活かしたベンチャーらしい
だれか興味がある人は元の論文読んでくれ
- 493 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 23:05:47 ]
- >>488
この"Light Field Camera"ってカメラ自体も特殊なんじゃねーの？
dc.watch.impress.co.jp/cda/parts/image_for_link/132797-8249-1-1.html
- 494 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 23:28:32 ]
- graphics.stanford.edu/papers/lfcamera/
graphics.stanford.edu/papers/fourierphoto/
graphics.stanford.edu/projects/lfmicroscope/
センサの手前に挿入するマイクロレンズが肝で、
4次元ライトフィールドをキャプチャできる代わりに解像度が犠牲になります。
本当にありがとうございました。
- 495 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 00:41:38 ]
- >>494
リンクにある顕微鏡版のはyoutubeにデモがあがってたな
- 496 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 07:52:55 ]
- あの〜、ピンボケの自動補正なんて、すごく地味で超初心者向けな機能なんですけど。
この手法を応用して、もっと別な面白いことに発展したらいいね。
- 497 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 08:54:40 ]
- つまり、記事を書いた香具師は画像処理の基本も判っていない半可通だと言うことで宜しいか。
- 498 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 09:01:18 ]
- 記事ではマイクロレンズにも言及しているし、仕組みを何も理解せずに書いたわけではないだろう。
ただ、タイトルが「ソフトウェア技術」となっているのは誤解を招きやすい。
- 499 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 10:09:20 ]
- >>498
発表者がマイクロレンズって言ってたのをそのまま書いただけだろ。
ボディとレンズの間にマイクロレンズがあるって、あとから訂正されてるし。
- 500 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 10:33:54 ]
- ああ、さっき初めて記事を読んだから気づかなかったけど、>>494の1時間後に訂正されてたのか。
- 501 名前：488 mailto:sage [2008/04/04(金) 21:16:52 ]
- やっぱりそういう話なのか(´･ω･`)
光学屋には面白いけど、画像処理はそこまで
複雑じゃないよなあ
- 502 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 21:33:56 ]
- これってあとから被写界深度も変えられるのかな
- 503 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 01:00:37 ]
- >>501
>>494の2つ目の論文（SIGGRAPH 2005採択）を読んだ上で「そこまで複雑じゃない」と言ってる？
4Dライトフィールドと2D写真の関係を周波数空間で解析する理論のほうもかなり興味深いと思うけどなぁ
- 504 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:33:18 ]
- Ｃ以外を使ってる人って本当にいないのかい？
- 505 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 16:01:32 ]
- >>504
いくらでもいるだろ。このスレでもアセンブラの話をしてるやつがいた。
ただ、言語の話はスレ違い。
- 506 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 07:01:58 ]
- c#でもそこそこスピードでたので移行した。
- 507 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 17:48:02 ]
- himatsubushiってサイトの人は、
昔、VBで書いてた
- 508 名前： ◆Cgjmdh7/b6 mailto:sage [2008/04/16(水) 00:24:35 ]
- test
- 509 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 00:28:36 ]
- グレースケールのある程度変化のある背景から明度の差がある
繋がった図形をどうやって抽出すればいい？
背景は基本的に連続的だが規則性はない
抽出するものは例えば中が塗られたいびつな円とかだけど輪郭は、ぼやけてる
抽出条件は基本的に周りより暗いってことだけ
人間がみれば見つけられるが、輪郭強調すると背景のパターンも強調されてしまう
背景は暗い部分もあれば明るい部分もあり、閾値は使えない
- 510 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 00:37:26 ]
- >> 509
何で背景は暗い部分と明るい部分に分かれるの？
安定した状態にならない理由は？
- 511 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 07:50:54 ]
- とりあえず１階微分とって観察。
２階微分とって観察してみれば？
- 512 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 21:36:44 ]
- シェーディング補正とかは使えないのかな？
- 513 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 10:09:17 ]
- boost.gilの正式版でたけど使ってる人いる？
- 514 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 11:46:16 ]
- ３月にでたBIASのリリース版使ってる人いますか？
深刻なバグあったりしないですか？
うちは挙動がおかしかったので前のバージョンに戻しました
- 515 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 11:51:37 ]
- なにそれ
- 516 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 18:53:26 ]
- >509
面積・幅・形状よって適した方法が変わるので、モノは何？
言いたくなければ、近いものでもWebイメージから指定したら？
汎用の回答でいいなら、「Photoshopでアンシャープ後、２値化する。」
- 517 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 13:20:46 ]
- BIAS
www.mip.informatik.uni-kiel.de/~wwwadmin/Software/
ver 2.5.0で問題なく動いていたプログラムが
ver 2.6.1にしたとたんセグメントフォルトで落ちるようになった
何かの関数を連続で呼ぶと関係ない配列データの中身を書き換えているぽい
誰か使ってる人いないの？
画像の幾何学処理してくれるlibraryって他にある？
- 518 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:15:49 ]
- 例外が発生するバグほどデバッグしやすいものはないと思うが。
デバッガ使えばすぐにどこが悪いか分かるだろう。
- 519 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 02:07:10 ]
- >>513
使ってるよ
- 520 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 10:36:36 ]
- BIAS::Vector3<double> v=hoge();
と
BIAS::Vector3<double> v;
v=hoge();
を繰り返し呼ぶと答えが違う
c++の行列計算はもうublas以外信じねえわ
- 521 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 23:55:15 ]
- >>520
x86では普通
- 522 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 00:06:58 ]
- どうせ80ビットで計算するならlong double残しといてくれって話だよな
- 523 名前：デフォルトの名無しさん [2008/05/09(金) 12:04:20 ]
- VBやVCから使えるDLLで、2枚の画像を半透明合成できるものってあるかなあ・・・
- 524 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 13:17:07 ]
- 今から作れば？
おやつ前にはできるだろ。
- 525 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 13:27:29 ]
- 作れないザコのゴミレス程、存在価値のないものはないなｗ
>>523
mDibでググれ
- 526 名前：あいちゃん mailto:sage [2008/05/09(金) 13:29:30 ]
- 2枚の画像の半透明合成って、対象の画像を1bitずつ交互に描画していくだけじゃだめなの？
- 527 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 13:33:27 ]
- 半透明のコードぐらいググればすぐ出てくるじゃん。
- 528 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 14:33:44 ]
- 本件に関しては、DLLを探して使い方調べているより自分で作った方が早い
に一票
- 529 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 14:36:44 ]
- >>524=528
作る技術もないのにエラソーにｗ
- 530 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 14:40:23 ]
- いくらなんでもそれはスキル低すぎだろ。
DLL作ったことありませんとか、BMPの扱い方が分かりませんのレベルか？
- 531 名前：あいちゃん mailto:sage [2008/05/09(金) 14:42:29 ]
- えらそーにしてるのは>>529だと思います！！
- 532 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 15:09:34 ]
- >>529
10行程度のプログラムに「作る技術」もないだろ
- 533 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 16:01:11 ]
- 煽ればムキになってコードが返ってくる
と思ってるくさい
- 534 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:08:28 ]
- 口だけのやつばっかだなｗ
>>532
10行程度なら書いてみな？ 無理だろほーらばかｗ
- 535 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:23:43 ]
- 普通にググったらソース出てくるのに。もうアホかと。
- 536 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:29:08 ]
- >>533
大正解
おめでとう
- 537 名前：523 [2008/05/09(金) 18:39:14 ]
- >>525
ありがとう
- 538 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:39:45 ]
- >>535
ソースがあれば何でもできると思っている基地外発見ｗｗ
- 539 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:42:02 ]
- どんだけスキルないねん。ここム板やで。
- 540 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:45:32 ]
- 普通にググったら詳細な説明も出てくるのに。ゆとりか？
- 541 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:46:59 ]
- >>537
おまえのせいで荒れてるのに、不自然なんだよ。
自演してんじゃねー、ボケ。
- 542 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:47:46 ]
- >>537
どういたしまして
- 543 名前：名無し募集中。。。 mailto:sage [2008/05/09(金) 21:31:00 ]
- あるふぁぶれんど?
- 544 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:06:40 ]
- ちょっと上の方でも出てるので便乗で。
現在様々なブレンドモードに多対応させるため、いろいろ組んでるのですが、
通常のアルファブレンドの部分でどうしてもエッジが黒ずんでしまいます。
合成前のイメージはGDIなどで貼り付けた場合は黒ずまないので補間処理が
間違っている訳ではないみたいなのですが…
byte tb;//前景色(青)
byte t;//背景色
byte ta;//前景のアルファ
(((tb - t) * ta) >> 8) + t
これを各色回してるのですが、どこを間違っているのでしょうか?
- 545 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:21:15 ]
- >>544
それbyteじゃ駄目だろう。
あとαが0〜255なのに、256で割ったら駄目だろう。
- 546 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:33:23 ]
- >>545
byteは演算式の中ではintに自動格上げされるから問題ないだろ
- 547 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:36:33 ]
- >>545
回答ありがとうございます。
byteは引き算が入ると自動的にintにアップキャストされるはずですが…
αを256で割るのはどこのページを見ても256で割ってるor8ビットシフトしてる
のであってるのかと思いましたがそうではないのでしょうか?
とりあえず、変数をdoubleにし、255で割ってみましたがだめでした orz
- 548 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:39:52 ]
- 元画像が前乗算済みARGBになってたりはしないよな？
GDI+で言うPixelFormat32bppPARGB
- 549 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:41:10 ]
- アルファが正しいかどうか疑うべきだな
- 550 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:50:25 ]
- >>548
それはないです。ちゃんとPixelFormat32bppArgbとなっています。
>>549
αはGDIで合成したときは黒ずまないのであってると思いますが…
一応補間部分の式も載せておきます。
byte c1, c2, c3, c4;//各ピクセルの色
byte c1a, c2a, c3a, c4a;//各ピクセルのα
float px, py;//位置
float pp = px - Math.Floor(px);
float qq = py - Math.Floor(py);
float ip = 1 - pp;
float iq = 1 - qq;
float a = (ip * ((iq * c1a) + (qq * c3a))) + (pp * ((iq * c2a) + (qq * c4a)));
float c = ((ip * ((iq * c1 * c1a) + (qq * c3 * c3a))) + (pp * ((iq * c2 * c2a) + (qq * c4 * c4a)))) / ta;
こんな感じなのですが…
- 551 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 23:08:12 ]
- >>550
cの計算でα掛けちゃってるのが悪いんじゃないか？
- 552 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 23:28:23 ]
- >>551
元々cでアルファは掛けてませんでしたが、その頃からすでに黒い線は
出ていたので、αを掛けてる例もあったので試してみましたが… orz
- 553 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 00:09:48 ]
- んー、どういう画像を元にして、処理後どうやって表示したとき変に見えるのか、とかちゃんと書こうぜ。
- 554 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 00:33:26 ]
- >>553
画像は32bitARGBな画像で、背景がα=0でないとき、重ねるイメージを0.5px移動や回転など
で1px未満でずれたイメージのエッジ部分が黒ずんで見えます。
0 0.33 0.67 1 (px)
│
└─┐
│←こことか 重ねたイメージ
└─┐
│←こことか
└─┐
背景 │
└─...
上の0 < x < 1の部分が黒(灰色?)っぽくみえます。
- 555 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 00:40:23 ]
- 上の図は画像ではこんな感じです。
0 0.33 0.67 1 (px)
│
├─────┐
│//////////│←こんな風に黒っぽく
│//////////│
│//////////│ 重ねたイメージ
│//////////│
│//////////│
└─────┼──...
│////
背景 │...
- 556 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 00:48:30 ]
- お前それ、もしかしてバイリニアの色漏れ・・・・
αと関係ないだろ・・・・・・・・・・・・・・
- 557 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 01:39:34 ]
- >>556
マジすか orzorzorz
でもなぜ変形後のイメージをGDIで重ねたときは黒っぽくならないんだろ…
- 558 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 01:53:08 ]
- ＧＤＩ描画でちゃんと補完モードはバイリニアになってるか？
いいから一回描画する画像のαが0のピクセル全部を緑色とかにしてやってみろ。
今度は暗くならず緑色が出てれば間違いなくバイリニア補完での色漏れ。
- 559 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 02:10:59 ]
- >>558
やってみました。
GDIの補間はバイリニアになってますが、暗くならず、ちゃんと緑になってます。
ただ、自前のバイリニアだと暗くなってます orz
しかも、もっとキモイ事に32bitPNGで保存したときは黒ずみが消えているという…
何をしたWinForm orzorz
- 560 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 02:29:44 ]
- けっ、どとねと使いか・・・
説明わかりにくいし、状況小出しだし、もうめんどう。
後は自分でがんばりや。
- 561 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 03:02:22 ]
- 先ほど書き出したPNGをPsで見たところ、エッジの部分のαが背景と重ねたイメージが
255なのに対して、少し減っている事がわかりました。
やはりアルファブレンドの処理で何かやらかしていたようです。
>>560
とりあえず原因がつかめたのでどうにかなりそうです。
長々とおつきあいいただきありがとうございました。
//どとねとってどこ行っても嫌われてるのは何でだろう?
- 562 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 03:59:36 ]
- >>561
補間一つ取っても、どんなアルゴリズムで実装されているのかわからないメソッドなんかがあるから嫌われる。
# なんだよ「『HighQuality』BiCubic」って……
- 563 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 11:16:12 ]
- >>562
字面通りに捉えれば、BiCubicの高精度版ってだけなんじゃね？
小数点以下の有効桁数の問題なのでは。
- 564 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 11:23:07 ]
- それにしては違いすぎているから、多分そうじゃない
- 565 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 13:11:56 ]
- それってﾄﾞﾄﾈﾄじゃなくてGDI+じゃないの？
- 566 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 14:41:37 ]
- >>565
ﾄﾞﾄﾈﾄのはGDI+のラッパーだからﾄﾞﾄﾈﾄにもあるよ
- 567 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:38:40 ]
- .NET使いのやつには、まず自分の知識不足、理解不足を疑う必要があるのに、WinFormのせいにするような輩が多いからだよ。
まずは自分を疑えと。話しはそれからだ。
- 568 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:02:31 ]
- それはC++でもJavaでもPHPでも同じだと思うけど？
- 569 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 19:04:41 ]
- >>566
だから>>562は「どとねとってどこ行っても嫌われてるのは何でだろう?」への回答としては不十分だって話だろ
- 570 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:02:36 ]
- VC、VB屋でもDLLだけ欲しがる奴もいるし、
コード張ってくれなきゃ逆切れする奴もいるし、
.net屋だからというのは偏見だと思うな。
- 571 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:19:53 ]
- 自分のプライドを守るために卑しむわけです。
- 572 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:40:54 ]
- イラストと写真を判定したいのですが
よい基準ありますか
- 573 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:47:20 ]
- >>567
それ.NET使いに関係なくどの言語・基盤技術上でも底辺プログラマには共通
- 574 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 02:48:29 ]
- イラストの写真
- 575 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 03:21:59 ]
- アイドルマスターは実写。
- 576 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 05:37:40 ]
- >>572
勃起したらイラスト
萎えたら写真
俺の基準
- 577 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 06:02:53 ]
- >>572
もう釣りにしか見えないけど、自分が絶対断れない立場でこれをやれといわれたら
光の分布をチェックすると思う。方向ならなおよし。
- 578 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 07:15:59 ]
- >>577
詳しく
写真から3Dモデルを作るくらい難しい？
- 579 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 07:57:02 ]
- イラストを写真に撮ったのはどうすんの
- 580 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 08:22:41 ]
- イラストだけならイラスト
額が映っていたり遠近法で歪んで見えると実写だろ
3DCGは？
- 581 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 08:50:42 ]
- 実写に手を加えたものは？
- 582 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 09:25:43 ]
- 属するクラスの選択によって結果が違うだろうな。
両方やって妥当なほうを選択するだろうから
手を加える割合によるんじゃね。
- 583 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 10:52:48 ]
- 完全に汎用なのかどうかにもよるが、画像の特徴抽出をいくつか実装して、
インターネット上に転がっているイラストや写真をどんどん喰わせて出力、
抽出されたパラメータを眺めて相違点を取り出し実装するのが一番現実的
じゃないか？
有意な相違点がなかったら？ それは区別できないってことだ。
- 584 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 15:56:53 ]
- 輪郭線
- 585 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 17:09:36 ]
- >>579
これらのスレを有効活用してくれ
set.bbspink.com/test/read.cgi/erocg/1209311236/
set.bbspink.com/test/read.cgi/erocg/1154381933/
- 586 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 18:03:27 ]
- >>583
だろうなあ。
今、2割誤判定する方法をふたつ作ったので
こういうのを増やしていってAdaBoostなんかで繋げばいいのかな。
>>584
イラストは縁取りがある判定は一番初めにやったがダメだった。方法がダメなのかもしれないけど、
(1). 微分フィルタでエッジを出す
(2). 暗い色、または鮮やかでない色を抽出
(3). 3近傍内に(1)がある場合、3均衡内に(2)がある割合を求める
ってしたが、縁取りが無いイラストがあったり、あっても縁取りの色がイラストによってまちまちなのと
写真もエッジが出るあたりは暗くなっているので単純に暗い色でやるとうまくいかなかった。
まずは、イラストで縁取りされている輪郭線の色特徴からかな・・・。
- 587 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 18:42:55 ]
- コンピュータで書かれているイラストなら
色の変化が機械的に整っている。
|
 |
