トップページ⇒tech
1001コメント335KB

画像処理 その3

レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさんNGNG
画像処理 その3

・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎

前スレ
画像処理 その2
http://pc5.2ch.net/test/read.cgi/tech/1054545005/

画像処理
http://pc5.2ch.net/tech/kako/992/992671330.html
0002テンプレ?NGNG
Q:カラー画像をグレースケールに変換するには?

A:グレースケールへの変換には、完全な解答はありません。
一般には、下式が用いられるようです。

グレースケール = 0.299R + 0.587G + 0.114B

ちなみに、(R+G+B)/3はオススメできません
0003デフォルトの名無しさんNGNG
ここのページは解説付きで参考になりました。
ttp://www.bea.hi-ho.ne.jp/gaku-iwa/
0004前スレの964NGNG
前スレの977で、二値化した画像のコントラストを語った大ばか者の964でございます。

言い訳を少し。
輪郭抽出の前処理として二値化をする必然性は無いです。たぶん。
「くっきりさせれば輪郭抽出が容易だろう」というのは、感覚的には理解できますが、
オペレータを使った輪郭抽出は「くっきりさせる」機能も包含してるので、無加工の
(情報量が減っていない)画像に掛けることが多いです。

とはいえ、あらかじめ予測できるノイズの取り除く事は有益です。モアレとか、ゴーストとか。
0005ばななNGNG
RGBからLuvに変換する公式を教えてください。
0006デフォルトの名無しさんNGNG
底辺x高さ/2
0007デフォルトの名無しさんNGNG
>>5
RGB→LUVの変換は、LUVの定義そのもの。
定義を知らずに公式を聞いても身に付かない。
JIS-Z8518,ISO-9241-8を読みなされ。
0008デフォルトの名無しさんNGNG
David Marr の「ビジョン」(・∀・)イイ!!
0009デフォルトの名無しさんNGNG
せんせーフーリエ変換したやつを表示するには
どうすればいいんですか?255を掛けただけでは
暗すぎてしまいます。
0010デフォルトの名無しさんNGNG
ヒストグラム出してみろ
0011デフォルトの名無しさんNGNG
>>9
255をかければいいかも、と思ったってことは、DC成分で規格化したのか?
だったら log(FF+1)/log(2)*255 にしてみればどう?

ま、要するに、好きなように表示しろってことだ。
表示方法がおかしくても、困るのは見る人間だけ。
00129NGNG
絶対値に255000を掛けたらそれっぽく見えたので
これでいいや・・・。対数を取るのが常なのかな・・・。
最大値と最小値を取って正規化とかも考えたけど
めんどくさいからいいや・・・。
>>10-11
どうもです・・・。logスケールのを色々と試してみます。
0013デフォルトの名無しさんNGNG
>>12
もう少し頭を使って生きた方がいいよ。
何が必要で何が問題なのかすらわかってないでしょ。
0014デフォルトの名無しさんNGNG
偉そうに言うのは簡単だわな
0015デフォルトの名無しさんNGNG
>>14
簡単だよ。だって偉いんだもん。
0016デフォルトの名無しさんNGNG
プゲラ
0017デフォルトの名無しさんNGNG
粗い 16 * 16 の二次元離散温度データから、
スプライン近似して、以下のウェブページにあるような

ttp://www.akita-noken.go.jp/provide/mc/mc_graph/draw_2D3D.html

256 * 256 ピクセル程度の等温線(等高線)の画像をつくりたいのですが、
温度レベルのパラメトリック表現の媒介変数を
どのように定義すればいいのか、わかりません。

手法を御存じのかた御教授ねがいます。
0018デフォルトの名無しさんNGNG
>>17
3次補完の仕方について聞いているなら、
画像 拡大 3次補完 で Google 検索すると沢山でてくるけど・・・
0019デフォルトの名無しさんNGNG
>17
パラメトリック表現の媒介変数の定義は、きっと x,y だわな。
別に u, v でも、i , j でもいいけど。

えっ?そう言うこときいてんじゃない? そりゃそうか。

スプライン近似の解説のページくらいなら見つけたけど。
ttp://www.mech.tohoku-gakuin.ac.jp/nken/java/new2/ss.html
ttp://next1.cc.it-hiroshima.ac.jp/MULTIMEDIA/numeanal1/node16.html

2次元の場合は、各ラインの補間をして(256*16)から、
縦の補間をやればいいみたいだよ。
0020デフォルトの名無しさんNGNG
17です。
>>18
>>19
ご返事ありがとうございます。
ちょっと難しく考え過ぎていたようです。
3次スプライン内挿を使う画像拡大アルゴリズムでいいようですね。

いちおうこれでやってみていたのですが、(ラグランジュ補完にあらず)
ちょっと不自然なところがあって気になっていたので、
書きこまさせていただきました。もうちょっとバグとりします。
0021デフォルトの名無しさんNGNG
>>18 に突っ込もうと思って調べたら驚いた。

画像 拡大 3次補完 でググると 10800件
http://www.google.com/search?num=50&hl=ja&ie=UTF8&oe=UTF8&q=%E7%94%BB%E5%83%8F%E3%80%80%E6%8B%A1%E5%A4%A7%E3%80%80%EF%BC%93%E6%AC%A1%E8%A3%9C%E5%AE%8C%00

画像 拡大 3次補間 でググると 2570件
http://www.google.com/search?num=50&hl=ja&ie=UTF8&oe=UTF8&q=%E7%94%BB%E5%83%8F%E3%80%80%E6%8B%A1%E5%A4%A7%E3%80%80%EF%BC%93%E6%AC%A1%E8%A3%9C%E9%96%93

やっぱりこの業界って……orz
0022デフォルトの名無しさんNGNG
>>21
たくさん出てくる方を教えてくれたわけで、
わざと漢字を間違えてる >>18 は賢者。
0023デフォルトの名無しさんNGNG
>>22
同意。
0024デフォルトの名無しさんNGNG
ググレというやつも、そろそろ OR の使い方をおぼえろ
0025デフォルトの名無しさんNGNG
どうやってOR使うの?
0026デフォルトの名無しさんNGNG
>>25
それくらいググれ。
0027デフォルトの名無しさんNGNG
ラプラシアン風の局所オペレータでバンドパスフィルタを作る方法はありますか
0028デフォルトの名無しさんNGNG
ラプラシアン風の局所オペレータでバンドパスフィルタを作る方法はありますか
0029デフォルトの名無しさんNGNG
卒論ですか?
0030デフォルトの名無しさんNGNG
ラプラシアン風の局所オペレータでバンドパスフィルタを作る方法はありますか
0031デフォルトの名無しさんNGNG
スルー決定しました
0032デフォルトの名無しさんNGNG
>>30
ありますか?と聞かれたら「あります」と答える。
0033デフォルトの名無しさんNGNG
>>32
そしてその次「どうやって作りますか?」と聞かれる。
0034デフォルトの名無しさんNGNG
>>33
「それくらい、ググれ」と答える
0035デフォルトの名無しさんNGNG
http://www.google.co.jp/search?hl=ja&ie=UTF-8&c2coff=1&q=OR&lr=
0036デフォルトの名無しさんNGNG
SIMDが効きそうなループの書き方ってどうかくの?
0037デフォルトの名無しさんNGNG
自分でsimd書く
0038デフォルトの名無しさんNGNG
256*256の画像にFFTかけてローパスフィルタかけてからIFFTでもどすと
意図どおりの眠たい画像が得られるのですが....

200*200の画像に56ずつゼロフィルして同様の操作をすると,
それなりに眠たい画像は取得できるのですが,
画像周辺部の濃度が振動してしまいます.

これを避ける方策はないものでしょうか?
0039デフォルトの名無しさんNGNG
>>38
ゼロフィルじゃなくて適当に鏡像とかで埋めてあげる必要があると思うけど。
この辺りどの参考書でも書かれてるんじゃないかな。
0040デフォルトの名無しさんNGNG
>>38
ゼロフィルだとそこに高周波成分ができちゃうでしょ。
39の言うように鏡像にするか、画像の外側をエッジの色で埋めるといいかと。
(画像のフチの1列をそのままコピーする)
0041デフォルトの名無しさんNGNG
>>39
>>40
了解しました,試してみます.
ありがとうございました.
0042デフォルトの名無しさんNGNG
FFTの特性から考えると鏡像の方がよさそう
0043デフォルトの名無しさんNGNG
>>38
関係ない話でごめんなさいだけど、
眠たい画像ってコントラストが低いときに使わない?
0044デフォルトの名無しさんNGNG
320*240の画像を、ガウシアンフィルタでぼかしたいんですが、
サイズが2の倍数ではないので、2DFFTせずに、
オペレータ(9*9ぐらい)で畳み込むことにしました。
ガウス分布の標準偏差σが小さいときはそれでいいんですが、
σを大きくすると、処理結果が暗くなってしまいます。
オペレータ大きくすると処理時間かかるし…
明るさを保って激しくぼかすには、どうすればいいでしょうか?
0045デフォルトの名無しさんNGNG
>サイズが2の倍数ではない
あ?
0046デフォルトの名無しさんNGNG
2のべき乗ではない、の書き間違いでしょう。
004744NGNG
>>45
>>46
2のべき乗、の間違いです。すみません。
0048デフォルトの名無しさんNGNG
>>42
鏡像の端はどうなってんだ?またその鏡像にするのか?
0049デフォルトの名無しさんNGNG
>>48
yes
0050デフォルトの名無しさんNGNG
>>49
鏡像の鏡像の端はどうなってんだ?無限にループさせるのか?
0051デフォルトの名無しさんNGNG
厨スレになってきたw
0052デフォルトの名無しさんNGNG
>>50
普通はそうだよ。
0053デフォルトの名無しさんNGNG
こんな画像ボードないでしょうか?

(0)PCIバスである。
(1)NTSC映像入力である。
(2)オーバーレイができるNTSC映像出力がある。
(3)映像入出力は1系統づつでよい。
(4)映像入出力端子はBNCである。
(5)外部トリガが使える。
(6)5Vから24Vのデジタル入出力が2点/2点程度ある。
(7)上の(5)(6)は、基板じか、でなく、ボードのL字金具に端子がついている。
(8)Win2000、WinXPで動作する。
(9)DirectShowを使わずにプログラミングができる。
(10)値段はSDKこみのボード1枚購入で30万円以下である。
(11)日本製でなくてもよい。

いまどき(2)の条件が足をひっぱってしまいそうです。
DirectShowは、よくわからないので理解しやすいSDKだとうれしいです。
画質は少々ノイジーでも可です。
PCIバスのボトルネックによる若干のフレーム落ちには目をつぶります。

識者のレスをお待ちしております。
0054デフォルトの名無しさんNGNG
>>48 と >>50 は フーリエ変換を知らない厨学生
0055デフォルトの名無しさんNGNG
フーリエ変換、なかでもFFTについて書いてある本などはけっこうあるけど、
処理したいデータが2のべき乗ではない時とか、実践テクが書いてあるのは少ないよ。
こういう場合ってソースをコピペできても応用ができないんだよ。

/* データ数は2のべき乗を与えること */

というコメントを見たりすると、キツいなー、と思うね。
まあ、そう"厨"とかってツッコミなさんな。
あんただって知らねぇこといっぱいあるだろ。
0056デフォルトの名無しさんNGNG
>>44
注目画素のオペレータ係数と、その周りのオペレータが、
いってこい、の状況になっていれば、暗くはならないはずですよ。
σの大きい時だったらそれなりに摘要する注目画素への重みを可変しないとね。
バグってるだけなんじゃないですか?
005744NGNG
>>56
レスありがとうです。
ソース見直しに逝ってきます
0058デフォルトの名無しさんNGNG
>>57
切り捨てになっててでかいほど暗くなってんじゃね?
005944NGNG
>>58
ありがとうっす。
ガウシアンフィルタの9*9のオペレータを、
総和が1になるように正規化してませんでした。
そのせいで、σを大きくすると、暗くなったみたいです。
0060デフォルトの名無しさんNGNG
>>53
それのどこがプログラムの質問?
ハードは探してから来てね。

第一、それで何するか知らんけど、
単にカメラ画像に何かをスーパーインポーズするだけなら
画像処理とは言わんよ。
0061デフォルトの名無しさんNGNG
>>60
画像処理の結果表示やクローマ・キーなどをしたいんじゃないの?
別にプログラムだけにこだわるなって。
初心者がステップアップしたいときにブチあたる壁だぞ。
いつまでもLennaやアイドル写真のスキャンでもなかろうて。
(かきこみの内容が初心者っぽくないけどな)
>>53
サイバーテックのCT-xxxxはオーバーレイできるぞ。
DIOが欲しいっていってるから、
エンターテイメントじゃなくて工業用かな?
0062デフォルトの名無しさんNGNG
年末にヨコハマでやってる画像機器展てどんな感じ?
0063デフォルトの名無しさんNGNG
意外と照明屋さんが多い。
0064デフォルトの名無しさんNGNG
>>60
まあ、いいんじゃないの?他に適切なスレも板もないし。
俺はPCで簡単に使えるステレオカメラ(または複数台繋げるUSBカメラとか)探してます。
安くて良いのがあったら教えて。
0065デフォルトの名無しさんNGNG
>>64
USBカメラが2台とも別のデバイスと認識されるかどうかはわかりませんね。
私、DirectShowがらみの分野はとても不得意です。

確実なのは複数の映像信号を入力できるPCIボードに、
安いNTSCカメラを接続することでしょう。
私の知っているうちでは以下に示すやつが最安値です。(工業用では)
ttp://www.ads-img.co.jp/machine_vision/euresys/picolo/

ただし複数映像入力っていっても、
ひとつのメモリチャネルに電子アナログスイッチを入れ換えて
流し込むだけなので、最低33msecのズレはありますよ。
だから高速移動体の三次元位置状態を計測するのだったら、
2系統のメモリがオンボードで独立しているような高価なのじゃないとだめです。

もっと安いの知っている人は書き込んでほしいな。
0066デフォルトの名無しさんNGNG
ツナギ目の無いテクスチャってどうやって作るんですか?
0067デフォルトの名無しさんNGNG
>>66
つなぎ目のないテクスチャなんてない。
1枚で貼り付けられる大きさのもの用意しろボケ。
聞きたいことは、つなぎ目をどうすれば目立たなくできるかだろ。
0068デフォルトの名無しさんNGNG
>>67
そこまで想像力があるのだったら教えてあげなよ.僕はしらないけど.
>>66
複数画像の貼り合わせだったら教えてあげるよ.
0069デフォルトの名無しさんNGNG
>>66 の言いたい
>ツナギ目の無いテクスチャ
のもう少し詳しい説明がないと進まないな。
0070デフォルトの名無しさんNGNG
画像の右端と左端、上端と下端が連続した模様になっててタイリングしたときに綺麗に見えるやつのことじゃないか
0071デフォルトの名無しさんNGNG
>>66
>>70
悪趣味なウェブページの背景に使うようなやつのコト?
0072デフォルトの名無しさんNGNG
>>71
テクスチャって言ってるから3DCGで使うと思われ。
0073デフォルトの名無しさんNGNG
>>66
http://www.redplanetsw.com/starfish/
0074デフォルトの名無しさんNGNG
>>66
1枚のピースを作ったら9枚並べて調整。
そこから1枚に切り抜く。
0075デフォルトの名無しさんNGNG
>>66 は、お盆休みをとりました、彼女と楽しく旅行でもしているのでしょう。
休み明けにココを覗いて宿題の答えが生成されているのを楽しみにしているのです。
しかし、もう少し分解能の高い質問内容にしておけばよかったと後悔するでしょう。
0076デフォルトの名無しさんNGNG
>>53
CORECOのBandit-2CVなんかどうかな。
端子がBNCではないけど。IOは勝手に調べてくれぃ。
オーバーレイってハードウェアオーバーレイのことだよね。
0077デフォルトの名無しさんNGNG
若干スレ違いな気がするのですが、質問です。
作成した連番ppmファイルをAVIファイル(できればmpeg)に
変換できるようなソフトって何かないですか?

bmpからだとAVImakerとかが見つかったのですが。。。
0078デフォルトの名無しさんNGNG
>>77
スレ違いどころか、板違いじゃね?

【テンプレ厳守】こんなソフトウェアありますか?Part56
http://pc5.2ch.net/test/read.cgi/software/1090755769/
0079デフォルトの名無しさんNGNG
>>77
どっかにppm→bmpがあるだろうから、二段階でやれば?
0080デフォルトの名無しさんNGNG
Imagemagickのconvertとかffmpegとか...
0081デフォルトの名無しさんNGNG
>>77
>>79 のいうとおりだ。
この機会にバッチファイル(*.bat)の使い方を覚えるとイイコトあるよ。
あ ppm なのか.... shでもいいな。
0082デフォルトの名無しさんNGNG
>>78 の示してくれたスレッドはテンプレテンプレでウザいよ。
0083デフォルトの名無しさんNGNG
そもそもppm->bmpなら簡単に自作できないか?
0084デフォルトの名無しさんNGNG
>>83
簡単だけど、初めてだとbmpのヘッダ部分が面倒くさい。
0085デフォルトの名無しさんNGNG
データの格納順がボトムアップなのがなんかいや。
DWORDアライメントなのもなんかいや。
といいつつBMP使ってるんだけどね。
0086デフォルトの名無しさんNGNG
MS製品ですら読めない可能性は在るがトップダウンBMPは作成可能だ
008785NGNG
>>86
作成可能なのは知ってるけど、読めるアプリある?
ペイントブラシでさえダメなのよ。
読めるアプリあるの知ってる人かきこんで〜。
0088デフォルトの名無しさんNGNG
ここでちょっと質問。
windows bmp のデータが下からのやつを
「ボトムアップ」 と言っているようですが、
その用語は正しいのですか?
なんか、別のもん想像しちゃう名前だなぁ。
0089デフォルトの名無しさんNGNG
>>88
Windows用語としては知らないけど、上下逆は普通 upside-down だね。
ボトムアップだと、下から積み上げる、になっちゃうから。
009088NGNG
妙に気になってきたので自分で調べてみた。
bmp のフォーマットの説明をしているところをいくつか見たら、

Pixels are stored bottom-up, left-to-right.

という記述を発見!
結論:「ボトムアップ」と言うらしい。
0091デフォルトの名無しさんNGNG
>>66
上位レイヤにコピーして四等分
右下と左上、左下と右上を並べ替えてエッジを適当になじます
でよくない?思いつきなんだが
0092デフォルトの名無しさんNGNG
聞きたいことがあります。
JAVA・VB・VCのいずれかの言語でUSB接続のWEBカメラをプログラム上で制御したいのですが、画像処理関連で調べても
参考になる書籍やWEBが見つかりません。
勉強になる書籍などありましたら紹介していただけませんか?
よろしくお願いします。
0093デフォルトの名無しさんNGNG
自己レス
DirectXのコンポーネントのDirectShowを扱うことでカメラの操作ができることが
わかりました。
手がかりが掴めたので一人で調べていけそうです。
スレ汚し失礼しました。
0094デフォルトの名無しさんNGNG
テレビなどでよく見る特殊効果で、アルキメデスのらせんみたいに、
グルーッと回っていくのは、どうやって変位マッピングするのかお教えください。
実例だせ、といわれると思いつくのがないのですが、
時々、目にするんです。
0095デフォルトの名無しさんNGNG
「変位マッピング」て、Cマガで「置換マッピング」って、
紹介されてたやつのことか?
0096デフォルトの名無しさんNGNG
雑巾を絞るような変形のことだろうか?<アルキメデスのらせんみたいな
回転軸方向の距離に応じて回転角を決めるわけだけど、回転軸が曲線の場合は形状に回転軸情報を持たせないと、滑らかなひねりは難しいと思う。
009794NGNG
>>96
すいません、せっかくレスしていただいたのですが、
アルキメデスらせんの揚水器(雑巾絞り)のような3Dのスゴイ変形はもとめていません。
ttp://www.kumamoto-waterworks.jp/asobi-manabu/image/kagaku-naka03.jpg

絞った雑巾を回転軸方向から見た感じとでもいいましょうか。
ウルトラQのオープニングとでもいいましょうか。(年齢がバレるな...)
どっちにしろ2Dの変位マッピングです。

画像の中心座標からの"距離に応じて回転角を決める"というのがミソなのですかね。
レスありがとうございます。
0098デフォルトの名無しさんNGNG
>97
こんなの?
http://www.gen-ta.net/fraction/vortex.gif
url削っていけばC++ソース有るよ。
009994NGNG
>>98
あ、そうです、右側の回る感じのやつです。
ありがとうございます。

昨日テレビを見ていて実例があったのですが、
「から騒ぎ」のなかの"さんま愛の説教部屋"のタイトルテロップが
グルーッと回るやつでした。

1時期、波紋のマッピングがテレビやポスターに氾濫しましたが、
最近すくないと思いません?飽きちゃったんですかね。
0100デフォルトの名無しさんNGNG
下品だからね
0101デフォルトの名無しさんNGNG
昔さ、モノクロ画面の一部に花があって、
その部分から徐々に全画面がフルカラーになるエフェクトが流行らなかった?
子供心にどうやってるんだろ、と思ってたよ。次はどんなエフェクトが流行るんだろうね。
0102デフォルトの名無しさんNGNG
>>97
ウルトラQのって 水面にインクをたらして 水槽の水を動かして
作ったんじゃなかったっけ?
回転写像の回転角を回転の中心からの距離の関数にすれば
そこそこ似たようなもんは出来そうですね。
0103デフォルトの名無しさんNGNG
みんな、どう思うか聞かせてくれ。
プログレッシブ符号化の プログレッシブ と
ディスプレイのプログレッシブスキャンの プログレッシブ って
ほんとに同じ意味なのか?
正反対の動きしてないか?
0104デフォルトの名無しさんNGNG
まず辞書でも引け。
010594NGNG
まどろこしい書き込みを連続でしてしまいましたが、
すごく身近に実例をみつけました。
Photoshopのフィルタ...変形...回転です。
生画像 ttp://1106.suac.net/news/photoshop/photo00.jpg
適用後 ttp://1106.suac.net/news/photoshop/photo196.jpg
いろいろやってるんですが、なかなかうまくいきません、
モロのソースどこかに転がっていないでしょうか。
0106デフォルトの名無しさんNGNG
画面の奥の方向にZ軸があると考えて、
exp(-z/A)・sin(z)
exp(-z/A)・cos(z)
のような変位があると良さそうな感じ。
010794NGNG
ベルヌーイのらせんって感じですかね。
ん、ちょびっと違うかな。
やってみます。
0108デフォルトの名無しさんNGNG
>>103
ま、あんま気にするな。

プログレッシブスキャンが、従来のインターレースにたいして、
「革新的スキャン」という意味だったら、絶対に違う意味といえるが。
とびこし走査をしないという意味で、
「漸進的スキャン」なのだったら、似ているともいえる。
0109デフォルトの名無しさんNGNG
>>103
漏れは プログレッシブスキャン のネーミングセンスが悪いと思う
0110デフォルトの名無しさんNGNG
インクリメンタルスキャン
0111デフォルトの名無しさんNGNG
>>87
遅レスだが、XPのペイントで読めたよん
0112デフォルトの名無しさんNGNG
>>94
それっぽい画像ができたのでみてくれ。
って、その前に画像のアップロード方法教えてくれ。
0113デフォルトの名無しさんNGNG
>>112
http://www.google.co.jp/search?hl=ja&ie=UTF-8&q=%E7%94%BB%E5%83%8F+%E3%82%A2%E3%83%83%E3%83%97%E3%83%AD%E3%83%BC%E3%83%89&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja
0114デフォルトの名無しさんNGNG
中心から半径rをパラメータに回転でいいんじゃない?
θ=f(r)で r=0 → θ最大、r=rmax → θ=0
fは指数関数かな
0115112NGNG
>>113
それはぼくもやってみたけど、探すのがめんどい。
ここのこのスレッドでも使え とか言ってくれると楽なんだな。
ちゅーか 画像見てもしかたないか。

ソースを晒す気はあるのだが、、、
もし、もし仮にぼくが VB で作っててもいじめない?
いじめないよね?

>>114 >θ=f(r)
そうです。ただそれだけ。
0116デフォルトの名無しさんNGNG
0〜255(255以外でも可)の値を入力して
色相データ(色相環の外周みたいなの)をRGBで出力するプログラムを作りたいのですが、
数行程度で計算できないのでしょうか。
if文を使えば出来るのですが無駄が多いと思うのでよい方法があれば教えてください。
0117デフォルトの名無しさんNGNG
>>116
H=max(R,G,B) のやつは場合わけはしかたないと思う。
H=R+G+B のやつなら簡単になると思うが。
0118デフォルトの名無しさんNGNG
テーブルにすればh[i]で終わり。
0119デフォルトの名無しさんNGNG
色相環は地道に造るしかないねー。
r= p<255 ? p : p>511 ? 768-p : 255 ;
p=(p+256)%1024;
g= p<255 ? p : p>511 ? 768-p : 255 ;
p= (p+256)%1024;
b== p<255 ? p : p>511 ? 768-p : 255 ;
コピペで楽は出来るけど。
0120デフォルトの名無しさんNGNG
RGB等比率分割にしてしまうと綺麗な色相環にならない
0121デフォルトの名無しさんNGNG
そうだったのか。輝度一定とか?
でも、青と緑の彩度を変えるのもおかしいな。

うーん、奥が深い。
0122116NGNG
ありがとうございます。適当にいじってみます。
0123デフォルトの名無しさんNGNG
>>121
青とか緑とか人間の目の感度特性を別にしても、色相上で等間隔にならねぇって事じゃねーの?
色相って色立体で中心角のことだろ。
0124デフォルトの名無しさんNGNG
画像処理を基礎から勉強したいと思います。

将来的には、顔写真から顔のパーツを(だいたいの位置で)抽出できるようになりたいのですが。

どういった本、HPが参考になるでしょうか?

アマゾンで「画像解析」と入れて検索してみても、あんまりぱっとくるような
本がないのですが…
0125デフォルトの名無しさんNGNG
画像認識はやったことないけど、たぶん、画像処理の基礎は大事だよね。
というわけで、私が入門で使った本を紹介しておきます。

・C言語で学ぶ実践画像処理
・画像処理標準テキストブック―Image processing

0126デフォルトの名無しさんNGNG
>>125
ありがとうございます。
画像認識は画像処理が基本にあると思うので、画像処理から勉強してゆこうかと。
0127デフォルトの名無しさんNGNG
>>124
ttp://home.t-online.de/home/Robert.Frischholz/facedetection/software.htm
0128デフォルトの名無しさんNGNG
TIFF画像でモノクロ画像かカラー画像かを判別するには
どのようにすれば良いでしょうか。
ヘッダで区別する方法が分かりません。。
0129デフォルトの名無しさんNGNG
パソコンから携帯に画像を送りたいんですが
サイズがオーバーして受信できません。
それでパソコンで画像を小さくしたいんですが
どうやったら画像を小さくできるんですか?


0130デフォルトの名無しさんNGNG
truncateするとか
0131デフォルトの名無しさんNGNG
>>128
まず、仕様書に目を通せ
http://partners.adobe.com/asn/tech/tiff/specification.jsp

話しはそれからだ
0132デフォルトの名無しさんNGNG
>>131
ありがとう御座います。よく分かりました。
なんとか出来ました。
0133デフォルトの名無しさんNGNG
ええっ
もう出来ちゃったの?
TIFFってありえないくらい仕様でかくない?
0134デフォルトの名無しさんNGNG
>>133
どこで判別するか分からなかっただけで、
ある程度基本コードは出来ていたのでー。
それが分かったらチャチャっとw
0135デフォルトの名無しさんNGNG
>>129
http://www2.starcat.ne.jp/~fussy/algo/algo4-2.htm
0136デフォルトの名無しさんNGNG
ラベリング(ブロブ解析)において、
水平方向最大弦長、垂直方向最大弦長は、どのようにもとめるのでしょうか?
ちなみに輪郭線追跡は実現できています。
0137136NGNG
情報追加です、
ラベリングが完了したランレングスコードも生成できています。
0138デフォルトの名無しさんNGNG
>>136
ランレングスでも輪郭でもいいから、x座標でソートしてy座標の最大最小を求める、とか、
連結領域をラスタ順に走査するとか、そんな感じで直球処理すればいいのでは?

ところで、最大弦長って言葉は恥ずかしながら初めて知りました。
ラベリングのことをブロブ解析って呼ぶのもあんまり慣れてない。
これってコグネックス用語?
0139デフォルトの名無しさんNGNG
>>138
やっぱり、そういう総当たりの直球勝負しかないんですかね。

「ブロブ(ブロッブ)解析」という言葉は、
コグネックスじゃない画像処理装置やソフトでも使ってますね。
「コロニーカウント」と呼んでるメーカーもあります。

