トップページ⇒tech
989コメント270KB

画像処理 その10

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2007/12/16(日) 08:03:02
画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎

前スレ
画像処理 その９
http://pc11.2ch.net/test/read.cgi/tech/1183910525/
0446デフォルトの名無しさん2008/03/08(土) 22:04:39
彩度が高いと色相が支配的になるだろうし、
色相によっては明度が違って見えるし、
明度が両極端だと彩度の意味がなくなるし、
……
0447デフォルトの名無しさん2008/03/08(土) 22:19:07
いわゆる特殊な色覚を持っている人が似ていると判断する色と
そうじゃない人が似ていると判断する色は違うからなぁ
0448デフォルトの名無しさん2008/03/08(土) 22:22:03
周波数領域での加工を前提とすると、
FFT前に窓がけしないと、周波数領域の信号レベルの確度が悪くなる
逆FFT後に窓がけしないと、時間領域で接続性が悪い

上の理由から実務上2度窓がけする必要があって、かつ、2度の窓がけ後の結果の
オーバーラップが元信号に戻らないといけない。でも、han窓は１回の窓がけの
結果のオーバーラップで元に戻るように設計されてるから適さない。
0449デフォルトの名無しさん2008/03/08(土) 22:43:01
なぜサウンドプログラミングスレのコピペが
0450デフォルトの名無しさん2008/03/08(土) 23:18:56
>>443
まずyuy2にする。それで輝度と色度に分ける。
人間の眼は輝度＞色度だから色度の重要さを下げる。
音よりは低いが人間の感じる感触は指数に比例しがちだからそれも考慮する。

ってのを考慮すればそこらのフリーソフトよりは精度上がるよ。
それ以上は研究の分野になる。

アナログ<->デジタルはいつの時代も研究さ。
0451デフォルトの名無しさん2008/03/08(土) 23:40:01
研究とか言い出す前に「均等色空間」という言葉くらい出そうぜ。
塗料とか製造業の分野では色の違いは黙ってΔE*abで評価するものだ。
04524432008/03/09(日) 00:04:22
>>444
RGBのそれぞれの差に、緑を大めに掛けてみるってこと？

>>445
色が近いかどうかって意味。
赤と青はだいぶ色が違うけど、緑と黄緑は色が近いとかって感じ。

>>446
色とかの判断方法は全然知らないのでちょっと調べてみたんですけど、画像関係のアルゴリズムは奥が深そうで・・・。

>>447
まー、一般的な人が似ている色とするってことで。

>>448
よくわからんけど、サウンド関係ってことかな。

>>450,451
YUY2とか、均等色空間とか、聞いたことない単語が出てきたから、明日調べてみる。
04534332008/03/09(日) 13:36:32
以下のページを参考に、色差を求めることにしました。ΔE*abってやつですかね。
http://image-d.isp.jp/commentary/color_cformula/Lab.html
http://www11.tok2.com/home/yoshih/color_abc_5.html
多少、感覚と違う値となることはありますが、似ているのに違う色と判断することがないよう、閾値を大きくすることにしました。20とか。
違う色なのに似ていると誤判定されても多少は許される用途なので。

それにしても、規格が多く、変換に使用する値が複数あったりしてややこしいですね。
0454デフォルトの名無しさん2008/03/09(日) 13:40:32
まあそんなんでいいと思うよ
0455デフォルトの名無しさん2008/03/12(水) 15:45:35
パターンマッチ＋サブピクセル処理をいろいろ調べたいのですが、
いいサイト、本などございませんでしょうか。
本をみたりしていますが、なかなかいいものがなくて。

やりたいことは、撮影位置に移動してきた
丸いものの画像を取ったときのずれ量（XY座標）
を検出したいです。

先生方よろしくお願いします。
0456デフォルトの名無しさん2008/03/13(木) 18:13:55
どこまで調べた？
本のタイトルとか。
あと、それで満足できない理由は何かを教えといて。
04574552008/03/14(金) 00:37:18
＞４５６
すいません。
あと一日調べ倒してから、
再質問することにします。

