画像処理スレッドその5
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2005/09/26(月) 12:37:28・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その４
http://pc8.2ch.net/test/read.cgi/tech/1107854973/
過去スレッド
画像処理 その３
http://pc5.2ch.net/test/read.cgi/tech/1090897159/
画像処理 その２
http://pc5.2ch.net/test/read.cgi/tech/1054545005/
画像処理
http://pc5.2ch.net/tech/kako/992/992671330.html
0002デフォルトの名無しさん
2005/09/26(月) 12:49:450003デフォルトの名無しさん
2005/09/27(火) 00:57:530004デフォルトの名無しさん
2005/09/27(火) 01:01:59>このプログラムで使用しているフィルターは、色の違いを識別し
>て同一色と認められる色同士のつながりを考慮して平滑化します。
高周波除去に頼るから輪郭がぼやけて凡雑な処理が必要になる。
KL変換を使えばいいのに、そういうフィルタはマイナーだな('A`)
0006前スレ994
2005/09/27(火) 01:27:39質問者は普通に合成するのは分かっている。
ユーザが任意のレイヤを合成した場合にどう処理するのか
聞いているんだよ。
俺の回答は「そんな処理に正解はないから好きにしてくれ」
0007デフォルトの名無しさん
2005/09/27(火) 01:29:03990と996だな。
0008デフォルトの名無しさん
2005/09/27(火) 01:34:28画像処理って、わりと、
「作ったよ。数学的正しさ？ わかんない。
きれいに見えるから／ちゃんと認識するから／高速で動作するから／いいじゃん？」
が、通用する楽しくてありがたい世界だと思う。（皮肉じゃなくて本気で）
その反面、どうやっていいか分からないときには、悩むけどね。
0009デフォルトの名無しさん
2005/09/27(火) 04:22:34それ皮肉で言うんだけどね(w。
現場のエンジニアだとそののりで良いけど、研究者でそれだとかなり痛いんだよな(w。
お前らは基本原理を探せよと、小一時間問い詰めたいやつらが多すぎ。
0010デフォルトの名無しさん
2005/09/27(火) 04:55:48うん、確かに。商売なら、「役に立つからいいじゃん！」は最強だけど、
基礎研究すべき立場の人なら、収束性とか数学的安定性とか、
適用可能な問題の上限下限とか、いろいろ理詰めできちんとやって
欲しい。成果はありがたく使わせてもらうから。
0011デフォルトの名無しさん
2005/09/27(火) 08:43:54おつかれちゃん！
0012デフォルトの名無しさん
2005/09/27(火) 11:07:01暗い写真を明るくすると光源のせいか赤味を帯びてくるんで青味を増すといいかと
カラーバランスを試みています。調べると R,G,B を弄るようなので
ttp://www.geocities.co.jp/Milkyway/4171/graphics/002-4.html
を使ってみました。やってみると調整は出来ますが、試行錯誤になって難しい。
スライダ１本で青み<->赤味を動かせないかと思っていますが、どんなキーワードで
探せばやり方が分かるでしょうか。
0013デフォルトの名無しさん
2005/09/27(火) 11:22:15画像の色成分に個別にアクセスする処理ならなんでも参考になる。グレイスケール
とか。
0014デフォルトの名無しさん
2005/09/27(火) 22:20:37ID:0が、どうやってもみつかんない。どして？
001512
2005/09/27(火) 23:11:34レスをありがとうございます。スライダから得た値を赤の方だったら R に加えて
B から引き、青の方だったら逆にするよう組んで見ました。
単に R, B のみの計算では色セロファンを濃くするように変化します。
どう変化させればいいか他の例を調べながら試して見たいと思います。
0016デフォルトの名無しさん
2005/09/27(火) 23:22:51でいいんじゃなかろうか。
0017デフォルトの名無しさん
2005/09/27(火) 23:38:38#勿論、Rを-2するときはG,Bを+1。
0018デフォルトの名無しさん
2005/09/28(水) 00:17:18私も探してます。
前スレ 992氏のおかげで３は入手できました。
0019前すれ992
2005/09/28(水) 00:39:22こういうのなら見つかったよ。ただし、途中で切れているのが残念。
画像処理 その２
http://makimo.to/cgi-bin/dat2html/dat2html.cgi?pc2/2/tech/1054545005/
おまけ。
画像処理
http://makimo.to/2ch/pc2_tech/992/992671330.html
0020デフォルトの名無しさん
2005/09/28(水) 00:40:38俺は逆に３が無いな
0021デフォルトの名無しさん
2005/09/28(水) 00:46:51dat でも html でもないけど、
うｐろだドットネット（中物用）
upload10000032776.txt
0022デフォルトの名無しさん
2005/09/28(水) 00:50:36upload10000032783.txt です。
0023デフォルトの名無しさん
2005/09/28(水) 01:08:23ダウンしてみました。
これをどう利用すればいいのですか？
0024デフォルトの名無しさん
2005/09/28(水) 01:14:08「画像処理 その２」スレのテキストログだけど、何かおかしな所あった?
0025デフォルトの名無しさん
2005/09/28(水) 01:35:56> 暗い写真を明るくすると光源のせいか赤味を帯びてくるんで
RGB ---> HSL L を調整 ---> RGB
こことか
http://junki.main.jp/delphigr/028Luminance.htm
http://junki.main.jp/delphigr/028Hue.htm
0026前スレ966
2005/09/28(水) 02:37:36>>質問者は、複数のレイヤーの同時合成について言っているように見えるんだか？
「下のレイヤーと結合」は、前スレ994さんの説明にあるように、任意のレイヤをひとつ下のレイヤーと合成します。
「全レイヤーを合成してひとつにまとめる」ときは、表示するときと順番で合成するので、
似ても似つかないシロモノに画像が置き換わることはないです。
>>997
>>そもそも、２枚のレイヤーの合成でも、非線形演算なら
>>分配則や交換則、結合側が成り立たないから、逆順にはできないぞ。
逆順に出来る場合で合成したいときに使用します。
間違って意図しない結果になっても、Undoで戻せるので困ったことはないです。
>>6
>>俺の回答は「そんな処理に正解はないから好きにしてくれ」
透過率を含まない式から透過率を含む式の決め方でもあれば使いかったのですが、
結果がPhotoshopと同じになるように適当に決めてみます。
ありがとうございました。
0027デフォルトの名無しさん
2005/09/28(水) 04:03:01以後、前スレ966にまつわるアルファブレンディングの話は禁止！
0028デフォルトの名無しさん
2005/09/28(水) 05:12:24これどういうこと？
0029デフォルトの名無しさん
2005/09/28(水) 08:08:33Fourier Slice Photographyの論文でしょ。
どういうこともなにも、読んだままだと思うけど。
0030デフォルトの名無しさん
2005/09/28(水) 08:11:07離散フーリエ変換との関連性が良く分からず難航しています。
↓例えばこちら
ttp://laputa.cs.shinshu-u.ac.jp/~yizawa/InfSys1/advanced/dct/
離散信号を係数に変換する行列が出てきますけど、
その中に平方根が出てくる理由がピンときません。
信号が対象形だから複素数の虚部は無視出来るとしても、
平方根は一体どこから…？
離散コサイン変換の式を載せているサイトは良く目にしますが、
背後にある理屈を載せているサイトがなかなか見つからなかったりします。
お勧めの解説サイトor書籍があったら教えてください。
003112
2005/09/28(水) 08:59:37レスをありがとうございます。
>>17 試してみました。青みが空色気味でこっちの方がいいですね。
画面から、この赤味ってのを指定して hue を取りだし補色を求めて、
赤味成分と補色成分の変更をやるってことかなと思っています。
>>16 明度だけは HSV でも可能にしてあるのですが、hue の調整はまだです。
単に hue の値を変えると色相環の周辺を動くようでちょっと違うかなとまだ
躊躇してました。
>>25 hue はやってませんが、同じことです。
しかしスライダがもう６本並んで、radio button も増えた。hue でまた増える。
色温度調整って例があるいいなと思ったりしてます。
0032デフォルトの名無しさん
2005/09/28(水) 14:10:00手あげて！
0033デフォルトの名無しさん
2005/09/28(水) 18:03:11ヒント：Unitary DFT
0034デフォルトの名無しさん
2005/09/28(水) 18:34:54試しにＵｐしてみたんだけど感想求む
0035デフォルトの名無しさん
2005/09/28(水) 21:24:17テキストエディタで開いたんだけど、中身がバイナリっぽかったです。
0036デフォルトの名無しさん
2005/09/28(水) 23:27:06http://www.mainichi-msn.co.jp/shakai/wadai/news/20050928k0000m040137000c.html
0037デフォルトの名無しさん
2005/09/28(水) 23:47:36ユニタリ変換にしとくと順方向も逆方向も同じ処理でできて好都合だからかな?
つーか、一口に離散コサイン変換って言っても数種類なかったかな?
昔ちょっと触れただけなんで覚えてないな〜。
0038デフォルトの名無しさん
2005/09/28(水) 23:56:43わーIPAの超人だ〜キャッキャ(≧∇≦*)(*≧∇≦)pキャッキャいわゆるゴッドだ〜キャッキャ(≧∇≦*)(*≧∇≦)pキャッキャ
なんか、興味分野も近いし〜僕も研究がんばらなきゃ〜でも才能の違いを感じるよなぁ（ﾊｧ･･･
0039デフォルトの名無しさん
2005/09/29(木) 01:40:07すんません。文字コードを変換して下さい。
nkf とか qkc を通すか、Web ブラウザで文字コードを設定すれば見られます。
004030
2005/09/29(木) 07:24:27まだまだ力不足のようです。昨日紀伊国屋に行って痛感しました。
当分は基礎力養成に努めます。
0041デフォルトの名無しさん
2005/09/29(木) 07:53:590042デフォルトの名無しさん
2005/09/29(木) 08:13:57そんなに深く考えなくても、ひとまず、平方根と円周率の混ざった定数は、
「変換したものを逆変換したときに、もともとのデータと大きさが変わらないように、
変換結果や再変換結果を適当に定数倍して、ゲイン調整している」
くらいに思ってくださいな。
0043デフォルトの名無しさん
2005/09/29(木) 10:33:180044デフォルトの名無しさん
2005/09/30(金) 17:00:27自分の閥でない人が成果を上げた場合も
同じこという
0045デフォルトの名無しさん
2005/09/30(金) 17:11:17PNGについて質問なのですがフィルターのパラメーターで0を指定しても
内部では5種類ぐらいフィルターが用意されてそれが使われてるらしいですが
どうやってフィルーターを指定するのでしょう。
0046デフォルトの名無しさん
2005/09/30(金) 20:07:25どうやって指定しているかというのが方法のことなら、
圧縮前のscanlineの各列冒頭に1バイトを追加して
そこにフィルター番号を指定する。
0047デフォルトの名無しさん
2005/09/30(金) 20:54:37画像処理研究してる人たちってみみっこいね。
0048マイク ◆yrBrqfF1Ew
2005/09/30(金) 21:48:220049デフォルトの名無しさん
2005/09/30(金) 23:29:15画像処理にかぎらねぇべさ。
0050デフォルトの名無しさん
2005/10/01(土) 23:27:20今や、懐かしささえ覚える単語だな。
0051デフォルトの名無しさん
2005/10/03(月) 20:13:48少なくとも
人工知能 と 物理 は同じ雰囲気だった
生物もそうっぽい
多分他の分野も研究の世界は同じだと思う
0052デフォルトの名無しさん
2005/10/04(火) 10:05:04門外漢だが、学科別のドクターになる人数の推移などと相関はない？
繰り返し実験が出来る、よい計測機器が次々に出ている、試料試薬が出ている
などにより、無人の荒野を行くがごとく論文が書ける分野はおおらかだと思う。
他人に見えないものを見るため計測器から作るって時代もあったが、今はスピ
ードの時代でそんな悠長な人は少ないのかな。
0053デフォルトの名無しさん
2005/10/06(木) 01:40:290054デフォルトの名無しさん
2005/10/06(木) 01:50:40凸版とか大日本印刷とか。
ジャンプを木曜に読めるよ。
0055デフォルトの名無しさん
2005/10/06(木) 02:12:350056デフォルトの名無しさん
2005/10/06(木) 03:09:36( ⌒ )
l | /
⊂（#・д・） 理論だとか実装だとか！
/ ﾉ∪ もうやってらんないっすよ！
し―-J |l| |
人ﾍﾟﾀﾝｯ!!
（＿）
）（＿＿）（_
⌒） （⌒
0057デフォルトの名無しさん
2005/10/06(木) 18:06:370058デフォルトの名無しさん
2005/10/06(木) 20:28:280059デフォルトの名無しさん
2005/10/06(木) 23:15:44そりゃ、料理をつくる良い方法ってないでしょうか。と、同じくらい漠然とした質問で
誰にも答えることができないよ。
0060デフォルトの名無しさん
2005/10/07(金) 16:15:26OpenCVのパターン認識関数で終わり
0061デフォルトの名無しさん
2005/10/07(金) 16:45:56どこかにサンプルコードが落ちて無いですか？
0062デフォルトの名無しさん
2005/10/07(金) 18:39:57できますか？そのようなアプリケーションを探しているのですがないので
自作しようと思っています。
0063デフォルトの名無しさん
2005/10/07(金) 22:07:05普通の動画編集ソフトなら大抵は出来る。むしろ出来ないものを探すのが難しい。
例：AviUtl, VirtualDub, Avisynthその他商用ソフトいろいろ。
0064デフォルトの名無しさん
2005/10/08(土) 10:54:510065デフォルトの名無しさん
2005/10/08(土) 12:02:26いつになったら出来上がるかは未知数だな。
一々作り方をここで聞くつもりなら、出来ないと思った方がいい。
0066デフォルトの名無しさん
2005/10/08(土) 15:57:49ttp://www.geekpage.jp/programming/directshow/getcurrentimage.php
0067デフォルトの名無しさん
2005/10/08(土) 17:07:570068デフォルトの名無しさん
2005/10/10(月) 22:26:42hough変換の処理を高速化するのに適した手法にはどの様なものが
あるのでしょうか。できればその手法の原理なども教えて下さい。
あと、hough変換には色々手法があると思いますが、一般的に使用されている
のはどういったものなのでしょうか。差し支えなければ御教授願います。
0069デフォルトの名無しさん
2005/10/10(月) 23:48:46高速化に関しては「三角関数をテーブル展開」（同上）
0070デフォルトの名無しさん
2005/10/11(火) 01:23:420071デフォルトの名無しさん
2005/10/11(火) 05:33:46ありがとう御座います^^この本欲しいですが、
在庫切れのところばかりですね・・・
>>70
はい。一応googleで検索してhitしたのは読みました。
ですが処理を高速化するための方法(例えばθ-ρパラメータ平面の2次元
配列を1次元配列で代用する方法や、一般化hough変換等)について
詳細に述べている処が無かったので教えを請いました。
0072デフォルトの名無しさん
2005/10/11(火) 06:54:43時間がかかるよね 画像の解像度落としたり
エッジ点をうまく減らせば速くなると思う
俺的にはエッジの方向も使ってθのプロット範囲を限定
するのがおすすめ
007368
2005/10/11(火) 13:22:54それは一般化hough変換の様な2点(参照点と任意点)がなす角度と
距離,エッジの接線を求めて参照点を検出する方法で、θのプロット範囲
を限定する、っていうことですか？
007472
2005/10/11(火) 14:02:45エッジ方向とは画像fの濃度勾配方向 atan(fy/fx)です。
エッジ方向を９０度回転させた方向に抽出輪郭が通るべきだから
その範囲にθを限定する。
007568
2005/10/11(火) 14:35:54成る程、確かにこれなら範囲が大分狭められて
高速処理できそうですね。
今からその辺を考えてちょっとプログラム組んで見たいと思います。
有難う御座いました
0076デフォルトの名無しさん
2005/10/11(火) 17:44:13たいした内容じゃないけど、約に立つだろうと思って公開したけど
使ってもらうにはドキュメントと例が抜けてたので追加しました。
0077デフォルトの名無しさん
2005/10/11(火) 20:04:41大変助かります
0078デフォルトの名無しさん
2005/10/11(火) 21:55:01どの角度に回転していても、同一の画像を出力出来るようにしたいんです。
photoshopなんかだと直線成分を元に補正するみたいですが、
直線の無いような絵でも自動的に補正したいんです。
絵の重心を求めて、中心と重心の角度を一定にするように回転させる事で出来るかと考えたんですが、
重心が中心に近いと全然ダメだったり、ノイズに非常に弱くて困っています。
何か良い方法は無いでしょうか。
0079デフォルトの名無しさん
2005/10/11(火) 23:06:31まず傾き検出と傾き補正を分けて考えるべきではないかと
0080デフォルトの名無しさん
2005/10/12(水) 02:03:51円グラフのように、画像中心から5度毎に情報の偏りを求めて、とかなんとか。
0081デフォルトの名無しさん
2005/10/12(水) 13:26:050082デフォルトの名無しさん
2005/10/12(水) 14:04:09どんなアルゴリズムなのかさっぱりわからんです。
周辺画素の探索したり、時系列探索したりとかですか？
0083デフォルトの名無しさん
2005/10/12(水) 18:13:260084デフォルトの名無しさん
2005/10/12(水) 19:53:130085デフォルトの名無しさん
2005/10/13(木) 07:53:29格子模様をカメラで撮って、その画像の傾きをhough変換で検出するとき
って、格子模様の一つの横線についてのみ考えれば良いんですかね？
0086デフォルトの名無しさん
2005/10/13(木) 08:18:43画像特徴を抽出して最小二乗法で推定したほうが良い
そのために格子がいくつかある
0087デフォルトの名無しさん
2005/10/13(木) 10:22:05ぐぐったんですが、わかりにくいところや説明が省略されているところばかりでした。
お願いします
0088デフォルトの名無しさん
2005/10/14(金) 08:41:490089デフォルトの名無しさん
2005/10/14(金) 09:32:560090デフォルトの名無しさん
2005/10/14(金) 09:59:210091デフォルトの名無しさん
2005/10/14(金) 10:20:550092デフォルトの名無しさん
2005/10/14(金) 11:37:11わかりやすい説明のされたものを探しております。
何かないでしょうか？
0093デフォルトの名無しさん
2005/10/14(金) 12:20:29何についてわからなかったの？
ピンポイントで質問すれば答えて貰えるかもよ。
0094デフォルトの名無しさん
2005/10/14(金) 12:22:10http://www.amazon.co.jp/exec/obidos/ASIN/4198617651/250-7665984-0484200
0095デフォルトの名無しさん
2005/10/14(金) 13:49:45おぉ、いいねこれ。さっそく注文した。
0096デフォルトの名無しさん
2005/10/14(金) 14:28:05コードブックの生成アルゴリズムがよくわかりません。
k-meanアルゴリズムやLBGアルゴリズムです。
本やWEBにもこの説明について書かれたものはあるのですが、
私の能力不足でよくわからない状態です。
0097デフォルトの名無しさん
2005/10/14(金) 16:34:110098デフォルトの名無しさん
2005/10/14(金) 16:43:54画像全体の平均がグレーになるようにするってのが最も単純なAWB
0099デフォルトの名無しさん
2005/10/15(土) 08:32:56まじ？君頭大丈夫？
それぞれのどこがわからないの?
0100デフォルトの名無しさん
2005/10/15(土) 08:58:460101デフォルトの名無しさん
2005/10/15(土) 11:16:12自分ではk-meanアルゴリズムは、
例えば、8＊8の画像（RGB形式）があったとします。ここではベクトルを1*1と考えた場合、
64ベクトルあると考えられます。
で、この64ベクトルを32ベクトルにしたい場合（コードブックの作成）、
64ベクトルの中でもっとも近いベクトル同士をくっつけて、その重心をとります。
二つのベクトルを一つのベクトルにするわけで、その結果まずは63ベクトルになります。
これを繰り返して32ベクトルまで減らし、これをコードブックとして採用し、符号化するときに
使います。
この考え方であっているんでしょうか？
■ このスレッドは過去ログ倉庫に格納されています