もしかして最初に提唱したのはシルマンちゃんかもしれないけど、
画像処理の黎明期には私は産まれていないので、なんとも言えません。
0140デフォルトの名無しさんNGNG
すみません教えてください。
画像処理回路やLSIの設計をするためにはまず画像処理
自体の勉強をしなくてはならないのでしょうか?
0141デフォルトの名無しさんNGNG
>>140
入出力の仕様がキッチリ決まってるなら画像処理については
常識程度で十分と思うけど。
必要な技術だけつまみ食いすればいいじゃない?
0142140NGNG
常識すらないのです。
何から手をつけて良いのか・・。
0143デフォルトの名無しさんNGNG
画像処理の知識と回路やLSIの知識があれば十分
0144140NGNG
今電気電子系の学科に在籍している大学生です。
やはりこの辺は独学でないと修得できなそうなので・・。
本やパソコンで画像処理、LSIについて学びたいのですが・・。
なにか参考になる物があったら紹介してくださいませんか?
0145デフォルトの名無しさんNGNG
>>144
よし、参考になるサイトを教えてあげよう。

http://www.google.co.jp/
0146140NGNG
>>145
氏ね。
0147デフォルトの名無しさんNGNG
>常識すらないのです。
なるほど。
0148デフォルトの名無しさんNGNG
>>145
「
>>140
LSI architecture image processing
とか
LSI vision chip
みたいなキーワードで検索してみれば?
」
くらい言ってやれよw
ま、「参考になる」サイトって言われてもどれが参考になるかは
本人次第だからアレだけど。
0149140NGNG
146は私ではありません。
(2ちゃんも初心者なんで質問しづらくなるし、小心者なので
こういうのは勘弁してくださいお願いします)
画像処理の〜〜を作るのに要する技術、何を始めればよいかといった
レベルの情報が欲しいです。
0150デフォルトの名無しさんNGNG
可哀想なんで参考になるサイトをもう一つ教えてあげよう。

http://myu.daa.jp/osiete/
0151デフォルトの名無しさんNGNG
>>150
お前、いい加減にしろよ!
かわいそうだろ!
0152デフォルトの名無しさんNGNG
>>145とか>>150を見ると「夏だな。」と思う。
0153デフォルトの名無しさんNGNG
そんなことしなくても、昼休み外へメシを食いに良くだけで夏を実感できるよ
0154デフォルトの名無しさんNGNG
>>144
図書館とかはないの? それらしい本探して、1冊1時間のペースでめくれば
様子くらい分かると思うけど。
学校になきゃ、市とか町のに行く。なぜか結構予算持っている。
0155デフォルトの名無しさんNGNG
>>149
〜〜は何なのかと
0156デフォルトの名無しさんNGNG
>>140
ちなみにおまえ、148の検索はしてみたか?
0157デフォルトの名無しさんNGNG
>>155
「画像処理の〜〜」で、「画像処理のビッグウェーブ」と読むんじゃないかな?
0158デフォルトの名無しさんNGNG
ちなみに「〜~」は「周波数分解」と読む。
0159デフォルトの名無しさんNGNG
>>140
大漁だな
0160140NGNG
いろいろありがとうございます。
>>155 〜〜は回路とかLSIです。
>>156 検索しました。回路とかトランジスタのことは分かるのですが
    個々の組織を説明する専門用語が理解できない物が多くて・・。
    自分でも探してみますが何かおすすめがあったら教えてください。
仕組みが理解できていたら十分なんでしょうか?
0161デフォルトの名無しさんNGNG
>>150 のサイトは見たか?
0162デフォルトの名無しさんNGNG
>>160
煽るつもりは決してないんだけど、高い授業料を払っているんだから、まずは大学の
教授なり助教授なり助手なりに聞くべきでは?

キミは、連中の給料を払ってやっている客だ。堂々と聞けばいい。


>>158
ちょっとだけワラタ
0163デフォルトの名無しさんNGNG
>>162
そういう発言の出てくる君は、いい環境で勉強できたんだなぁっておもうw
漏れの大学なんて、学校や先生なんてあてにならんかったよ。
まじでネットの方がマシ、みたいなw
((院からは他の大学に移ったからいいけどな))
0164デフォルトの名無しさんNGNG
学生は2chばっか見てないで勉強しろ
0165デフォルトの名無しさんNGNG
>>140
私が思うに、そう都合のいい本はなかなか無いと思うな。
まず回路設計に使うツールをしっかりと把握して、
どっかで(ここでもいいけど)仕入れた処理アルゴリズムを
どう回路に落とすのか。
そこが大変なんでない?