0458デフォルトの名無しさん2008/03/14(金) 00:39:34
そういやJPEG XRってどうなってるんだろ
0459デフォルトの名無しさん2008/03/14(金) 02:55:21
DATファイルに格納されている画像を取り出すにはどうすればいいですか？
0460デフォルトの名無しさん2008/03/14(金) 03:16:56
スレ違い
0461デフォルトの名無しさん2008/03/14(金) 15:52:04
ある意味画像処理だなｗ
0462デフォルトの名無しさん2008/03/14(金) 17:01:45
>>459
拡張子をmpgに書き換えてダブルクリック
0463デフォルトの名無しさん2008/03/14(金) 19:39:31
>455
やりたいことから考えると、パターンマッチングよりハフ変換のような気がする。
その「丸いもの」は何？
カメラ視野に入ってきたり出て行ったりするもの？
形や大きさが決まっているならテンプレートマッチングでいいけど。決まっていないならハフかな。

理論が知りたいなら、Forsyth「コンピュータビジョン」あたりが、理論はどうでもよくとりあえずできればいいならOpenCVでいいのでは。
04644552008/03/15(土) 03:34:20
>463
ご返信ありがとうございます
ハフ変換（円弧）実験してみます。

丸いものは、ちょっと答えられないのですが、すいません。

あと精度を高めるためにサブピクセル処理を調べていますが
いまいち理解ができていないためか、
ハフ変換で円弧検出後、サブピクセル処理をどう実装すればいいか
わかりません。頭悪くてﾄﾎﾎ。


明日、都会までいくので
Forsyth「コンピュータビジョン」
OpenCVの本も買ってみます。
楽しみです。電車の中で読んでみることにします。
ありがとうございます。

制御ソフトとは、また違って画像処理は奥が深く
興味深いです
0465デフォルトの名無しさん2008/03/15(土) 03:42:07
Computer Visionは日本語訳が出てますよ（調べてるだろうけど…）
0466デフォルトの名無しさん2008/03/15(土) 09:10:23
丸いもの……
ディスク? 半導体ウェファー? 月? 鼈?
0467デフォルトの名無しさん2008/03/15(土) 11:00:17
ttp://ja.wikipedia.org/wiki/%E7%94%BB%E5%83%8F:Crops_Kansas_AST_20010624.jpg

丸いものがいっぱい。
0468デフォルトの名無しさん2008/03/15(土) 12:51:12
Forsyth「コンピュータビジョン」を持ち歩くのか...
0469デフォルトの名無しさん2008/03/15(土) 18:14:49
>464
サブピクセル処理、わからなければ元画像を１０倍に広げてやれば、元の0.1ピクセル処理したのと同等。

あと、フォーサイス＆ポンスの本は理論偏重なのでズバリと書いてあるわけではないし、方向性が違えば全く役に立たない。読んでいて面白いから価値はあるけど。本屋で見てみるべし。
0470デフォルトの名無しさん2008/03/15(土) 21:42:00
>>467
灌漑農業の上空写真か。
まるで圧縮画像のブロックノイズだな
0471デフォルトの名無しさん2008/03/17(月) 21:18:51
画像の回転について質問があるのですが、回転行列を
固定小数点にて表現するときにはどの程度の精度があれば十分なのでしょうか？
自分の考えだとVGAの場合2^10>640であるため符号も込めて10ビットの精度が必要
であると思うのですが如何でしょうか?
0472デフォルトの名無しさん2008/03/17(月) 21:48:27
君に目は無いのか
0473デフォルトの名無しさん2008/03/17(月) 22:51:06
無いんです
0474デフォルトの名無しさん2008/03/18(火) 03:25:33
このスレの住人なら知っていますね、あの糞開発ツールのことを

・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている

糞だけど、政治的な理由で無理やり使わされているんですよね。
もう、あんな厨の作った糞ツールを我慢して使うのはやめましょう。

・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
　上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
　バグレポートなどしてはいけません。改善要求などもってのほかです。
　あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」
　なんて話が出たら力強く机を叩き、会議室を出ましょう。
　あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。

糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
0475デフォルトの名無しさん2008/03/18(火) 04:49:43
あれってどれだ
いっぱいありすぎてわからん
0476デフォルトの名無しさん2008/03/18(火) 15:34:41
Javaだろ。
0477デフォルトの名無しさん2008/03/18(火) 16:42:14
Javaってツールなのか？
0478デフォルトの名無しさん2008/03/18(火) 17:50:02
コンピュータ自体がツールです
0479デフォルトの名無しさん2008/03/18(火) 18:15:39
Oracleのツール類だろ。
0480デフォルトの名無しさん2008/03/18(火) 19:41:17
人間はわたしの道具です
0481デフォルトの名無しさん2008/03/18(火) 22:28:54
我が共和国の同士は全て将○様の道具ニダ。

同士でないのは、奴隷ニダ。
0482デフォルトの名無しさん2008/03/20(木) 11:16:20
ｱｰｱ
0483デフォルトの名無しさん2008/03/25(火) 13:20:42
lisp使ってる人っています？
pythonなら沢山いるのかな
ほとんどはc?
0484デフォルトの名無しさん2008/03/26(水) 02:37:08
> lisp使ってる人っています？
> pythonなら沢山いるのかな
どちらも好きだが本格的に使うに至らない
0485デフォルトの名無しさん2008/03/26(水) 02:49:37
簡単な処理ならPython+PILでやるときもある
0486デフォルトの名無しさん2008/03/26(水) 04:46:31
>>483
何か遅いよなぁと思いつつJava
0487デフォルトの名無しさん2008/03/26(水) 21:10:17
http://www.cliki.net/graphics%20library
lispの画像処理、いろいろあるけど
OpenCVみたいにメジャーなのはどれ？
0488デフォルトの名無しさん2008/04/03(木) 22:12:23
ttp://dc.watch.impress.co.jp/cda/other/2008/04/03/8249.html
すげえ
0489デフォルトの名無しさん2008/04/03(木) 22:32:58
>488
確かにすげぇ。
ピンボケしても元の情報って落ちてないのか。
落ちてると思い込んでた。
0490デフォルトの名無しさん2008/04/03(木) 22:43:36
>>488
これはデコンボリューションの1種という捉え方であってるのかな…
0491デフォルトの名無しさん2008/04/03(木) 22:46:32
いや、落ちますよ。写真として再現するレベルには足りているようですが。
0492デフォルトの名無しさん2008/04/03(木) 22:57:27
この人は元Stanford大なんだね
研究成果を活かしたベンチャーらしい
だれか興味がある人は元の論文読んでくれ
0493デフォルトの名無しさん2008/04/03(木) 23:05:47
>>488
この"Light Field Camera"ってカメラ自体も特殊なんじゃねーの？
http://dc.watch.impress.co.jp/cda/parts/image_for_link/132797-8249-1-1.html
0494デフォルトの名無しさん2008/04/03(木) 23:28:32
http://graphics.stanford.edu/papers/lfcamera/
http://graphics.stanford.edu/papers/fourierphoto/
http://graphics.stanford.edu/projects/lfmicroscope/
センサの手前に挿入するマイクロレンズが肝で、
4次元ライトフィールドをキャプチャできる代わりに解像度が犠牲になります。
本当にありがとうございました。
0495デフォルトの名無しさん2008/04/04(金) 00:41:38
>>494
リンクにある顕微鏡版のはyoutubeにデモがあがってたな
0496デフォルトの名無しさん2008/04/04(金) 07:52:55
あの〜、ピンボケの自動補正なんて、すごく地味で超初心者向けな機能なんですけど。
この手法を応用して、もっと別な面白いことに発展したらいいね。
0497デフォルトの名無しさん2008/04/04(金) 08:54:40
つまり、記事を書いた香具師は画像処理の基本も判っていない半可通だと言うことで宜しいか。
0498デフォルトの名無しさん2008/04/04(金) 09:01:18
記事ではマイクロレンズにも言及しているし、仕組みを何も理解せずに書いたわけではないだろう。
ただ、タイトルが「ソフトウェア技術」となっているのは誤解を招きやすい。
0499デフォルトの名無しさん2008/04/04(金) 10:09:20
>>498
発表者がマイクロレンズって言ってたのをそのまま書いただけだろ。
ボディとレンズの間にマイクロレンズがあるって、あとから訂正されてるし。
0500デフォルトの名無しさん2008/04/04(金) 10:33:54
ああ、さっき初めて記事を読んだから気づかなかったけど、>>494の1時間後に訂正されてたのか。
05014882008/04/04(金) 21:16:52
やっぱりそういう話なのか(´･ω･`)
光学屋には面白いけど、画像処理はそこまで
複雑じゃないよなあ
0502デフォルトの名無しさん2008/04/04(金) 21:33:56
これってあとから被写界深度も変えられるのかな
0503デフォルトの名無しさん2008/04/05(土) 01:00:37
>>501
>>494の2つ目の論文（SIGGRAPH 2005採択）を読んだ上で「そこまで複雑じゃない」と言ってる？
4Dライトフィールドと2D写真の関係を周波数空間で解析する理論のほうもかなり興味深いと思うけどなぁ
0504デフォルトの名無しさん2008/04/11(金) 15:33:18
Ｃ以外を使ってる人って本当にいないのかい？
0505デフォルトの名無しさん2008/04/11(金) 16:01:32
>>504
いくらでもいるだろ。このスレでもアセンブラの話をしてるやつがいた。
ただ、言語の話はスレ違い。
0506デフォルトの名無しさん2008/04/12(土) 07:01:58
c#でもそこそこスピードでたので移行した。
0507デフォルトの名無しさん2008/04/15(火) 17:48:02
himatsubushiってサイトの人は、
昔、VBで書いてた
0508 ◆Cgjmdh7/b6 2008/04/16(水) 00:24:35
test
0509デフォルトの名無しさん2008/05/01(木) 00:28:36
グレースケールのある程度変化のある背景から明度の差がある
繋がった図形をどうやって抽出すればいい？

背景は基本的に連続的だが規則性はない
抽出するものは例えば中が塗られたいびつな円とかだけど輪郭は、ぼやけてる
抽出条件は基本的に周りより暗いってことだけ
人間がみれば見つけられるが、輪郭強調すると背景のパターンも強調されてしまう
背景は暗い部分もあれば明るい部分もあり、閾値は使えない
0510デフォルトの名無しさん2008/05/01(木) 00:37:26
>> 509
何で背景は暗い部分と明るい部分に分かれるの？
安定した状態にならない理由は？
0511デフォルトの名無しさん2008/05/01(木) 07:50:54
とりあえず１階微分とって観察。
２階微分とって観察してみれば？
0512デフォルトの名無しさん2008/05/01(木) 21:36:44
シェーディング補正とかは使えないのかな？
0513デフォルトの名無しさん2008/05/02(金) 10:09:17
boost.gilの正式版でたけど使ってる人いる？
0514デフォルトの名無しさん2008/05/02(金) 11:46:16
３月にでたBIASのリリース版使ってる人いますか？
深刻なバグあったりしないですか？
うちは挙動がおかしかったので前のバージョンに戻しました
0515デフォルトの名無しさん2008/05/02(金) 11:51:37
なにそれ
0516デフォルトの名無しさん2008/05/02(金) 18:53:26
>509

面積・幅・形状よって適した方法が変わるので、モノは何？
言いたくなければ、近いものでもWebイメージから指定したら？

汎用の回答でいいなら、「Photoshopでアンシャープ後、２値化する。」
0517デフォルトの名無しさん2008/05/03(土) 13:20:46
BIAS
http://www.mip.informatik.uni-kiel.de/~wwwadmin/Software/

ver 2.5.0で問題なく動いていたプログラムが
ver 2.6.1にしたとたんセグメントフォルトで落ちるようになった

何かの関数を連続で呼ぶと関係ない配列データの中身を書き換えているぽい

誰か使ってる人いないの？
画像の幾何学処理してくれるlibraryって他にある？
0518デフォルトの名無しさん2008/05/03(土) 18:15:49
例外が発生するバグほどデバッグしやすいものはないと思うが。
デバッガ使えばすぐにどこが悪いか分かるだろう。
0519デフォルトの名無しさん2008/05/05(月) 02:07:10
>>513
使ってるよ
0520デフォルトの名無しさん2008/05/05(月) 10:36:36
BIAS::Vector3<double> v=hoge();

と

BIAS::Vector3<double> v;
v=hoge();

を繰り返し呼ぶと答えが違う

c++の行列計算はもうublas以外信じねえわ
0521デフォルトの名無しさん2008/05/05(月) 23:55:15
>>520
x86では普通
0522デフォルトの名無しさん2008/05/06(火) 00:06:58
どうせ80ビットで計算するならlong double残しといてくれって話だよな
0523デフォルトの名無しさん2008/05/09(金) 12:04:20
VBやVCから使えるDLLで、2枚の画像を半透明合成できるものってあるかなあ・・・
0524デフォルトの名無しさん2008/05/09(金) 13:17:07
今から作れば？
おやつ前にはできるだろ。
0525デフォルトの名無しさん2008/05/09(金) 13:27:29
作れないザコのゴミレス程、存在価値のないものはないなｗ

>>523
mDibでググれ
0526あいちゃん2008/05/09(金) 13:29:30
2枚の画像の半透明合成って、対象の画像を1bitずつ交互に描画していくだけじゃだめなの？
0527デフォルトの名無しさん2008/05/09(金) 13:33:27
半透明のコードぐらいググればすぐ出てくるじゃん。
0528デフォルトの名無しさん2008/05/09(金) 14:33:44
本件に関しては、DLLを探して使い方調べているより自分で作った方が早い
に一票
0529デフォルトの名無しさん2008/05/09(金) 14:36:44
>>524=528
作る技術もないのにエラソーにｗ
0530デフォルトの名無しさん2008/05/09(金) 14:40:23
いくらなんでもそれはスキル低すぎだろ。
DLL作ったことありませんとか、BMPの扱い方が分かりませんのレベルか？
0531あいちゃん2008/05/09(金) 14:42:29
えらそーにしてるのは>>529だと思います！！
0532デフォルトの名無しさん2008/05/09(金) 15:09:34
>>529
10行程度のプログラムに「作る技術」もないだろ
0533デフォルトの名無しさん2008/05/09(金) 16:01:11
煽ればムキになってコードが返ってくる
と思ってるくさい
0534デフォルトの名無しさん2008/05/09(金) 18:08:28
口だけのやつばっかだなｗ

>>532
10行程度なら書いてみな？　無理だろほーらばかｗ
0535デフォルトの名無しさん2008/05/09(金) 18:23:43
普通にググったらソース出てくるのに。もうアホかと。
0536デフォルトの名無しさん2008/05/09(金) 18:29:08
>>533
大正解
おめでとう
05375232008/05/09(金) 18:39:14
>>525
ありがとう
0538デフォルトの名無しさん2008/05/09(金) 18:39:45
>>535
ソースがあれば何でもできると思っている基地外発見ｗｗ
0539デフォルトの名無しさん2008/05/09(金) 18:42:02
どんだけスキルないねん。ここム板やで。
0540デフォルトの名無しさん2008/05/09(金) 18:45:32
普通にググったら詳細な説明も出てくるのに。ゆとりか？
0541デフォルトの名無しさん2008/05/09(金) 18:46:59
>>537
おまえのせいで荒れてるのに、不自然なんだよ。
自演してんじゃねー、ボケ。
0542デフォルトの名無しさん2008/05/09(金) 18:47:46
>>537
どういたしまして
0543名無し募集中。。。2008/05/09(金) 21:31:00
あるふぁぶれんど?
0544デフォルトの名無しさん2008/05/09(金) 22:06:40
ちょっと上の方でも出てるので便乗で。
現在様々なブレンドモードに多対応させるため、いろいろ組んでるのですが、
通常のアルファブレンドの部分でどうしてもエッジが黒ずんでしまいます。
合成前のイメージはGDIなどで貼り付けた場合は黒ずまないので補間処理が
間違っている訳ではないみたいなのですが…

byte tb;//前景色(青)
byte t;//背景色
byte ta;//前景のアルファ
(((tb - t) * ta) >> 8) + t

これを各色回してるのですが、どこを間違っているのでしょうか?
0545デフォルトの名無しさん2008/05/09(金) 22:21:15
>>544
それbyteじゃ駄目だろう。
あとαが0〜255なのに、256で割ったら駄目だろう。
■ このスレッドは過去ログ倉庫に格納されています