- 1 名前：デフォルトの名無しさん [2007/12/16(日) 08:03:02 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その９
pc11.2ch.net/test/read.cgi/tech/1183910525/
- 237 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 02:59:36 ]
- >>232
普通にプレイすれば脱いでくれるのに、半透明とはまたマニアックな…
- 238 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 04:49:53 ]
- 多分泣きゲ
- 239 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 15:51:43 ]
- >>237
何でもエロゲーだと思うなよw
- 240 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 15:53:15 ]
- エロゲじゃなければ服を脱がないじゃないか。服が半透明になっても素肌が見えるわけじゃないんだぞ。
- 241 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 21:36:07 ]
- 人間は賢い。
脳内補完すればNO問題
コンピュータで脳内補完はあと10年経ってもできる気がしねぇ。
- 242 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 22:29:47 ]
- それも膨大な学習時間を経てるからなせる技術。
- 243 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 23:18:59 ]
- 脳内よりVR
ttp://jp.youtube.com/watch?v=Y9HMn6bd-v8
- 244 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 10:35:03 ]
- >>189-191が一台のカメラで出来てしまう技術だよねそれ
wktkしてるよ
- 245 名前：デフォルトの名無しさん mailto:sage [2008/01/23(水) 15:48:41 ]
- マッチングの勉強している初心者ですが、
輝度の正規化っていうと画像内の最高/最低輝度を
0と255に割り当てて、その間の輝度値を線形変換するという事であってますでしょうか。
よろしくおながいします。
- 246 名前：デフォルトの名無しさん mailto:sage [2008/01/23(水) 15:51:52 ]
- 最高/最低なら、255/0だろ。常考
尤も、処理している間は1/0(実数値)で扱うことも多いが。
- 247 名前：デフォルトの名無しさん mailto:sage [2008/01/23(水) 16:40:09 ]
- >>246
書き込んでから、気がつきました。ｽﾏｿ
平均値で割ったり、引いたりするように書いてあるとこも
あるのですが、効果に差があるのでしょうか。
輝度の変化に強いマッチングを目指しているのですが…
- 248 名前：デフォルトの名無しさん mailto:sage [2008/01/23(水) 17:12:01 ]
- 勉強なら、いろいろやってみたら委員で内科医?
- 249 名前：デフォルトの名無しさん [2008/01/26(土) 21:24:35 ]
- 単眼カメラでカメラで取得した座標から実空間の座標を
求めたいんですけど、みなさんどうやってもとめてますか？
あと、実空間と画像との誤差はどれくらいでるのか気になります。
よろしくお願いします。
- 250 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 22:37:29 ]
- マルチうぜえ
- 251 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 22:38:11 ]
- >>249
キャリブレするか特定の平面からしか無理じゃね？
- 252 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 22:46:01 ]
- 律儀に両方に返信する >>251 萌え
- 253 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 00:19:54 ]
- >>249
>>243
- 254 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 10:36:01 ]
- 深度マップ（高さマップ）の画像処理について質問です。
gamdev.org/up/img/10987.jpg
Aのような画像からBのような画像に変換する
アルゴリズム、またはフリーソフトのようなものは無いでしょうか？
- 255 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 10:57:13 ]
- 無理じゃね？
- 256 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 11:10:57 ]
- >>254
A、Bがそれぞれどんな意味を持つのか説明しないと、
仮令AをBに変換できたとしても意味がないと思うぞ。
- 257 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 12:14:00 ]
- すみません。
デジカメの素材写真から高さマップを取りたいのです。
似たようなフィルタはいろいろあるのですが（ndiviaとか）
多くの場合、影が邪魔になります。
暗くなった影部分が凹部分と認識されてしまうのです。
何か方法はないかとおもったのですが
たとえば便宜的にでも光の方向を指定してやって
影から高さを生成してやる、見たいな事をやりたいのです。
正確じゃなくてもある程度のディティールを取れるだけでも
だいぶ作業の効率化が見込めると思えます。
これで説明が足りてると良いのですが。どうでしょうか？
- 258 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 12:28:53 ]
- 卒業研究みたいな話だな
- 259 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 12:46:23 ]
- Bで表される山にどんな光を当てたらAみたいな影ができるんだろう・・・
- 260 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 12:53:29 ]
- 円錐だな、実際の影の付き方じゃないから難解だが。
- 261 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 13:02:44 ]
- A->Bは無理だろ。
複雑な図形だったら一方向からのライティングだけではどうにもならないから、最低120度刻みで
３方向くらいの写真を使えば、画像の比較で床に落ちる影は消せるような気もする。
- 262 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 13:05:05 ]
- つか、Aの右上半分は真っ白にしか見えないんだけど、どうやったらここの形状を求められるの？
- 263 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 13:07:39 ]
- デジカメ素材に白飛びもあるという前提なのかね
- 264 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 16:41:48 ]
- うーん、Bの山って、明度でグラフにすると円錐からは随分離れた傾斜になっているんだけど。
どう見てもAみたいな直線の影ができるように見えない。
# jpgにした所為って可能性はあるけど。
- 265 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 19:14:26 ]
- 800*600の画像があったとします。
逆透視変換のためにその画像を上辺900、下辺800、高さ1000の等脚台形に変換したいのですが、
.N簡単な方法があれば教えていただきたいです。
OpenCVのアフィン変換とかになるんですかねやっぱり
- 266 名前：265 mailto:sage [2008/01/27(日) 19:18:39 ]
- 誤爆しました。
開発環境がC#2008なので、まずC#スレで聞いてきます。
- 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 ]
- 適当に正規化すればいいんじゃないの?
|
 |
