- 1 名前：デフォルトの名無しさん [2007/12/16(日) 08:03:02 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その９
pc11.2ch.net/test/read.cgi/tech/1183910525/
- 267 名前：254 mailto:sage [2008/01/27(日) 20:01:25 ]
- ﾚｽありがとうございます。
ああ、皆さん、すいません、Aの画像とBの画像は手でつくったので必ずしも
一致するわけではないです。
こんな感じの処理がしたい、というサンプルです。
>>258
卒制ではないです。
うちのデザイナが高さマップをある程度簡単に作れる奴が欲しいと
のたまいやがるのです。
>>261
写真は一枚が多いですね。
しかも屋外の自然光が多い場合もあります。
あとフラッシュの影とかもある場合が多いです。
>>262
>>263
その辺りは別の処理をしてなんとかします。
必ずしも一回の処理で全てをまかなおうとは思っていません。
最悪手で描くことも想定しています。
>>264
一応線形の円グラデなので多分綺麗な円錐になると思います。
- 268 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 20:05:46 ]
- そもそもAの図は、グラデーションが付くのは右上で
左下は影になるのが普通だと思うが。
影の中に陰はできないよ。
- 269 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 20:24:16 ]
- www.itmedia.co.jp/news/articles/0801/26/news005.html
- 270 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 20:59:46 ]
- そりゃー平均顔を作れれば精度はあがるだろうけど、
どうやってその平均顔を作るための大量データを query の度に得るんだ？
- 271 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 21:43:35 ]
- >>270
そりゃ研究室のみんなに頼むに決まってるだろ。
後輩とか含めて２０人分ぐらい集まるんじゃね？
- 272 名前：264 mailto:sage [2008/01/27(日) 21:48:53 ]
- >>267
＞一応線形の円グラデなので多分綺麗な円錐になると思います。
だからなってねぇってばよ。
それはさておき、実際にAからBが得られた訳じゃないということは判った。
- 273 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 21:54:15 ]
- 英国秘密情報部が集めて来ます
- 274 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 22:00:33 ]
- >>270
もしかしたら出入国管理くらいには使われるかもな
- 275 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 22:53:49 ]
- >>271
おまえはちゃんとリンク先を読め
>デビッド・ベッカム、クリント・イーストウッド、ショーン・コネリー、ビル・クリントンなどの著名人の写真を照合したところ、本人だと正しく判定されたのは半数のみだった。ところが彼らの平均的なイメージ写真をアップすると、識別度はほぼ100％に上昇したという。
つまり、クエリが平均顔でないといけない。
つまり、出入国の度にいろいろな光源の元やノイズのもとで写真を複数とって
平均顔作って入力とするってことだろ？どんだけぇ〜
- 276 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 22:58:22 ]
- >>275
平均顔なんて１０人ぐらいあれば十分なんだよ。
- 277 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 23:02:09 ]
- 10・・・人？
- 278 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 23:03:35 ]
- 読解力無さ杉ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 279 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 23:08:12 ]
- >>276
ベッカムを10人集めるのは大変だと思うぞ
- 280 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 23:12:48 ]
- すまん、リンク先読んでなかった
顔認証で簡易鍵とかの用途ならできるんじゃね？
- 281 名前：デフォルトの名無しさん mailto:sage [2008/01/28(月) 07:10:02 ]
- >>280
カメラの前で、
「少し右を向いて下さい」
「少し下を向いて下さい」
とかやるのか？ 指紋や掌紋や網膜認証の方が早いし確実な気がする。
普通に考えて、ずっと映像を取得している監視カメラの映像から平均顔を
作成して、それをキーに検索するってことだろうね。
- 282 名前：デフォルトの名無しさん mailto:sage [2008/01/28(月) 07:49:13 ]
- >>254
面白い課題だなぁ。B→Aはできるだろうけど…
閃いた
1.手当たり次第にあらゆるBを作る
2. 大量のBから大量のA的画像を作る
3. 大量のA的画像とAと比較して大体似たような感じなら「たぶんこんな形じゃね？」と
そんな冗談を書いてみるテスト
形状が限られているなら…例えば円錐しか存在しないという仮定ができるなら
底辺の円のサイズ（中心と半径）と、影の頂点をユーザがマウスクリックで指定して（3回クリック）
てなツールを作って作業効率向上ができそうだけど、でもそれって画像処理じゃないな…
底円を求める処理と、影の頂点を求める処理を別にして、得られた2つの情報から類推して…とか…
Aの画像なら、黒い部分で三角形ができるから
そのうちの2つの頂点が低円の直径、かつ、円の中心点を通る直線で、残りの1点が影の頂点
と類推できそうな気もするけど、リアルワールドを撮影した場合に実際Aのような画像になるかどうかは判らないし
例えば航空写真を持ち込んできた場合は自動化は無理な気配
- 283 名前：282 mailto:sage [2008/01/28(月) 08:14:51 ]
- 3DCGツールで円錐を作ってレンダリングしてみたが
gamdev.org/up/img/10991.jpg
>>254より判りやすいし見てるうちに方法が見出せそうでもあるけれど
実写の画像となったらこんな綺麗な見え方はしないよな…形状も多岐に渡るだろうし
- 284 名前：デフォルトの名無しさん mailto:sage [2008/01/28(月) 08:25:33 ]
- パターン認識
- 285 名前：デフォルトの名無しさん mailto:sage [2008/01/28(月) 10:46:10 ]
- >>254
この種の問題は "shape from shading" と呼ばれる一大研究分野だよ。
ググればいっぱい論文が見つかると思う。
- 286 名前：254 mailto:sage [2008/01/29(火) 02:36:00 ]
- ﾚｽありがとうございます！
>>282
残念ながら撮る対象は限定されていないのです。
ソースはデジカメだったり航空写真とかだったりが多いのではないかと思います。
画像はめっさわかりやすいですね！
それをデプスでレンダリングしていただけるとBのような画像になります。
>>285
ググッて見ました。
火星地表面とか宇宙とか・・・ﾃﾗ壮大です。
でも多分これですね。
殆ど英文なのでさっぱりわかりませんが
ちょっくらがんばって読んでみます。
- 287 名前：デフォルトの名無しさん mailto:sage [2008/01/29(火) 10:05:16 ]
- >>285
オラも勉強になりました
「陰影からの形状復元」でググると色々出てきますな
これは面白い…
- 288 名前：デフォルトの名無しさん mailto:sage [2008/01/29(火) 11:17:33 ]
- d.hatena.ne.jp/niitsuma/20080107/1201322983
BIAS libの日本語解説がないみたいなので作りました
- 289 名前：デフォルトの名無しさん [2008/01/31(木) 15:44:39 ]
- RGB8各ビットのカラー画像を8ビットグレースケール画像に減色する方法って何がありますか？
- 290 名前：デフォルトの名無しさん mailto:sage [2008/01/31(木) 16:44:07 ]
- 足し算と割り算でおっけ
- 291 名前：デフォルトの名無しさん mailto:sage [2008/01/31(木) 16:45:27 ]
- ( R + G + B ) / 3
- 292 名前：デフォルトの名無しさん mailto:sage [2008/01/31(木) 16:53:24 ]
- ttp://ofo.jp/osakana/cgtips/grayscale.phtml
- 293 名前：sage [2008/01/31(木) 17:32:57 ]
- >290
>291
>292
ありがとうございます。参考にしてみます。
- 294 名前：デフォルトの名無しさん mailto:sage [2008/01/31(木) 17:34:12 ]
- sage間違えたｗ
- 295 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 04:28:18 ]
- gigazine.net/index.php?/news/comments/20080206_not_photos/
- 296 名前：デフォルトの名無しさん [2008/02/08(金) 18:41:40 ]
- おききしたいことがあります。非常に安価な（３〜４万くらい）な画像処理
ボード（ライブラリでとりあえず一連の画像処理が可能）
を探しているのですが、ネット上で色々探したのですがみつかりません。
もしあったら教えていただけないでしょうか？よろしくお願いします。
- 297 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 18:51:12 ]
- 自分で作ったら？
- 298 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 20:13:55 ]
- >>296
FPGAは？
- 299 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 10:03:06 ]
- ハードはwebカメラとPC、ソフトは適当なライブラリやソフトでも探してきたら？
PCIボードまで付いてるような奴だと専用のドライバが必要だったりして困る
新しいOSになったときにドライバが提供される保証もないし
- 300 名前：デフォルトの名無しさん [2008/02/11(月) 22:02:36 ]
- 今、RGB値からグレイスケールに変換するプログラムを書いているんだけど、
image-d.isp.jp/commentary/color_cformula/index.html
ここ見て書いてるんだけど
RGB -> R'G'B'の変換が時間を食いすぎると思うんだけど
これは仕方ないんでしょうか。
いろいろ検索してみるとRGB -> R'G'B'の変換ははしょっているものがほとんど(ですね
R'G'B'はガンマ補正とのことですが
- 301 名前：デフォルトの名無しさん [2008/02/11(月) 22:04:01 ]
- ごめ、途中で送られた。
R'G'B'はガンマ補正とのことですがあるとないとではどのくらい変わりますでしょうか。
自分で感じ取られないならどっちも同じと言われそうですが。
- 302 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 22:15:31 ]
- まずは実際の画像を変換して見たら
- 303 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 22:39:54 ]
- >>300
たかだか8bitのRGBなら変換テーブルつくるだけでそこそこの速度出ると思うが。
- 304 名前：300 mailto:sage [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 01:29:10 ]
- >>304
3*256じゃね？
そんなに時間がかかるとも思えんが。
- 306 名前：デフォルトの名無しさん [2008/02/12(火) 03:21:26 ]
- 画像処理の技術はどういった業界で生かされるのでしょうか
- 307 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 03:36:59 ]
- いろんなの
- 308 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 07:55:35 ]
- >>304
おまえがRGBだと思っている値がすでにR'G'B'な気がしてならない。
通常使われている8ビット画像（sRGBやAdobeRGBとか）では、
各画素の値（0〜255）は線形輝度じゃなくてガンマ補正後の値だよ。
- 309 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 09:46:00 ]
- >>13は留年になったのだろうか
- 310 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 12:21:52 ]
- >Bitmap.(set|get)Pixelが遅いのかな ?
めちゃくちゃ遅い
その遅さに比べたらRGB->Grayの演算なんて無視可能
バッファリングしろ
- 311 名前：300 mailto:sage [2008/02/14(木) 02:12:34 ]
- >>308
Thank you.
そうだよね。いちいち変換が必要な形式で保管しておくのは非効率的だよね。
>>310
バッファリングって
junki.lix.jp/csgr/002ColorDataAccess1.htm
に乗ってることでいいのかな ?
このとおりにやったら(unsafe使わずとも)めちゃくちゃ速くなってわろた。
おかげさまで満足な速度が得られました。
ありがとうございました。
- 312 名前：デフォルトの名無しさん [2008/02/15(金) 03:17:34 ]
- イメージベースドレンダリングに興味があるのですが、これって普通、何を使ってやるもんなんでしょうか？
Ｃ＋＋とか?
それともOpenGLとか？
ご存じの方がいればぜひ教えて欲しいです。
- 313 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 04:06:58 ]
- 何でも良いよ。
- 314 名前：デフォルトの名無しさん [2008/02/15(金) 09:58:16 ]
- >>313
ありがとうございます。
OpenGLを使う場合、どのようにすればいいんでしょうか？
画像を２方向から貼り付けて、かぶってるところをブレンドするとか？
- 315 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 10:47:31 ]
- 輝度値のみの画像において、
別の縞模様が混在するとき、
縞模様別にグループ分けを行うにはどうすればいいでしょうか？
- 316 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 12:08:57 ]
- cgal
- 317 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 02:14:55 ]
- フーリエ変換の話・・・？
- 318 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 21:13:03 ]
- >>314
SIGGRAPHの論文でも読めばいろいろわかるよ
- 319 名前：デフォルトの名無しさん [2008/02/22(金) 02:35:37 ]
- エッジの抽出を行ってみたのですが、もと画像のエッジを強調したようにそれ
を適用したい場合どのような計算を行うのでしょうか?
エッジの抽出はカラー画像をグレースケールに変換して、それをラプラシアン
フィルタで行っております。エッジを抽出したエッジだけの画像があるのです
が、これをもと画像をどのような計算をしたらエッジの強調ができるのかを知
りたいです。
- 320 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 02:58:44 ]
- >>319
エッジ＋元画像でいいんじゃね
- 321 名前：319 mailto:sage [2008/02/22(金) 03:20:01 ]
- >>320
ありがとうございます。 私もそう思いやってみたのですが、ものすごい不自然
なできになりました。
やったこととしては、エッジの値を256階調のグレースケールで保存しているた
め、これを足してしまうと各カラーが256を越えてしまうため、適当な値で
(64)で割りました。
その値を、各カラーに足したのですがエッジに当たる部分が強調されるのでは
なく、予期しない色になってしまいました。
- 322 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 03:22:42 ]
- >>321
単なるバグだな。
もうちょっと考えて作れ。
- 323 名前：319 mailto:sage [2008/02/22(金) 03:32:30 ]
- 考え方としてはあっているのでしょうか？
エッジのみを表示するとエッジが抽出できていることは確認できているので、
それ以降の処理としては値を足しているだけなので、簡単に確認できると思います。
注意深く確認してみます。
- 324 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 03:54:43 ]
- まぁそりゃー変な色になるだろうなぁ。
(0,10,20) + 230 = (230,240,250)
とされたら大分かんじは違うもんな。
RGB チャネル別々にするとか、
HSV の V の部分にだけ適用するとか(HSI でもいいけど）、
そういうが必要になるんじゃない？
それでも強調の表現として Intensity を高めるのがうまい表現なのか、
とか考える必要がありそうな気もする。
「エッジ辺りは赤っぽくして強調してみました」なんて表現もありうるんだろうし。
なにもぐぐらず書いているので、ぐぐったほうが早いかも。
- 325 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 10:05:47 ]
- エッジは足すんじゃなく元の画像から引け。
- 326 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 12:03:02 ]
- エッジ強調とかソフトとかのフィルタを書けたときに、その効果が
見やすい画像ってどんな画像だろう。
- 327 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 12:30:32 ]
- 横入り失礼。
おれも昔にエッジ抽出とか試したことあるんだけど、なかなかうまく行かなかった。
{{ 1 1 1}
{ 1 -8 1}
{ 1 1 1}}
ってなフィルタを作って、それらを全部足して行ったら256越えちゃうの。
おれって阿呆なの？
これをどうやったら256までの値にできるの？
- 328 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 12:59:39 ]
- つうか、こんな話は画像処理の基礎なんだから
本屋で立ち読みするなり、図書館で本を読むなりする
程度の努力はしようよ…
- 329 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 13:03:14 ]
- そんなこと言うなら、答えてやればいいのに
- 330 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 13:26:57 ]
- ソフトよりはエッヂの方が確かに難しいかもな
- 331 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 17:05:31 ]
- >>327
つ飽和演算
- 332 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 17:07:06 ]
- すまOTZ。
×>>327
○>>321
- 333 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 18:26:19 ]
- 普通気付くでしょ、阿呆だよ
- 334 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 22:08:19 ]
- >>327
阿呆だなぁ。超えるのが普通だと思えないとはなぁ。
255 255 255
255 0 255
255 255 255
なら 255 * 8 の値になるだろ？超えるさ。
- 335 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 22:29:50 ]
- コーシー・シュワルツの不等式置いときますね
-|X||Y| ≦ X・Y ≦ |X||Y|
- 336 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 00:18:41 ]
- >>334
越えるからどういうふうにしたらいいか聞いてるんじゃないんでないか？
- 337 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 00:20:34 ]
- 適当に正規化すればいいんじゃないの?
- 338 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 00:35:21 ]
- うむ。そもそも画像ファイルとして表示しなければいけないというわけでもないしね。
どうしても画像ファイル的に表示したい場合 0-255 の範囲に正規化してやればいい
- 339 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 05:13:24 ]
- 内部は全部 double にして、出力時だけ正規化してる
>>326
Lenna みたいなテスト画像だと似たような処理例が見つかる確率が高いのでいいんじゃない?
ttp://en.wikipedia.org/wiki/Lenna
- 340 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 17:55:11 ]
- >内部は全部 double にして
計算速度、遅そう。
あと、正規化するんなら、アンダーフローもお忘れずに
- 341 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 18:11:50 ]
- 内部はintとかでよくね？
- 342 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 18:31:16 ]
- 用途による。FFTする必要があるなら実数にしなきゃならんし。
- 343 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 18:55:48 ]
- doubleの演算はfloatより早いよ
- 344 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 18:56:37 ]
- というのはガセ
- 345 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 18:58:05 ]
- というのもガセ
- 346 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 19:03:22 ]
- 画像処理で整数型とかどんだけニッチな用途なんだよ
- 347 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 19:12:03 ]
- 画像処理で浮動小数点とかどんだけニッチな用途なんだよ
- 348 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 19:38:42 ]
- 画像処理とかどんだけニッチな用途なんだよ
- 349 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 00:20:25 ]
- 正規化って何？
- 350 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 00:40:54 ]
- エッジ強調のCのソース無いかな
- 351 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 02:35:31 ]
- エッヂの強調は誰もが通る道なのか
- 352 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 03:24:58 ]
- むっつりですまん
- 353 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 11:54:40 ]
- 漏れも通った
20年くらい前に
- 354 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 12:09:50 ]
- 20年前って8ドットで16中2色しか使えない時代じゃん。
- 355 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 12:24:25 ]
- ハードウェアの制約があっても計算式は制約ないんじゃね？
多くの技術がそういうもんだろ
- 356 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 12:30:21 ]
- そもそも縁の強調って通ったとか悩むほどのものなのか
- 357 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 13:32:34 ]
- >>354
TMS9918乙、つーかもう26年前だそれは。
つーかX68kももう20年超えてるのか…。
- 358 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 14:45:48 ]
- >>356
結構難しいでしょ。
抽出なら簡単だけど、抽出した箇所を厳選(エッジの輪郭抽出とか、ノイズ除去)して
それをもと画像に適用しなくてはならん。
適用するのにもどの範囲を適用するか、適用の強度は、適用後のノイズ除去は。
とか色々な問題が出て来る。 ライブラリ使ったら簡単だし、Windowsでも簡単だけど。
- 359 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 17:27:35 ]
- 多分、ここのやつらはWindowsでしょ。
画像加工の難しさを知らない
- 360 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 18:08:04 ]
- 専用組み込み機器でやってるオレも見てますよ
- 361 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 21:00:14 ]
- アンシャープマスクじゃ駄目なのか？
- 362 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 22:10:24 ]
- >>359
OSはあんまり関係ないような
むしろ用途
- 363 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 08:27:30 ]
- >>361
ソフトは足した後割るだけでいいでしょ
- 364 名前：319 mailto:sage [2008/02/25(月) 09:25:18 ]
- 色々と調べてみたのですが、わからなかったです…。
私がやっているのは、8近ほうの各値(RGB255値)にフィルターの値を積算してそれを全て和算しています。
その値が120よりおおきければ、各値(RGB255値)に2を足しています。
この値を変えてもエッジが強調されているようには見えません。
皆さんはどのような計算をなさっているのでしょうか？
- 365 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 09:29:19 ]
- 1%明るくしたくらいじゃ、強調にならないだろ。常考
- 366 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 09:42:53 ]
- ラプラシアンフィルタはエッジの抽出であって、強調はできないでしょ。
- 367 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:24:29 ]
- せっかく>>361が教えてくれているというのに皆ガン無視なのな
ラプラシアンでもやることは一緒やん
|
 |