たぶん卒研だと思うけど、もう少し具体的に 何がやりたい
か言ってくれないと ここの住人も答えに困るだろう。
どんな処理をしたいのかも決まってないなら、
もう少し環境を晒してアイディアを募ったらいいのでは?
0166デフォルトの名無しさんNGNG
とりあえず最近のインターフェースにまんまな特集があった気がするが
0167デフォルトの名無しさんNGNG
   , -――--、
  ./       \
 /   ノノノノVV人| 
 |  /ノ へ  へ ソ 
 |  ノ  -・' |・-' |
 (61ノ (  └J  )
  ヽ||        | 
   | \ ヾlココ |
     \___ノ
0168デフォルトの名無しさんNGNG
あぁ、まんま→さんまか…
気づくまで2.7秒かかった。
0169デフォルトの名無しさんNGNG
>>168
言われて気づいた。
0170デフォルトの名無しさんNGNG
>>168
お前凄いな
0171デフォルトの名無しさんNGNG
画像処理は素人ですが、24 bit color のビットマップの絵を「ペイント」で
8 bit color に変換すると、ファイルは小さくなっていいですが、256 色の
テーブルは全部使っていないですね。折角のテーブルだから、使わない色は
止めて有効な色のみのテーブルにするような変換ツールというのは、ないの
でしょうか。
0172デフォルトの名無しさんNGNG
>>171
死ね
0173デフォルトの名無しさんNGNG
何の意味があるのかと小一時間問い詰めたい
0174デフォルトの名無しさんNGNG
意味不。
独自フォーマットになる悪寒。
0175デフォルトの名無しさんNGNG
>>171
自分でプログラム書いて、その有用性とともに報告せよ。
0176デフォルトの名無しさんNGNG
>>171
http://www.google.co.jp/search?hl=ja&ie=UTF-8&q=%E6%B8%9B%E8%89%B2%E3%80%80%E3%83%84%E3%83%BC%E3%83%AB&lr=
0177171NGNG
>>176
どうもありがとうございました。Padie とかを明日試します。
>>173,>>174
風景で赤なんかないのに、赤や橙がテーブルに付いていた。
>>175
より元の色に近い絵になるだろうと思ったモンで。8 bit にすると、
なんか暗い絵になった。
0178デフォルトの名無しさんNGNG
>>177
ここはお前が来る所じゃない。ソフト板に行け。
0179デフォルトの名無しさんNGNG
>>171 は、 ゲイチュの「ペイント」は もっとまじめに減色しろ!ぷんぷんっ!
と言っているのだな。
っだったら漏れも賛成する。
0180171NGNG
>>178
お礼参りに出てきたでよ。ちょいとご挨拶。

Padie を試しました。見事に色テーブルの256色を全部使っていました。
>>176 さん、重ねて感謝。
 Padie Pro とかが、今は落とせないのが残念。
 しかし、関連サイトでは、「原色」ツールなんて書いているやつがいる。

で、8 bit で簡単だから、色コード別の頻度をとるプログラムを組んで、
使用色数をカウントしてみた。
Padie は 256 だが、「ペイント」は 122 だった。
>>179 さんの言われる通り、タダのペイントに苦情言っても始まらないが
256 - 122 = 134 色は、なんの意味もないデータということになる。使用数
を 122 にして、テーブルを小さくしてくれても良さそうに思ったが、ま、
その程度なんでしょうね。
0181デフォルトの名無しさんNGNG
>>180
だからさ、「8bitの時のテーブルサイズは256」って決まってるんだってば。
0182デフォルトの名無しさんNGNG
>>181
あ、ごめん。決まってなかった。
0183デフォルトの名無しさんNGNG
>>171 >>180
ちょっと実際に ペイントでやってみるとわかるけど、
8bit で保存すると、既定の256色に無理やりしちゃうみたい。
使っている色数が122色ならその122色をテーブルに登録して
くれれば色が変わったりしないのにね。
テーブルサイズよりこっちのほうが問題だと思うな。
ゲイチュめ。
0184デフォルトの名無しさんNGNG
最適な256個のパレットを求めるのは、O(exp(n)) か O(n!)
くらいの問題だよね。
充分研究価値があると思うが。
0185デフォルトの名無しさんNGNG
それなりに研究されていると思うが。
http://www.google.co.jp/search?hl=ja&ie=UTF-8&c2coff=1&q=%E3%83%99%E3%82%AF%E3%83%88%E3%83%AB%E9%87%8F%E5%AD%90%E5%8C%96&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
0186デフォルトの名無しさんNGNG
そりゃそうだ。他の方法も含めていろいろやられてる。
だいたい、如何に計算をごまかすかって話になるよね。
CPUパワーもどんどん上がってるし、興味を持った
人にはいいネタかと思った。そんだけ。
0187171NGNG
>>183
xPadie でも susie plug in だかを使うと bmp 以外の出力が可能となった
います。
windows では画像変換の filter を使っているようですが、公開されて
いませんよね。(.flt って拡張子)
これって MS が windows 提供先の特許だか著作権を侵害している話に
通じていて、公開できないのではとかんぐっています。
公開されていれば、みんな気軽に変換可能で、各自変換機能を入れる
不自由はなくなると思うのですが。
0188デフォルトの名無しさんNGNG
( ゚д゚)…
0189デフォルトの名無しさんNGNG
有料のペイント/ドゥローソフトなら、4/8bitパレットを1色単位で減色/編集出来るよ。
価格が少し高めだけど、MacromediaのFireworksがおすすめ。
より高価なPhotoShopよりも、パレットの最適化/手編集の効率に優れると思う。
0190デフォルトの名無しさんNGNG
>>187
ほうほう。そうなってるのか。

使用色数が多いときはともかく、少ないときは
色変えないでほしいよな。
何のためのパレットテーブルなんだよ。って感じ。
(ちゅーか減色じゃないし。)

色数が多くて減色するときもディザリングするかしないか
くらい選びたいよね。
0191デフォルトの名無しさんNGNG
OPTiXImageStudioは?
0192デフォルトの名無しさんNGNG
OPTPIXいいよね。
0193デフォルトの名無しさんNGNG
>>189
PhotoShopは減色を必要としない用途がターゲットだからしかたないね。

Fireworksはweb用途がターゲットだから減色機能がいい。
既定パレットも数種類選べ、画像にマウスポインタを合わせるとその色が
パレット上でフォーカスされるし、ディザリング・ロス圧縮強度も選べる。
最新版はPhotoShop並みの値段になったけど、2世代前のバージョン3
あたりを安値で探してくればコストパフォーマンスも上々かと。

同じMacromediaのFlashにはラスタ画像をベクタ画像に変換する機能がある。
web用途の枠を抜ければ面白いと思う。
0194140NGNG
>>165
卒研までになんとか基礎を覚えてあとは自分で
というところまでいきたいなと思いまして・・。
とりあえずなんもやったことがないのでWeb上の画像の処理
(加工など)とかから始めるべきでしょうか?

0195デフォルトの名無しさんNGNG
>194
あきらめて留年してください。
出来れば迷惑なので退学してほしい所ですが。
0196デフォルトの名無しさんNGNG
>>194
本当に素人なら、色空間とかフィルタリングあたりから調べて
みるのがいいと思います。

画像処理と言っても範囲が広いので、手持ちの回路設計道具が
大体どんな物かによると思う。たとえばどんな物が作れるのか?
信号処理っぽいものなら、コームフィルタとか、ノイズ除去とかかな。
フレームバッファが取れるなら、jpg enco/deco とか、FFTとかかな。

回路設計のノウハウをもつ君は貴重な存在だ。
画像処理なんて、数学屋とかの知恵を応用してるだけ。
それでも、ここにもそこそこのノウハウってもんもある。
困ったらアイディアもらいにまた来ればいい。
0197デフォルトの名無しさんNGNG
ボクのチンポも画像処理できるんでしょうか?
0198デフォルトの名無しさんNGNG
できるよ
0199デフォルトの名無しさんNGNG
拡大?縮小?
0200デフォルトの名無しさんNGNG
アンシャープマスクお願いしまつ
0201デフォルトの名無しさんNGNG
初心者です。ヴィジュアルベーシック6.0を使ってます。画像と画像を合わせて、新たに画像をつくりたいとき、どーすればいいんでしょうか。
二つの画像の一点をとり足し合わせていけばいいんですか?その時の色の指定はどうーすればいいんでしょうか。
すいません、おしえてください
0202デフォルトの名無しさんNGNG
>>201
マルチするなカス野郎
0203デフォルトの名無しさんNGNG
>>201
何がやりたいんだ?
目的がようわからん。
単に2枚の画像を足し合わせたいのか?
0204デフォルトの名無しさんNGNG
>>203
 >>201 は高度なことをおやりになる積もりかも知れないので間違うと失礼とは
 思いますが、思い出すのは、エッチな画像を画面から保存すると、いいところ
 を中心にバラバラになることがあります。これをピタッと合わせるにはお聞き
 のような操作が必要かとゲスの勘ぐりです。
0205デフォルトの名無しさんNGNG
201です。すみません。具体的にいいますと、鳥が飛んでる画像と、山が移ってる画像をですね、合わせたいんですよ。
鳥と山の画像それぞれの一点x、yをとって、そこの色情報を足し合わせてあらたな画像として出力したいんです。
その色情報(RGB)はどうーやって足し合わせていくんですかね。A=picture1.point(x,y) ←これでAにピクチャー1の色情報を取得
して、、、、そっからわかりません。お願いします。
0206デフォルトの名無しさんNGNG
>>205
マルチするようなヤツには誰も答えないと思う
0207デフォルトの名無しさんNGNG
画像処理と言うほどのものでも無いけどな。
0208デフォルトの名無しさんNGNG
>>205
「合わせる」とか「足す」とかいう言葉をどういう意味で使ってるのか良く分からないけど、
画像処理のアルゴリズムについての質問じゃないならスレ違いだと思う。

続きは↓こっちでやってください。
http://pc5.2ch.net/test/read.cgi/tech/1092906058/
0209デフォルトの名無しさんNGNG
>>205
picture3.point(picture1.point(x,y).Normalize(), picture2.point(x,y).Normalize()) = picture2.point(x,y)&picture1.point(x,y)
0210デフォルトの名無しさんNGNG
暗い写真などを明るくするのに、明度を求めてこの値を上げるという方法がある
のを知ったのですが、ぐぐったりすると、RGB からの変換で
YCrCb 方式と HSV(HSL,HSI)方式が見つかりました。で、試したのですが、
YCrCb の方はおだやかに変化しますが、HSV の方は白とびが起きました。
Y も V も明度といってますが、素性は違うように思いますが、V というのは
こういう操作には向かないのでしょうか。色の3要素として分かりやすいと
思ったのですが。
0211デフォルトの名無しさんNGNG
>>210
HSV で V をいじっただけで「白飛び」がおきるとすると、
それはプログラムのバグである可能性が高いです(HSLと混同しているとか)。
0212210NGNG
>>211
慧眼! HSL のままでした。HSV にしたら、明度が 0 - 255 で出てきました。
ありがとうございました。
0213デフォルトの名無しさんNGNG
どんな言語勉強した方がいいでしょうか?
0214デフォルトの名無しさんNGNG
日本語だ。
0215初心者NGNG
ねぇ。LabonteのSOM(自己組織化マップ法)ってわかる?
わからないならわからない、わかるならわかると答えて下さい。どうぞ。
0216210NGNG
YCrCb って書いたけど、色変換の説明のサイトを見ると YUV ってのに当てはまる
んで、YUV にいい直しますが、RGB に定数マトリクスを掛けて、そのまま、また
RGB に戻すと、RGB の各輝度は落ちます。定数は少数以下3桁から4桁。
で、この変換をただ繰り返すと画像は暗くなりますが、こんなもんですか。
なにか、こうしたらいいとかあるんでしょうか。RGB は COLORREF 型です。
0217デフォルトの名無しさんNGNG
>>216
厳密には可逆じゃないからな
0218デフォルトの名無しさんNGNG
>>216
計算誤差だろ
0219デフォルトの名無しさんNGNG
>>216
普通にキャストすると切り捨てだからかな?
四捨五入にしてみるとか。
0220210NGNG
みなさん、ありがとうございます。
RGB -> y, u, v -> y だけ変化させる -> RGB に戻すという手順で
u, v はそのまま使っています。精度チェックでは y もそのまま。
y, u, v は double 型だし、定数はもっと有効桁があると違うかなと
期待していますが、少数桁の多い定数は、internet での入手は無理ですか。
0221デフォルトの名無しさんNGNG
>>220
0〜255→浮動少数→0〜255にしてんだからいくら少数の精度上げても
0〜255で切るんだから精度も糞も無いだろ
0222デフォルトの名無しさんNGNG
>>219の切り捨て説に1000点
0223デフォルトの名無しさんNGNG
テレビの信号の都合だかで,yuv を RGB に変換した時に
0〜216 (だったっけ) の範囲にしてしまう計算式がありませんでしたっけ?
とりあえず 210 が使っている計算式を晒してみては?
0224210NGNG
要所は以下の通りです。

double b, g, r, y, u, v;
BYTE *lpPx; // 24 bit color の pixel data の位置
// limitVal() は、0. 〜 255. に限定する関数
b = lpPx[0];
g = lpPx[1];
r = lpPx[2];
y = limitVal( 0.2990 * r + 0.5870 * g + 0.1140 * b);
u = -0.169 * r - 0.332 * g + 0.5000 * b;// +128 省略
v = 0.5000 * r - 0.419 * g - 0.081 * b;// +128 省略
//y = (double)getNewMeido((BYTE)y); / / 明度上げ下げの計算
*(lpPx++) = (BYTE)limitVal(y + 1.772 * u + 0.0012 * v + 0.49); // B
*(lpPx++) = (BYTE)limitVal(y - 0.344 * u - 0.7139 * v + 0.49); // G
*(lpPx++) = (BYTE)limitVal(y + 1.402 * v + 0.49); // R
0225デフォルトの名無しさんNGNG
>>215
SOMそのものは、画像処理と関係ないだろ。スレ違い
0226デフォルトの名無しさんNGNG
>224
どこもおかしくないよね。やっぱし >219 で FA か。
0.49 を足してるけど、例えば OpenDivX ではもう少し細かく 0.49999 くらいにしてたと思う。

あとあまり関係ないけど、B を求める時に +0.0012 * v としてるけど
正確に逆行列を計算してみると -0.000274967 * v にならない?

あと全然関係ないけど、値を 0〜255 に限定する演算は「飽和演算」つって
英語では saturation つーんで、知っておくと cool。
0227210NGNG
>>226
お手数お掛けしました。有難うございます。
0.49 はここへ書き込んだ後、気が付いて桁を増やしました。
y を求めるところも、明度変更がなければ、limitVal() を通さないように
して、RGB の前後の値を表示させましたら、気持ち接近しました。
saturation は、収斂とかでは使ってましたねえ。
+0.0012 * v の係数は見直します。逆行列も計算して見ましょう。
余談ながら、HSV の方は割りと復元しますねえ。
0228210NGNG
ご覧になっている方へのご参考までに、逆行列の結果を上げます。
>>226 ご指摘のように B へ戻す係数は間違っていましたね。
尚、元の matrix の値は >>224 の桁のでは、戻すときの Y の係数が1に
ならなかったので、桁数の多いものに変えました。これだと1になりました。

Source Matrix:
   R       G       B
0.2990000000 0.5870000000 0.1140000000: Y
-0.1684000000 -0.3316000000 0.5000000000: U
0.5000000000 -0.4187000000 -0.0813000000: V
Inverted Matrix:
  Y        U       V
1.0000000000 -0.0000368162 1.4019876003: R
1.0000000000 -0.3440777646 -0.7138853911: G
1.0000000000 1.7717952268 -0.0012593676: B

尚、逆行列の計算は、奥村晴彦先生のアルゴリズム事典P.39から取って
来ました。また復元値は改良されましたが、0x60 -> 0x5E の例もあり
ます。この辺が限界でしょうか。有難うございました。
0229デフォルトの名無しさんNGNG
>>228
Webでこういうの見つけたよ。ちょっと桁が多いかも。
(逆行列の検算はしていません。)

YCbCr(YUV,YCC)
Y = 0.29891 * R + 0.58661 * G + 0.11448 * B
Cb(U) = -0.16874 * R - 0.33126 * G + 0.50000 * B
Cr(V) = 0.50000 * R - 0.41869 * G - 0.08131 * B

R = Y + 1.40200 * Cr(V)
G = Y - 0.34414 * Cb(U) - 0.71414 * Cr(V)
B = Y + 1.77200 * Cb(U)
0230デフォルトの名無しさんNGNG
>>229
Cb(U) の係数が微妙に違うようだけど、どうなん?

>>228
>また復元値は改良されましたが、0x60 -> 0x5E の例もあります。

ちゃんと逆行列を求めて中間double型で計算してるのに?
感覚的にはちょっと ありえん と思う。
limitVal( ) のバグってオチじゃないよね?
0231210NGNG
>>229 どうも。復元時の係数がこちらの計算とちょっと違う。
Source Matrix:
0.2989100000 0.5866100000 0.1144800000: Y
-0.1687400000 -0.3312600000 0.5000000000: U
0.5000000000 -0.4186900000 -0.0813100000: V
Inverted Matrix:
1.0000000000 -0.0009919263 1.4018452447: R
1.0000000000 -0.3451179032 -0.7142903900: G
1.0000000000 1.7710177315 -0.0001369360: B
また、228 の係数での復元誤差は、0.985573 だったのに 0.994123 に拡大。
復元誤差は、R, G, B 毎の差の2乗の計を加算数で割って平方根を求めたもの。
逆行列を計算するようにしたので、224 では復元時の係数を打ち込んでいましたが
計算したものを使うように変えました。更に VC++ 6.0 です。
>>230
どうも。
static double limitVal(double x)
{
if ( x < 0.0) x = 0.0;
else if (x > 255.0) x = 255.0;
return x;
}
で、やっています。
0232デフォルトの名無しさんNGNG
四捨五入したら?0.5足したりして。
0233デフォルトの名無しさんNGNG
いちいちYUVすべて変換せずとも
R += r_lumi * 0.3;
G += r_lumi * 0.6;
B += r_lumi * 0.1;

とかしちゃーだめなの?
0234210NGNG
いろいろお知恵をいただき有難うございます。
元の RGB と復元した RGB の R, G, B 別の誤差のヒストグラムを取って、いろいろ試しましたら
y = limitVal(....); で、limitVal() にいれる前に 0.49999999 加える。
y, u, v から RGB へ戻すとき、limitVal() に入れる前に 0.49999999 を加える
と、復元は、ま、バッチリでした。>>230 さんの感覚に感謝。
>>230
そのやり方をよく知りません。
これまでは、明度を求めて、それを上げ下げできればとやって来ました。
で、どの辺の明度を多く上げ、他は少な目とかあると思い、今はベジェ
曲線で、山型あるいは谷型の曲線を当てはめています。指定は今はスライダ
ですが、できれば曲線をマウスで上げ下げしたい。
更に、U, V もスライダで動かしてみたい。今はひとのソースを持ってくる
だけですが。
0235デフォルトの名無しさんNGNG
>>234
>y = limitVal(....); で、limitVal() にいれる前に 0.49999999 加える。
そこは、double なんだから、+0.499.. の根拠が薄い気がする。
結果がいいんならしかたないけど。

ところで、気になるのは、>>224 ではコメントアウトされているが、
>//y = (double)getNewMeido((BYTE)y); / / 明度上げ下げの計算
ここ。
+0.499..するなら、ここの引数のとこだと思うけど、、
YUVに写像されているので、正確に元に戻したければ、
Y は 8bit では精度不足と感じる。(たぶん12bitくらいはほしい。)
さらに U,V もBYTEでやったら精度不足に陥ると思う。
doubleのまま処理するのが良いかと。

感覚発言ばかりですまんのー。
0236デフォルトの名無しさんNGNG
>>217
ええと、可逆用の行列が定義されてたんじゃないかなー。
違うやつだったっけ?
もし、暇があれば調べてみる。
0237210NGNG
>>235
ご指摘を有難うございます。
>>//y = (double)getNewMeido((BYTE)y); / / 明度上げ下げの計算
>ここ。
>+0.499..するなら、ここの引数のとこだと思うけど、、
y = (double)getNewMeido(y);
の引数を double にしました。ここへ来る前に y を 0.0 〜 255.0 にして
いるので、その前に 0.4999.. を加えました。ここがミソでしたね。

>さらに U,V もBYTEでやったら精度不足に陥ると思う。
double のまま使うことに変えました。
(これらは、恥ずかしながら、人様のソースを闇雲に持って来て使ったもの
 ですから、今やいろいろとボロが出ます。どこかの大學の資料で間違い
 があったりして、学生さんも大変だと思いました。)
0238デフォルトの名無しさんNGNG
>>237
>y = (double)getNewMeido(y);
>の引数を double にしました。ここへ来る前に y を 0.0 〜 255.0 にして
>いるので、その前に 0.4999.. を加えました。ここがミソでしたね。

またしても検証もせずに感覚で言わせてもらうと、
+0.499.. というのは、整数にするときの四捨五入の為なので、
この前に足すのはやっぱり不自然と感じる。

getNewMeido( ) の戻り値が BYTE や int なら、
y = (double)(getNewMeido(y) + 0.499999);
のように戻り値に足すほうが自然かと思う。

それよりも getNewMeido( ) の戻り値も double にしましょう。
内部で切り捨てみたいなことが起きていなければ、
+0.499.. はここではいらなくなると思います。
0239238NGNG
ごめんキャストはもういらんか。
y = getNewMeido(y) + 0.499999;

ちゅーか、0.5でもいいんじゃないの?
0240デフォルトの名無しさんNGNG
>>239
0.5の方がいいと思う。
0241デフォルトの名無しさんNGNG
0.4999はどこから出てきたんだろうな
0242238NGNG
>>240 >>241
よかった、0.5 でいきましょ。

>>210 >>237
で、感覚ばっかじゃ悪いので、今、256*256*256 回のループで
全通りチェックしてみました。(最近のPCって速いなぁ)
Y,U,V が double なら

Y = 0.29891 * R + 0.58661 * G + 0.11448 * B
U = -0.16874 * R - 0.33126 * G + 0.5 * B
V = 0.5 * R - 0.41869 * G - 0.08131 * B
//
Ro = (int)(Y - 0.0009919263 * U + 1.4018452447 * V + 0.5)
Go = (int)(Y - 0.3451179032 * U - 0.71429039 * V + 0.5)
Bo = (int)(Y + 1.7710177315 * U - 0.000136936 * V +0.5)

で完璧に戻ってます。

Ro = (int)(Y + 1.402 * V + 0.5)
Go = (int)(Y - 0.34414 * U - 0.7141 * V +0.5)
Bo = (int)(Y + 1.772 * U +0.5)

でも完璧に戻ります。

// のとこに
Y=(double)( (int)(Y + 0.5) )
を入れると 戻りません。

怪しいのは、getNewMeido( ) だと思います。
内部で整数処理してない?
0243210NGNG
折角ですから晒します。Bezier 曲線による明度変更です。
xxx0, yyy0 は int で slider から得た変更指定で、static global です。
明度 xxx0 のところを yyy0 変更する指定としています。
Bezier 曲線
r(t) = A・(1-t)*(1-t) + 2・B・t(1-t) + C・t * t;
の A =(0,0), B = (xxx0, xxx0 + yyy0), C = (255, 255) を制御点とする曲線を
求めて、旧明度に対応する新明度を求めています。第1項は結果的に不要。
引数 x は 0 〜 255 でないとまずいという理解です。

static double getNewMeido(double x)
{
double y, t, t0, t1, r, bumbo, xxx2, aaa;

// Bezier curve は、t を媒介変数にしているので、
// x から一旦対応する t を求めて、更に y を求める
// 以下は、t = (-b ± sqrt(b*b - 4ac)) / 2a の計算
if (!yyy0) y = x; // 復元チェックと無駄な計算排除のため
else{
/* 長文エラーだったため、分割 */
0244210NGNG
>>243 の続き
xxx2 = 2.0 * xxx0;
aaa = 255.0 - xxx2; // 幸運にもゼロなし
r = sqrt(xxx2 * xxx2 - 4 * aaa * (-x));
bumbo = 2.0 * aaa;
t0 = (- xxx2 - r) / bumbo;
t1 = (- xxx2 + r) / bumbo;
// 2次式の解の計算終わり
if (t1 >= 0.0 && t1 <= 1.0) t = t1;
else t = t0;
// r(t) = A・(1-t)*(1-t) + 2・B・t(1-t) + C・t * t;
// limitVal() かけるから四捨五入を入れた
y = limitVal(2.0 * (yyy0 + xxx0) * t * (1 - t) + 255.0 * t * t + 0.4999999);
}
return y;
}

これに渡す引数のため、Y は limitVal(.... + 0.49999999) が必要で、
また、>>242 での Ro, Go, Bo は BYTE 列に納めるため、四捨五入と limitVal()
が必要と考えました。このとき、getNewMeido() から返ってきた値に
0.499999...を加えておけば、Ro, Go, Bo 計算の全部の四捨五入になります。
0245デフォルトの名無しさんNGNG
>>243 >>244 (>>210)
>これに渡す引数のため、Y は limitVal(.... + 0.49999999) が必要で、
Y は この式だから
Y = 0.29891 * R + 0.58661 * G + 0.11448 * B
何もしなくても 0.0 〜 255.0 の値しかとらないと思われるよ。

>// limitVal() かけるから四捨五入を入れた
>y = limitVal(2.0 * (yyy0 + xxx0) * t * (1 - t) + 255.0 * t * t + 0.4999999);
+0.5 のあと 整数型にキャストしなければ、四捨五入にはならないと思う。
そもそも、limitVal( ) に四捨五入は必要ないと思います。

>また、>>242 での Ro, Go, Bo は BYTE 列に納めるため、四捨五入と limitVal()
>が必要と考えました。
そこはその通りですね。
私が int で実験したのは、-1 や 256 になっちゃうところも見つけるためでした。

とりあえず 見た感じでレスしときます。
また時間があればこっちでも実験してみます。
0246210NGNG
>>245 どうも。有難うございます。
>Y = 0.29891 * R + 0.58661 * G + 0.11448 * B
>何もしなくても 0.0 〜 255.0 の値しかとらないと思われるよ。
馬脚が表れた感じですが、参考にしたソースは、BYTE 列を確保して、
Y, U, V を一旦全画面分格納していましたので、0 〜 255 のチェックが
ありました。それをそのまま残していました。(処理が pixel 単位です
から、全画面分の格納は止めたのですが、関連変更不徹底です。)
他にも冗長なところがありますので、これから見直します。Bezier の計算
も pixel 毎では、重複してます。8 bit color まではこのままでも、
24 bit color では、table look up がいいでしょう。 1024 x 768 とかに
なるとなおさら。
0247245NGNG
>>244 (>>210)
>このとき、getNewMeido() から返ってきた値に
>0.499999...を加えておけば、Ro, Go, Bo 計算の全部の四捨五入になります。

そういうことか。ゴメン。 ちゃんと読んでなかった。
で、結局うまくいっているなら無問題でいいのかな?

一応報告すると、
>これに渡す引数のため、Y は limitVal(.... + 0.49999999) が必要で、
うちでは、limitVal も +0.5 もなしで そのまま y = getNewMeido( y ) で
きちんと元に戻ってるよ。
0248210NGNG
>>247
>>これに渡す引数のため、Y は limitVal(.... + 0.49999999) が必要で、
>うちでは、limitVal も +0.5 もなしで そのまま y = getNewMeido( y ) で
>きちんと元に戻ってるよ。
戻りますねえ。余計な計算を止めました。有難うございました。
お蔭様で、復元はメデタシメデタシです。みなさんのご教示に感謝。
0249210NGNG
先日来お世話になりました 210 です。また出てきました。
画像処理特有の問題でもないので、スレ違いなら他へ行こうと思いますが、
ご親切に甘えて、先ずはここに聞きに参りました。
前回明度を上げ下げする内容でしたが、どれくらい上げ下げすると絵がどれくらい
変わるかを見るため、slider(trackbar)の移動(WM_HSCROLL)に応じて preview 欄に
絵(350 x 230)を表示しています。333Mhz のマシンで 8 bit color(2 ms) までは、
間断なく変化していいのですが、24 bit color になると 180 ms 位時間がかかって
preview は変化しません。(別の 2 Ghz マシンだと変化します)
WM_HSCROLL が来ると、明度指定の RGB を作って(ここで時間消費) InvalidRect() を発行し、
WM_PAINT で、SetDIBitsToDevice() で preview pane の hdc に描画しています。
debug print してみると、それぞれを通過はしているようです。描画が終わるまで
次の WM_HSCROLL が来ても無視するよう、flag を立てたりして見ましたが、
絵は更新されません。遅いマシンでダメなのか、解決策はあるのか、お分かりの方
お教え下さい。尚、このマシンは win98 256MB, API dialog base 処理です。
(元の絵は大きいのですが、一旦 pane サイズにしていじっています)
0250デフォルトの名無しさんNGNG
>>249
甘えるなー(w
0251デフォルトの名無しさんNGNG
>>249
サイズを小さくしてテスト(16×16)ぐらい。
それで動くなら、グラフィックボードの問題(多分)
ちょっとづつ大きくしてテスト
細かいことはWinAPIスレへ。
0252デフォルトの名無しさんNGNG
AlphaBlendで擬似的に一撃!
0253デフォルトの名無しさんNGNG
>>249
UpdateWindow って知ってる?
0254デフォルトの名無しさんNGNG
>>249
メモリ不足とかかな?
キャッシュがヒットしなくなってすごく遅くなることもある。
>>251 の意見にさんせー
0255210NGNG
レス有難うございます。
>>251
pane の縦横1/2 の 157 x 115 では動きます。縦横 2/3 では駄目でした。
グラフィック・ボードの限界なら、情報を得て、サイズを逆算できれば
良いわけですが、??? ヘルプを検索しても参考情報が出てこない。
>>252
サンプルをちょっと探しましたが、見つかりませんので、後で。
>>253
InvalidateRect() の後、UpdateWindow() では、絵が出ません。
UpdateWindow() は、SendMessage() だろうと理解して、
私は、WM_PAINT を PostMessage() しています。(update が
保証されない原因でもあるでしょう)
>>254
キャッシュのことをよく分かっていませんが、メモリ全体のことで
いうなら、この dialog を起動した状態を「PC情報局」でみますと、
141 MB 空いています。VC++ もいる状態です。(256MBがマシン限界)
(ビデオ・システムのメモリは取説に 4 MB とあります)
0256デフォルトの名無しさんNGNG
>>253
WM_PAINT をポストするのは絶対にまずいです。あと SetDIBitsToDevice ではなく、
StretchDIBits だとどうなりますか?
あるいは DIBSection で DIB 側を確保して、単に StretchBlt とか。
0257デフォルトの名無しさんNGNG
デバイスコンテキストの知識の無さと画像処理は
また少し違うような気がする
0258210NGNG
今朝方夢を見て、早速起きて試しましたら、恥ずかしながら自分のミスが
ありそうです。原因はまだ分かりませんが、2240x1488 の写真を 1024x768 に
縮小した絵でテストをしていましたが、2240x1488 の元の絵で試しましたら
不思議、slider に追随して絵が変わりましたです。249 は一旦撤回です。
(pane size への縮小で何かがあるんでしょうか。WM_PAINT は PostMessage()
のままです)
お騒がせしました。軽率赤顔の至り。
>>256
1024x768 の絵で試した結果では、StretchDIBits() でも同じでした。
StretchBlt() はまだ試しておりません。
>>257
申し訳ありません。私もそう自覚しております。で、249 でお断りした訳です。
話題がいくつも飛び交っているスレだと遠慮すべきと思いました。あるいは
即スルーでしょう。
0259210NGNG
元の絵の縦横比を維持して preview pane に収まるサイズを「きちん」と求めて、
試しましたら、動くようになりました。(これまで既存のルーチンを使用)
hdc の矩形をはみ出していた怖れがありそうです。しかし別のマシンで動いて
いたのは不思議。たまたまですかね。本当にお騒がせ致しました。
0260デフォルトの名無しさんNGNG
フォトショップでは HSI を使用していると聞いたのですが、
色相・彩度編集にある明度って HSI の I ではないのですね。
色相、彩度は HSI 変換して単純に増減してやれば同じような処理が出来ました。
明度はRGBここの値を増減しているだけのようですがどうやっているのでしょうか?

0261デフォルトの名無しさんNGNG
HSBだったような
0262デフォルトの名無しさんNGNG
>>261
ここの過去ログにあったHSV(=HSBですよね?)とHSIのコードを参考にしましたがそのどちらでもないようです。
ただ色相・彩度についてはHSIのとほぼ同じような結果になっております。
RGB各値について
R = ( 1 - 明度 ) R + 明度  (明度>0)
R = ( 1 + 明度 ) R       (明度<0)
としたらそれっぽくなったかんじです。←まだしっかり検証していませんが。
0263デフォルトの名無しさんNGNG
R = R + (255 - R) * 明度 (明度>0)
かなぁ…
0264260NGNG
>>263
262の式と同じですね。
0265260NGNG
いろいろ試してみました結果を書いておきます
フォトショップの色調補正⇒色相・彩度の処理は
>>262,263の式でRGBの明度を処理
その後HSI空間でHとSを増減(単純にパラメータ -1〜1を加算。S==0の場合は常にS=0)
のようです。かしこ
0266デフォルトの名無しさんNGNG
>>124
遅レスだが
http://www.cs.ualberta.ca/~xiaozhen/615/Project.pdf
に顔認識、顔部品認識の大体の今の手法が紹介されている。
これから研究に取り掛かるんなら英語だけどマジおすすめ


てか顔認識やってるやつ隠さないで自分の知ってる
分かりやすい論文やチュートリアルページへのリンク晒せや。


それより日本のこの分野のレベルってどうなの?かなり低い気がするんだけど...。
0267210NGNG
その節はお世話さま。
>>266
10年以上前に大学で話を聞いたが、やっていた。cpu が遅くで困っていた。
先端なんとかってのは大体こういうのに手を染めている。
security 絡みで、やっているし、通産省も旗振っていた。
学生の卒業論文も百花そうめいではないか。実地の面通しでどこで何を
使っているかは公開されていないようだが。
0268デフォルトの名無しさんNGNG
>>266
研究環境は米国がいいが、space perception 能力はアジア人がダントツ。
やりたい人は米国へ行く。国でみるか、人でみるか。
0269デフォルトの名無しさんNGNG
StretchDIBits(BitBlt等も同様)が遅くなる場合と対策

拡大縮小:拡大縮小はDIBデータ操作の時点で実施。StretchDIBitsは等倍で。
ビット演算:同じくDIBデータ操作の時点で実施。StretchDIBitsはSRCCOPYで。
ビデオモード変換が伴なう場合:32bit専用にする。

DIBバッファが確保出来ない場合はあきらめる。
0270デフォルトの名無しさんNGNG
VNCクライアントを作ってるんだけど
TightVNCってjpeg圧縮が使われてるという話だけど、
このjpeg圧縮っていうのは普通のjpeg画像としてデータが送られてきてる
と考えていいんでしょうか?
0271デフォルトの名無しさんNGNG
>>270
そんな事をここで聞くようなことでは作るのは難しいな
0272デフォルトの名無しさんNGNG
>>270
チミはまずjpegをググれ!
0273デフォルトの名無しさんNGNG
>>271-272
わからないならレスつけなくていいよ
0274デフォルトの名無しさんNGNG
>>270
スレ違いだろ
VNCでやりとりしてるデータのどこが画像処理だ
271のようなレスが来るのも当たり前だろ
0275デフォルトの名無しさんNGNG
ディスプレイ用途に限った機能拡張版JPEGが使われてるなら興味ある。<TightVNC
フーリエ変換系は画像処理と言って良いと思う。
>>270の意図がそこにあるかどうかはわからん。
0276デフォルトの名無しさんNGNG
メモリ上のJPEGファイルイメージをピクセルイメージするために
libjpegを利用しようと思ってるのですが、
この場合メモリ用のsource managerをつくってあげればいいんですよね?

もしリファレンス実装か参考にできるいいサイトがあれば教えてください。
0277デフォルトの名無しさんNGNG
JPEG⇒BMPを解説したサイトは結構ある。
24bitBMPに変換して処理ということで。
0278デフォルトの名無しさんNGNG
こやつめ
0279デフォルトの名無しさんNGNG
>>276
jpeg_read_scanlines() で、横1行分の RGB が出てくるので、格納していく。
bmp の biHeight を負数にすればそのままでもいいわけだが、気持ちが悪いので
下から埋めるってのが、面倒だな。RGB も逆だし。
自分は随分昔で、RAM も少なかったので、ソースを見て、エラーメッセイジを
簡単にし、圧縮は止めてと....解析したからなんでもなかったが、今は簡単に
すまそうと却って大変だな。結構冗長なコードがあった。
0280デフォルトの名無しさんNGNG
いや、そういう話じゃなくてファイルじゃなくてメモリ上のJPEGデータをデコードする話だろ?
0281279NGNG
>>280
ああ、そう読まれたか。ファイルを読むとこは、メモリ・アクセスに変えた。
例えば、getc() とかは、mygetc() にして、メモリのポインタを進める。
出口は、jpeg_read_scanlines() で同じ。
0282デフォルトの名無しさんNGNG
Photoshopプラグインについてはこのスレでいいんかい?
0283デフォルトの名無しさんNGNG
>>282
プラグイン作るの?
0284282NGNG
>>283
はいな
0285デフォルトの名無しさんNGNG
まあ・・・画像処理かもしれないな
プラグインの作り方とかな話題じゃなければ。
0286デフォルトの名無しさんNGNG
>>276
モジラのソースとか、image magikのソースとかに
載ってませんか。
0287282NGNG
無念...
0288デフォルトの名無しさんNGNG
>>279
ていうかトップダウンのbmpってほとんどのソフトが読めないよ
0289デフォルトの名無しさんNGNG
読めないソフトのほうが問題だな
0290デフォルトの名無しさんNGNG
bmp→jpeg変換とか、画像処理全般について解説されてる
本でオススメのを教えてください
0291デフォルトの名無しさんNGNG
bmp->gif
bmp->png
bmp->jpeg2000
bmp->tiff
bmp->mag
bmp->pi
bmp->pic
gif->png
(ry

何ページの書籍になるんだろ。
0292デフォルトの名無しさんNGNG
>>287
CG技術板じゃない?俺もあっちのスレ時々見てるし。
(でもほとんどソフトの使い方の話ばかりだが・・・)

>>290
自分でbmp->jpegを実装するよりimagemagic使った
方がいいんじゃない?
0293デフォルトの名無しさんNGNG
>>291-292
えーと、windowsのbmpじゃなくてBGR233っていう形式のデータを
受け取ってjpeg画像として処理するようなことがやりたいのです。
で、bmpとかの画像を処理する基本みたいなことが
知りたくて何かいい本は無いかと思って質問させていただきました。
そんままズバリみたいな本があれば尚いいんですけど。

ちょっと自分でもよくわかってなくて変な質問になってごめんなさい
0294279NGNG
質問中の方に、チャチャいれてわるいけど、
>>291
mag って久しぶりに見た。まだ使われている? maki はマイナー?
ソースコードはあるけど、テスト用の絵がないので、実装止めているんだが、
絵がある URL が分かれば、試してみたい。(昔 nifty, pc-van にはあった
が、もう ID 持ってないんで)

MSDN には、jpeg を bmp に埋め込むと、そのまま読めそうな記述があるけど
みんなやっていないのかなあ。width, height 得るのに一旦解凍するんで、
2度手間ってことでしょうか。
0295デフォルトの名無しさんNGNG
>>294
BI_JPEGあたりは普通のスクリーンデバイスでは使えない、が結論だったはず。
あと、トップダウンDIBはメモリ上で扱う分にはほとんど問題ない。
0296 ◆FIcNi4f8js NGNG
ふつう
bmp -> DIB -> jpeg
だろ?
0297デフォルトの名無しさんNGNG
は?
DDB=BMPというわけじゃねーだろ
BMPはもっと広い意味を持った言葉だろが。 
0298デフォルトの名無しさんNGNG
>>276
もう終わってるかもしれないけど、一応貼っておきますね。
ttp://tokushima.cool.ne.jp/jack_owner/old/main/jpeg/
0299276NGNG
みなさんいろいろありがとう。

>>298
この手法は目から鱗でした。
もうメモリにあるんだからさらにバッファリングで読み必要ないですからね。
これを採用したいとおもいます。
0300279NGNG
>>295
ご教示感謝。
今朝すぐレス書いたら、書き込み拒絶されたので、時間稼ぎに試して見ました。
BI_JPEG 指定で、biSizeImage と bit data に元の jpeg データのを指定して
bmp file 作って、読ませたら、ペイントも IE もネスケもダメでしたね。
デジカメに付いていた ACDSee が入っている winXP 機で試したら、
.bmp file ダブルクリックで、これが起動して、表示されました。
IE から開いてもこれを起動して表示。ネスケは何も出ず。
0301デフォルトの名無しさんNGNG
手抜きの便乗質問ですみませんが、
>>298
のURLでの、減色機能ってのはどんな評価ですか。前に xPadie がありましたが、
あれは時間がかかるんで、そこそこの再現なら、つっこんで見たい。
0302デフォルトの名無しさんNGNG
>>293
0303デフォルトの名無しさんNGNG
jpegの仕様がしりたくてISOのサイトで検索したら、なんか値段がついてる・・・
買わなきゃ見れねーのかよ・・知らなかった
0304デフォルトの名無しさんNGNG
http://www.jisc.go.jp/
ここのJIS検索で JIS X4301 を検索
閲覧以外しないなら見れる
0305デフォルトの名無しさんNGNG
質問させていただきます
PhotoShop等に装備されている16bitカラーモードですが、これは演算を16ビットで行い
画面に表示するデータは8ビットに落とし込んでいるという解釈で宜しいでしょうか。
0306デフォルトの名無しさんNGNG
>>305
yes.
0307デフォルトの名無しさんNGNG
>>306
どうもありがとうございます。
0308デフォルトの名無しさんNGNG
>>303
itu-81版はただで手に入るはずだが。。
0309デフォルトの名無しさんNGNG
重なりのある場合の画像認識というのは、どうやってやるのですか?
例えば、以下のURLにあるような感じのやつです。

ttp://www.tamagawa.ac.jp/GAKUBU/KOUGAKU/iis/image/yamada/w/d/hasami/res1.gif
ttp://www.naisweb.com/j/pcfaj/vis_jpn/vis_jpn_ax40/idamest.html

いろいろ調べて"DPマッチング"というキーワードに行き着いたのですが、
マッチデータ列と、マッチするかもしれないデータ列に、
何をあたえていいのやら、というところでいきづまりました。
(DPマッチングの最適経路と最短距離をもとめることはできます)

輪郭のチェーンコードかな、とおもったりしたのですが、
8近傍だったら45度間隔でしか対応できないし、
輪郭の特徴点を数点みつけてからそれを結ぶパラメータをデータ列にするんでしょうか。
このへんのことがわかりやすく解説している本とかウェブページないでしょうか。
少々高価でもかまいません、大学へ入学することを思えば安いものなんで。

実は、私、もうかなりのオッサンなんですよ。
お若い方々がバリバリと画像処理の研究(勉強)をしてらっしゃるのを見ると、
大変うらやましいです。
0310デフォルトの名無しさんNGNG
>>309
森俊二 「画像認識の基礎」�T�U オーム社
が一番良いのでは、

舟久保登 「視覚パターンの処理と認識」 啓学出版
もいいと思いますが、啓学出版はだいぶ前につぶれています。

新編 画像解析ハンドブック 東京大学出版会
認識が専門分野だと物足りないけれどあると便利
ただし37,800円

参考ホームページ
http://yindy1.aist-nara.ac.jp/PRMU/contest/
http://bali.cis.iwate-u.ac.jp/~kimura/research/fght.html

わたしも相当なおっさんですが、バリバリと新分野に挑戦しています。頑張ってください。
0311デフォルトの名無しさんNGNG
原画に対してガウシアンブラーかけたものを用意して
それと原画との差分をとれば輪郭がとれると思うのですが
いかがなものでしょうか
0312デフォルトの名無しさんNGNG
>>311
>>309 のオサーンは、輪郭はすでに抽出できていると思われ。
枯れた画像処理の分野は充分に理解していると思われ。
0313デフォルトの名無しさんNGNG
>>312
309は関係ない
0314デフォルトの名無しさんNGNG
http://www.gfdata.de/gamefront-temp/wand-a.jpg
http://www.gfdata.de/gamefront-temp/wand-b.jpg
http://www.gfdata.de/gamefront-temp/wand-c.jpg
http://www.gfdata.de/gamefront-temp/wand-d.jpg
0315デフォルトの名無しさんNGNG
安価なmpegエンコードライブラリを探しています。
キャプチャボードは、ビデオフォーマット(NTSC)などを取り込んで
そのままmpegに出来るだけのライブラリでも
キャプチャボード込みこみのライブラリでも良いです(もちろんハードエンコでも)
どなたか、ご存知の方いらっしゃいませんか?
OSはWindows、開発言語は、C(++)、VBで
価格はライブラリのみなら2万くらい(初期ライセンス10万まで)
キャプチャボード込みなら5万くらいでお願いします
0316デフォルトの名無しさんNGNG
DirectShowじゃだめなのけ?
0317デフォルトの名無しさんNGNG
エッジ延長処理のアルゴリズムご存知のかたいらっしゃらないでしょうか?
キズ等の検査で、2つの微分値を使用してエッジをつなげるものらしいのですが。
よろしく御願いします。
0318315NGNG
>>316
主機能ではないのでその部分に開発工数をあまり取られるわけには行かない
実情があります。こちらとしては、ひとつの関数で取り込み、変換、ファイル保存を
別スレッド(プロセス)で停止関数を発行するまで勝手に行ってくれる
と言う感じのライブラリがあればと考えてます
0319315NGNG
欲を言わせてもらえば、再生はMediaPlayer ActiveXのように
簡単に再生が行えるウインドウを貼り付けられるとうれしいです。
(というかmpeg2 decodeが入っていればmpegの再生は
mediaplayerにやらせれば良いだけですね)

装置制御込みこみ開発3週間、見積もり100万ととんでもなく
安価な案件なのでなるべく工数をかけない方法が必要なんです(T_T)
0320デフォルトの名無しさんNGNG
>>315
いくつ位出るの?
0321デフォルトの名無しさんNGNG
>>320
はっきり言って???ですね
装置自体は医療系で使われるものなんですが
類似品がすでに出回っているので・・・
こちらの設定価格が競合機実売の70%らしいので
未購入層のシェア70%を見越していると説明されましたが・・
あわよくば数十から数百って所ですかね下手すると1台ってことも

一応、ソフトは全部こちらのライセンスになるそうなので
売れればまあまあの儲けが期待できますが
今までのパターンを考えると・・・・開発資金+小遣い程度だと思ってます。
初回ライセンス10万設定はその後もつかえそうならの身銭きりです
0322デフォルトの名無しさんNGNG
>>321
値段合うかどうかはわからないけど、optibase の MovieMaker200 あたりかな。
SDK は無償になったみたいだからダウンロードして見てみては?

http://www.optibase.jp/
0323315NGNG
>>322
値段見て吹っ飛びました
エントリーモデルで100万ですか!!!
キャプチャボード+TV録画ソフトが実勢1万前後で売られている世の中なので
SDKも+3,4万程度と考えていましたが、なかなか甘かったみたいですね
0324315NGNG
カノー○ス社製のMVR-D4000ってのありましたが
これも安く買って18万・・・・ちょっと泣きそうです
0325デフォルトの名無しさんNGNG
>>323
クボテックの KB580 はどうでしょ? SDK 付きで 14万・・・(使ったことないけど)。

>キャプチャボード+TV録画ソフトが実勢1万前後で売られている
すごく沢山出るんならそのくらいの値段なんですけどね。
0326デフォルトの名無しさんNGNG
>>315
ほんとにお金かけないでやるなら、やっぱり DirectShow でコーディングすることにして、
CODEC 単体 (例えば ⇒ http://www.moonlight.co.il/sdk_review.php?sdk_id=3) と
安物のキャプチャカードを買うしかないような気がします。

0327デフォルトの名無しさんNGNG
キヤノンのDIGICみたいな絵にする処理方法を教えてください
0328デフォルトの名無しさんNGNG
っというか、mpeg-1(?)のCODEC(4ならいらない)さえ
あればDirectShowでやっても数十ステップで済むと
思うけど・・・
キャプチャも固定化できるなら楽チンだと思う。
0329デフォルトの名無しさんNGNG
画像処理になるのかな?
画像の自由変形でスマートな方法って何?
0330315NGNG
皆様、有難う御座います。

>>325
ですが、やはり今回使うにしては値が張りすぎてしまいます

先ほど確認したところ100台という話は聞きましたが、
100台ごときでは大して値下げしてもらえそうも無いので交渉の
面倒くささから投げてます

>>326
その線が有力になってきています
クライアントからはその分の値段交渉に応じてくれそうな気配が・・・・

>>328
NTSCの入力同期とか考えなくてもDirectShowがうけもってくれるんですか?
そこら辺の制御が結構面倒くさいかなぁと思ってました。
最終的にはcodecはmpeg2なんですが(多分DVDに焼く為)
mpeg4で試してみますDirectShowは使ったことが無いのでちょっと調べてみます
0331デフォルトの名無しさんNGNG
>>329
> 画像の自由変形でスマートな方法って何?
自由変形って例えば?
0332デフォルトの名無しさんNGNG
>>330
試すならプログラムなんて組まなくても
DirectX SDK入れて、そこに入っているGraphEditで試してみるのが
お勧め

GraphEditで成功すれば、やった手順をソースに落とすだけ
だから

ここで大体の流れはわかると思う
http://vision.kuee.kyoto-u.ac.jp/~hiroaki/firewire/directshow.html
0333デフォルトの名無しさんNGNG
>>331
画像のエッジを矩形として、
その矩形を台形にしてみたり、自由に変更するカンジかな。
フォトショップとかの編集機能みたいな。。
0334デフォルトの名無しさんNGNG
>>333
> その矩形を台形にしてみたり、自由に変更するカンジかな。
なにをもってスマートというかによるが、アフィン変換とか射影変換とかかね。
ま、直線->直線にかぎらず、欲しい座標変換と逆変換を式で書ければよい。
あとは、目的の座標でラスタスキャンして、元の画像の座標に逆変換して、
目的の画素を適当に内挿で作り出すと。
0335デフォルトの名無しさんNGNG
>>333
変換前後のエッジ頂点がすでに判明してるならただのモーフィングですね
普通に座標変換してピクセル埋めるだけでいいでしょう

変換座標の小数点以下をどう扱うかは単純な拡大縮小と同じことで
線形でも三次でも好きな方法で補間をどうぞ
0336デフォルトの名無しさんNGNG
smartというと苦痛、利口、厳しく、小粋という意味なわけだが、
この手の問題でsmartな方法となると、
FFTを使ってしまうとか派手な演出が必要だ
0337333NGNG
>>334 >>335 さん
レスありがとう。
最終的に3次元画像へ応用したいのですが、プログラムはかじってても
画像処理はなかなか扱わない分野の者ですので聞いた次第です。

>>334
いい感じですね。ちょいと調べてやってみます。
これだと3次元画像への応用もききそうだ。
>>335
実際、線形補間でやってみたんですけど
なかなか極端な矩形(1点が遥か遠方にある場合とか)のモアレが消せなくて。
細分化していくのもいいけど、処理時間が長くなるだけかなーっとやめました。


0338デフォルトの名無しさんNGNG
>>337
線形補間で処理時間が長くなるからやめたってことは
最近傍で補間したの?
線形補間にするとモアレが出て
最近傍補間にするとそれが綺麗になるというのは考えられないのだが。
0339デフォルトの名無しさんNGNG
サンプルをどこかにUPすれば、なんらかの結論が出るかもしれんけど
0340デフォルトの名無しさんNGNG
>>317
それって、松下電工の画像処理装置のやつだよね、オレも中身はわかんないけど、
抽出したとぎれとぎれのブロブに対して、ブロブ同士が近接していたら、
ひとつのブロッブ(クラスタ)として扱うみたいな2重のブロブ解析してるんじゃないの?

カタログの画像を見たとき、一瞬 hough 変換かなと思ったけど、
微妙に違う感じをうけた。

微分は、ブロブを作成するための手段であって、
相互の微分値を評価につかっている感じはしないな。

あ、ブロブになる寸前の微分値が似通っていたら、クラスタとして評価するのかも。
つまり、ブロブ同士が接近していても、微分値が違っていたらクラスタとして認識しないとかね。

もしかしたら、処理内容を公開してるかもね、
特許庁のデータベースのぞいてみたら?"松下電工"でひっかかるかもよ。
もし通ってたらラボ用途の実証実験以外には使ったら危ないよ。
0341333NGNG
>>338
すいません、というか、補間なんてしてなかったです。
すさまじく勘違いしてごめんなさい。

逆変換かけた座標を元に埋めた画像を線形補間ですね。
0342デフォルトの名無しさんNGNG
341は何も分かってない気がする
0343333NGNG
>>342
自分もそう思うw
いずれにせよ、やらなくちゃいけないので、勉強します。
ちょっと悔しかったし。励みになります。ありがとう。
0344デフォルトの名無しさんNGNG
>>327
それはネタですか、マジですか、もうちょっと具体的に。
赤系や緑系の色をド派手にしたいの?
0345デフォルトの名無しさんNGNG
>>340
ありがとうございます。
松下ですか、少し自分なりに調べてみます。
すこし、聞いた感じでは、2重のプロブの解析って感じではなく、2つの微分値をしようして、
高い微分値にたいして、プロブ解析をおこない、その端に周辺画素の微分の方向が低いほうの微分値の方向と一致
していればつなげるというような感じでした。
方向とか、つなげる候補をどうきめてるのかなぁって感じでした。
0346デフォルトの名無しさんNGNG
変形四角形の座標変換は三角形に分ければいいとおもう
0347デフォルトの名無しさんNGNG
2次元FFTしたのですが、パワースペクトル画像の作り方がわかりません。
スペクトル画像のX軸とY軸はどのように算出すれば、いいのでしょうか?
0348デフォルトの名無しさんNGNG
>>347
FFTで算出する
0349デフォルトの名無しさんNGNG
FFT結果の周波数分解能がわからんって意味?
0350デフォルトの名無しさんNGNG
>>347
「2次元FFTしたのですが、」と「2次元FFTしたいのですが、」
で、だいぶ質問の趣旨が違っちゃうぞ、タイプミスじゃないよね。
すでにFFTが完了しているのだったら、dBでプロットしてみたら。
0351デフォルトの名無しさんNGNG
>>347
おーい、もういちど出てこないと宿題かたづかねぇぞ。
それとも教官に聞きにいったか?
0352デフォルトの名無しさんNGNG
2chより教官か
(´・ω・`)
0353デフォルトの名無しさんNGNG
ステレオ視の最近のレビュー論文誰か知りませんか?
対応点問題はどういう展開を見せているのやら
0354デフォルトの名無しさんNGNG
>>353
あ、俺も読みたい。探してみるけど、知ってる人がいたら教えて。
0355デフォルトの名無しさんNGNG
国立科学博物館の会報にそれらしいのがのってた気がする。
結構前だけど。
0356デフォルトの名無しさんNGNG
BMPファイルの特定部分を切り抜くプログラムを作りたいのですが
どうやれば良いのでしょう?
たとえば解像度1000×1000の画像で真ん中の800×800の部分だけを切り抜く、
つまり座標(100,100)-(100,900)-(900,900)-(900,100)の4点で囲まれる部分を
切り抜いて保存したいのです。
BMPは座標と色階調のデータ列だと聞いたのですが、
そうだとすると、上記の座標で囲まれた部分の色階調データだけ残せば良いと
思えるのですが。
BMPファイルを開いて、任意の座標のデータを取捨選択できる様な
言語はありませうか? VB.NETでもいけますか?
0357デフォルトの名無しさんNGNG
>>356
大抵の言語でできる
0358デフォルトの名無しさんNGNG
↑だと801×801になっちゃいますか・・・
0359デフォルトの名無しさんNGNG
>>357
即レス、ありがとうございます。
VB.NETだと、どんなソースコードになるんでしょう?
要の部分を教えてください。
0360デフォルトの名無しさんNGNG
>>359
残念だな.NETは門外漢だ
0361デフォルトの名無しさんNGNG
WindowsでBMPのクリップぐらいなら、
メモリ上でピクセルイメージを直接扱わなくても
APIをつかって高度に扱えるよ。

詳しくはMSDNライブラリで検索するかWindows系のスレへ
0362デフォルトの名無しさんNGNG
APIを使いたくなければ、BMPのフォーマットを調べろ。
0363デフォルトの名無しさんNGNG
>>353
新技術コミュニケーションズの、「コンピュータビジョン」がいい。

対応点問題を回避するために、
左右画像の各座標における空間周波数の位相差から、
視差を求めようとする研究を見かけたことがある。
詳しく覚えてなくてスマソ
0364デフォルトの名無しさんNGNG
16bit 深度の TIFF 画像の読み書きできるライブラリを探しています。
libtiff だと 8bit に丸められちゃうみたいでダメなんです。
何か良いのを知りませんか?
0365デフォルトの名無しさんNGNG
>>363
それなら持ってるけど、レビューというより技術紹介みたいな感じじゃなかったっけ
0366デフォルトの名無しさんNGNG
>364
libtiffでも16bit読み書きできるが?
0367364NGNG
>366
おぉ〜!マジですか?
よろしければどういう関数を呼べばいいのか教えてください。
TIFFReadRGBAImage 関数だと RGBα各チャンネルが 8bit × 4 の uint32 の配列に入ってしまいます。
0368デフォルトの名無しさんNGNG
画像処理関係の過去ログを参照できるメーリングリストってないですか?
0369366NGNG
>367
TIFFGetFieldで画像情報を得る
TIFFReadScanlineで1スキャンライン分読み込む
Tilingじゃなければ読める
TIFFGetFieldでなんの情報が必要かは仕様書を読む
TIFFTAG_???でヘッダに定義されてるからgrep
TIFFReadScanlineはぐぐれば1780件引っかかったから適当なサンプルもあるはず
0370366NGNG
>367
書き忘れ
TIFFは行儀の良いファイルだけではないので気をつけること
TIFF TAGが必ずしも規定通りになっていない場合もある(その場合は
TIFFReadRGBAImageでも読めないが)
ある程度補完すれば読み込むことは可能になる
0371デフォルトの名無しさんNGNG
>>24-26
ワロタ
0372デフォルトの名無しさんNGNG
>369-370
サンクスです。やってみます!
0373デフォルトの名無しさんNGNG
沢山の小さな三角形で表現された3次元物体があります。
この物体の外向き法線ベクトルを計算して求めたいのですが、
計算前にはどちらが外向きか分かりません。

プログラムを使って計算するつもりですが、
データを読み込んだときには面の裏表が分からない状態です。
間違いなく決めるにはどのようにすれば良いでしょうか。
0374デフォルトの名無しさんNGNG
重心を求めて外積ベクトルがそちら向きかどうかで表裏を
判断するってのはどうだ?
0375デフォルトの名無しさんNGNG
>>374
早速有難う御座います。
とてもいいヒントになりましたが、もう一つ尋ねさせて下さい。
単純な形状でしたらかなり上手くいきそうな気がします。

ただし、三角形表面のある点から重心へ向かうベクトルと、
三角形の法線ベクトルが直行しているときは
表裏が区別出来なくなりそうですが、大丈夫でしょうか。
0376デフォルトの名無しさんNGNG
完全に閉じていれば
外向に法線を伸ばすと偶数回交差
内向に法線を伸ばすと奇数回交差
するんじゃない?
誤差ってポリとポリの間をすり抜けたりするのかな?
その場合は複数サンプルすればOKでしょうか。
0377デフォルトの名無しさんNGNG
>>376
回答有難う御座います。仰る意味がよく分かりました。
374さんの回答をヒントに、着目する面の周囲の面の
法線ベクトルと重心の関係と、着目する面とその周囲の面の
内積値を調べて、向きに間違いが無いように調べる
プログラムを作っていたのですが、376にあるチェック方法の方が
シンプルですね。早速作ってみます。
0378デフォルトの名無しさんNGNG
ポリゴン数が多い場合は、全ての面に対して376の方法をやってたら
かなり時間かかるぞ。プログラムは数行で済むけどさ。

そこそこのポリゴン数なら、先に同じ辺を共有する面を列挙しておいて、
1つの面だけ法線を求めてから隣接する面の法線を揃えていくのがいいかと。
0379デフォルトの名無しさんNGNG
>>378
アフォか低脳野郎(プゲラ
0380デフォルトの名無しさんNGNG
(;´Д`)
0381デフォルトの名無しさんNGNG
>>379
おまえも他分野にいったら「低脳野郎」と言われる可能性はいくらでもあるんだよ。
0382デフォルトの名無しさんNGNG
ドーナツ状の場合はどうすんの?
0383デフォルトの名無しさんNGNG
24bit -> 8bitに減色する高速なアルゴリズムってどんなのがある?
最悪、888→232も考えてはいるけど流石に再現性が悪すぎるので…
0384デフォルトの名無しさんNGNG
>>383
ベクトル量子化
実際に組んだことがあるけど、結構いける。
0385デフォルトの名無しさんNGNG
あ、高速なアルゴリズムか。高度なと見間違えた。
ベクトル量子化は遅いっす。
0386デフォルトの名無しさんNGNG
>>383-385
減色といっても、
Nbitカラー -> Mbitカラーnパレット
Nbitカラー -> Mbitカラー
の二つで考えなくちゃならん。

NbitカラーをNbit、nパレットって表現するのであれば>>384の言うようにVQが最強。
高々3次元ベクトルの量子化なんでそんなに遅くないよ。

>>383が言ってる888->232だと目的とする画像によって方法はいくつかあるけど、自然画だと誤差拡散、ベクターグラフィックみたいな奴は良くしらんけどなんかあるっぽい。
0387デフォルトの名無しさんNGNG
OpenCV使ってる人いますか?
カメラからのキャプチャする方法がcvcam.libとhighgui.libの二つで提供されていますが,どちらか一方はobsoleteなんですかね?
0388デフォルトの名無しさんNGNG
>>384-386
レスthx

>ベクトル量子化
ググったけど俺に理解できる資料が見つからんかった…il||li ○| ̄|_
よかったら実例の載っているわかりやすいページがあったら教えて…

> Nbitカラー -> Mbitカラーnパレット
> Nbitカラー -> Mbitカラー
24bitカラー→8bitカラー 256色パレット(565)
です。
0389デフォルトの名無しさんNGNG
>>388
Cマガ2000年7月号

一瞬で処理したいなら15〜16bit精度ヒストグラムでの再帰分割+ディザかな?

今のCPUパワーだと24bit精度ヒストグラムのLBGクラスタリングでも一瞬とは
いかないが実用的な速度で1024×1024→8bitパレットが可能
0390デフォルトの名無しさんNGNG
>>383
よく使われる方法だとメディアンカット。
もっと速くしたいなら平均値でカットかな。

メディアンカットを簡単に説明すると、色空間を豆腐だと思ってくれ。
(RGBが豆腐のXYZ軸)
この豆腐を左手にもった状態で、まずRの軸の中央値のあたりに包丁を
入れて豆腐を2つに切る。次はGの軸の中央値のあたりを狙って包丁で
切る。さらにBの中央値で切る。
ここまでで豆腐は8個のサイコロ状になっている。ようするに8色に原色
する準備ができたってわけだ。
これを必要な色数に近くなるまで中央値でカットし続ける。

最後に細かくなった豆腐は麻婆豆腐にして食べると美味い。
0391デフォルトの名無しさんNGNG
原色処理は厳密に言えば、代表色を求める処理と、マッピング処理の
2行程に分かれる。
メディアンカットってのは前者の代表色を求める処理。

ディザとかは後者の処理で、色数が極端に少なくなる場合はこっちも
頑張らないと綺麗に減色はできない。

ちなみに説明を簡単にするためにR,G,Bの順に豆腐を切るとか言ったけど
実際には体積が大きいかあるいは含まれる色数が多い豆腐を選んで、
その中の一番長い軸を切っていく感じ。
また、1色も含まれない豆腐の塊はさっさと捨てる。
0392デフォルトの名無しさんNGNG
ごめん、1色も含まれないってのはメディアンカットでは起こらない。
これは忘れてくれ。別の手法だ。
0393デフォルトの名無しさんNGNG
ついでにいうと豆腐の説明も変だな。すまん、逝ってくる。
0394デフォルトの名無しさんNGNG
・RGB空間をYCbCr空間に変換。
・8bit、8bit、8bit でヒストグラム生成。
・Y、Cb、Cr の各軸を255回再帰分割。(重心からの二乗誤差を元に分割軸を決定。Y には4倍の重み付け。)
・生成された256個の立体の重心を値としてパレット生成。
・誤差拡散しながら色をマッピング。
程度でも割と綺麗だよ。
メモリさえ足りていれば速いし。
具体的にはこんな感じ。
ttp://hp.vector.co.jp/authors/VA015850/software/public_test/GifDrop100.zip
0395377NGNG
>>378
仰る通り、ポリゴン数が少ない場合は大丈夫だったんですが、
自分が期待した形状では処理時間が掛かりすぎています。
ポリゴン数が約10万点で、三角形要素は22万個程度なのですが。。
どうしよう。。という感じです。

>>382
交差する回数を数えることで、トーラス形状は大丈夫でした。
0396デフォルトの名無しさんNGNG
実装する前にその数にあれやったらヤバいことは分かるだろうよw
0397388NGNG
>>389-394
レスthx

とりあえず理解できるところから実装して実験してみようと思います。
3次元空間を上手く扱うアルゴリズムってどうしたらいいのかな…
0398デフォルトの名無しさんNGNG
>>394
なかなかの速度。再現も可。ソースが欲しい位。
で、細かいことだが、動いている最中は、砂時計位出るといい。
0399デフォルトの名無しさんNGNG
細線化(Thinning)で有名な"Hilditch"さんって、
あえて日本語で読むならどう発音するの?
「ヒルディッヒ」?
「ハイルディッヒ」??
「ヒリダッチョ」???
0400デフォルトの名無しさんNGNG
ヒルディッチじゃない?
0401デフォルトの名無しさんNGNG
ヒタチ
0402デフォルトの名無しさんNGNG
MAXサイズのPNGを作ったら面白いと思って色々やってみました。
大抵のソフトはメモリ上に配列を置くみたいなのでデカイ画像を新規作成するだけで落ちます。

IDATのフォーマットが難解で意味が判らない。

とりあえず、BMPから無圧縮PNGを作るソフトを探したので試してみましたが64KB以下のものしか作れなかった。

ImageData→フィルター→zlibで圧縮→CRCとかサイズとかチャンクネームを付ける→IHDRとIENDくっ付ければOK

65535x65535サイズのImageDataをフィルタ処理したデータの塊を用意・・・
とすると12ギガくらいのサイズになるので駄目・・・

65535x1の大きさのラインを縦に65535回処理するような感じで圧縮すれば出来そうかと思ったけど、圧縮するのに配列に展開しないでやる方法が判らん。

配列の変わりにデータを返す関数みたいなのを作ればいいのだろうか?
0403デフォルトの名無しさんNGNG
bmp2pngはどうよ?
0404デフォルトの名無しさんNGNG
ビットマップ画像を色変換処理して表示したら
ブロックひずみが出てしまいました。
どうしたら出ないようにできますか?
環境はVC#です。

cColor = bBitmap.GetPixel(i, j);// ピクセルの色の取得
Red = cColor.R;// Red値の設定
Green = cColor.G; // Green値の設定
Blue = cColor.B;// Blue値の設定
CCb = 20 * (-0.169 * Red - 0.331 * Green + 0.5 * Blue);
Cb = (int)CCb;
// 負の場合
if (Cb < 0)
Cb = 0; // 0に変換
// 255より大きい場合
if (Cb > 255)
Cb = 255;// 255に変換
cSetColor = Color.FromArgb(Cb, Cb, Cb);// 色の設定
bBitmap.SetPixel(i, j, cSetColor);
0405デフォルトの名無しさんNGNG
>>404
JPEGで劣化した画像を使わない。
0406デフォルトの名無しさんNGNG
CCb = (-0.169 * Red - 0.331 * Green + 0.5 * Blue)+127.0;
では?
0407デフォルトの名無しさんNGNG
>>403
ぬるぽになります
0408デフォルトの名無しさんNGNG
ちょっと質問です。
最近画像処理の勉強を始めまして、
プログラミングの勉強もかねて新しい言語を覚えようと思っているのですが、
みなさんのオススメとかってありますか?
今出来るのはC言語だけです(´・ω・`)
0409デフォルトの名無しさんNGNG
Cが出来るんなら新たな言語覚えるのより
画像処理アルゴリズムの知識を増やすのに時間使え
0410デフォルトの名無しさんNGNG
>408
>今出来るのはC言語だけです08
どの程度できるのかわからんが、画像処理関連でとりあえず「あえて」他の言語を覚える
必要ないんじゃない?
画像処理関連のオープンソースものはCとかC++いろいろあるし
問題は「どの程度か」
やってくうちに「今できるのは」と言ってしまったことに赤面すること間違いなし
0411408NGNG
>>409-410
確かに言語云々よりも画像処理そのものの勉強が先ですね(´-`;)

私もCでやろうと思ったのですが、C以外の言語も覚えてと言われたので
それなら画像処理の勉強を新しい言語でやってしまおうという魂胆でした。
0412デフォルトの名無しさんNGNG
C/C++以外で画像処理が出来る汎用言語というと、Delphiしかないぞ。
VB,C#,Javaは画像処理に向いていない。
0413デフォルトの名無しさんNGNG
>>412
アセンブラが抜けてるぞw
カリカリにチューンすれば最速だ(マテ
0414デフォルトの名無しさんNGNG
ガリガリにアセンブラで書いた俺のソース、
Cでちょちょいと書いたアセンブルリストに負けて以来、
Cが吐いた物を手直しする形をとった。
今は手直しもしない。
0415デフォルトの名無しさんNGNG
インラインアセンブラで十分。
0416デフォルトの名無しさんNGNG
>>414
プロファイルする前にアセンブラ化しちゃだめだよ〜。時間の無駄だよ〜。
0417デフォルトの名無しさんNGNG
>>412
C#が画像処理に向いていないと言う理由は?

Javaが向いていないと言うには同意するけど
0418デフォルトの名無しさんNGNG
>>417
C#に詳しくないからはずしてるかもしれなけど(私は412ではないです)、
中間コードを生成することと、メモリを直接さわれないこと、とかじゃないかな。
画像の画素数が増えてきているから、C以外の言語は現実的じゃない気がします。
研究レベルならなんでもいいけど。
0419デフォルトの名無しさんNGNG
ガリガリ君食べたくなってきた
0420デフォルトの名無しさんNGNG
>>418
ダウト

C#でもポイントを使って、メモリを直接操作できる。

一旦中間コードに落ちるけど、最終的には実行時のCPUに
合わせたネイティブコードにコンパイルされて走る。
0421デフォルトの名無しさんNGNG
×ポイント
○ポインタ
0422デフォルトの名無しさんNGNG
画像処理とは低レベルな処理である。
0423デフォルトの名無しさんNGNG
pictureBox1.ClientSize.Width
pictureBox1.ClientSize.Height
のWidth,Heightって、どう読むんですか?
辞書で発音記号見ても、発音記号の定義がわからんので、
まったく意味なし。
0424デフォルトの名無しさんNGNG
Text To Speechにでも読ませろ
0425デフォルトの名無しさんNGNG
画像処理とは低級な処理である。
0426デフォルトの名無しさんNGNG
>>423
正確に書くのは無理だが

width うぃどぅす
height はいと

リア厨じゃないよね
0427デフォルトの名無しさんNGNG
width うぃどてぃーえいち
height へいじーえいちてぃー
0428デフォルトの名無しさんNGNG
>>427
俺頭ん中はそれだ
ローマ字教育の弊害だな多分
0429デフォルトの名無しさんNGNG
小卒?
0430デフォルトの名無しさんNGNG
今まで「わいづ」って読んでた。orz >width
辞書見て確認したけど、確かに発音記号見ても簡単には発音できないな。

widθ,witθ
0431デフォルトの名無しさんNGNG
(´・ω・)つ ttp://www.alc.co.jp/
0432デフォルトの名無しさんNGNG
>>426
widthはウィズが近いと思う。
0433デフォルトの名無しさんNGNG
wiの発音なんて「うい」でいいじゃんとか思うんだが
人前では無知と思われたくないんで「うぃ」と読んでしまう小市民
orz
0434デフォルトの名無しさんNGNG
「幅」、「高さ」と読んでいる
0435デフォルトの名無しさんNGNG
僕423、リア厨じゃないけど、
私が中学のときは、発音記号について、突っ込んだ授業はなかったです。
あんなの気にして、英語を勉強してる人いるのかな?

>>431
アルクのページは、変数名とか関数名をつけるときに、重宝してるけど、
WAVとかMP3で、発音してくれる機能はありましたっけ?

ま、そんなこんなで、みなさんどうもありがとう。
0436デフォルトの名無しさんNGNG
>>435
俺が中学のときはちゃんと習ったぞ
ゆとり教育で発音記号も習わなくなったか?
0437431NGNG
>>435
あー、そういやgooはwav落とせるんだったな。
alc出したのはカタカナで発音書いてるから話題的にこれかなと思って。
0438デフォルトの名無しさんNGNG
台形補正ができるフリーの画像処理ソフトってないですか?
初心者なもので、ご存知の方、教えて下さい。
0439デフォルトの名無しさんNGNG
photoshop csは30000ピクセル以上の大きさの画像はTiffでしか出力できなくて、しかも他のSOFTと互換性が無いという。

ふざけた仕様だな
0440デフォルトの名無しさんNGNG
paint shop proは作成サイズが0-32768の制限がある

これで金を取ろうと思うんだから

ふざけている
0441デフォルトの名無しさんNGNG
>>438
> 台形補正ができるフリーの画像処理ソフトってないですか?

自分で作れ。ここはそういうスレ。
0442デフォルトの名無しさんNGNG
>>438
デジカメ板のレタッチのスレへ行けば、絵をきれいにしてくれる。
そういう問題ではないだろうが。1枚、2枚ならそれでもいいんでは。

>>441
あたしゃ、四辺が直線のは作ったが、左右の線が樽型ってのをどうも
うまく矯正できない。マウスで何点か指定して滑らかに線で結んで
補間計算させるしかないんですかねえ。
0443デフォルトの名無しさんNGNG
>>439
おれがPhotoshopがクソだと思うのは、
WindowsBMPを作成したら、ファイル末尾に余計な2バイトをつけることだ。
BMFHとBMIHを適切に処理すれば関係のないことだが、なんだかウザい。
0444デフォルトの名無しさんNGNG
TIFFはクソ。
0445デフォルトの名無しさんNGNG
MPEGファイルを使って動画像処理をやりたいのですが、
どこから始めたらいいか見当もつきません。
ppmとかの静止画ならCで扱ったことがあるのですが。。。
まずMPEGを読み込つつ処理をするにはどうしたらよいでしょうか?
リアルタイムでやる必要はないのですが。
0446デフォルトの名無しさんNGNG
1)そういうソフトを買ってくる
2)一度変換かけて無圧縮にして(ry
0447デフォルトの名無しさんNGNG
virtualdubとかのソースを見るとかね
0448デフォルトの名無しさんNGNG
HALCONで画像包絡線って求めれませんか?
よろしくお願いいたします。
0449デフォルトの名無しさんNGNG
>>445
ffmpegが利用できる。
WindowsならDirectShow使えばむちゃ簡単。
0450デフォルトの名無しさんNGNG
>>448
Linxに聞けよ。
0451デフォルトの名無しさんNGNG
1画素2ByteのRAWデータを表示するWindowsアプリをVisual C++で作りたいんですが、
参考になるソースやHPを知っている方がいたら教えて頂けないでしょうか?
RAWデータを表示した後、いろいろ処理したいんですが、はじめの表示のところでつまずいてしまいました。
0452デフォルトの名無しさんNGNG
>>451
どこの部分がわからないのだ
0453デフォルトの名無しさんNGNG
>>452
レスどうもです。
配列に取り込むところまでは、簡単にできたんだが、その後、ビューへの表示の仕方がわかりません。
表示さえできれば、その後、範マウスで囲を指定したりして、平均値とか出したりするアプリを作りたいんだが…。
表示時後はなんとかできそうなんだが、いかんせん表示の仕方がわからんため、先に進めません。
知ってたら教えてください。
0454デフォルトの名無しさんNGNG
>>453
誤)その後、範マウスで囲を指定
訂)その後、マウスで範囲を指定

すまんです。
0455デフォルトの名無しさんNGNG
>>453
入門書や入門サイトまわってきて下さい。マジで。
0456デフォルトの名無しさんNGNG
>>453
それは画像処理じゃなくてGUIプログラミング入門だ
0457449NGNG
>>446 >>447 >>449
いろいろありがとうございます。
WindowsなのでDirecrShowに手を出してみようかと思います。
0458デフォルトの名無しさんNGNG
>>451
SetDIBitsToDevice
0459デフォルトの名無しさんNGNG
>>453
他の人に怒られそうだが、困ったときって目の前が真っ暗になるんですよね。
で、ちょっと説明しておくと、そのデータを DIB 形式に編集して、>>458 の
関数で画面へ送るといいと思います。WM_PAINT とか BeginPaint() とか、
HDC とか、お分かりでなければ、>>455 の方の言われる通りですね。
「猫でも分かる...」へ行って下さい。サンプルもあります。ちと古いけど。
0460デフォルトの名無しさんNGNG
こんねこの体験版

アーカイブ nao
画像 eri

naoファイルをバイナリで開いて先頭のテキストでググルとSDKとか置いてあるサイトが見つかったよ・・・

製品版では暗号化するだろうけど・・・
0461デフォルトの名無しさんNGNG
>>458,459
レスどうもです。 あと、場違いな質問してすみませんでした。

DIB形式に変換して表示するのですか。なるほど。
DIB形式でググったら、いろいろ出てきたんで、なんとかなりそうです。
本当にありがとうございました。
0462デフォルトの名無しさんNGNG
きちのとお礼を言うのは見ててきもちいいな
頑張ってくださいね
0463デフォルトの名無しさんNGNG
age
0464デフォルトの名無しさんNGNG
フォトショップの塗りつぶしツールのようなプログラムを
作製したいのですが、その要領が分かりません。
あるピクセルから始めて、その周りを1ピクセルずつ
広げていくイメージでは出来ないかな?とは思いましたが、
それだけでは連続かどうか区別出来ませんでした。
どなたかお知恵を拝借させて下さい。
0465デフォルトの名無しさんNGNG
SeedFillで検索するといいよ
0466デフォルトの名無しさんNGNG
8bit時代からの懐かしい課題だな。
0467デフォルトの名無しさんNGNG
>>465
さっそくの回答有難う御座います。
検索してソースも手に入れました!
日本語の解説サイトがないので、
ソースを見ながらしっかり勉強します。
0468デフォルトの名無しさんNGNG
>>466
あの頃はCPUのスピードが考えられんくらい遅かったから、
seed fillが実際に塗りつぶし領域を走査してるのを目視できたよな。

解説はここが分かりやすかったかな。図が縦読みなので注意。
http://www2.starcat.ne.jp/~fussy/algo/algo3-1.htm
0469デフォルトの名無しさんNGNG
質問します。
http://iphome.hhi.de/suehring/tml/
ここのH.264エンコーダ(jm90.zip)をVS.netにてコンパイルして試そうと思うのですが
ソース元がraw 4:2:0 のyuv じゃないとだめみたいなのですが、
このファイルはどのように準備すればよいでしょうか?
無圧縮AVIを用意してRGB→YUV4:2:0に自力変換しないといけないでしょうか?
どうか宜しくお願いします。
スレ違いでしたら誘導願います。
0470デフォルトの名無しさんNGNG
>>468
サイトの紹介有難う御座います!
とても詳しく書かれていたので勉強になりました。
Seedfillのことはよく分かりました。
0471デフォルトの名無しさんNGNG
映像制作@2ch掲示板
http://pc5.2ch.net/avi/
0472469NGNG
>>471
ありがとうございます。
そこにH.264のスレも発見しました。
MainConcept以外にもCODEC色々だしてるみたいですね、それでは移動します。
ありがとうございました。
0473デフォルトの名無しさんNGNG
フィルタの接続はicapturegraphbuilder2にまかせっきりでいいのかな?
まだ、プレビュー表示とサンプルグラバーぐらいしか使ってないけど、もっと複雑なことする場合は自分でピンの接続やるべきなのかな?
みんなはどう?
0474デフォルトの名無しさんNGNG
>>473
ごめん誤爆。
0475デフォルトの名無しさんNGNG
>>430
便乗質問。wavelet に出てくる
Daubechy の読み方はなんでしょうか。
ドベキーですかねえ。人名も結構難しい。
大津とか日本人はいいけど。



0476デフォルトの名無しさんNGNG
情報処理用語の読み方を確認するスレ
http://pc5.2ch.net/test/read.cgi/tech/1056173956/l100
0477475NGNG
スレ移動
0478デフォルトの名無しさんNGNG
皺の両端を指定するとそれをはさむ明るい部分の色との加重平均で皺を取る
アプリを作って小さい写真なら見られるようにはなったのですが、平板な感
じが残って、不満です。
肌の感触とはなにかというのは、定義とか説明とかあるのでしょうか。テレ
ビで見るCGの人形も概してツルツルでリアルではありませんよね。まだそこ
まで行っていないのでしょうか。(皺取りとかしみ抜きでぐぐっては見たと
ころです)
0479デフォルトの名無しさんNGNG
叶姉妹はフルCGらしいぞ
0480デフォルトの名無しさんNGNG
横浜で開催されたFPDInternational展に行って来たのですが、
そこで展示されていたテクノス社の5000Kニューロ視覚センサって、
実際のところどういう処理をしてるんだと思いますか?

私は画像処理屋なのですが、「...高層ビルの何階から見下ろした...」、
のような例えをされると、余計にわからなくなりました。
高速に画素の濃度値を積算して、その結果を数学的に補間し、8bitから12〜16bit相当にして、
高速に濃度に応じた複数の可変しきい値を適用するハードを作りましたということなのかな?

ttp://www.technos-group.com/TechnologySupport/index.htm
0481デフォルトの名無しさんNGNG
>>480
そことは何回か話したけど、秘密保持契約結ばないと中身は教えないと言われました。

話しを聞いている限り、「同じ画像を複数の画像処理ボードに送って別々の計算をさせ、
結果がたくさん出るから、そこから必要そうなものを選んで結果として出力する」
というイメージだった。あくまでも、俺の想像なので信じないように。
0482デフォルトの名無しさんNGNG
なんとなく
waveletをハードでやってるだけのようにも思えるが
0483デフォルトの名無しさんNGNG
CCDから来るデータがデジタルなのに視神経の真似出来んの?

0484デフォルトの名無しさんNGNG
自動車には足がないのに移動できるだろ
0485デフォルトの名無しさんNGNG
>>483
ごめん、悪いけどデジタルの定義って教えてくれない?

コンピュータってさアナログじゃない?
なのにデジタルなんだろって疑問があるんだよねー。
オシロで見てるとほら波状ってるわけじゃない?
ぜんぜん0と1じゃないんだよねー。
0486デフォルトの名無しさんNGNG
波の、山は0、谷は1とかに決めてるだけではないの。
山と谷がぐずぐずになると信号にならないからエラーになるだけ。
0487デフォルトの名無しさんNGNG
ヒトの神経も興奮状態をH、鎮静状態をLとできるじゃないか。
ディジタルなんだよ。
0488デフォルトの名無しさんNGNG
ディジタルICはトランジスタで作られている。
回路的には飽和か非飽和かの違いでしかない。
0489デフォルトの名無しさんNGNG
>>485
まき餌としては,レベルが非常に低い.
0490デフォルトの名無しさんNGNG
480です。
481説を、うのみにするわけじゃないですが、仮にそうだとしたら、
素直に481のような説明にしてくれたほうが納得できますね。

処理装置だけでなく、照明の工夫なども必要でありましょうが、
油膜汚れのような薄ーーーーい製品欠陥を、
それなりタクトタイムで抽出できるというのはあっぱれです。

工場現場にいる検査技術者とか品質責任者って、
ああいう、たとえ話のような説明のほうが納得できるのかな?
0491デフォルトの名無しさんNGNG
あ〜なるほど!!!
0492デフォルトの名無しさんNGNG
>>478
パーリンノイズの画像を作成して、
それに肌色系のルックアップテーブルを適用し、
それを任意の透明度で肌にテクスチャマッピングしろ。

気に入らないのなら、このぺージを見て、
http://www.kenko-tokina.co.jp/filter/4961607352427.html
同一のことをVRAMで実現しな。
0493デフォルトの名無しさんNGNG
受けはいいだろ
知らないから
0494デフォルトの名無しさんNGNG
>>491
あ、やっぱり、納得できるんだ...................
0495デフォルトの名無しさんNGNG
>>493
たしかに、興味のあることは不良品を工場の外に流出させないことであって、
専門用語を並べた画像処理アルゴリズムの説明なんか、どうでもいいことなのかもしれない。
(でもちょっとこわいね。 ___ w)
0496デフォルトの名無しさんNGNG
アルゴリズムの説明よりは結果というか実績の方が大事
不良品検出率・誤検出率がちゃんと示されていればいいんじゃないかな
0497478NGNG
>>492
お教え頂き有難うございます。
ノイズを入れればとは思ったのですが、さてどれ位かと思っていたところでした。
ご紹介のページも参考になりました。この会社のフィルタも随分買いましたが、
フィルタとは思いつきませんでした。切り口の参考になりました。
0498デフォルトの名無しさんNGNG
>480
ざっと見てみたけど、ディザリングの逆をやって濃度分解能をあげてるみたいですね
ボードの方で8bit→16bit(弱、28461階調)
確かに検査と言うことを考えると濃度方向の分解能は重要ですから
ビルの高さうんぬんは、画素方向の分解能と濃度方向の分解能の比喩ですね
1階だと画素分解能は高いけど隣接画素の積分がないので濃度方向の分解能が低い
高層階だと画素方向の分解能は低いけど、隣接画素の積分で濃度方向の分解能が高い
人間の目だと隣接画素の積分レベルは同時には1レベル(1つの階から見る)だが、複数レベル
のものを用いて評価できるのがメリット
ボードの枚数(MAX4枚)がそれに相当?
0499デフォルトの名無しさんNGNG
>>480
漏れも見てみた。

こういったシステムでは人間の視覚と同様に、入力画像のコントラストに応じてアダプティブに欠陥認識に
用いる閾値等を変化させるわけだけれども、このとき解像度が固定されていると、対象物の細かな欠陥、
大きな欠陥の両方を検出できません。でもこのシステムでは、多くの解像度の画像を同時に得て同時に
処理することができますよ、

というようなことが書かれています。ビルの絵の説明は、例えばセブンスターのパッケージ(小さな星型
が多数印字されている)の欠陥検出を行うとして、

・近くから高解像度で調べると、星型部分の形状ゆがみ等が検出できるが、大きいが色差の少ない色むらは見逃す
・少し遠くから中解像度で調べると、星型の柄は潰れてしまうが、大きいが色差の少ない色むらは検出可能
・多数のパッケージが見えるくらい遠くから低解像度で調べると、個々のパッケージの欠陥はわからないが
 後に印字されたパッケージの色が薄い、などの欠陥が検出できる

というようなこと。
0500デフォルトの名無しさんNGNG
おもしろいよな画像処理
0501デフォルトの名無しさんNGNG
QRコード読み取りとかも画像処理だよな
あれって、ノイズ除去・2値化・回転縮小・パターン認識辺りでやってるのかな
0502デフォルトの名無しさんNGNG
ちょうど今月のインターフェースにQRコードの解説があった気がするが。
0503デフォルトの名無しさんNGNG
>>502
そうなんか、暇な時に見てみる
0504デフォルトの名無しさんNGNG
2カ月前のCマガにもあったぞ。
QRコードって広告とかのデザインを台無しにするから嫌い。
どんなにクールなデザインなポスターでも、隅のほうにアレがあるだけでダメ。
0505デフォルトの名無しさんNGNG
プレゼンスライド上に赤外線でQRコードを表示するっていうのをやっている人がいたな。
ヒトの目には見えないがカメラには映る。
0506デフォルトの名無しさんNGNG
>>505
へえ。デジカメだとほとんどに赤外線カットフィルタが入っているんだと思ってた。
0507デフォルトの名無しさんNGNG
>>506
テレビのリモコンとかで試してみ
0508デフォルトの名無しさんNGNG
スゲェ、携帯のカメラでもちゃんと光ってるのが見える。
0509デフォルトの名無しさんNGNG
太陽光線反射など、多少のカットはできるが、強い赤外線は弾けない
0510デフォルトの名無しさんNGNG
>506-508
これでリモコンの動作確認できる
#赤外が生きてるかどうかぐらいね
でも安いCMOSのだと感度が低くてかなり近づけなくちゃだめ
0511デフォルトの名無しさんNGNG
なんてこった。スゴイ勉強になるスレだ。
QRコードとか赤外線にモリモリ興味が湧くぞ
0512デフォルトの名無しさんNGNG
>>506
公になっている研究なんだけど、お前、全然調べていないだろ
詳細をこんなところで書けるわけないのに、ツッコミ入れるなら少しは調べてからにしろよ
0513デフォルトの名無しさんNGNG
■■■■■■■□■■□■□□■■■■■■■
■□□□□□■□□■□□■□■□□□□□■
■□■■■□■□□■□■■□■□■■■□■
■□■■■□■□■■□■□□■□■■■□■
■□■■■□■□■□□■■□■□■■■□■
■□□□□□■□■■□□■□■□□□□□■
■■■■■■■□■□■□■□■■■■■■■
□□□□□□□□■■■□□□□□□□□□□
■□□□■□■■■■■□■■■■■■□□■
■□■□■■□■■■□□■■■□□□□■■
□□■■□■■■□■□□■■□□□■■■■
□■■□■□□■■■■■■□□■□■■□■
■□■□■■■■□□□■□□■■■□■■■
□□□□□□□□■□□■■□□□□□■■■
■■■■■■■□■□□■□□■■■■■□■
■□□□□□■□□■□□□■■□□□■□■
■□■■■□■□■■□□■■■□■□□□■
■□■■■□■□□■□□■■■■□□□■■
■□■■■□■□□■□□■■□□□□□□□
■□□□□□■□□□■■■□□■□■■□□
■■■■■■■□■■□■□□■□□□■□■
0514デフォルトの名無しさんNGNG
インタフェースはRQコードの作り方の方っぽかったね。
会社の図書館でパラパラっとめくって見ただけだけど。
0515デフォルトの名無しさんNGNG
QとRが逆さなのは脳内補完してください。
0516506NGNG
>>512
別にツッコんだつもりはなくて、「へぇ〜知らなかった〜そんなことできるんだ〜」って感動しただけのつもりなのに……
0517デフォルトの名無しさんNGNG
>>512 のおひとは、ちょっとXXXなので,YYYして,ZZZしておきましょう.
0518デフォルトの名無しさんNGNG
スレ違いだったら申し訳ありません.
実空間での輝度値の強度分布が,周波数空間では周波数とコントラストに置き換
わるってのがよく分からない(数学的に)のですが,ご存じの方がいましたらお教えくださいm(_ _m),
0519デフォルトの名無しさんNGNG
コントラストってのがよくわからんが、フーリエ変換のことをききたいの?
0520デフォルトの名無しさんNGNG
>>519
実空間での強度分布と周波数空間での周波数とコントラストの関係について
です.
フーリエ変換ではありません.言葉足らずで申し訳ありませんでした...m(_ _m)
0521デフォルトの名無しさんNGNG
それがフーリエ変換だということを分かってないから
「実空間での輝度値の強度分布が,周波数空間では周波数とコントラストに
置き換わるってのがよく分からない(数学的に)のですが,」
という発言が出てくると思われ
0522デフォルトの名無しさんNGNG
そうだね。>>518 はフーリエ変換を理解してないんだよ。
とりあえずフーリエ変換を理解すればわかる(というか、フーリエ変換そのまま)。

もしフーリエ変換を理解した上で、「違うことを聞きたいんだ」ということなら、
もうちょっと具体的によろしく。
0523デフォルトの名無しさんNGNG
画像を格納するクラスで理想的なものってなんでしょうか?
メインの画像クラス(2次元の配列?)から継承させる形で
ガウシアンピラミッドやフーリエ変換とか
いろいろな表現方法も同時に扱いたいのですが。

カラーもグレーも動画も同時に扱えると最高です。
0524デフォルトの名無しさんNGNG
>>523
class Image
{
public:
 virtual void Display( プラットフォーム固有のあれこれ ) = 0; // 描画可能なら描画
 virtual void* Pixels(size_t& size) = 0; // データへの直アクセス。フォーマットはドキュメント化する。
};
0525デフォルトの名無しさんNGNG
>>523
画像と動画を扱えるものが、”理想的”なのかな…
0526デフォルトの名無しさんNGNG
画像はずーっと同じ映像の動画だと考えようか
0527523NGNG
例えば
次の操作を同じ継承クラスで計算してしまえると楽です

動画のある部分だけの色ヒストグラムを計算したい
静止画のある部分だけの色ヒストグラムを計算したい
動画の動きが大きいところだけ抜き出して色ヒストグラムを計算したい

無理でしょうか?
0528デフォルトの名無しさんNGNG
>>527
無理じゃないと思うよ。
頑張って作れ。
0529デフォルトの名無しさんNGNG
画像認識のプログラムを作ろうとする場合

Intel OpenCV
ttp://www.intel.com/research/mrl/research/opencv/

MS VisionSDK
ttp://research.microsoft.com/projects/VisSDK/

ARToolkit
ttp://www.hitl.washington.edu/people/grof/SharedSpace/Download/ARToolKitPC.htm

CxImage
ttp://www.xdp.it/cximage.htm

C++ Neuromorphic Vision Toolkit
ttp://ilab.usc.edu/toolkit/


どれを基にするのがいいでしょうか?
処理速度は速いほうがいいです。
0530デフォルトの名無しさんNGNG
なんでImgeMagickが無いの
0531デフォルトの名無しさんNGNG
vigra
ttp://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/
0532デフォルトの名無しさんNGNG
>>523
あなたの質問は、みんなから意見をつのって片付く問題ではありません。
そんなこと聞く前に、いろいろ画像処理のプログラムを記述しまくりなさい。
そこで、初めて、画像を扱うクラスの指針が見えてきます。









その前に C++ を勉強せぇ。
0533デフォルトの名無しさんNGNG
あ、それとな、これから画像でやっていこうと思うなら、
2次元配列などというシロートくさいことしちゃだめだ。
0534デフォルトの名無しさんNGNG
>>533
玄人はどうすればいいのでしょうー にゃんにゃん
0535デフォルトの名無しさんNGNG
データ構造厨としては、
画素の線形リストがスキャンライン
スキャンラインの線形リストがフレーム
フレームの線形リストが動画
ってのが思いつくぞ
フレームが1個しかない動画は静止画だし、
画素が3次元ベクトルじゃなくてスカラーならグレースケール
すべておっけぇだ
0536デフォルトの名無しさんNGNG
>>521
>>522
フーリエ変換についてもう一度調べてみます.
お手数おかけしました.
0537デフォルトの名無しさんNGNG
vigra
ttp://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/
なかなか綺麗で使いやすそう

Intel OpenCV
ttp://www.intel.com/research/mrl/research/opencv/
処理速度が速そう

この2つのいいとこどりがしたい。
0538デフォルトの名無しさんNGNG
>>537
ほぅ、VIGRAとかいうのが気になるなぁ。
ちょいと遊んでみるか。
0539デフォルトの名無しさんNGNG
なんか、できそこないspamの件名みたいで、名前がやだな
0540デフォルトの名無しさんNGNG
WindowsやInternetExporlorで描写範囲外でスクロールしてると
表示される部分は、どうやって描写してるのでしょうか?

1.全て画像データとしてメモリーに保存していく
2.スクロールで表示させる時に、表示部分を画像を作る
3.スクロールさせる時にブロックとしてある程度の画像を
 作成してメモリの退避させておく

の3つが考えられたのですが

IEを高速スクロールさせても、綺麗に流れながら描写してる
所をみると1のような気がしないのですが

どうやったら綺麗なスクロールの描写が出来るか
よろしくお願いします。
0541デフォルトの名無しさんNGNG
>>540
基本的には2
IEのスムーズスクロールなんぞの時は3
0542デフォルトの名無しさんNGNG
>>539
わはは。オレも一瞬バイアグラのばちもんかと・・・





お下品で、すまん。
0543デフォルトの名無しさんNGNG
>>533
x座標・y座標・RGBAの三次元配列ですか?
0544デフォルトの名無しさんNGNG
533だ。>>543 それネタだよな。
BGR構造体や、BGRA構造体で1次元にきまってるだろ。
RGBなどというシロートくさいこといってくれるな。
0545デフォルトの名無しさんNGNG
>>1
>>1
>>1
>>1
>>1
0546デフォルトの名無しさんNGNG
すみませんがどこで聞けばいいのかわからないのでここで教えてください。
このサッカー動画(NIKEサイトからDL)をWMPかRealPlayerで見れるようにしてもらえませんか?
動画部分だけ抽出する方法とかないのでしょうか?
http://up.haiiro.info/file/285.zip
0547デフォルトの名無しさんNGNG
>>546
俺らに犯罪者になれと?ふざけやがって
0548デフォルトの名無しさんNGNG
>>546
ここで質問するということは、そういうプログラムを作りたいということだな?
だが、断る。
0549デフォルトの名無しさんNGNG
DTV板は犯罪者の巣窟だからきっと教えてもらえるよ(プゲラ
0550デフォルトの名無しさんNGNG
はじめまして。
画像を反転させるプログラムを作っているのですが、
コンパイルすると
「signed と unsigned の数値を比較しようとしました。」
とエラーが出るのですが、解決法がわかりません。
ご指導お願いします。
0551デフォルトの名無しさんNGNG
>>550
たったそれだけの情報だと、どこかで符号有り整数と符号無し整数の
比較演算をやってるっぽいね、としかいえない。

どの行でそのエラーが出てるかくらい書くべき。というか、それ以前に
言語は何使ってるの?開発環境は?

0552デフォルトの名無しさんNGNG
>>550
そもそも反転が色のことなのか座標のことなのかも分からないです。
とりあえず数値の比較を行ってる部分を全て見直してみてはどうでしょう。
0553デフォルトの名無しさんNGNG
例えば、こんな感じ?(意味の無いコードだが)

BYTE red;
int i;
・・・
for(i=0;i<256;i++)
 if(i==red)
  ・・・

で、i==redにエラーが出てるとか?
反転させるコードの部分と関係ない気がするんだけど…
0554デフォルトの名無しさんNGNG
>>550
無条件にキャストしろ、エラーは消える。
そしてえらい目にあってみろ、そこから何かを学び取れ。(笑)
0555550NGNG
すいません。モノクロ画像の色の反転のプログラムです。
C言語で環境はVisualC++です。

以下がソースの一部です。
void make_inverse_image(void)
{
int x,y;

printf("反転画像を作成します。\n");
x_size2 = x_size1;
y_size2 = y_size1;
for ( y = 0; y < y_size2; y ++ ){ //この行にエラーが出る
for ( x = 0; x < x_size2; x ++ ){ //この行にエラーが出る
image_m2[y][x]=(unsigned char)(255 - image_m1[y][x]);
}
}
}
0556デフォルトの名無しさんNGNG
x_size1などの型は何だよ。
本当に"エラー"なのかよ。
画像処理以前の問題じゃないのかよ。
0557デフォルトの名無しさんNGNG
警告だろ。
なんで誰もスレ違いと言わないのか不思議でならん。
0558デフォルトの名無しさんNGNG
ネタがないから玩具で遊んでるだけ
0559デフォルトの名無しさんNGNG
肌色認識のコードを組もうと思ったんですが、どのようにすれば良いですか?
RGBtoHSVで彩度をキーにしようと思ったのですが、今ひとつ上手くいかないんですが…
もっと良い方法はありますか?
0560デフォルトの名無しさんNGNG
>>555
あのぉ・・・ 画像処理とは関係ないC言語に関する一般的な質問だから、C言語の
初心者のスレで聞いたほうがいいと思うよ。まあ、今回だけサービスするけど。

そのリストではx と y が intすなわち符号付整数なのだということしか分からないけど、
この外で、x_size2 と y_size2 は、符号なしの整数として宣言されているんだろうね。
size_t とか書いていないかい?

符号つきの整数と符号なしの整数が混在している計算のとき、C言語の規格では、
まず符号なしに変換してから計算する。

大小の比較をする場合も同じ。(引き算の一種として処理するから)
このため、符号付整数の中味がマイナスの場合に、比較結果がおかしくなる。

たとえば、符号付き整数のマイナス1は、符号なし整数では、表現可能な最大値に
該当するから、符号付整数変数にマイナス1が入った状態で、符号なし整数と比較すると
どえらいことになる。

(論理的に考えれば、マイナス1と「符号なしの整数」を比較するなら、いつでも後者の
ほうが大きいはずだけど、コンパイラはまずマイナス1を符号なし整数の最大値に
変換して型をそろえてから比較するので、常に前者が大きいということになる。ためしに
int x = -1; unsigned int xx = 0; に対して、if (x < xx) を実行してごらん? 必ず偽になる。)

ということで、コンパイラは事務的に警告を出しているわけ。このプログラムに限って
いうなら、どうせ x も y もゼロから始まって増えるだけだから、問題はない。

警告メッセージが気持ち悪いなら、「変数の宣言を適切にする」か、計算部分で「適切に
キャストする」ということになるけど、どういうふうに修正するのが論理的に「適切」かは、
場合による。

とりあえず、オレならこのプログラムの int x,y; を unsigned int x,y; にすると思うな。
0561デフォルトの名無しさんNGNG
>>560
>とりあえず、オレならこのプログラムの int x,y; を unsigned int x,y; にすると思うな。

int x, y; を unsigned char x, y; にする・・・でしょ?
0562561NGNG
あ、スマン。よく見てなかった。
スルーしてくれ・・・
0563デフォルトの名無しさんNGNG
実は、九州東海大学の釘○研究室と大胆予想してみるテスト。
0564デフォルトの名無しさんNGNG
y ++
x ++
離して書くのはやめとけ
0565デフォルトの名無しさんNGNG
ガウスぼかしのかけ方を教えてちょうだいな
0566デフォルトの名無しさんNGNG
ガウス関数を重みにして色を混ぜるだけだよ
0567デフォルトの名無しさんNGNG
>>559
いまひとつっぷりが分からない限り、誰も答えようがない罠。
0568デフォルトの名無しさんNGNG
>>559
素人がおこがましいが、HSV のことぐぐっていたとき、どっかの大學の学生が
やっていて、スライドまがいの形で発表しているのを見たことがある。
その続きでの質問なら、参考にはならないだろうが。
0569デフォルトの名無しさんNGNG
>>567
顔全体が抽出されずに、穴が空く感じです
(目や眉以外の部分…恐らく、顔に赤みが入っていて、指定範囲を外れてるんじゃ無いかと…)
後、手の部分で輪郭部以外(手のひら等)の抽出が出来ないとか…
パソコンの前で手を振ってるので、パソコンの画面が光源になってしまって、手に青みがかかってるのかな…
範囲をあまり広げると、ノイズが大きくなって、その後に手や顔の判別が出来なくなるんですよ
HSVのHで調べるより、高精度な方法があるかな、という所です…もしくは、組み合わせる、他の画像処理技術とか

>>568
肌色認識の論文は色々あるんですが、どれを参考にしたら良いやら…
そもそも、RGB→HSVの変換式からして、色々と違ってたり(取る範囲が違う以外に)
0570デフォルトの名無しさんNGNG
>>569
すいません、カメラにLEDが付いてて、それ塞いでみたらかなり改善しました……思ってたより強い光だったみたいで…
後は、カメラから離れて、照明の当たり具合と影さえ気をつければ、他の処理で誤魔化せるレベルのノイズで収まりそうです
0571デフォルトの名無しさんNGNG
>>555
だから2次元配列はヤメロっていってんだろ。
y---xの順になってるのは評価するがな。
0572デフォルトの名無しさんNGNG
2次元配列やめろ厨房が一人いてうざいです
0573デフォルトの名無しさんNGNG
>571
ポインタ配列使ってリニアな配列にアクセスしてるかもしれないじゃん
他のところ見る限りそんなことないかもしれないけど
0574デフォルトの名無しさんNGNG
>>570
色なんてRGB一つサチったらパア。
よほどいい環境じゃないと・・・
0575デフォルトの名無しさんNGNG
なんか563あたりに懐かしいものを見た気がするケド、きっと気のせい
0576デフォルトの名無しさんNGNG
>>574
研究室だと照明・背景物含めて良い環境なんですが、自宅は酷いんですよね…
今、蛍光灯が一つ切れてて、普段より2〜3割程暗い感じだし…
でも、家で使う用途で使えるようにしたいんで、それでもOKなようにしないとって感じです
0577デフォルトの名無しさんNGNG
>>576
カメラのオートアイリスやオートホワイトバランスを用いるといいかもね。
0578デフォルトの名無しさんNGNG
だから2次元ハァハァはヤメロっていってんだろ。
0579デフォルトの名無しさんNGNG
スクール水着画像とそれ以外の画像の分類を自動化しようとしているのだな?
0580デフォルトの名無しさんNGNG
>>577
カメラドライバがショボイので、そんなお洒落な機能は付いておりません…静止画処理じゃなく動画処理なんですよ

どうも、カメラ側で変な補正がかかってるらしく、元画面にかなりブロックノイズ(?)が…何の処理だろう…
普通のカラー画像だと明度変化が少ないようで、静止画キャプチャしなければそれ程気に成らないノイズですが、
彩度変化が大きいようで、肌色認識にはかなり邪魔なノイズです…
0581デフォルトの名無しさんNGNG
ブロックノイズは不可逆圧縮だから仕方ないと思う。
MPEGもMotionJPEGも人間の目に判別されやすい輝度成分はできるだけ残し、
色味成分を大きく圧縮するようになってる。
認識の前にノイズ除去の処理を通すというのは?
0582デフォルトの名無しさんNGNG
>>580
趣味でやってるなら良いけど、画像処理/認識で食っていくなら、
そもそも「肌色認識は可能」なのか検討した方が良い。
0583デフォルトの名無しさんNGNG
>>580
っていうか画像そのまま取れるカメラ買え
0584デフォルトの名無しさんNGNG
MPEG-4ってCGオブジェクトをシーン記述で圧縮する規定があるみたいだけど
アニメDVDってマスターテープからエンコードしてるんすかね?

素人考えだけど、撮影(つーかレタスとかで絵を合成する段階か?)の時にシーン記述とかそういうのを直接MPEG-4にエンコしたら凄い小さいサイズにまとまりそうな気がすうrけど
0585デフォルトの名無しさんNGNG
>>580
人物認識は動画のほうが静止画より使えるアルゴリズムが多くてラクですよ。
ピクリとも動かない人の場合は別だけど。がんばってください。
0586デフォルトの名無しさんNGNG
>>584
 MPEG-2やMPEG-4には規格で定められている機能等のうち何がどこまで使えるかを
示す "Profile" ってなものがあって、simple〜advancedのどのプロファイルでもspriteは
使えないから、その辺は安心して無視して良いよ。

たぶん QuickTime Player なら再生できるとは思うけど。
資料↓
ttp://www.m4if.org/resources/profiles/
0587デフォルトの名無しさんNGNG
>>581
やってみたら少し改善しました。
肌色認識の後のゴミ取りでノイズ除去はしてたんですけどね
(元画像が汚いから、かけるべきでした)

>>583
研究室で良いのを買ってくれるって話もありますが…とりあえず、そのままでも行ける範囲で頑張ってみます

>>582
検討というのは、研究という意味でしょうか。それとも、別の意味でしょうか
ネットで、肌色の色相分布を調べたデータがあったので、それを元に工夫をしていこうと思います

>>585
動画の利点といえば、差分情報などと組み合わせるとかですかね
(後、前に判別した点との位置関係で補正とか)
とりあえず、精度は微妙な感じですが出来そうなので、精度を上げる工夫を考えて見ます
0588デフォルトの名無しさんNGNG
>>587
動画だと、条件にもよりますが
・(固定カメラの場合)動いているものは人かもしれない
・人の体の上のほうは頭で、頭のうち明るい色の部分は顔である
とかそういうヒューリスティックなヒントを使えます。
これらは静止画処理の際にはとても得られない重要なヒントです。
0589デフォルトの名無しさんNGNG
>>582
に一票。
>>588
にも一票。
0590デフォルトの名無しさんNGNG
>>588
差分が大きい部分(動いている部分)を人物(の可能性がある)情報として使うのは考えてましたが、
顔認識に明度を使うのは考えてませんでした
その辺りも含めて、実験してみたいと思います。
ありがとうございます。
0591デフォルトの名無しさんNGNG
近赤外線LED照明のON/OFFの差分で、環境に影響されずに顔画像だけを安定して
取得するというのがあったけど。カメラの前には近赤外線透過フィルターをつけておく。
岐阜大だったかな
0592デフォルトの名無しさんNGNG
>>591
顔を安定して取得したい場合に近赤を使う、てのは割とポピュラー。
0593デフォルトの名無しさんNGNG
走行中の運転手の顔部品を車載カメラの映像から抽出する研究を
どっかの学会で聞いたことあるけど、どこだったか覚えてナス
0594デフォルトの名無しさんNGNG
>>593
車椅子なら奈良先端でやっているよね。
0595デフォルトの名無しさんNGNG
>>594
>>593 が言っているのはオービスのことだと思われ候
0596デフォルトの名無しさんNGNG
>>595
「車載カメラ」だから、オービスではないと思うぞ。
0597デフォルトの名無しさんNGNG
>>592
環境光の影響を低減するために支配的な強度の照明を当てても
対象が眩しがらないように近赤使ってるってことですか?
街中にそういうのが沢山出てくると破綻しそう・・・
0598デフォルトの名無しさんNGNG
以前に話題に出てた
vigra
ttp://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/

を試しに使ってみようって人が何人かいたような気がする。
で、使ってみてどうだった?

C++ Neuromorphic Vision Toolkit
ttp://ilab.usc.edu/toolkit/
も綺麗な気がするけどLinuxでしか動かないのが....
0599デフォルトの名無しさんNGNG
FFT後の画像を領域変換して,直流成分が中心にくるようにしました.(cで)
んで,その変換処理を式にする必要があるのですが,自らの数学力のなさで,
式にすることができません(-_-;;
どなたかご存じの方いらっしゃいましたらお教えください.
スレちがいだったらすいません...



0600デフォルトの名無しさんNGNG
>>599
FFTは境界条件が周期的(周期境界条件)だから、x,y方向にN/2ずらすだけで
いいんでない?F(X,Y)=>F(X-N/2,Y-N/2)違ったっけ?
0601デフォルトの名無しさんNGNG
>>600
画像を4分割して左上と右下、右上と左下を差し替えるってやつじゃないの??(←それはわかってるか爆

しかし残念ながらワシもわからん。
そもそも数式はどっかから引っ張ってくるモンで,作る?モンじゃねー笑
0602デフォルトの名無しさんNGNG
大学の教科書とか論文とかで、Σとか f(u,v) とかを駆使して、
画像処理を表現してるやつを見ると、お疲れさま....と思うね。
それで一般化できたつもりなんだろうか、コード出すのが一番じゃねぇの?

おまえ、ちょっと教授にたてついてみろ、
「実際ここに動いているコードがありますっっ!」ってな、がんばれ。 >>599
0603デフォルトの名無しさんNGNG
>>602
なに言ってんの?
数式は万国共通の言葉なのに。
0604デフォルトの名無しさんNGNG
>>602
もう10年以上前だが、○郷の理学部の博士論文は、Cのソースをつければ、
アルゴリズムの説明は数式でごじゃごじゃ書く必要ないと聞いたが。
0605デフォルトの名無しさんNGNG
>>604
PASCALでないとダメ。
0606デフォルトの名無しさんNGNG
>>599
xn(画像)をXk(空間周波数)に変換するとして
DC成分が端の場合

N-1   kn
Xk = xn ・ W
n=0

DC成分が中央だと

N/2-1  kn
Xk = xn ・ W
n=-N/2

と表現できる。定義域が違うだけで計算式は同じ。
なお、
(-j2π)
W = e

ただし脳内DFT(変換)だから間違ってたらスマソ。
0607デフォルトの名無しさんNGNG
SPツブレトル。これでどうだぁ。
  N/2-1    kn
Xk = xn ・ W
  n=-N/2

0608デフォルトの名無しさんNGNG
パスカルとかCでコード載せてもそのまんまじゃコンパイル出来ない場合が殆どで

直すにしても説明が無いから結局ゼロから書き直し
0609デフォルトの名無しさんNGNG
>602
画像の例じゃないけど
数式であらわしたほうが有効な例を示す。

NXNの行列の掛け算
A*B*C
を計算しようとすると
sigma (aij bjk ckl)

で計算時間は N^6

計算したいものが行列なことがわかってるなら
B2=A*B
答=B2*C
とすれば

計算時間は2*N^3
0610デフォルトの名無しさんNGNG
画像処理でsseやmmxを使った例を教えてください。
0611604NGNG
>>605
前から? 記憶違いかなあ。pascal と聞くと、そういえば先生方って Mac が
お好きだった感触がある。関係無いか。
0612デフォルトの名無しさんNGNG
>>611
Macがどうして好きかというと、これは簡単な話なんだけど、
x86系のCPUが入っているPCはハードウェアやソフトウェアがバラバラだよね。
それに比べてMacは少なくともハードウェアが均一だから、不都合があったりしても
同じ状況下での問題は既に誰かが報告しているかもしれない。
最悪の場合はサポートに頼ればよい、ということになる。
研究者にとっては自分の研究以外のことで頭を悩ませたくないわけだね。
0613デフォルトの名無しさんNGNG
(´,_ゝ`)
0614デフォルトの名無しさんNGNG
Macみたいに糞ハードしか無いコンピーターなんか使わないよ
予算消化の為に馬鹿高いボッタクリ計算機買ってるだけだよ
メーカー製パソコン買うだろ
NECか富士通買わないでMAC買うのはよほどの馬鹿だったと思うよ
0615デフォルトの名無しさんNGNG
純粋にアーキテクチャ的に見てMacって画像処理にどうなの?
PPC vs x86 とかaltivecがどうとかメモリ関係のアーキテクチャがどうとか。
0616デフォルトの名無しさんNGNG
あと同じx86でもIntelとAMDだとどっちが良いんだろう?
0617デフォルトの名無しさんNGNG
WYSIWYGやRGB以外の選択、いち早い多色の導入など等、
昔はMACも意味があった
0618デフォルトの名無しさんNGNG
>>616
整数演算だとIntelのが強くて、小数演算だとAMDが強いんじゃなかったっけ?
0619デフォルトの名無しさんNGNG
SIMD使うならPentium4系が有利。普通に組む分にはOpteron系が概ね有利
0620デフォルトの名無しさんNGNG
>>614
君みたいなのはまだまだ発展途上のあまあまちゃんなわけだよ。
0621デフォルトの名無しさんNGNG
Mac程度でぼったくられると思うなんて
貧乏人はかわいそうな人でちゅ
0622デフォルトの名無しさんNGNG
>>621
君はそうやって死ぬまでぼったくられてなさい
0623デフォルトの名無しさんNGNG
Mac関連の話はどの板でも荒れるなぁ。やっぱりマカーって(ry

http://book3.2ch.net/test/read.cgi/bun/1086154586/5-249
Macの利点(?)やマカーについてはこのあたり参照。
0624デフォルトの名無しさんNGNG
マカーって任天堂信者とSEGAヲタに似てるよね
選択肢が無いと安心するんだろうな
0625デフォルトの名無しさんNGNG
戦闘時の選択肢は多ければ多いほど良いが
食堂と人生の選択肢は少ないほうが迷わなくて良いんだ
0626デフォルトの名無しさんNGNG
>>624
世の中、一途ってやつばかりではない。オレなんぞ行ったり来たり。
それぞれ、面白い。カミさんのみせめて一途。
0627デフォルトの名無しさんNGNG
研究室のパソコン 画像処理でググルとintelのパソコンしか出てこないな
Mac置いてある研究室ってPhotoshopだけの為に導入しているふいんきだな

流れを画像処理に戻すけど
Photoshopプラグインって作りやすい?
susieプラグインって多いけど、Photoshopってあんまりプラグイン無いよね。
オリジナル画像形式を作ってsusieプラグイン同梱って結構あるみたいだけど
0628デフォルトの名無しさんNGNG
>>627
susieで画像読み込んだとして、書き出しはどうするの?
abc形式は少ないし…結局自力?
0629デフォルトの名無しさんNGNG
>>627
まぁ、研究内容によるだろう。
プログラミングするのにMacでも不便は感じないし、余計なことに気をつかわなくても
良いから楽だし、x86でないと困る場合はあまりない。
あるとしたらデバイスを扱う時くらいのものだしね。
Macが高いと言っても使っている分には楽だから気にしない気にしない。
0630デフォルトの名無しさんNGNG
話題を逸らすパターンも何度も見た
0631デフォルトの名無しさんNGNG
jpg画像やbmp画像をそのまま入力したらワイヤーフレーム(ポリゴンメッシュ)に
変換できたりできますか?(´・ω・`)
0632デフォルトの名無しさんNGNG
>>631
あなたには無理です
0633デフォルトの名無しさんNGNG
>>631
OpenCVを使いなさい
0634626NGNG
>>631
なんかのソフトってこと? それとも Photoshop ってこと?
自前ではいろいろ遊んだな。白黒 Mac の screenSaver の女の子の動画を
pc98 の vram に送り込んで楽しんだこともあった。mag, maki -> PICT
変換もやったし、gif の表示を自前で Mac に表示させたし、そのソフト
を windows に移植して、まだ使っているが、bitmap の構成には双方とも
そんなに違和感はないな。draw 命令も似たようなもんだし。
windows の bmp には、BI_JPEG があるが、PICT にもあるし。
0635デフォルトの名無しさんNGNG
>>633
OpenCVというソフトウェアでしょうか?
>>634
ソフトウェア探してるんですが
ソフトウェア板では無いと言われたんで
やっぱそういうソフトウェアは無いのかなと…
ただ画像処理に詳しいここの人ならしってるかなと…
0636デフォルトの名無しさんNGNG
>>635
ぐぐれ。
0637デフォルトの名無しさんNGNG
>>636
教える気無いならいちいちレスしないで
ぐぐれってアホみたいなレスつけんなよ
0638デフォルトの名無しさんNGNG
>>637
>>635乙
0639デフォルトの名無しさんNGNG
>>637
そのアホにつまらないレスつけられるほど愚かな事をするなよ
0640デフォルトの名無しさんNGNG
>>637
どう考えてもおかしいだろう。
> OpenCVはソフトウェアでしょうか?
これを見ると、ちゃんと調べたの?っていいたくなるぞ。
0641デフォルトの名無しさんNGNG
2ちゃんねらー同士ってだけで友達でもなんでもないんだから
ロクに調べもせずに質問をするだけするってのはイカンな。
友達同士ならまだしも、知らない人からいきなりちょっと調べりゃ分かる事を
質問されりゃそりゃググれで済ますのも無理ないだろ。
0642デフォルトの名無しさんNGNG
0643デフォルトの名無しさんNGNG
今朝のトクダネで、誘拐犯の送った写真を解析するとかって話題で、
サンプル画像の参考文献が画面の隅に表示されてたけど、憶えてる
人いますか?
0644デフォルトの名無しさんNGNG
>630
話題そらして勝った気分になってるのだろうか
匿名掲示板で勝ち負け競っても意味ないような....
0645デフォルトの名無しさんNGNG
>>627
Adobeが、すっげーきっつい認証してて(英語)
開発キット手に入れるのが大変なんだわ。
0646デフォルトの名無しさんNGNG
Adobeのプラグインって会社が出すような製品ばかりだから研究に向いてないかもな。
コンバータ作って、susieプラグイン添付ってのが一番いいかも。

0647デフォルトの名無しさんNGNG
hirax.netに行ってプラグインで検索しとけ
0648デフォルトの名無しさんNGNG
そこでGIMPですよ
0649デフォルトの名無しさんNGNG
バイキュービック補間の端の方(16ピクセル分のデータが採れない領域)の処理は
どうようにするのが一般的なのでしょうか?
バイリニアの場合は4辺付近は単一方向のリニア補間、
4隅付近はニアレストネイバー補間にしていたのですが、
バイキュービックはパターンが複雑(採れるピクセルが4/6/8/9/12/16ピクセル分)で、
スマートな実装方法が思いつきません。
(「存在しないピクセルの分は最も近いピクセルで埋めて無理矢理16ピクセルにする」
というのを思いついたのですが、試してみたところ遅過ぎで使えませんでした)
0650デフォルトの名無しさんNGNG
元画像の周囲4ピクセルずつを適当に最近傍画素かなにかで埋めたものを元画像として使用するってのがオーソドックス。
0651デフォルトの名無しさんNGNG
>>649
遅すぎるのは、おめぇのプログラミング技術が低いからだろう。
それくらいのアルゴリズムで遅すぎで使えないことになるとは思えない。
もしかして2次元配列を使ってるだろう。
0652デフォルトの名無しさんNGNG
スピードが重要な場合は

・エッジ処理
・それ以外 (分岐が不要な領域)

で分けてそれぞれ別のコードを書くのがフツー

後は垂直・水平でフィルタを分割して、16 個の参照ではなく 4+4 の参照に減らすとか
# 精度が重要な場合は中間画像のビット数を増やすか、いっそ double で確保する
0653649NGNG
>>650さんの方法で解決しました。>>650さんありがとうございました。

>>651さん
二次元配列は使っています。乗算が減っても速度的に不利なんでしょうか?
0654デフォルトの名無しさんNGNG
>>653
651はいつもの荒らしちゃんだと思う。無視無視!
0655デフォルトの名無しさんNGNG
>650ってなに?ひとまわり大きい画像を用意するって事?
そんなんがオーソドックスなのか・・・?
俺は分岐処理させてるが、速度的には不満はないなぁ。

ピクセルひとつを処理するのに、毎回毎回、周囲16個所参照してないよな?
0656649NGNG
ネットで検索してる時に見つけたのですが
ttp://www.nakata-jp.org/computer/freesoft/bycubic/
ここの記述は正しくないですよね?
少なくとも自分で書いたバイキュービックの処理では
等倍時に画像が変化することはないのですが……
0657デフォルトの名無しさんNGNG
>>656
ソース見れば判るようにこの人が書いてるのは
bycubic という「あるごりずむ」についてであって
bi-cubic とは違う処理だから気にすることはない
0658デフォルトの名無しさんNGNG
ソースは見てないけど、倍率が1であれば、普通に処理すれば
4点に対する重みが0、1、0、0になるから、画像は変化することはないよ。

ところで、>649が遅いのに>650のやり方で速度は上がったのか?
そんな端の数ピクセルの処理だけで激しく速度が変わるとは思えないんだが。
0659デフォルトの名無しさんNGNG
>>658
それのおかげて、ループ内の条件分岐が減ったとか…よく分からんが
0660デフォルトの名無しさんNGNG
あー、条件判定をループ内でやってりゃ、遅くなるのも当然か。
>652のように、最初から別ループで分けてやってくれ。
0661デフォルトの名無しさんNGNG
IEで選択反転させると浮かび上がる画像ってどうやって作ってるの?
青で消える部分は普通の画像で、消えない部分に埋め込んでるんだろうけど…
隠し画像に置き換えるだけだと、元画像が崩れるだろうし
0662デフォルトの名無しさんNGNG
隠し画像の明るさやコントラストを下げる
0663デフォルトの名無しさんNGNG
linuxで画像のパターンマッチングとか出来るソフト(出来ればオープンソースで)
をご存じの方いますか?
windowsだと結構転がっているのですがlinuxではありませんでした...
windowsのコードを流用しろって意見もあるんでしょうが,あまり時間がないもので.
よろしくです
0664デフォルトの名無しさんNGNG
>>663
なんでお前の仕事を手伝わなきゃならん?
0665デフォルトの名無しさんNGNG
>>663
ARToolKit
OpenCV
0666デフォルトの名無しさんNGNG
>>665
どもどもサンクスです.
なんとかいけそです.
0667デフォルトの名無しさんNGNG
C++ Neuromorphic Vision Toolkit
ttp://ilab.usc.edu/toolkit/

これも試してみてほしいかも>Linux

感想よろしく。
0668デフォルトの名無しさんNGNG
>>667
作者乙
0669デフォルトの名無しさんNGNG
>667 
おもしろい
DARPA GC2005で使ってみてよ


0670デフォルトの名無しさんNGNG
某オークションでブレードサーバ買っとけば良かった
0671デフォルトの名無しさんNGNG
ブレードって?
0672デフォルトの名無しさんNGNG
Google "ブレードサーバー"
0673デフォルトの名無しさんNGNG
他の物は?
マウスとか、キーボードとか。

ブレードセンターの中だよ。
0674デフォルトの名無しさんNGNG
これがサーバー?
0675デフォルトの名無しさんNGNG
ちゃんと同期とれよ
0676デフォルトの名無しさんNGNG
C言語で2値化された画像の白画素数を数えるプログラムを作るのに参考になるサイトや本はありますか?
0677デフォルトの名無しさんNGNG
>>676
http://www.magickwand.org/www/api.html
0678デフォルトの名無しさんNGNG
似たような画像がたくさんあって、
(背景一色、真ん中に円状の対象物が写っている。背景・対象物ともに似ているが同色ではない)
そこから対象物だけを取り出して、特徴を記録したいんだけど、何で勉強したらいいでしょう。
「特徴」とは、「その円のどこが黒っぽいか」 です。
一枚一枚手で処理するのがイヤってだけなんですが・・・・・・・ 
シロート質問ですみませぬ。
0679デフォルトの名無しさんNGNG
>>678
とりあえず、画像処理工学とかなんとか書いてある本を買ってみれば?
開発を弊社でお引き受けすることもできますが(w
0680デフォルトの名無しさんNGNG
>>679
うぬぅ 長い道のりですなぁ・・・・・・ Cのサンプルとかついてる本があると嬉しいのだが。
レスありがとうです。 開発を頼む懐の余裕はないでつ;;
0681デフォルトの名無しさんNGNG
>>680
C言語による画像処理入門
ピンクの表紙の本で、わりと初歩的なことが書いてある。
0682デフォルトの名無しさんNGNG
>>681
どうもです。 amazonで注文してきましたー
0683デフォルトの名無しさんNGNG
>>678
どんな画像かわからんが、結局手作業が一番早いかも
0684デフォルトの名無しさんNGNG
DirectShowスレで見つけたこれ.得意げに配布してるけど,OpenCVのサンプルいじっただけじゃん.痛々しい.

www.geocities.jp/laughing_man_lol/
0685デフォルトの名無しさんNGNG
>>684
Windows+DirectShow+OpenCVを使用したプログラムの勉強をしています.
OpenCVの機能を使うと工学ナビさんで公開されている笑い男模倣ツールが簡単に
実現できそうな気がしたので学祭中に作ってみることにしました.一応の完成は
Ver. 0.1で達成した(?)のですが,勉強も兼ねてもう少し手を加えてみようと
考えています.

って書いてある。
この人はたぶん今までこういうライブラリをあまり知らなかったのだろう。
まぁ、ライブラリの使い方を覚えるのに、いろいろ作ってみるのは良いことだね。
0686デフォルトの名無しさんNGNG
>684 誰でも一度は通過する青春の門
0687デフォルトの名無しさんNGNG
>>681
俺もその辺がお勧めかな(というか、他に画像処理の本が少ないな…)

クロマキー辺りで物体取り出して、ラベリング+面積・円形度で円発見して、円内のパラメータ解析って感じか?
円の重心と中の黒い点の重心の差で、位置関係出せばいけそう
……円だけを上手く取り出すのに苦労しそうな感じがするな
(背景と円が似ている色ってのと、円内が単色じゃ無いって辺り…同じ円なら、テンプレートマッチングのが良いか)


>>684
ほぼ同等のソフトを自力で組んだけど、ファイルサイズがめちゃくちゃ違った。俺のは100KB行かない…
(MFC使わずAPI叩いてるからだけど……俺のが精度良いけど、はるかに重いな…ここは頑張り所か)
0688デフォルトの名無しさんNGNG
まぁ、論文嫁と。
0689デフォルトの名無しさんNGNG
>>684
確かにOpenCVにおんぶにだっこなソフトであるが、動作がサンプルより軽くてファイルが妙にでかいのが気になる。公開できないコードを含まれているとあるが、何か他のライブラリでも使ってるのかも。
ソース読んでみたいな。
0690デフォルトの名無しさんNGNG
画像処理の本ってけっこうある方じゃないの?

と、最近音声処理を始めた私は思うわけです_| ̄|○
0691デフォルトの名無しさんNGNG
Cマガ買って

英語のサイト見てればなんとかなるべ
0692デフォルトの名無しさんNGNG
>690
>画像処理の本ってけっこうある方じゃないの?
たしかになくはないが、分野的に広すぎるので、分野によってはこれといったものがない
基本的なフィルタリング処理ぐらいまでは和書でもあるけど、特定分野にちょっと踏み込むと洋書か
海外論文になるからね
0693デフォルトの名無しさんNGNG
音楽・音響関係の研究・技術について議論するスレ(DTM板)
http://pc5.2ch.net/test/read.cgi/dtm/1055415461/
0694デフォルトの名無しさんNGNG
この板にもサウンドプログラミングってスレッドがありますな

スレ違いすまそ & sage
0695デフォルトの名無しさんNGNG
>>694
http://pc5.2ch.net/test/read.cgi/tech/1091054082/
これね。
姉妹スレって感じで、テンプレにしても良いと思うけどな。両方する人も居るし
0696デフォルトの名無しさんNGNG
>>687 ありがとうです;;  がんがる
0697デフォルトの名無しさんNGNG
広角レンズで撮った、樽型に写っている写真の柱などを真っ直ぐに補正するプログラム
を作れないかと試しているのですが、中心を補正しても周辺は樽型が残り、中心のちょっと
外を補正するまで球面の半径を小さくすると、周辺が流れて?しまいます。
レンズ自体は非球面とかの話もあるので、単なる球面ではだめだと思いますが、
参考になる文献とか情報はないでしょうか。
0698デフォルトの名無しさんNGNG
中心と端の補正を分けたらいいんじゃね

適当な半径で中心円と外側を分けて

別々に補正して 合成・・・駄目か?
0699デフォルトの名無しさんNGNG
そういえばそんなの昔作ってよろこんでたなぁ…
0700デフォルトの名無しさんNGNG
歪みポリゴンにテクスチャとして貼り付けて、正面視点で見れば正しい画像が得られるような機がすうr
0701デフォルトの名無しさんNGNG
その写真を撮ったカメラが使える環境にあるならば一度方眼紙を撮影してみると良いかも。
0702デフォルトの名無しさんNGNG
>>697
歪曲収差でググルべし。
自分で作るのが面倒ならOpenCVに関数があるし、マニュアルに文献が含まれてるよ。
0703697NGNG
レス、各位に感謝。
>>698 球面の断面を高次曲線にするとか、複数の曲線で結ぶとか考えたが、接線の勾配を
同じにして結ぶなんぞ、手に負えない。
>>699 私も喜びたい。
>>700 歪みポリゴンとは? 新規に勉強が必要。
>>701 可能ではあるが、実をいうと、雑誌のも撮ってカミさんの型紙への利用なども懸案。
>>702 OpenCV を見てみます。歪曲収差でぐぐったら、わが社、わが製品はこんなに
すごいというのはあるが、流石、中身は、企業秘密めいている。自分のももし出来ても
恥ずかしくて公開をしぶるだろうとは思う。
0704デフォルトの名無しさんNGNG
>>703
リンクスが出しているHALCON活用法にわりと詳しい解説有り。
「画像処理の解説書」として良くできていると思う。
いつの時代に書かれたか判らない「C言語の・・・」などの本より
よほど参考になる。
0705デフォルトの名無しさんNGNG
>>703
つーか、何でもいいから文献読め。
天体望遠鏡の収差なら話は別だが、広角レンズの歪みを取るなんて企業秘密でも何でもねーぞ。
これなんかどーだ。
http://www.ricoh.co.jp/about/business_overview/report/23/pdf/048_055.pdf
大雑把な内容だが、本物のプログラマーならモデル式を見ただけで収差の補正ルーチンが頭に浮かぶはずだ。
軟弱なプログラマーは補正の仕方を隅々まで呼んでコード書いて、プリントアウトしてママに冷蔵庫に張ってもらえ。

せいぜい、画像面上での光学中心座標と係数算出方法に頭を悩ますこった。
あばよ。
0706703=697NGNG
>>704
調べたら、1993年以来画像の本などは買っていなかった。ご紹介の本をぐぐったら、
現物を見たくなった。
>>705
勉強になります。数日前三角関数の勉強しておいてよかった。白紙で考えるより
こういうのを見て考えるってのは、本当に助かります。
0707デフォルトの名無しさんNGNG
歪曲収差でぐぐったら、わが社、わが製品はこんなにすごいというのはあるが、
流石、中身は、企業秘密めいている。自分のももし出来ても恥ずかしくて公開をしぶるだろうとは思う。
0708704NGNG
>>706
本屋には売ってないです。直販のみ。2000円だから買ったら?
書店で売っている画像処理の本って、ろくなものは無いよ。
0709デフォルトの名無しさんNGNG
>>708
田舎者
0710デフォルトの名無しさんNGNG
>>709
文盲
0711704NGNG
>>709
なんでそういうつっこみになるかなぁ。
都会の書店で売っているまともな画像処理の本、挙げてくれ。
0712706=703=697NGNG
>>708
直販とは思いましたが、出かけた序に、何冊か見ましたです。
これと思しきものはありませんでしたが、市販ソフトのマニュアルなんぞ
眺めて来ました。
本当に探すなら、アキバのラオックスでしょうね。
0713デフォルトの名無しさんNGNG
本が大した事ないと思うなら論文よみなよ。
0714デフォルトの名無しさんNGNG
アナクロな連中が多いなぁ。
何のためにamazonがあるんだよ。
専門書でも洋書でも簡単に手に入る時代になってるって言うのに。
0715デフォルトの名無しさんNGNG
amazonで探したけど >>704 の言う
リンクスが出しているHALCON活用
は蜜から中田
0716デフォルトの名無しさんNGNG
amazon で洋書頼むと届くまでに時間がかかるのがなぁ
IEEE からの論文購入なら、その日の内に PDF が手に入るし
0717704NGNG
>>715
最初から「直販のみ」と言っているでしょ。
一般の小売りルートには乗せていないから、あの内容であの価格。
内容からすれば倍してもおかしくない。

個人的には、高価な技術書を中身を見ないで購入することには抵抗が・・・
と言いつつ、問題の本は買ったわけだが。
0718715NGNG
HALCONって名前は聞くけど,その解説書はそんなにいい内容が乗ってるの?
レビューきぼんぬ.

>>703
で,プログラムはできそう?
0719デフォルトの名無しさんNGNG
>>718
715じゃなくって714な俺.
0720712=706=703=697NGNG
>>718
曲がった柱なんぞの認識をどうするか、考え中...
画像認識になって、また調べている。梁と柱があると曲率から絵の中心がでないかと。
四隅と中心を固定して、ベジェ曲線で辺を中心へドラッグするとどうかなとか。
変形のパラメータは出来るだけ少なくしたいし。try&error も少なくしたいし。
ヒューリスティックになるのはやむをえないかなとか。で、午後は昼寝。
0721デフォルトの名無しさんNGNG
>>720
try&errorでパラメータ求める方法でいいと思うよ.
普通はチェスボードみたいな模様を何枚か写して,パラメータ求めたりするけどそれでも毎回推定パラメータは変わる.
自動化するより,妥当なパラメータを簡単に求められるユーザーインターフェース作った方が実用的だと思う.
radial distortionの補正パラメータなんて,高々5?6個なわけだし,厳密さを求めないのであれば,光学中心(2個),補正係数(1個)の合計3つで済む.
光学中心を画像中心と仮定するなら補正係数を設定するスライダーバー一個で済んじゃう.
0722704NGNG
>>721
同意。
以前作ったことがあるが、デジカメの光学中心は結構ずれてた。
0723デフォルトの名無しさんNGNG
>>722
すろっどすとっぱ
0724停止しますた。。。NGNG
真・スロッドストッパー。。。( ̄ー ̄)ニヤリッ
0725デフォルトの名無しさんNGNG
へたくそw
0726デフォルトの名無しさんNGNG
保守派
0727デフォルトの名無しさんNGNG
OpenCV初心者なのですが、
リファレンスマニュアルに載っているHoughLineのプログラムを使って
Hough変換で輪郭線をとってみたんですが、ぶつ切りのラインばっかり出てきて
まともに動作しません。
HoughLineとるときのコツとかあるんでしょうか?
0728デフォルトの名無しさんNGNG
元画像、変換後の画像、プログラムソースをみないことにはなんともいえない
0729デフォルトの名無しさんNGNG
cvCvtColor(src, buffer1, CV_BGR2GRAY);
cvCanny(buffer1,buffer2,100,255,3);
lines = cvHoughLines2(buffer2, storage, CV_HOUGH_PROBABILISTIC, 20, CV_PI/360, 80, 30, 10 );
cvCvtColor( buffer2, effect, CV_GRAY2BGR );
for( i = 0; i < lines->total; i++ )
{
CvPoint* line = (CvPoint*)cvGetSeqElem(lines,i);
cvLine(effect, line[0], line[1], CV_RGB(255,0,0), 3, 8 );
}

ソースはこれです。

元画像           変換後

______________________ ____ ________
| |
| |
| |
| |
| | |
|_____________________| _________________|

正方形を赤一色に塗った640×480のjpeg画像(背景は白)をHough変換してみました。
0730デフォルトの名無しさんNGNG
すみませんずれました(´・ω・`)

元画像
       | ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|        
       |                    |
       |                    |
       |                    |
       |                    |
       |                    |
       |                    |
       |                    |
         ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
変換後

         ̄ ̄ ̄ ̄   ̄ ̄ ̄
                          
                         
                         
                           |
                           |
                           |
         ̄ ̄ ̄ ̄ ̄ ̄
0731デフォルトの名無しさんNGNG
CV_PI/360
0732デフォルトの名無しさんNGNG
そういや、市販のモザイク外す装置ってどういう処理してるんだろ?
警察が作ってるのとかもあるらしいけど
0733デフォルトの名無しさんNGNG
>>732
使ったことあるのか?どういう画面になるのかうpしてくれたら
考えてやってもいいぞ。
0734デフォルトの名無しさんNGNG
http://www.calx.jp/bbs/mibbs.cgi?mo=p&fo=nozokix&tn=0277&rn=50
0735デフォルトの名無しさんNGNG
>>733
使ったことも無いし、持っても居ない
ただ、技術的に気になった

>>734
いや、外すんじゃなくて、自然に見えるように修正してるだけだろうけど、不可能って訳じゃないはずだよ
警察の例はモザイクじゃなくて、解像度の荒い監視カメラから綺麗な画像を取り出す奴とかだったかも
0736デフォルトの名無しさんNGNG

0737デフォルトの名無しさんNGNG

0738デフォルトの名無しさんNGNG
高速化についての質問です。
画像のデータをメモリにのせるとき、なるべく順列アクセスできるように
一次元配列にしたりするんですが、画像が大きい時、L2キャッシュに
入りきらず、メモリアクセスに足を引っ張られて遅くなるような気がします。

そこで考えたのですが、例えば10x10のデータが100個あって、キャッシュが
10だった場合、100の配列を確保するのではなく、10の配列を
10個にした方が高速になるのではないでしょうか・・・どうでしょうか・・・

いまいちメモリのどの部分がどういうタイミングでキャッシュされるのか
わかってないんですが・・・
0739デフォルトの名無しさんNGNG
そこまで気にするほどタイトな処理ならインラインアセンブラなり使ってキャッシュ制御命令でも挟めば?
0740デフォルトの名無しさんNGNG
>>738
> 100の配列を確保するのではなく、10の配列を
> 10個にした方が高速になるのではないでしょうか

ならん

> なるべく順列アクセスできるように一次元配列にしたりするんですが、

無意味

順にすべてアクセスしてしまったんではキャッシュの意味なし。
(仮想記憶がネックなら効果あるが)
一度でもアクセスしたデータを骨までしゃぶりつくすように作れれば理想的。
0741デフォルトの名無しさんNGNG
> 100の配列を確保するのではなく、10の配列を
> 10個にした方が高速になるのではないでしょうか
結局2次元配列では…
0742デフォルトの名無しさんNGNG
prefetchしたらどうなの?
0743デフォルトの名無しさんNGNG
>740
一度アクセスしたアドレスを再びアクセスするときに高速化されるのがキャッシュの基本。
配列が一つでも複数でも関係ないよ。

特定のCPUの特定の場合の究極の最適化として、キャッシュラインとかウェイのことまで考慮した上で小容量バッファを幾つか取るような最適化はあるかもしれんけどね。
しかしそれは一つまとめて取ればいい物を複数に分割するのとは違うんだな。
0744デフォルトの名無しさんNGNG
>>738 見当違いに1票 ノシ
0745デフォルトの名無しさんNGNG
libpng,zlibのASM対応でビルドしたいのですが
"mlは有効な命令では〜"(うろおぼえ)
みたいなエラーが出てうまくコンパイルできないです。

vc6sp5でプロジェクトは付属のものをそのまま使っています。
微妙にスレ違いっぽいですがよろしくお願いします。

0746デフォルトの名無しさんNGNG
>>745
MASMが入ってないんじゃない?

Processor Packからml.exe ,ml.err,h2inc.exe,h2inc.errを抜き出して、
vcのbinフォルダに入れてみるとか。
0747デフォルトの名無しさんNGNG
おっしゃるとおりにやってみたら出来ました。

だた読み込み速度が以前と変わった感じがしないのですが
ほかに必要なことがあったりするのでしょうか?
現在800x600x4をPen4-1.3で平均0.08msぐらいかかります

ともあれどうもありがとうございました。
0748デフォルトの名無しさんNGNG
マシン語で書いてあれば何でも速くなると思ってる?
0749デフォルトの名無しさんNGNG
YES!
コア部分はオールアセンブラなんて聞いたら体感速度上がるじゃん。
0750デフォルトの名無しさんNGNG
いまどきのCPUだったら、パイプラインの最適化とかを考えるとIntelコンパイラのほうが速い場合が多い。
0751デフォルトの名無しさんNGNG
GPU使うのって難しいですかね
0752デフォルトの名無しさんNGNG
>>751
Cg
0753751NGNG
CgでCoreImageみたいなことできるんですか?
0754デフォルトの名無しさんNGNG
読み込み速度ってそうそう激変するモンじゃないよねぇ。
0755デフォルトの名無しさんNGNG
>>749
あーーーー、はやいなぁ。
いや、早く感じるよな。確かに。
0756デフォルトの名無しさんNGNG
ttp://openvidia.sourceforge.net/
0757デフォルトの名無しさんNGNG
>>756
日本にもGPU使ってなんかやろうという人たちがいたよね.
GPUの処理ってそんなに柔軟にプログラムできるものなの?
0758デフォルトの名無しさんNGNG
>>757
ほとんどCみたいにプログラミングできるよ。
0759デフォルトの名無しさんNGNG
radeon
にはないの?
0760デフォルトの名無しさんNGNG
Cgか
0761デフォルトの名無しさんNGNG
「2次元バーコード」のスレにも書いたのですが,
こちらでも質問させてください.

画像中の,QRコードの位置検出パターン(2次元バーコードの角に印刷された,
「回」の中を塗り潰したような部分)の座標を検出するためには,どういった
アルゴリズムを使うのが良いでしょうか?
QRコードの規格書の ISO/IEC18004 ないし JIS-X-0510 に,そうした情報は
書いてあるのでしょうか?

お教え頂ければ幸いです…
0762デフォルトの名無しさんNGNG
>>761
マルチすんなボケ
0763761NGNG
>>762 ゴメンナサイ

当方,画像処理初心者なのですが,必要に駆られて,
JavaWebStartで起動できるようなOMRシステムを作ることになりました.
ひとまず完成し,オープンソースで公開しました.もし興味があれば,
探してみてください.

さて,先に質問をした,2次元バーコード読み取りの件は,
このOMRシステムに組み込めたらと思っているのですが,

それ以前に,OMRの原稿画像の位置合わせのアルゴリズムなど,
我ながら,いかにも素人臭くてダサイ…と思っているので,
こちらを改善するヒントにもなればなぁと.

アルゴリズムの名前,参考になる書籍など,
アドバイスをいただけないでしょうか.
0764デフォルトの名無しさんNGNG
>>763
宣伝すんなボケ
0765デフォルトの名無しさんNGNG
>>763
リンク貼れボケ
0766761NGNG
勿体をつけるほどのものでもないので,晒します.
http://sourceforge.jp/projects/sqs-xml/

OMR関連については,ここ↓に説明を書いておきました.
http://sqs.cmr.sfc.keio.ac.jp/sqs-core/doc/about.html#4.2.1
0767デフォルトの名無しさんNGNG
>>761
JISに書いてあるよ。その通りの実装で充分かどうかは別として。
0768デフォルトの名無しさんNGNG
>>763
仕事柄マーカーを見つけて位置合わせをするプログラムも書いているけど、
非常に単純な処理しかしてないよ。二次元バーコードも大して変わらないと思うけど。
0769761NGNG
>>767 ありがとうございます,
ttp://www.jisc.go.jp/app/pager?id=48416 を見つけました.
pp.52-53 に書いてありました.

・x軸方向に,1:1:3:1:1の比率を持つ,黒-白-黒-白-黒の列
(誤差許容幅0.5)となっているピクセル線を探し,そのうち,
「位置検出要素パターンの内側の暗の正方形を横切る
一番外側のピクセル線上の点A及び点Bの中点を通る線」を求め,

・同様に,y軸方向への処理での線を求め,

・これらの線の交点を,位置検出パターンの中心位置とする,

というアルゴリズムであるとのこと.

「一番外側のピクセル線上の点」という辺り,
ここに書かれたままの方法だと,些細なノイズに弱そうですね….

また,このアルゴリズムの場合,約90度の単位での回転ならOKですが,
斜めになったQRコードは認識できない,ということになりますね.
もしうまく認識できなかったら,原稿画像をover samplingしたものを
すこしづつ回転させながら,成功するまで処理をやりなおせばいいのかな….
0770デフォルトの名無しさんNGNG
>>769
どんな角度でスライスしても
>・x軸方向に,1:1:3:1:1の比率を持つ,黒-白-黒-白-黒の列

は見つかるわけだから、まず最初に最長のランでそれらしいものを見つけて、
その後スライスするラインの角度を変えて最短のランが得られた角度を基準
とすればいいんじゃない?かなり単純&高速にできそうだし。
0771761NGNG
>>770
> どんな角度でスライスしても
> >・x軸方向に,1:1:3:1:1の比率を持つ,黒-白-黒-白-黒の列
>
> は見つかるわけだから、

あ…,おっしゃるとおりですね.だとすると,

> まず最初に最長のランでそれらしいものを見つけて、
> その後スライスするラインの角度を変えて最短のランが得られた角度を基準
> とすればいいんじゃない?

こちらは,基準座標を求めた次の段階として,
原稿画像の傾きの角度を求める段階,ということでしょうか?
0772デフォルトの名無しさんNGNG
すいません、ageさせてください。

ブロブ解析において、ひとつのブロブ(島)の中にある孔の個数を知るには、
対象のブロブの内部だけを再びブロブ解析しないとダメなのでしょうか?

ブロブのインデックスがつけられたランレングスコードから
この問題を攻めていけないものでしょうか?
0773デフォルトの名無しさんNGNG
わたしの場合、最初のブロブ自体ランレングスから求めているので、
それを再帰的に適用するだけ。計算量的にも問題があるわけではない

対象のブロブの内部だけを再びブロブ解析 ○
ランレングスコードから攻める ○
0774デフォルトの名無しさんNGNG
>>773
772ブロブ男です。
レスありがとうございます。
もしかすると目からウロコの予感がしています。

私もランレングスからもとめているのですが、
白黒2値画像の、黒画素または白画素、どちらか片方だけに注目した
ランレングスコードしか作っていませんでした。

(1) 黒画素と白画素、どちらにも注目した
連続的なランレングスコードを作成する。

(2) 黒画素ランの接合判定する。

(3) ブロブの含まれるスキャンライン領域を限定して
白画素ランの接合判定をする。

という感じでしょうか?

typedef struct tagTHE_RUN{
  int xs;
  int xe;
  int scanLine;
  int index;
  int thisRunIsBlack; // add?
}THE_RUN, *PTHE_RUN;

それとも、黒画素か白画素どちらか片方に注目したランレングスコードから
実現することが可能なのでしょうか?
0775デフォルトの名無しさんNGNG
うわぁ、ageちゃったー、ゴメン。
0776デフォルトの名無しさんNGNG
Windowsの画像入力ボードで、SDKからC#で書いてるやつってありませんか?
VC++,VB,C++Builder,Delphiまでは見たことあるんですが、
VC#でヘッダ書いてるのは、見たことがありません。
(正しくは *.h じゃなくて *.cs なんだけど)

画像入力ハードウェアの絡むプログラムは、
今後もWin32とかMFCでコーディングしないといけないのでしょうか?
はげしく鬱でございます。
0777デフォルトの名無しさんNGNG
VCとかDelphiからC#に変換するコンバータあるじゃん それ使えよ
0778デフォルトの名無しさんNGNG
をぉ、そんなナイスなツールがあるんですか、探してみます。
0779デフォルトの名無しさんNGNG
素人考えだけど、
ハードウェアアクセスのプリミティブなところだけ、
Win32ネイティブのDLLにすればすっきりするのでは?
0780デフォルトの名無しさんNGNG
>>779
ごめん、質問の仕方が悪かったかもです。

工業用の画像入力ボードのハードウェアアクセスのためのライブラリは、
そのボードを作ったメーカーがWin32ネィティブのDLLを添付するのが一般的です。

そして、そのライブラリをアクセスするためにVC,VBのヘッダも供給しますが、
慈悲深いメーカーはC++BuilderやDelphiのそれも供給してくれる場合があります。

しかし、C#から[DllImport(...)]でアクセスできるようなヘッダを供給してくれる、
さらに慈悲深いメーカーは、いまのところ無いような気がするので、こちらに投稿したというわけです。

ここでの「ヘッダ」とは、ライブラリのインターフェースの意味です。
VBやDelphiにヘッダファイルなんかないぞ、というツッコミは無しにしてください。
0781デフォルトの名無しさんNGNG
C/C++のヘッダから[DllImport(...)]を自分で書けば済む話じゃないの?
マーシャリングさえ理解すれば、難しい話じゃないでそ。
0782デフォルトの名無しさんNGNG
>>781
それはいえてます。
自分で翻訳すれば済む話ですので、今はそうしています。

ただ、ボードメーカなどが、今後C#にも対応していくかどうかが、
ちょっとだけ気になっています。
DirectShowにはC#のラッパが出現してきているらしいのですが、
工業用の画像入力ボードSDKもC#に対応しはじめるか、今後も無視し続けるか、
どっちなんだろうかな、と。

(DirectShowのC#ラッパの噂はGDNJapanで聞きますが使ったことはないです)
0783デフォルトの名無しさんNGNG
>>783
それそこ業界の動向に注視しつづけるしかないかと。

業務向け画像関連ソフトウェアで.netの利用が増える、
若しくは、その工業製品向けGFXボードの大手ユーザーが、
.net版APIセットを希望する等のことがないと出てこないと思うけど。

小さな会社の製品なら、交渉次第で作ってくれるところは結構ある。
そんな感じのことは、とある製品群で何度かやったことあるよ。
0784デフォルトの名無しさんNGNG
MIL LiteにC#ラッパがついたら業界は「右にならえ」になりますかね?
どっちにしてもLonghorn待ちかな...



しまった、ここは画像処理スレだった。Windowsボヤきスレじゃなかった。
0785デフォルトの名無しさんNGNG
>>780
そういえばさWin95が出始めたとき、DOS版ライブラリは標準添付で、
Win版ライブラリは5万円ぐらいで別売という時代があったよね。
0786デフォルトの名無しさんNGNG
C言語によるFFTを使った画像処理のプログラミングについて詳しく書かれている参考書を教えてほしいです。
よろしくお願いします。
0787デフォルトの名無しさんNGNG
>>786
http://pc5.2ch.net/test/read.cgi/tech/1101395436/
0788786NGNG
スレ違いすいませんでした。誘導ありがとうございます。
0789712...=697NGNG
以前、樽型distortion補正でお聞きしたものです。
アキバに行く機会がなく、本はまだ買っていません。
OpenCV を眺めていますが、元のアルゴリズの知識がないため、頓挫しています。
絵の中心からの距離による補正で、球面では不足というのは、
http://www.vanwalree.com/optics/distortion.html
を見て、納得したのですが、レンズの属性が分からない場合どうするかと
ぐぐっていましたら、
http://www.vector.org.uk/v201/cliff201.htm#note4
などがあったのですが、ソースが Mathematica とかで、これまた知らない
言語で「壁」です。
画像処理の質問とは違いますが、Mathematica って、Cに書きかえるのって
のは、止めた方がいいという代物かどうか、分からないでしょうか。
0790デフォルトの名無しさんNGNG
PhotoShopの自動選択ツールのような感じで、
人間の周りだけを自動選択するという事は可能なのでしょうか。
やはりあれは色がある程度統一されていないと厳しいですよね。
全く別の服の色まで選択できるとしたら背景まで選択できてしまう
事になってしまいますよね。

やはり厳しいですよね。
0791デフォルトの名無しさんNGNG
>>790
エッジ抽出して輪郭とればいいんでないの?
0792デフォルトの名無しさんNGNG
画像処理を勉強したいのですが
はじめはどういったような本を読んで良いのかわかりません。
一番最初に読むのはどういった本が良いのでしょうか?

一口に画像処理と言っても沢山ジャンルがあると思いますので
最初は簡単そうなQRコード関連かな?なんて思ってます。

意見をお聞かせ下さい。
0793デフォルトの名無しさんNGNG
なんのために画像処理を勉強したいのかから考えたほうが
いいんじゃない?
0794デフォルトの名無しさんNGNG
>>793
楽しそうだからですよ。
勉強なんてそういうものでしょ?
0795デフォルトの名無しさんNGNG
禿同
0796デフォルトの名無しさんNGNG
ゆとり教育の弊害がこんなところにも
0797デフォルトの名無しさんNGNG
>>794
最初は用語覚えるとかどう?
ちなみにQRコードは>>761あたりで話題になってる。
0798デフォルトの名無しさんNGNG
>790
肌や服、髪毛の色彩には連続性がある。画像処理のプロなら、環境色と素材ごとの平均的な色彩の関係を知っている。HSV,RGBに成分分解したデータを統計し、分散図を描いてみよ
0799デフォルトの名無しさんNGNG
> 楽しそうだからですよ。
> 勉強なんてそういうものでしょ?
=無目的という事。

研究・勉強するにしてもなんらかの目的がある。
ただ、楽しいからする、というのであれば、それは趣味・フェチの類だよ。
0800デフォルトの名無しさんNGNG
 顔画像の特徴認知でYIQ表色系を用いて唇領域を求めたいんですけど、その方法としてQが特定の値を持つ範囲を検出するということなのですが、具体的な値の範囲分かりますか??
0801デフォルトの名無しさんNGNG
>>799
「楽しそうだからやる」ってのは楽しむ事を目的としてると思うが?
まぁこれは屁理屈だがなw
0802デフォルトの名無しさんNGNG
>>799
俺は趣味で始めたけどね。
それが発展して大学で専攻した。
最初はほとんど趣味とか興味の範囲でしょ
0803デフォルトの名無しさんNGNG
>>799
「勉強」という言葉は、「何か目的の為に行う」以外にも
「好きだから、面白そうだから行う」という場合にも使われる単語と思いますが、
各自の「勉強」という行為をどう定義づけているのかにもよります。
0804デフォルトの名無しさんNGNG
いや、だから792は「趣味で画像処理勉強したいのですが何か良い本ありませんか?」
って言ってるだけでしょ。何で勉強の定義の話になってるのか分からん。

'image processing'でググってね。
0805デフォルトの名無しさんNGNG
CG板で質問したんですがプログラム板が適切といわれたので質問します。
3Dで「あおり補正」に関する文献、幾何変換方法等ありませんか?
ググって見たけど「これ」っていう物が見つかりませんでした。
あおり角から計算できるような変換行列とかの記載があればベストなんですが 。
0806デフォルトの名無しさんNGNG
>>805
「台形補正」?
0807デフォルトの名無しさんNGNG
射影変換かな
http://mailsrv.nara-edu.ac.jp/~asait/open_gl/linear.htm
単なる台形補正はその近似だ
0808デフォルトの名無しさんNGNG
>>800
そういう質問のしかたは黙殺されるぞ。
もうちょっとうまく質問しろ。
0809デフォルトの名無しさんNGNG
>>808
すみません。
800です。
画像処理の初心者なので分からない事だらけで困っています。知っている方いらっしゃいましたら教えてください。
matlabで顔画像処理をしています。唇の領域を知りたくて、RGBカラー空間の画像をYIQ空間に変換したのですが、
Qの具体的な値が分からなく検出できません。このYIQ空間への変換後の手順、または別の方法を知っている方
いらっしゃいませんか? お願いします。
0810デフォルトの名無しさんNGNG
>>789
Mathematicaって数学チックだからCに置き換えるのは難しいと思うよ。
高度な数式処理とか簡単にできるようになってるから、それらが含まれているとCに置き換えるのは難しい。

つーか、前の方でpdfの文献挙げてた人がいるけど、あれを読んでプログラム書けないのなら数学の知識が足りないと言わざるを得ない。
OpenCVは元のアルゴリズムを理解できていなくてもパラメータ与えるだけで動くはずだけど、試せない?
0811デフォルトの名無しさんNGNG
>>810
Mathmaticaは立派な関数型言語です
0812デフォルトの名無しさんNGNG
>>809
実データを見ればいいじゃん
0813デフォルトの名無しさんNGNG
>>811
うん.
漏れが言いたいのはMathematica->Cにするとき,難しい数学の関数を誰が用意すんの?って話.
0814デフォルトの名無しさんNGNG
>>813
FSFの人達。
0815デフォルトの名無しさんNGNG
>>812
すみません。素人なのでよく分かりません。実データを見ても何も分からないのですが、どうすればよいでしょうか?
RGB空間画像からYIQ空間に変換するとQの値が非常に狭い区間になります。論文でRGB空間画像を
YIQ空間に変換する方法がいいみたいなことだけは書いてあったんですけど、Qのどの値が唇領域
なのかが書いておらず困っています。
0816デフォルトの名無しさんNGNG
>815
一点ずつ色を取り出してみれ。
0817デフォルトの名無しさんNGNG
>>816
分かりました。とりあえずやってみます。
0818789...=697NGNG
まとめてすみません。
>>810, >>811, >>813 レスをありがとうございます。

関数の置き換えは Newt[] とかは大変でしょうが、789 に挙げた後者の URL の
中のソースには、込み入った関数はなさそうなので、どんなものかと思った
次第です。Mathematica 入門とかの URL も見ました。Cに似ているという
説明もありましたが、表記が全部は分かりません。"...=. " など???
  後者の URL も画像の上でコントロール・ポイントを指定しているやり方
  なので、ヒントにはなりましたが。
OpenCV の undistort() では、4つのパラメータを使うようになっているので
すが、この意味が、も一つというところです。
OpenCV のサンプル例を、更に当たってみようと思います。
0819805NGNG
>>807
理解度が足りないのでもうちょっと勉強してきます。
0820デフォルトの名無しさんNGNG
>>800
あのさ、黙殺されるぞ、っていったのは、態度が悪いっていってるんじゃないんだよ。
態度が悪くても、ちゃんと目的を書いていたり、意味不明なことでなければ、レスはつく。

唇にあたる画素のRGB値をYIQに変換できる術があるんだから、
写真雑誌を一冊スキャンして、Qの値を自分で調べれば済むことだろう、ということだ。
>>816 は、そういうことをレスってるわけだよ。
0821デフォルトの名無しさんNGNG
画像の暗号化の課題が出たのですが、まるでわかりません。
C言語のソースを見てみようと探してるんですが、みつかりませんでした。
どなたか置いてある場所知っている人いらっしゃいますか?
0822デフォルトの名無しさんNGNG
>>821
http://www.koders.com/
0823デフォルトの名無しさんNGNG
>>821
コンダれ。
0824デフォルトの名無しさんNGNG
コダる、の方がよくない?
0825デフォルトの名無しさんNGNG
1bitずつシフトすればおk
0826821NGNG
質問答えてくださった方ありがとうございました。
やってみます。
0827デフォルトの名無しさんNGNG
暗号化にもいろいろあるからねえ
0828デフォルトの名無しさんNGNG
電子透かしとか?
0829デフォルトの名無しさんNGNG
>>828
はぁ?
0830デフォルトの名無しさんNGNG
>>818
undistortの引数は,入力画像,出力画像,ディストーションマップ,線形補完フラグ.
ディストーションマップはdistortinitで予め作っておくもの.(これは動画などにたいして連続で処理をする場合,予め変化量を計算しておくもの)
動画などに適用しないのであれば,undistortonceを使うのも良い.

undistortinitの引数は
1番目:処理する画像(サイズさえ合っていれば何でも良い)
2番目:処理する画像と高さが同じで幅が3倍(線形補完する)もしくは幅がおなじ(線形補完しない)
3番目:カメラの内部パラメータ(3x3行列) focal length 画像中心等の情報を含むもの. これはマニュアルのPDFを参考にすると良い.
4番目:歪み補正係数.
5番目:線形補完フラグ

3,4のパラメータを求めるのが面倒なんだよね・・・.
昔,やったことがあるんで,後でどのくらいのパラメータになったか教えたげる.(そのままは使えないと思うけど)
探すのに手間取りそうなんでまた今度.
0831デフォルトの名無しさんNGNG
電子透かしと暗号の違いが判らないのに画像処理なんて言ってるスレはここですか。
0832デフォルトの名無しさんNGNG
>>831
ここです。
0833デフォルトの名無しさんNGNG
私は、「画像の暗号化」の意味がわかりませんでした。
0834818...=697NGNG
>>830
有難うございます。カメラのデータを使うものは、OpenCV で追求して見ようと
思います。
一方、雑誌などの1枚しかないものは、試行錯誤で補正係数を決めるしかないと
観念するところまで、来ました。ricoh の文献では、f(θ)を2つの係数で決めて
いますので、2つの係数をスライダで動かして見て、曲線を求めて、それを当てはめて
小さいサンプル画像をリアルタイム補正し、ま、見られる絵になったところで、
その曲線で元の画像を補正して、書き出すとかできないかと思っています。
(これまで補正曲線に角度をパラメータにした円弧を使っていました。歪みのある
写真を球面の内側に投影していた。)
0835デフォルトの名無しさんNGNG
>>834
前使ったときのパラメータはメモが紛失でわからなくなった.期待させてすまんね.
calibrationに関してはここからサンプルを落として実際求められるから試してみて.
http://www.eee.metu.edu.tr/~multimed/bottom.php?page=opencv&title=opencv&image=resources
0836834...=697NGNG
>>835
サンプル掲載の URL のご紹介有難うございます。
2つ落として来て、xx.dsw をクリックしてみました。cv.h へのパスが悪くて
コンパイルは出来ていませんが、ソースがありますので、この後更に試します。
0837デフォルトの名無しさん05/01/20 16:05:51
カスケードは最もメジャーなテクニックなんでしょか?
もっとメジャーなのある?
0838デフォルトの名無しさん05/01/20 22:07:33
>>837 誤爆か?意味不明だ。
0839デフォルトの名無しさん05/01/23 08:37:25
>>837
Haar Like Featureのやつ?
俺もわからん誰か解説汁!
0840デフォルトの名無しさん05/01/24 11:09:38
>Haar Like Featureのやつ?
そう。
Integral Imageとかいうのを使う
あれが一番メジャーな方法なのかな?

他にも

ガボールフィルター使ったり
ヒストグラム使ったり

いろいろあるので
どれが一番メジャーなのかわからない
0841デフォルトの名無しさん05/01/25 22:49:42
>>840
ヘイ!ベェビー!
特徴抽出と識別機械をごっちゃにしてちゃ不味いぜ!

カスケードブースティングはその名のとおりBoostingを連ねた識別機械だ。
Boostingはマージン最大化に基づく識別機械で、能力の低い識別関数を束ねて一流の仕事をしようって奴さ。
バカを束ねるにゃぁ一苦労さ。奴さん最新のマシンでも学習に数週間かかるって話じゃねーか。
0842デフォルトの名無しさん05/01/26 02:20:08
おまえら何歳くらいだ?
ここに出入りしてるやつらの年齢層が知りたい
0843デフォルトの名無しさん05/01/26 04:53:24
18でつ
0844デフォルトの名無しさん05/01/26 10:56:32
16detu
0845デフォルトの名無しさん05/01/26 11:05:56
23のヘタレ院生('A`)
0846デフォルトの名無しさん05/01/26 11:06:22
5さい
0847デフォルトの名無しさん05/01/26 11:10:05
どなたか二枚の画像の差分を抜き出すソフト教えてください。
できればフリーで
0848デフォルトの名無しさん05/01/26 11:25:32
pike -e 'Stdio.write_file("result.png", Image.PNG.encode(Image.load("a.jpg") - Image.load("b.bmp")))'
0849デフォルトの名無しさん05/01/26 15:11:26
画像の差分って、なんだろ。
画素のRGB値ごとの差分でいいんだろか。
それならImageMagickなり適当な画像編集ソフトでできるのだが。
0850デフォルトの名無しさん05/01/26 15:12:52
ハリスオペレータの分かりやすい解説どこかにないですか?
0851デフォルトの名無しさん05/01/26 15:45:41
>>850
理論?実装?
0852デフォルトの名無しさん05/01/26 19:21:45
>>850
理論
http://www.isy.liu.se/cvl/ScOut/TechRep/Papers/LiTHISYR2606.pdf

0853デフォルトの名無しさん05/01/26 20:46:42
nurupo
085485005/01/26 22:38:29
ありがとう
すごい役立ちそう
0855デフォルトの名無しさん05/01/27 12:04:25
OpenCV beta3 はMATLABとのインターフェイスがあるけど
OpenCV beta4 はない

OpenCV beta3 のMATLABとのインターフェイスを
そのまま beta4 に持ってきても動かない

ってことでいいの?

そしてbeta3のユーザーの方が多い?
0856デフォルトの名無しさん05/01/27 12:42:01
>>855
俺beta4。
話し変わるけど、Matlabとのインターフェースって便利?
どんな風に使ってる?
0857デフォルトの名無しさん05/01/27 12:43:31
はなしし?
0858デフォルトの名無しさん05/01/27 13:42:54
>>857
はなししおどし
0859デフォルトの名無しさん05/01/27 15:22:37
>>857
「話、変わる」じゃなくて「話し変わる」だから
「はなし」という名詞ではなくて「はなす」の連用形なのでは?
0860デフォルトの名無しさん05/01/27 15:25:57
>>859
その仮説が正しいとしても、しっくりこないなぁ
0861デフォルトの名無しさん05/01/27 18:27:44
ぬるぽ!
0862デフォルトの名無しさん05/01/27 19:31:36
          || ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄||
          || >>861は   。    ∧_∧ 良いですね
          ||   ガッ     \ (゚ー゚*)  
          ||________⊂⊂ |
  ∧ ∧    ∧ ∧    ∧ ∧    | ̄ ̄ ̄ ̄|
  (  ∧ ∧ (   ∧ ∧ (  ∧ ∧ |      |
〜(_(  ∧ ∧ __(  ∧ ∧__(   ∧ ∧ ̄ ̄ ̄
  〜(_(  ∧ ∧_(  ∧ ∧_(   ∧ ∧  は〜い
    〜(_(   ,,)〜(_(   ,,)〜(_(   ,,)
      〜(___ノ  〜(___ノ   〜(___ノ
0863デフォルトの名無しさん05/01/28 11:14:47
                       ガッ
    ○ ,                   ○>
   / ̄'☆                   )  >>861
  / >                    /

<遊び方>
☆をダブルクリックするかめはめ波が出るぞ
0864デフォルトの名無しさん05/01/28 19:36:56
早く次スレへ移行してくれ
0865デフォルトの名無しさん05/01/28 21:03:16
MATLABとのインターフェイス 使ってないけど
あれば、いざというときデバックで便利そう
0866デフォルトの名無しさん05/01/28 21:51:47
>>863

>☆をダブルクリックするかめはめ波が出るぞ

するかめはめ波

するかめはめ波

するかめはめ波

するかめはめ波

するかめはめ波

するかめはめ波

するかめはめ波

するかめはめ波

するかめはめ波
0867デフォルトの名無しさん05/01/29 15:31:00
oepnCVでUSBカメラから動画をリアルタイムで抽出して自分の処理してみた
んだけど5、frame/sec程度しか速度でなかった。
video for windowsだと20フレームくらいでるんだけど!どなたか原因わかる人
いたら教えてください!
Intelのiplだかなんだかいうアーキテクチャに準拠してるからそれがないと
最適化されないというとこ?よくわかりません。

あと最近きになったホンダのインテリジェント・ナイトビジョンシステム搭載の
レジェンドって車。あれどうやって人間認識してるんだろう。
遠赤外線カメラつかってるらしいが・・・
0868デフォルトの名無しさん05/01/29 18:19:40
>oepnCVでUSBカメラから動画をリアルタイムで抽出して自分の処理してみた
>んだけど
0869デフォルトの名無しさん05/01/29 18:20:35
自分の処理って所が気になります。
0870デフォルトの名無しさん05/01/29 19:58:11
俺には俺がいれば・・・な
0871デフォルトの名無しさん05/01/30 09:47:55
http://www.ne.jp/asahi/net/n-baba/COLUMN/BINARY.HTM

↑の書いてあるような「2つの閾値を用いた二値化」なるのもは
具体的にはどのようにするんでしょうか?
違う閾値で二値化をした後に差分するのかな?

0872デフォルトの名無しさん05/01/30 11:10:22
>>871
高い閾値を越えた画素を含む島を低い閾値で2値化した画像から抽出するんでね?

2値化後に(大抵は)ラベリングするだろうから、割と簡単に処理できそうだ。
小さなピークを失いたくないときに便利そうだね。
0873デフォルトの名無しさん05/01/30 11:17:37
素人だけど
高い閾値で1になった画素の周囲11x11画素を再び低い閾値で2値化するみたいなのはどうなんだろ?
0874デフォルトの名無しさん05/01/30 11:32:15
>>873
用途によるんじゃない?
5画素で低い閾値を横切る保証があるなら使えると思う。
そうでない場合、折角低い閾値で得られるはずの輪郭が失われてしまう。
0875デフォルトの名無しさん05/01/30 12:55:19
画素値 x
低い閾値 a
高い閾値 b

x < a のとき 0 次は x > b になるまで 0 を保持
x > b のとき 1 次は x < a になるまで 1 を保持
0876デフォルトの名無しさん05/01/30 12:58:01
ヒステリシス?
著しい方向特性が出ますな。
0877デフォルトの名無しさん05/01/30 17:23:57
>>871
なんか面白そうだね、ちょっとやってみたい。
昔、書いた二値化と差分プログラムあるんだけど他に何が必要かな?
0878デフォルトの名無しさん05/01/30 18:09:28
>>877
とりあえずまともなプログラムが必要だと思うよ。
0879デフォルトの名無しさん05/01/30 21:25:49
>>867
えーとね。
OpenCVのcvCaptureは元々遅いんです。
なんでかは知らない。

研究用とかちょっと試すにはあれで十分だと思うけど、もっとフレーム数をあげたいんであればDirectShowかVFWを使う以外ない。
24bitDIB形式であれば、IplImageに簡単に変換できるし、IplImageとメモリを共有することもできるよ。
0880デフォルトの名無しさん05/01/30 21:35:34
>>871
それってヒステリシススレッシュホルドとかいうやつ。
解説はそのページにあるとおりだけど、コードはざっとこんな感じ。


int isH = 0;
usnsigned char th_H2L, th_L2H;

th_H2L = 30;
th_L2H = 220;

for (int i = 0; i < width; i++){
 if ( isH ){
  if (th_H2L > in[x]) {
   out[x] = 0;
   isH = 0;
  } else {
   out[x] = 1;
  }
 } else {
  if (th_L2H < in[x]){
   out[x] = 1;
   isH = 1;
  } else {
   out[x] = 0;
  }
 }
}
0881デフォルトの名無しさん05/01/30 21:35:41
OpenCVは相当高速だが。
0882デフォルトの名無しさん05/01/30 21:36:40
>>881
なぜかキャプチャ部分の関数だけ超低速。
0883デフォルトの名無しさん05/01/30 21:40:46
>>880
それは>875ではあるけど>871ではないよね。
088424005/01/30 21:46:13
>>880
うお!君すごいね!
ちょっと二値化改造してつくってみるよ
でもプログラム得意じゃないからできるかな・・・・
何か注意点ある?
0885デフォルトの名無しさん05/01/30 21:57:42
>>884
これって2値化のプログラムの閾値の部分を>>880に変えるだけ
でできるんじゃないか?
0886デフォルトの名無しさん05/01/30 22:12:22
>>883
あ、ほんとだ。
すんまそ。
0887デフォルトの名無しさん05/01/30 22:12:44
>>883
なに!そうなのか?
0888デフォルトの名無しさん05/01/30 22:38:16
>>887
ぜんぜん違うね。
ヒステリシスのプログラムは>>880だけど、そのサイトの内容はヒステリシスのとは違うみたい。
ごめん。
0889デフォルトの名無しさん05/01/30 22:45:09
>871って何か簡単そうに見えるけど実際にやろうとすると難しいね
0890デフォルトの名無しさん05/01/30 22:47:19
∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧
<                                     >
< ぎょぎょぎょぎょぇーーーーーーーーーーーー         >
<                                     >
<                                     >
  ∨∨∨∨∨∨∨∨∨∨∨\  /∨∨∨∨∨∨∨∨∨∨∨
          /:|.       | |     /:|
        /  .:::|       ∨    /  :::|
        |  ...:::::|           /   ::::|
       i       ̄ ̄⌒゙゙^――/    ::::::::|
      /_,,___       . _,,,,__,_     :::::::::::\
      /   ゙^\ヽ..  , /゙   ¨\,.-z   ::::::::::\
      「 ●    | 》  l|  ●    ゙》 ミ..   .::::::\
     /i,.      .,ノ .l|  《       ..|´_ilト    ::::::::::\
    / \___,,,,,_/ .'″  ^=u,,,,_ v/..       :::::::::::::l!
    |            ̄ ,,、         i し./::::::::.}
   |  /  ,,____ _,/ ̄ \ \      ノ (  ::::::::::|
    |  |.. | /└└└└\../\  \    '~ヽ ::::::::::::::}
    |   .∨.|llllllllllllllllllllllllllllllllllllllll|           ::::::::::{
    |    |.|llllllllllll;/⌒/⌒  〕          :::::::::::}
     |   |.|lllllllll;   ./ .   . |          ::::::::::[
     .|   |.|llllll|′  /    . |    .|      :::::::::::|
     .|   |.|llll|    |     .∧〔   /    :::::::::::::/
    / }.∧lll    |    ../ /  /   :::::::::::::::::\
   /   /| \┌┌┌┌┌/./ /:::      :::::::::::::::::\
      ( ゙゙^^¨^¨゙゙¨  ̄ ̄ ̄ /:::::::::::         ::::::::::\
0891デフォルトの名無しさん05/01/31 00:14:46
>>889
高い閾値で2値化した画像を膨張させて、低い閾値の2値化画像とANDとったらいいんじゃない?
0892デフォルトの名無しさん05/01/31 00:42:12
>>891
どこまで膨張させるかどうやって判断するんだよ。
>>872が書いている通り、島を認識させるしかねぇべさ。
0893デフォルトの名無しさん05/01/31 01:50:15
画像処理初心者ですが質問です。
>>891は素人なんですか?
0894デフォルトの名無しさん05/01/31 03:05:17
>>893
”ド”素人だろ?!
0895デフォルトの名無しさん05/01/31 11:42:27
結局どうすれば>871みたいになるんだ?
画像処理かじった程度だからわからん。同時に2つの閾値の使用なんてできるのか?
だれか「我こそは!」っと思う人、バカなオレにフローチャートでも書いて説明してくれ('A`)
0896デフォルトの名無しさん05/01/31 11:55:46
>>895
>>892>>872
島の認識は例えばこれで。
ttp://cutie.dip.jp/pc/image/13.php

流れとしてはこうかな。

高閾値2値化→島認識→画素が1の島の座標を得る
                  ↓
低閾値2値化→島認識→その座標を含む島を有効に
0897デフォルトの名無しさん05/01/31 12:44:39
高閾値2値化→画素が1の座標を得る
            ↓
低閾値2値化→島認識→その座標を含む島を有効に
0898デフォルトの名無しさん05/01/31 12:46:48
ずれた... orz
089989505/01/31 14:11:02
島認識=ラベリング処理
その座標を含む島を有効に=二枚のラベリングされた画像を差分しぬき出す

ってことですか?

0900デフォルトの名無しさん05/01/31 17:31:21
画像処理初心者ですが質問です。
>>894も素人なんですか?
0901デフォルトの名無しさん05/01/31 17:45:51
>>900
PROでは無い
0902デフォルトの名無しさん05/01/31 19:17:13
お前ら画像をメモリに格納するのにどんな方法使ってますか?
DIBとかIplImageみたいに一次元配列に各行の端っこにパディングつけてやってますか?
それとも2次元配列使ってますか?

で,そいつらを操作するとき,例えばフィルタのコンボりゅーションなんかではどんな風にコード書きますか?
他人のコードの書き方がl気になるこのごろ。
0903デフォルトの名無しさん05/01/31 21:00:50
当然、一次配列
0904デフォルトの名無しさん05/01/31 21:38:02
僕もラスタ順の一次元配列
0905デフォルトの名無しさん05/01/31 21:47:09
俺はプロだよ。なんでも聞いてくれ。
0906デフォルトの名無しさん05/01/31 22:26:16
画像処理初心者ですが質問です。
>>905ってイタいですか?
0907デフォルトの名無しさん05/01/31 22:37:36
>>906
ネタにマジレスは禁止。オナラも禁止。
0908デフォルトの名無しさん05/01/31 23:36:58
>>902
1次元配列でないとダンプリストをにらんでも画像が浮かんでこない。
0909 ◆utqnf46htc 05/02/01 04:01:14
>>902-908
Javaの2次元配列は1次元配列とは別物だが
Cの2次元配列は1次元配列と本質的に同じ
(ダンプで画像が浮かぶ)
つまりCならどっち使っても良い
0910デフォルトの名無しさん05/02/01 08:50:13
私は一次元配列で確保した領域に画像を入れて、処理するときはポインタを細工して二次元として扱う。
座標が問題にならない変換などは一次元でいいけど、暈かし、微分、ラベリングなどのときは二次元の方が楽じゃん。
#つーことで、例の2重閾値を試してみたいが暇がない……
0911デフォルトの名無しさん05/02/01 10:08:07
Cだと多次元配列が本質的に1次元配列だから1次元配列で確保するわけですね。
ところで、カラー画像を扱う場合RGBRGB・・・という風にしますか?それともプレーンで扱いますか?
0912デフォルトの名無しさん05/02/01 10:14:27
>>911
適材適所。いっそ、32ビット整数に放り込むこともしばしば。
0913デフォルトの名無しさん05/02/01 12:26:23
樽型歪曲補正でいろいろ聞いたものですが、
補正をやっていると、極端な場合、糸巻きになって、データが大きくなって
preview pane へ StretchDIBits() で表示できなくなります。
出ないときは見たら分かるから、そのまま放置にしようか、何か警告を出す
か、悩んでいます。警告を出すには、出てないことを検出しなければならな
いのですが、GetDIBits() で中身を取って色数を見る他に方法を思いつき
ません。(47 MB 超えると無視されるみたい。jpeg -> 24 bit color bmp
 にして補正すると、ちょっとした写真はこれになります)
本来の画像処理から外れることですが、ご助言がありましたらお教え下さい。

0914デフォルトの名無しさん05/02/01 12:55:02
警告ではダサいので表示用のデータを別途作ったら?
でっかいモニタでも一桁MBで足り
0915デフォルトの名無しさん05/02/01 13:00:27
>>913
?
補正後の画像サイズが大きくなってBMPで扱える大きさを越えるって事?
091691305/02/01 15:16:51
レス感謝。
>>915
そう。元が 2240x1488 で、四隅をビューと引っ張って意地悪すると3倍以上に
大きくなり、24 bit color だと、すごいことになる。意地悪しなきゃ、通常
いいんですが。(メモリが少なきゃ、そこではねるんですが)
>>914
ダサいですよねえ。なにがなんでも出しますか。
0917デフォルトの名無しさん05/02/01 23:21:36
>>916
入力と出力を同じ解像度にするだけでいいんじゃないの。
引っ張ってはみ出た分は捨てるだけ。

あるいは、解像度の上限を決めて、そこからはみ出た分を捨てるようにするとか。
0918916.91305/02/02 00:12:10
>>917
どうも有難うございます。
ぐぐって、いろんな例を見ると、アメーバ様の足も出ているので、残すことにした
んですが、こんなハメになった。
チェックボックスで「周辺省略」とか付けて、チェックされていれば、有効範囲を
選ぶようにはしています。(速度の観点から)縦横のサイズもそれぞれ元の何倍まで
許すか指定可能にしています。作成する bmp の biHeight, biWidth を制限して
はみ出すなら pixel データを書きこまないだけですが。
0919デフォルトの名無しさん05/02/02 01:17:28
BMPって最大サイズっていくつ?
0920デフォルトの名無しさん05/02/02 01:27:17
OSやビデオカードに依存。
0921デフォルトの名無しさん05/02/02 02:22:13
>>918
本題とは関係ないが「はみ出すなら pixel データを書きこまない」って表現が気になるなぁ。

入力の各画素について、変換先の座標を求めて、そこに書き込む、
なんていう初心者にありがちな、ダメプログラムになってそうな気がする。
0922デフォルトの名無しさん05/02/02 02:23:41
逆にしないと隙間が…
0923デフォルトの名無しさん05/02/02 02:32:07
>>920
仕様上だったりして。
幅と高さはint型だから、少なくともINT_MAX×INT_MAX以下だな。
092491805/02/02 13:30:52
>>921
>>...初心者にありがちな、ダメプログラムになってそうな...
するどい! しかし忘れたけど、なんかのマネです。
>>922
そう。普通、元の座標から補正先の座標へ投影して、補間しているようだけど、
私は、投影曲面の断面曲線から元の座標を求めて、RGB を持って来るようにした。
普通、補間しているところはボーとした画像になるけど、私のは同じ RGB が
(今のところ)並び、縞に近い。(絵をプリントしたゴムのシートを引っ張った
 イメージ)
>>920, >>923
表示しようとしているデータは大きいのですが、表示 pane は 320 x 240 位
なんですよね。
0925デフォルトの名無しさん05/02/02 13:39:47
>>924
>普通、元の座標から補正先の座標へ投影して、補間しているようだけど、
えーと、そういうプログラムは皆あまり書かないと思う。

普通は逆射影を考えて、かつエイリアシングしないように適切に補完する。
あえてもとの絵のピクセルの矩形感をそのまま変形したいなら、
エイリアスをそのまま残してもいいけど・・・
0926デフォルトの名無しさん05/02/02 15:12:08
画像処理とは違うが
他に妥当なスレがなかったのでスルーしてもかまわないです。

画像データ(形式不明)を解析したいんですが、
解説サイトとか探せません。
どこかあれば誘導してください
0927デフォルトの名無しさん05/02/02 15:21:16
質問なんですが、Photoshopで画像のラベリング、周囲長、面積、円形度
って求めることできるんですかね?
できるなら買おうかと思ってるんですが・・・・・
また求めることができるソフト知ってたら教えてくれない?
0928デフォルトの名無しさん05/02/02 15:22:08
解析っていうのは何の形式か知りたいということ?
適当なUNIX系のOSで、fileとかしてみるとか。
0929デフォルトの名無しさん05/02/02 15:34:22
いえ、ゲームとかで独自形式(?)で保存されているデータです。
中身がbmpとかならば見えるんですが、susieプラグインとか作っている人は
どのように解析しているのかな?ということです。
0930デフォルトの名無しさん05/02/02 16:26:43
本当に独自ならお手上げかな。
大抵は、既存のフォーマットに簡単な変換掛けるとか圧縮するとかしてると思うのだけど。
プラグ員作っている人は内部情報を得たかデバッガで解析しているんじゃないだろか。
0931デフォルトの名無しさん05/02/02 16:52:51
逆汗してあやしいところぶっこ抜いてブラックボックスのままコピペしてるらしいよ
俺はバイナリエディタで少しずつファイルを書き換えてゲームを起動
を繰り返して画像の崩れ方から推測してたけど効率悪すぎるね

0932デフォルトの名無しさん05/02/02 16:55:22
>>927
(・3・)< 自分でプラグイン書けばできるよ
0933デフォルトの名無しさん05/02/02 17:53:32
>927
そんなことできたらわざわざPhotoshop買わないって。
C言語で作ります
0934デフォルトの名無しさん05/02/02 18:52:31
(´-`).。oO(できなかったら買うのか?)
0935デフォルトの名無しさん05/02/02 19:02:40
>>926
project fao とかのタイトルのサイトで、ゲームのものをいじっている。
はずれなら、ごめん。
0936デフォルトの名無しさん05/02/02 20:15:11
>927
Photoshopはお絵かきソフトだからね

>また求めることができるソフト知ってたら教えてくれない?
Image-Pro Plusならできるが
ttp://www.planetron.co.jp/products/ipp/ipp.htm
高いけどね

探せばフリーのもあるけど、英語で探してみそ
0937デフォルトの名無しさん05/02/02 20:33:02
>>927
ありがとう、確かに高い・・・・これはダメだ・・・
フリーは・・・英語できる人ってすごいよね _/ ̄|○
0938デフォルトの名無しさん05/02/02 20:43:16
>>927
取り敢えずここ読んで自力で頑張ってみるとか。
ttp://cutie.dip.jp/pc/image/13.php
0939デフォルトの名無しさん05/02/02 20:48:12
>>938
ははは・・・そこはもう挫折済みです
0940デフォルトの名無しさん05/02/02 20:57:19
>>938
このサイトはなかなか良いサイトだね。
パクらせてもらおう。
0941デフォルトの名無しさん05/02/02 21:01:36
>>940
ちゃんと動いたか教えて。
コピペで動くのかな?
0942デフォルトの名無しさん05/02/02 21:02:43
>>941
内容ぐらい理解してコピペしろよww
0943デフォルトの名無しさん05/02/02 21:55:54
周囲長ってこういうことか。これなら書けるばい。
094492405/02/03 07:16:07
>>925
なにやっているか、まだわかっていないのだけれど、引数に interpolate などと
あると、ああ、埋めていると早とちりしているのですが、
OpenCV\cv\src\cvUndistort.cpp
で、interpolate が非ゼロなら dst[] を埋めているのは、お説のようなことを
やっているのでしょうか。
0945デフォルトの名無しさん05/02/03 10:35:43
>>943
周囲長さを知らない奴がこのスレにいたのか……

あ、バカにしているわけではないです。
このスレの住人の多様さに驚いたという意味です。
0946デフォルトの名無しさん05/02/04 16:10:16
輪郭線追跡のC言語ソースどこか、参考にするとこないですか?
0947デフォルトの名無しさん05/02/04 17:21:03
ttp://cutie.dip.jp/pc/image/
0948デフォルトの名無しさん05/02/05 16:42:45
贋乳の見破り方がわかりません.
0949デフォルトの名無しさん05/02/05 17:19:05
まだ揉み足りんな。
0950デフォルトの名無しさん05/02/06 10:38:53
練習台がおらんとです・・
0951デフォルトの名無しさん05/02/06 11:53:24
>>950
童貞でしたかw
0952デフォルトの名無しさん05/02/06 16:25:03
最近、USBカメラを買ってきてリアルタイム画像処理をした結果を
人工知能に食わせて私のPCを新種の生命体にしたいという妄想に
取り付かれています。「あ、聴覚としてのマイクと、発声器官としての
スピーカーも必要か」とか、やる気満々で思考している自分が
ちょっぴり怖いです。うふふふふふふふふふふふふふふふふふふふふふふふふふふふ。

で、とりあえず調べるだけ調べてみることにしました。

その結果、USBカメラとDirectShowの知識が必要だということ、画像処理を
するためには行列に関する知識が必要だということ、WEBサイトと書籍などを
参考にすると良いことなどを知りました。そこまでは分かったのですが、
私はどっちかというとC++よりJavaのほうが得意です(C++は書けるけど、
あんまり邪悪にお金を貢ぎたくはないのです)。

Javaでカメラを操作するのは難しいのでしょうか?
画像処理にはC++を使うのが普通なんでしょうか?
0953デフォルトの名無しさん05/02/06 16:32:14
邪悪って何?
0954デフォルトの名無しさん05/02/06 16:35:55
モビルスーツ。
0955デフォルトの名無しさん05/02/06 16:40:25
>>954
マイクロソフトってこと?
VCがいやならBCCつかったら?
0956デフォルトの名無しさん05/02/06 16:43:45
>>955
やっぱり基本はC++ですか。。。BCCで頑張ります。。。
0957デフォルトの名無しさん05/02/06 16:52:26
>>956
マイクロソフトに貢ぐのが嫌だったら、先ずはWindowsを捨ててLinuxでも使ったら?
#その方が手頃なライブラリを利用できそうだし。
0958デフォルトの名無しさん05/02/06 16:57:01
どうせ妄想で終わると思われ
0959デフォルトの名無しさん05/02/06 17:01:07
>>957
昔LinuxマシンからUSB接続の安物のプリンタを使おうとしたのですが、
ドライバがクソだったらしく変なふうにしか印刷できませんでした。
確かにLinuxには優良なライブラリがあるのでしょうが、ドライバが存在する
ハードウェアを選ぶ、ということになってしまうかもしれず、かえって
面倒になってしまうような気がしました。
日本語の参考資料も少ないみたいですし。
0960デフォルトの名無しさん05/02/06 17:08:35
>>959
>日本語の参考資料も少ないみたいですし。
この時点で何かおかしい気もするが。
コンピュータの世界ではアメリカがトップに立っているんだから
英語の資料も読めるようにしておくのが常識では?
0961デフォルトの名無しさん05/02/06 17:16:28
プリンタは日本製なんですけど・・・
0962デフォルトの名無しさん05/02/06 17:19:36
>959 952の方の書き込みかな。だとすると、
LINUXのUSBドライバを自分で書いてしまうくらいの気概が
ないと、952の方も怪しいのでは。
けっこう精神論なんだけれど、困難さの度合いからいうと
そうなりますね。

0963デフォルトの名無しさん05/02/06 17:31:56
>>960
英語圏の人はが書いた参考資料だと、英語で質問しないといけませんよね?
英語は読めるけど書けない私にとって、英語の参考資料はマイナス要素です。

>>961
プリンタは日本製でしたが、ドライバは英語圏で書かれて無料・無償で
配布されているものだったのです。(よく分かっていなかった自分が悪いのですが、
USBカメラでこれと同じことが起こるのではないかと思うと、あんまりLinuxは
使いたくありません)

目的はLinuxではなくて、USBカメラを利用してPCに目をくっつけることです。
ゆくゆくは車輪で走らせて、アームで道具を使わせて、人類を(ry
0964デフォルトの名無しさん05/02/06 17:37:25
>>963
君あまりできなさそうだし途中で挫折すると思うよ。
0965デフォルトの名無しさん05/02/06 17:37:34
なんでLinux使おうとしてるの?
0966デフォルトの名無しさん05/02/06 18:10:17
>>964
大丈夫です!私は逆境になるほど燃えるタイプなのです。
「できなさそう」というあなたの直感はハズレるのです。
私の生き様を目に焼き付けるがいいです。

とりあえず規格に準拠したPCカメラモードを備えたUSBカメラを買います。
そしてハイエナのよーにWEBを這い回って発見した以下の
サンプルに従ってえぐりこむよーに画像処理するのです!

://wwwdoi.elec.nara-k.ac.jp/html/jisyu/dxm/cap10/cap10.cpp
0967デフォルトの名無しさん05/02/06 18:24:58
>>966
レスの一句一言からだめっぽさがにじみだしてますね
0968デフォルトの名無しさん05/02/06 18:37:22
離散ウェーブレット変換の話はここでしてもよかでしょうか・・・
0969デフォルトの名無しさん05/02/06 19:22:23
一家離散したばかりの俺の前でそんな話はやめてくれ
0970デフォルトの名無しさん05/02/06 19:26:06
>>969
詳細キボン
0971デフォルトの名無しさん05/02/06 19:41:17
>>969
何か良くわからんががんばれ。
0972デフォルトの名無しさん05/02/06 20:02:26
>>968
いいよー 画像処理に関係するなら。
0973デフォルトの名無しさん05/02/06 21:01:01
二次元離散フーリエ変換の話もどうよ?
0974デフォルトの名無しさん05/02/06 21:31:50
>>973
あんな簡単な理論たいした話にならんだろ
0975デフォルトの名無しさん05/02/06 23:34:17
ウェーブレットも大した理論じゃないけどな
0976デフォルトの名無しさん05/02/06 23:54:43
画像処理には理論なんて無いけどな
0977デフォルトの名無しさん05/02/07 00:15:34
質問してもよろしいですか???
0978デフォルトの名無しさん05/02/07 00:29:15
>>977
いいわけねえだろ
0979デフォルトの名無しさん05/02/07 01:15:45
質問してもいいのは俺だけ。
0980デフォルトの名無しさん05/02/07 01:30:43
>>979
何で?
0981デフォルトの名無しさん05/02/07 01:35:10
>>979
おもしろいと思ってるの?
全く笑えないんだけど。
0982デフォルトの名無しさん05/02/07 04:00:13
早く質問しる
098397705/02/07 05:35:48
ぶれた静止画像を処理してぶれていない画像に戻したいんですけどやっぱりフーリエ変換を
使わないとできないですか?他の方法はないのですか?と思いました。
0984デフォルトの名無しさん05/02/07 06:51:45
遺伝的アルゴリズムでオペレータを進化させてがんばる
0985デフォルトの名無しさん05/02/07 07:30:44
5枚複製を作って上下左右に少しのbitずらしてxor
098697705/02/07 07:52:37
ありがとうございます。5枚複製を作成して上下左右に少しだけずらす方法は
できそうです。ちょっとやってみることにします。
0987デフォルトの名無しさん05/02/07 15:10:18
>>986
ディジタルフィルタでできるよ
まあ原理は>>985だが
0988デフォルトの名無しさん05/02/07 16:22:05
>>983
  ,j;;;;;j,. ---一、 `  ―--‐、_ l;;;;;;   ブラインドデコンボリューション・・・
 {;;;;;;ゝ T辷iフ i    f'辷jァ  !i;;;;;  最尤推定・・・
  ヾ;;;ハ    ノ       .::!lリ;;r゙  
   `Z;i   〈.,_..,.      ノ;;;;;;;;>  
   ,;ぇハ、 、_,.ー-、_',.    ,f゙: Y;;f   そんなこと考えていた時期が
   ~''戈ヽ   `二´    r'´:::. `!   俺にもありました
0989デフォルトの名無しさん05/02/08 09:56:19
ガウアシアンフィルターについてご存知の方がいらしたら教えて下さい。
具体的なソースがわるかと助かるのですが。
よろしくお願いします。
0990デフォルトの名無しさん05/02/08 10:09:52
`д´)そんなもん わるか!
0991デフォルトの名無しさん05/02/08 10:19:19
ガウアシアンでググって出てこないんなら、ガウシアンでググれ
0992デフォルトの名無しさん05/02/08 13:52:28
>>983
「プログラミングのための線形代数」にちょっとだけ例が載ってた
ttp://www.amazon.co.jp/exec/obidos/ASIN/4274065782/
要はこの逆変換の例みたいな事なんだけど
ttp://morigon.jp/pikaloon.html

どうピンボケしたのか正確にわかれば(判んないけどw)逆変換で元に戻せるんだと
0993デフォルトの名無しさん05/02/08 15:22:51
>>992
ブレってことだから、ブレの方向を求めてその方向にずらせばよさそうじゃない?
0994デフォルトの名無しさん05/02/08 17:20:03
>>992
インパルス応答を調べれば?
0995デフォルトの名無しさん05/02/08 17:54:45
>>993
バカかおまえ

>>992
>どうピンボケしたのか正確にわかれば(判んないけどw)
0996デフォルトの名無しさん05/02/08 18:17:35
次スレは?あったっけ?
俺立てられない
0997デフォルトの名無しさん05/02/08 18:23:19
>>995
>>983
>ぶれた静止画像
0998デフォルトの名無しさん05/02/08 18:30:10
立てたぞ

画像処理 その4
http://pc5.2ch.net/test/read.cgi/tech/1107854973/
0999デフォルトの名無しさん05/02/08 18:34:25
サンクス
1000デフォルトの名無しさん05/02/08 18:38:38
1000
10011001Over 1000Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。