画像処理その10 - 暇つぶし2ch

画像処理その10 ..

116:デフォルトの名無しさん
08/01/07 01:44:14
>>115
自分で売り方を思いつけず、2chで聞かなきゃならないとは、
なんともお粗末な営業ですなぁ。

117:デフォルトの名無しさん
08/01/07 01:46:27
情報収集はあらゆるところで行うものですよ。

118:デフォルトの名無しさん
08/01/07 01:52:25
君んとこで作れる程低レベルなものねぇ・・・
無いんじゃね

119:デフォルトの名無しさん
08/01/07 02:13:10
>>115
それって営業妨害なの？

120:デフォルトの名無しさん
08/01/07 02:20:15
釣られすぎｗ

121:デフォルトの名無しさん
08/01/07 02:21:19
ム板はおもろいなぁｗ
生真面目にどんなレスにも答えてくれる
他の板じゃ余裕でスルーするようなレスでもなｗ

122:デフォルトの名無しさん
08/01/07 02:30:01
でしょでしょ

123:デフォルトの名無しさん
08/01/07 03:35:45
CG系のこともここで聞いていいんだろうか…。
スポットライトのライティング計算ってどうやるの？
調べても、線光源とか点光源くらいしか出てこない。

124:デフォルトの名無しさん
08/01/07 03:40:04
ここじゃない

125:デフォルトの名無しさん
08/01/07 08:12:45
CG板

126:デフォルトの名無しさん
08/01/07 08:25:21
面光源ってなかったっけ

127:デフォルトの名無しさん
08/01/07 09:19:11
>>123
とりあえずここらへんに移動しろ。
ｽﾚﾘﾝｸ(tech板)

>>125
CG板は理論寄りのスレはほぼ皆無でしょ。

128:デフォルトの名無しさん
08/01/07 09:24:42
>>118
「使い方」って聞いているだろうが。
ものを作る必要なんか無い。

パターン認識の手法を考えるやつの儲けを１とすると
それを使ってアプリを作るやつが10儲けて
アプリを使うやつが100儲ける

129:デフォルトの名無しさん
08/01/07 10:02:13
指紋でも使って部屋の出入り管理でもすれば？

営業妨害っていうけどさ、おまいが振った話って守秘義務違反にあたらないか

130:デフォルトの名無しさん
08/01/07 10:05:20
>>129
守秘義務？
どこに企業秘密が書き込まれていますか？
また、それはどの企業の情報か推定できますか？

131:デフォルトの名無しさん
08/01/07 11:03:35
珍しく伸びていると思ったらｗ

そろそろ画像処理の話しようぜ

132:デフォルトの名無しさん
08/01/07 14:13:29
>>123
CG板は行ったんだけど、何か違った。

>>127
サンクス。それこそ探してたスレだ。

133:デフォルトの名無しさん
08/01/09 06:34:19
>>131

最近の流行が知りたいです。
学会とか入ってないので。

NECのIMAPCARみたいなプロセッサや
FPGAを用いて複数の異なる画像処理を並列にやらせるのはまだ流行中ですか？
なにか面白い成果でてますか？
そういうハードウェアを持てない研究者や開発者のために
SIMDライクな計算方法で画像処理をやらせるのは進展あるのかしら？
やはりそういう研究開発でもOpenCV/IPPが主流なんでしょうか？

134:デフォルトの名無しさん
08/01/09 09:42:41
>>133
> FPGAを用いて複数の異なる画像処理を並列にやらせる

異なる処理だと同期が難しそう。ちなみにどういう応用例があるの？

135:名無し募集中。。。
08/01/09 10:40:36
gpgpuは昔からあるし最近じゃないね

136:デフォルトの名無しさん
08/01/09 18:43:19
>>134

応用例というか最近だと車の運転補助装置・危険回避補助装置かな。
FPGAというか並列処理できるならなんでもいいんだろうけど、
レクサスに採用されている
NECエレのIMAPCARというのがそういうものらしいです。

これね
URLﾘﾝｸ(www.necel.com)

富士通も昨年暮れあたりになんかだしてたな
東芝もNECエレとおんなじようなの持ってたような気がします。

ちょっとこのスレの趣旨とは違ってきちゃうけど
ハードウェア設計言語で実装というのもありだろうなと。

137:デフォルトの名無しさん
08/01/09 23:00:38
ウィンドウズでＭＩＳＴの設定をしようとしたけどチュートリアル読んでも
出来ませんでした。
あれはＶＢ．ＮＥＴが入っていないと出来ないのでしょうか？
今、ＶＩＳＵＡＬＣ＋＋６．０を使用して画像処理のプログラムを書いているの
ですが、どのようにすればＣ＋＋でＭＩＳＴを使えるのかどなたか教えて頂けない
でしょうか？

138:デフォルトの名無しさん
08/01/10 02:08:03
読めねぇ…
ｽﾚﾘﾝｸ(cg板:827-番)

139:デフォルトの名無しさん
08/01/10 16:00:04
>>137

MISTはUbuntu上で使ってみただけだからわからんなぁ。

140:デフォルトの名無しさん
08/01/10 20:16:06
だったら黙ってろよ

141:デフォルトの名無しさん
08/01/10 20:39:58
>>137
MIST自身に説明があるが・・・
URLﾘﾝｸ(mist.suenaga.m.is.nagoya-u.ac.jp)　（自分でVC6用に直せ）
というか、VC6でのライブラリのリンク方法、それどころかヘッダの意味すら分かってない？

142:デフォルトの名無しさん
08/01/11 01:19:17
MIST俺も導入しようとして挫折した経験あるわ～
結局OPENCV使用したけど

143:デフォルトの名無しさん
08/01/11 15:39:32
だったら黙ってろよ

144:デフォルトの名無しさん
08/01/11 19:17:57
MISTなんてプロジェクトが有ったんだ!
お手伝いしたいけれど、プログラムの面では全く役立たずだろうしなぁ。
っーかCしかできなくて、C++分かんないし。
ドキュメントくらいは書けるかなぁ。

145:デフォルトの名無しさん
08/01/11 23:20:09
MISTのメーリングリスト、名古屋大限定かよ。
排他的だなぁ。
俺の指導教官、名古屋大出てるけど駄目かな?

146:デフォルトの名無しさん
08/01/12 08:03:17
COEでたんまり金もらってこの程度かあ

147:デフォルトの名無しさん
08/01/12 08:54:02
なんじゃこりゃ
ひとりで１年もかからずにできるような内容だな

148:デフォルトの名無しさん
08/01/12 20:54:05
OpenCVのように世界的に使われるものじゃないとそりゃクソだろ。
自分たちだけで使っていればフィードバックもないだろうし。

149:デフォルトの名無しさん
08/01/13 16:37:29
濃淡画像にインパルス埋め込んで拡散させてるって実験やってるのですが
実数だけじゃなくて複素も使うメリットを教えてもらえませんか？
劣化を抑えられるとか何とか

150:デフォルトの名無しさん
08/01/13 16:58:12
もうちと詳しくplz

151:半可通
08/01/13 17:39:23
透過系を考えるときに、複素数の虚部が位相に相当するってことじゃなかったかな?

152:デフォルトの名無しさん
08/01/13 18:06:54
線形の制御理論一般に何でも使える考え方だな。
その辺、全部常微分方程式が素だから当然といえばそうか

153:デフォルトの名無しさん
08/01/13 18:24:50
お前ら頭良いな。
何言っているのかさっぱりだ。
たかがメモリの固まりに、そこまで深い意味が有るとは...

154:デフォルトの名無しさん
08/01/13 18:38:43
>>149
インパルスって、レーザーか何かを想定して広がりのある濃淡画像の
一点に1波長程度の長さの光を与えたって意味なの？

155:デフォルトの名無しさん
08/01/14 04:49:24
感圧センサの上で手を広げて
指の間をナイフでトントントンと・・・
失敗したら血が拡散するんです

156:デフォルトの名無しさん
08/01/14 05:03:47
ひゃぁ
お社様のたたりじゃ～

157:デフォルトの名無しさん
08/01/14 05:06:39
感圧センサをナイフで突いちゃダメー!

158:149
08/01/14 10:10:59
レスありがとうございます。　

複素フーリエ→インパルス埋め込み→逆複素フーリエで元の
画像に戻るって感じのことやってます。
　
埋め込みは複素でも実数でも良いんですが、同じインパルスを
埋め込んで実数のみの変換よりも複素を利用した方が元の画像に
近くなるって事を示さないといけないんです…

159:デフォルトの名無しさん
08/01/14 10:20:51
だから、その「インパルス」とはなんなのだ。

160:デフォルトの名無しさん
08/01/14 10:29:12
どっかに適当に1を埋め込んでるんじゃね？
複素共役の話だけな気がする…

161:149
08/01/14 11:30:39
説明不足ですみません。
実数だったら画像の一点の振幅値を増加させるって事です。
それを拡散させて原画像に近い画像を得るって実験です。

162:デフォルトの名無しさん
08/01/14 11:43:21
なんかの宿題か？
つーか、
フーリエ変換→逆フーリエ変換
フーリエ変換→実数部のみ→逆フーリエ変換
の時点で当たり前に前者のほうがオリジナルに近い値に戻せるのだから、
一点増幅とか関係なくね？

163:149
08/01/14 11:53:43
埋め込みが大事みたいなんです。
埋め込むインパルス強度は共通として実数よりも複素を
利用した方が原画像に近く（ピークSN比が大きく）なる手法を
証明しないといけないのです…

164:デフォルトの名無しさん
08/01/14 12:27:16
どうでもいいが、インパルスは「埋め込む」ものなのか？
畳み込みならわかるが・・・

165:デフォルトの名無しさん
08/01/14 12:45:09
もうこれ以上は無粋

166:デフォルトの名無しさん
08/01/14 12:57:07
余計なものを混ぜると原画像に近くなる？
何か変じゃね？

167:デフォルトの名無しさん
08/01/14 19:56:01
URLﾘﾝｸ(www.nicovideo.jp)
みた?
webカメラから手だけを抽出して背景の画像と合成までは出来そうなんだけれど、
どうやれば、背景の画像の中のオブジェクトを動かせるのかさっぱり見当がつかない。

168:デフォルトの名無しさん
08/01/14 20:03:55
手領域だけを取り出して、
それをゲーム空間内に突っ込んで物理エンジンで動かしてるだけだろ。
難しくもなんともない

169:デフォルトの名無しさん
08/01/14 20:17:39
マリオじゃなくて、マリオっぽい奴を自作したのかな

170:デフォルトの名無しさん
08/01/14 20:17:48
ああ、なるへそ。
何となくイメージできた。
Webカメラから手画像だけ抽出して、
ゲーム画面の中でマウスポインタの代わりに、その手画像を貼付けているって
解釈で良いのかしら?

171:デフォルトの名無しさん
08/01/14 20:32:43
マウスポインタじゃなくてゲーム内の障害物として貼り付けてる

172:デフォルトの名無しさん
08/01/14 20:39:26
ありがとん。
最初見た時はスゲーって思ったけれど、
よく考えてみると、俺が深く考えすぎてたみたいね。
っーか、DirectX凄いね。
俺もWindowsプログラミング始めるべきかなぁ。

173:デフォルトの名無しさん
08/01/14 20:48:30
DirectXは関係ないだろう。
Webカメラの入力にDirectShow、画面の出力にDirectDrawか3Dは
使っていると思うが、肝の部分は全く関係ない。

174:デフォルトの名無しさん
08/01/14 20:50:47
>Webカメラの入力にDirectShow、画面の出力にDirectDrawか3Dは
いやいや、LinuxとかBSDとかでコレを実現させるのが一苦労って意味で。

175:デフォルトの名無しさん
08/01/15 00:50:57
それはマジで言ってるの？

176:デフォルトの名無しさん
08/01/15 00:55:43
マジです

177:デフォルトの名無しさん
08/01/15 02:58:30
そうじゃないの?
外部ライブラリを使わずに、
>Webカメラの入力にDirectShow、画面の出力にDirectDrawか3Dは
をBSDやLinuxで簡単に実現できる?

178:デフォルトの名無しさん
08/01/15 03:04:38
これってマリオらしきものも作ってんの？
そこが一番苦労しそうなんだが

179:デフォルトの名無しさん
08/01/15 03:11:37
ゲームのプログラミングなんだから簡単だろ

180:デフォルトの名無しさん
08/01/15 03:14:31
>>166
>余計なものを混ぜると原画像に近くなる？
>何か変じゃね？
非常に笑った
今日一番笑ったかもしれん

181:デフォルトの名無しさん
08/01/15 03:34:08
まあ３時間しか経ってないからな

182:デフォルトの名無しさん
08/01/15 04:03:54
複素数理解してない奴としては普通の反応だよ

俺とかなー

183:デフォルトの名無しさん
08/01/15 22:20:52
笑い所がわからん
マジで。

184:デフォルトの名無しさん
08/01/16 02:12:09
カメラの前に置いてある物の形を認識する方法ってどうやればいいの？
三角、四角、丸とかに分けれる程度でいいんだけど。
ググってもそこまで初歩的なのは見つからない…

185:デフォルトの名無しさん
08/01/16 02:16:52
>>184
初歩的じゃないよ。
割とむずかしい。
色分けがはっきりしているなら簡単。

186:デフォルトの名無しさん
08/01/16 02:26:53
コンピュータビジョンの技術使って、高度なレベルで
３Ｄアニメーションを機械に自動生成させることってできないかな、って考えてます。
例えば、動画と人型３Ｄモデルを用意して、動画に移ってる人物の動作を抽出し、
その動きを用意した３Ｄモデルに適用するっていう風に。

これができたら、シロートでも簡単に３Ｄモデルがぐりぐり動く動画エンターテイメントを
作り出せると思うんだ。最近、ニコニコとかでもアマチュアの映像制作が活発だし、
需要あるかなーと思うんだけど、似たようなこと考えてる人っているかな？

187:デフォルトの名無しさん
08/01/16 02:30:36
カラーとマーカーを使わないモーションキャプチャーと理解していいの?

188:デフォルトの名無しさん
08/01/16 02:35:45
初歩的で高度なレベル？

189:デフォルトの名無しさん
08/01/16 02:35:53
>187
そうなるのかな。
個人で用意できるカメラ１つで（特別な装置なしで）モーションキャプチャするのって
難しいのだろうか？

190:デフォルトの名無しさん
08/01/16 02:39:17
>>189
モーションキャプチャしたいなら、数台のカメラを使って、
いったんボクセルとして処理しなきゃいけないから、
クラスタが必要になるよ。

191:デフォルトの名無しさん
08/01/16 02:47:27
>190
ええと、つまり新しく撮る分にはいいけど、
既存の映画とかのアクションシーンとかから動きを実用レベルで
抽出するのは今の技術じゃ困難ってこと？

192:デフォルトの名無しさん
08/01/16 02:49:34
アイデア盗まれるから誰にも相談せず独りでやればいいよ

193:デフォルトの名無しさん
08/01/16 02:53:26
基礎理論と応用技術の区別もつかない奴が
ちょっとやそっとで簡単に出来ると思ってるだろ

194:デフォルトの名無しさん
08/01/16 02:57:49
>192
あ、・・どもｗ
とりあえず陳腐ではなさそうってことが分かったので真剣に情報集めてみるよ

>193
おっしゃるとおり、現時点で完全に門外漢でございます。
３次元復元は大変困難な分野なのでしょう。お気に触ったのならごめんなさい。

195:デフォルトの名無しさん
08/01/16 03:03:50
>>186
よく見るよ。けっこう難しいよ。
これから研究としてやるにはいい分野かも。
でも、流石にもう追いつけない所に行かれてるかな？

196:デフォルトの名無しさん
08/01/16 03:08:54
なんかビンゴなのが見つかった。しかも2003年ってｗ
URLﾘﾝｸ(ascii24.com)

>195
確かに、とても追いつけそうにないかもｗｗ
何か違う視点を考えないとなぁ

197:デフォルトの名無しさん
08/01/16 03:19:06
>>196
へー、こんな物が有るんだ。
でも、儲かってなさそう。

198:デフォルトの名無しさん
08/01/16 03:56:44
>>196
これって、フレーム毎にマーキングしなくちゃいけないの？

199:デフォルトの名無しさん
08/01/16 05:02:44
CVの人とCGの人が組んで別々にがんばった方がよさそうだおね

200:デフォルトの名無しさん
08/01/16 06:07:20
>>198
aftereffectsのモーショントラッキングのようにある程度は追従するみたい。
でもアクション映画のような複雑な動きの入力はむりぽ。

201:デフォルトの名無しさん
08/01/16 06:30:13
みんな画像処理でどんなプログラム書いてる?
もうかってる?

202:デフォルトの名無しさん
08/01/16 07:02:44
研究でやってるだけだし＾＾；

203:デフォルトの名無しさん
08/01/16 08:48:10
>>185
色分けがはっきりしてるってのは、背景が真っ白で物体に色がある場合とか？
その場合はどうすればいいの？

204:デフォルトの名無しさん
08/01/16 13:25:25
>>203
その色を探す。

205:デフォルトの名無しさん
08/01/16 23:53:10
らくがき王国は分野としては
画像処理に入るの?
それとも、3DCGなの?

206:デフォルトの名無しさん
08/01/17 11:42:32
>>149
今更だけど、フーリエ変換後にインパルス突っ込むっていうのは
ある周波数の成分を突っ込む話になるから
画像には結構影響が出ると思うんだが。

画像の特定の部分が破壊されても、
画面全体に分散してることになるので
破壊されにくいって意味じゃないのかな

でも、これだと
複素使うかどうかというより、フーリエ変換自体の特性の話か

てか電子透かしのための基礎実習みたいな感じ？

>>205
３DCGかと。

画像処理っていうのは、平面画像にある変換をかけてうんぬん
ってやつをいうんじゃないかな

ちょっと気になってるのはデジカメの顔フォーカス
単に肌色っぽい部分にフォーカスかけてるのかね？
PCで無制限に時間かけていいならわかるけど
デジカメみたいなポータブルで瞬間で判断しなきゃいけない
＆複雑な処理もできないデバイスで
どうやって実装してるのか興味ある

207:デフォルトの名無しさん
08/01/17 11:51:59
顔認識とかだと解像度めいっぱいの画像に対してやらんでもいいから、適当に縮小した画像でやってんじゃね？
縮小してつぶれるほど小さい顔にはヒットする必要もないだろうし。

208:デフォルトの名無しさん
08/01/17 12:14:10
>>207
おお、それだ
確かに拡大や縮小はプレビューのためにもともと実装されているから
その実装ならできそうですな

209:デフォルトの名無しさん
08/01/17 12:40:37
俺もCMとか見て気になってた
顔検出ってテンプレートマッチングくらいしか知らんけど使ってんのかな？
笑ったら撮影するのとか横顔でも検出できる製品もあるよね

210:デフォルトの名無しさん
08/01/17 14:01:26
研究でやるのは構わないが、顔関係は特許でガチガチだからな

211:デフォルトの名無しさん
08/01/17 16:09:24
>>206
>画像処理っていうのは、平面画像にある変換をかけてうんぬん
ってやつをいうんじゃないかな

2Dの画像に対して変換をかけて、3Dモデルを作るんだから
画像処理じゃないの？

212:デフォルトの名無しさん
08/01/17 18:46:05
>>205
そういうのは、単一の分野に分類されるものじゃなくて
色んな分野の技術が組み合わさってできてるんだよ。

213:デフォルトの名無しさん
08/01/17 18:48:52
明らかに両方の分野またがってるな。
カツ丼は肉料理ですかご飯物ですかって言ってるようなもの。

214:デフォルトの名無しさん
08/01/18 01:36:24
ネットが使えるようになってから、そういう混成技術も調べられるようになって
嬉しい限り。理系大学生のブログならともかく、専門本は10年経っても出なかったりするからねｗ

215:デフォルトの名無しさん
08/01/18 07:48:04
RGBをHSVに変換する理由って、
0～255 赤～黄色
256～511 黄色～緑
512～767 緑～シアン
768～1023 シアン～青
1024～1279 青～マゼンダ
1280～1535 マゼンダ～赤
みたいな感じで、簡単に色の範囲?を抽出しやすくするため?

216:デフォルトの名無しさん
08/01/18 07:50:23
いいえ。

217:デフォルトの名無しさん
08/01/18 07:59:26
>>215
そう思っておいていいよ

218:デフォルトの名無しさん
08/01/18 08:46:54
どっちが正しいのでしょうか?

219:デフォルトの名無しさん
08/01/18 08:51:46
>>217

220:デフォルトの名無しさん
08/01/18 10:08:37
>>215
RGBやCMYKより人間が感覚的に色を選びやすいから。
選びやすい色空間にはいろいろあるけど、コンピュータで処理するのが簡単って理由でHSVが使われる。

221:デフォルトの名無しさん
08/01/18 10:49:10
理由なんて色々あるべさ。RGBのままだと印刷できない色も表現できてしまうことだし。

222:デフォルトの名無しさん
08/01/18 19:23:06
色空間は、色域が問題にならないなら自分の都合で選択するといいよ。

223:デフォルトの名無しさん
08/01/19 15:44:24
Sobelフィルタとかを調べると3x3の例が多いのですが、
5x5、7x7のSobelフィルタってどうすればエッジ抽出が
できるのでしょうか？

224:デフォルトの名無しさん
08/01/19 16:24:11
3x3と同じ要領

225:デフォルトの名無しさん
08/01/19 21:02:05
3x3が多いけど増やすと効果ある？

226:デフォルトの名無しさん
08/01/20 05:10:17
ある

227:デフォルトの名無しさん
08/01/20 15:33:17
このスレで合ってるのかよくわからないけど･･･
ゲームの会話ウィンドウなんかによくある、半透明のボックス。
背景が半分透けてる画像というか。ああいうのってどうやって作るの？

228:デフォルトの名無しさん
08/01/20 15:36:02
背景の画素を混ぜて描画する

229:デフォルトの名無しさん
08/01/20 15:46:27
>>227
windowsにはSetLayeredWindowAttributesというapiが用意されてる

230:デフォルトの名無しさん
08/01/20 19:02:36
ゲームでそんなAPI使わんだろ

231:デフォルトの名無しさん
08/01/20 19:03:17
>>227
そのまま「半透明画像処理」とかでググれば見つかると思う。
プラットフォームや言語も入れて絞り込めば、すぐに見つかるんじゃない？

232:デフォルトの名無しさん
08/01/20 21:23:55
ゲームに出てくる女の子の服を半透明にするにはどうすればよろしいですか

233:デフォルトの名無しさん
08/01/20 21:34:07
背景の画素を混ぜて描画する

234:デフォルトの名無しさん
08/01/20 21:47:33
なんかワラタｗ

235:デフォルトの名無しさん
08/01/20 22:51:52
心霊写真かよ w

236:デフォルトの名無しさん
08/01/21 01:15:18
奇才あらわる

237:デフォルトの名無しさん
08/01/21 02:59:36
>>232
普通にプレイすれば脱いでくれるのに、半透明とはまたマニアックな…

238:デフォルトの名無しさん
08/01/21 04:49:53
多分泣きゲ

239:デフォルトの名無しさん
08/01/21 15:51:43
>>237
何でもエロゲーだと思うなよw

240:デフォルトの名無しさん
08/01/21 15:53:15
エロゲじゃなければ服を脱がないじゃないか。服が半透明になっても素肌が見えるわけじゃないんだぞ。

241:デフォルトの名無しさん
08/01/21 21:36:07
人間は賢い。
脳内補完すればNO問題

コンピュータで脳内補完はあと10年経ってもできる気がしねぇ。

242:デフォルトの名無しさん
08/01/21 22:29:47
それも膨大な学習時間を経てるからなせる技術。

243:デフォルトの名無しさん
08/01/21 23:18:59
脳内よりVR
URLﾘﾝｸ(jp.youtube.com)

244:デフォルトの名無しさん
08/01/22 10:35:03
>>189-191が一台のカメラで出来てしまう技術だよねそれ
wktkしてるよ

245:デフォルトの名無しさん
08/01/23 15:48:41
マッチングの勉強している初心者ですが、
輝度の正規化っていうと画像内の最高/最低輝度を
0と255に割り当てて、その間の輝度値を線形変換するという事であってますでしょうか。
よろしくおながいします。

246:デフォルトの名無しさん
08/01/23 15:51:52
最高/最低なら、255/0だろ。常考
尤も、処理している間は1/0(実数値)で扱うことも多いが。

247:デフォルトの名無しさん
08/01/23 16:40:09
>>246
書き込んでから、気がつきました。ｽﾏｿ
平均値で割ったり、引いたりするように書いてあるとこも
あるのですが、効果に差があるのでしょうか。
輝度の変化に強いマッチングを目指しているのですが…

248:デフォルトの名無しさん
08/01/23 17:12:01
勉強なら、いろいろやってみたら委員で内科医?

249:デフォルトの名無しさん
08/01/26 21:24:35
単眼カメラでカメラで取得した座標から実空間の座標を
求めたいんですけど、みなさんどうやってもとめてますか？
あと、実空間と画像との誤差はどれくらいでるのか気になります。
よろしくお願いします。

250:デフォルトの名無しさん
08/01/26 22:37:29
マルチうぜえ

251:デフォルトの名無しさん
08/01/26 22:38:11
>>249
キャリブレするか特定の平面からしか無理じゃね？

252:デフォルトの名無しさん
08/01/26 22:46:01
律儀に両方に返信する >>251 萌え

253:デフォルトの名無しさん
08/01/27 00:19:54
>>249
>>243

254:デフォルトの名無しさん
08/01/27 10:36:01
深度マップ（高さマップ）の画像処理について質問です。

URLﾘﾝｸ(gamdev.org)

Aのような画像からBのような画像に変換する
アルゴリズム、またはフリーソフトのようなものは無いでしょうか？

255:デフォルトの名無しさん
08/01/27 10:57:13
無理じゃね？

256:デフォルトの名無しさん
08/01/27 11:10:57
>>254
A、Bがそれぞれどんな意味を持つのか説明しないと、
仮令AをBに変換できたとしても意味がないと思うぞ。

257:デフォルトの名無しさん
08/01/27 12:14:00
すみません。

デジカメの素材写真から高さマップを取りたいのです。
似たようなフィルタはいろいろあるのですが（ndiviaとか）
多くの場合、影が邪魔になります。
暗くなった影部分が凹部分と認識されてしまうのです。

何か方法はないかとおもったのですが
たとえば便宜的にでも光の方向を指定してやって
影から高さを生成してやる、見たいな事をやりたいのです。

正確じゃなくてもある程度のディティールを取れるだけでも
だいぶ作業の効率化が見込めると思えます。

これで説明が足りてると良いのですが。どうでしょうか？

258:デフォルトの名無しさん
08/01/27 12:28:53
卒業研究みたいな話だな

259:デフォルトの名無しさん
08/01/27 12:46:23
Bで表される山にどんな光を当てたらAみたいな影ができるんだろう・・・

260:デフォルトの名無しさん
08/01/27 12:53:29
円錐だな、実際の影の付き方じゃないから難解だが。

261:デフォルトの名無しさん
08/01/27 13:02:44
A->Bは無理だろ。
複雑な図形だったら一方向からのライティングだけではどうにもならないから、最低120度刻みで
３方向くらいの写真を使えば、画像の比較で床に落ちる影は消せるような気もする。

262:デフォルトの名無しさん
08/01/27 13:05:05
つか、Aの右上半分は真っ白にしか見えないんだけど、どうやったらここの形状を求められるの？

263:デフォルトの名無しさん
08/01/27 13:07:39
デジカメ素材に白飛びもあるという前提なのかね

264:デフォルトの名無しさん
08/01/27 16:41:48
うーん、Bの山って、明度でグラフにすると円錐からは随分離れた傾斜になっているんだけど。
どう見てもAみたいな直線の影ができるように見えない。
# jpgにした所為って可能性はあるけど。

265:デフォルトの名無しさん
08/01/27 19:14:26
800*600の画像があったとします。
逆透視変換のためにその画像を上辺900、下辺800、高さ1000の等脚台形に変換したいのですが、
.N簡単な方法があれば教えていただきたいです。

OpenCVのアフィン変換とかになるんですかねやっぱり

266:265
08/01/27 19:18:39
誤爆しました。
開発環境がC#2008なので、まずC#スレで聞いてきます。

267:254
08/01/27 20:01:25
ﾚｽありがとうございます。

ああ、皆さん、すいません、Aの画像とBの画像は手でつくったので必ずしも
一致するわけではないです。
こんな感じの処理がしたい、というサンプルです。

>>258
卒制ではないです。
うちのデザイナが高さマップをある程度簡単に作れる奴が欲しいと
のたまいやがるのです。

>>261
写真は一枚が多いですね。
しかも屋外の自然光が多い場合もあります。
あとフラッシュの影とかもある場合が多いです。

>>262
>>263
その辺りは別の処理をしてなんとかします。
必ずしも一回の処理で全てをまかなおうとは思っていません。
最悪手で描くことも想定しています。

>>264
一応線形の円グラデなので多分綺麗な円錐になると思います。

268:デフォルトの名無しさん
08/01/27 20:05:46
そもそもAの図は、グラデーションが付くのは右上で
左下は影になるのが普通だと思うが。
影の中に陰はできないよ。

269:デフォルトの名無しさん
08/01/27 20:24:16
URLﾘﾝｸ(www.itmedia.co.jp)

270:デフォルトの名無しさん
08/01/27 20:59:46
そりゃー平均顔を作れれば精度はあがるだろうけど、
どうやってその平均顔を作るための大量データを query の度に得るんだ？

271:デフォルトの名無しさん
08/01/27 21:43:35
>>270
そりゃ研究室のみんなに頼むに決まってるだろ。
後輩とか含めて２０人分ぐらい集まるんじゃね？

272:264
08/01/27 21:48:53
>>267
＞一応線形の円グラデなので多分綺麗な円錐になると思います。
だからなってねぇってばよ。
それはさておき、実際にAからBが得られた訳じゃないということは判った。

273:デフォルトの名無しさん
08/01/27 21:54:15
英国秘密情報部が集めて来ます

274:デフォルトの名無しさん
08/01/27 22:00:33
>>270
もしかしたら出入国管理くらいには使われるかもな

275:デフォルトの名無しさん
08/01/27 22:53:49
>>271
おまえはちゃんとリンク先を読め
>デビッド・ベッカム、クリント・イーストウッド、ショーン・コネリー、ビル・クリントンなどの著名人の写真を照合したところ、本人だと正しく判定されたのは半数のみだった。ところが彼らの平均的なイメージ写真をアップすると、識別度はほぼ100％に上昇したという。

つまり、クエリが平均顔でないといけない。
つまり、出入国の度にいろいろな光源の元やノイズのもとで写真を複数とって
平均顔作って入力とするってことだろ？どんだけぇ～

276:デフォルトの名無しさん
08/01/27 22:58:22
>>275
平均顔なんて１０人ぐらいあれば十分なんだよ。

277:デフォルトの名無しさん
08/01/27 23:02:09
10・・・人？

278:デフォルトの名無しさん
08/01/27 23:03:35
読解力無さ杉ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

279:デフォルトの名無しさん
08/01/27 23:08:12
>>276
ベッカムを10人集めるのは大変だと思うぞ

280:デフォルトの名無しさん
08/01/27 23:12:48
すまん、リンク先読んでなかった
顔認証で簡易鍵とかの用途ならできるんじゃね？

281:デフォルトの名無しさん
08/01/28 07:10:02
>>280
カメラの前で、
「少し右を向いて下さい」
「少し下を向いて下さい」
とかやるのか？　指紋や掌紋や網膜認証の方が早いし確実な気がする。

普通に考えて、ずっと映像を取得している監視カメラの映像から平均顔を
作成して、それをキーに検索するってことだろうね。

282:デフォルトの名無しさん
08/01/28 07:49:13
>>254
面白い課題だなぁ。B→Aはできるだろうけど…

閃いた
1.手当たり次第にあらゆるBを作る
2. 大量のBから大量のA的画像を作る
3. 大量のA的画像とAと比較して大体似たような感じなら「たぶんこんな形じゃね？」と
そんな冗談を書いてみるテスト

形状が限られているなら…例えば円錐しか存在しないという仮定ができるなら
底辺の円のサイズ（中心と半径）と、影の頂点をユーザがマウスクリックで指定して（3回クリック）
てなツールを作って作業効率向上ができそうだけど、でもそれって画像処理じゃないな…
底円を求める処理と、影の頂点を求める処理を別にして、得られた2つの情報から類推して…とか…

Aの画像なら、黒い部分で三角形ができるから
そのうちの2つの頂点が低円の直径、かつ、円の中心点を通る直線で、残りの1点が影の頂点
と類推できそうな気もするけど、リアルワールドを撮影した場合に実際Aのような画像になるかどうかは判らないし
例えば航空写真を持ち込んできた場合は自動化は無理な気配

283:282
08/01/28 08:14:51
3DCGツールで円錐を作ってレンダリングしてみたが
URLﾘﾝｸ(gamdev.org)
>>254より判りやすいし見てるうちに方法が見出せそうでもあるけれど
実写の画像となったらこんな綺麗な見え方はしないよな…形状も多岐に渡るだろうし

284:デフォルトの名無しさん
08/01/28 08:25:33
パターン認識

285:デフォルトの名無しさん
08/01/28 10:46:10
>>254
この種の問題は "shape from shading" と呼ばれる一大研究分野だよ。
ググればいっぱい論文が見つかると思う。

286:254
08/01/29 02:36:00
ﾚｽありがとうございます！

>>282
残念ながら撮る対象は限定されていないのです。
ソースはデジカメだったり航空写真とかだったりが多いのではないかと思います。

画像はめっさわかりやすいですね！
それをデプスでレンダリングしていただけるとBのような画像になります。

>>285
ググッて見ました。
火星地表面とか宇宙とか・・・ﾃﾗ壮大です。

でも多分これですね。

殆ど英文なのでさっぱりわかりませんが
ちょっくらがんばって読んでみます。

287:デフォルトの名無しさん
08/01/29 10:05:16
>>285
オラも勉強になりました
「陰影からの形状復元」でググると色々出てきますな
これは面白い…

288:デフォルトの名無しさん
08/01/29 11:17:33
URLﾘﾝｸ(d.hatena.ne.jp)
BIAS libの日本語解説がないみたいなので作りました

289:デフォルトの名無しさん
08/01/31 15:44:39
RGB8各ビットのカラー画像を8ビットグレースケール画像に減色する方法って何がありますか？

290:デフォルトの名無しさん
08/01/31 16:44:07
足し算と割り算でおっけ

291:デフォルトの名無しさん
08/01/31 16:45:27
( R + G + B ) / 3

292:デフォルトの名無しさん
08/01/31 16:53:24
URLﾘﾝｸ(ofo.jp)

293:sage
08/01/31 17:32:57
>290
>291
>292
ありがとうございます。参考にしてみます。

294:デフォルトの名無しさん
08/01/31 17:34:12
sage間違えたｗ

295:デフォルトの名無しさん
08/02/07 04:28:18
URLﾘﾝｸ(gigazine.net)

296:デフォルトの名無しさん
08/02/08 18:41:40
おききしたいことがあります。非常に安価な（３～４万くらい）な画像処理
ボード（ライブラリでとりあえず一連の画像処理が可能）
を探しているのですが、ネット上で色々探したのですがみつかりません。
もしあったら教えていただけないでしょうか？よろしくお願いします。

297:デフォルトの名無しさん
08/02/08 18:51:12
自分で作ったら？

298:デフォルトの名無しさん
08/02/08 20:13:55
>>296
FPGAは？

299:デフォルトの名無しさん
08/02/09 10:03:06
ハードはwebカメラとPC、ソフトは適当なライブラリやソフトでも探してきたら？
PCIボードまで付いてるような奴だと専用のドライバが必要だったりして困る
新しいOSになったときにドライバが提供される保証もないし

300:デフォルトの名無しさん
08/02/11 22:02:36
今、RGB値からグレイスケールに変換するプログラムを書いているんだけど、
URLﾘﾝｸ(image-d.isp.jp)
ここ見て書いてるんだけど
RGB -> R'G'B'の変換が時間を食いすぎると思うんだけど
これは仕方ないんでしょうか。

いろいろ検索してみるとRGB -> R'G'B'の変換ははしょっているものがほとんど(ですね
R'G'B'はガンマ補正とのことですが

301:デフォルトの名無しさん
08/02/11 22:04:01
ごめ、途中で送られた。

R'G'B'はガンマ補正とのことですがあるとないとではどのくらい変わりますでしょうか。
自分で感じ取られないならどっちも同じと言われそうですが。

302:デフォルトの名無しさん
08/02/11 22:15:31
まずは実際の画像を変換して見たら

303:デフォルトの名無しさん
08/02/11 22:39:54
>>300
たかだか8bitのRGBなら変換テーブルつくるだけでそこそこの速度出ると思うが。

304:300
08/02/12 00:26:02
>>302
>>303
Thank you.
実際の画像を変換してみても自分の目にはそれほど違いは見られませんでした。
まぁ、こんなもんかな。と思います。

ですが、しかし、RGB->R'G'B'の変換を除いてもそんなに速度は変わりませんでした。
.Net in C#で組んでいるのですがBitmap.(set|get)Pixelが遅いのかな ?
これ以上はC#か.Net固有の問題になるとおもうので当該スレで聞きます。ありがとうございました。

# 変換テーブルと聞いて256 x 256 x 256 x 4 byteの変換テーブルを考えた俺涙目。
# この場合f(x) = x ^ 0.45のテーブルだけでいいんですね。

305:デフォルトの名無しさん
08/02/12 01:29:10
>>304
3*256じゃね？

そんなに時間がかかるとも思えんが。

306:デフォルトの名無しさん
08/02/12 03:21:26
画像処理の技術はどういった業界で生かされるのでしょうか

307:デフォルトの名無しさん
08/02/12 03:36:59
いろんなの

308:デフォルトの名無しさん
08/02/12 07:55:35
>>304
おまえがRGBだと思っている値がすでにR'G'B'な気がしてならない。
通常使われている8ビット画像（sRGBやAdobeRGBとか）では、
各画素の値（0～255）は線形輝度じゃなくてガンマ補正後の値だよ。

309:デフォルトの名無しさん
08/02/12 09:46:00
>>13は留年になったのだろうか

310:デフォルトの名無しさん
08/02/12 12:21:52
>Bitmap.(set|get)Pixelが遅いのかな ?

めちゃくちゃ遅い
その遅さに比べたらRGB->Grayの演算なんて無視可能
バッファリングしろ

311:300
08/02/14 02:12:34
>>308
Thank you.
そうだよね。いちいち変換が必要な形式で保管しておくのは非効率的だよね。

>>310
バッファリングって
URLﾘﾝｸ(junki.lix.jp)
に乗ってることでいいのかな ?
このとおりにやったら(unsafe使わずとも)めちゃくちゃ速くなってわろた。

おかげさまで満足な速度が得られました。
ありがとうございました。

312:デフォルトの名無しさん
08/02/15 03:17:34
イメージベースドレンダリングに興味があるのですが、これって普通、何を使ってやるもんなんでしょうか？
Ｃ＋＋とか?
それともOpenGLとか？
ご存じの方がいればぜひ教えて欲しいです。

313:デフォルトの名無しさん
08/02/15 04:06:58
何でも良いよ。

314:デフォルトの名無しさん
08/02/15 09:58:16
>>313
ありがとうございます。
OpenGLを使う場合、どのようにすればいいんでしょうか？
画像を２方向から貼り付けて、かぶってるところをブレンドするとか？

315:デフォルトの名無しさん
08/02/15 10:47:31
輝度値のみの画像において、
別の縞模様が混在するとき、

縞模様別にグループ分けを行うにはどうすればいいでしょうか？

316:デフォルトの名無しさん
08/02/15 12:08:57
cgal

317:デフォルトの名無しさん
08/02/17 02:14:55
フーリエ変換の話・・・？

318:デフォルトの名無しさん
08/02/17 21:13:03
>>314
SIGGRAPHの論文でも読めばいろいろわかるよ

319:デフォルトの名無しさん
08/02/22 02:35:37
エッジの抽出を行ってみたのですが、もと画像のエッジを強調したようにそれ
を適用したい場合どのような計算を行うのでしょうか?

エッジの抽出はカラー画像をグレースケールに変換して、それをラプラシアン
フィルタで行っております。エッジを抽出したエッジだけの画像があるのです
が、これをもと画像をどのような計算をしたらエッジの強調ができるのかを知
りたいです。

320:デフォルトの名無しさん
08/02/22 02:58:44
>>319
エッジ＋元画像でいいんじゃね

321:319
08/02/22 03:20:01
>>320
ありがとうございます。私もそう思いやってみたのですが、ものすごい不自然
なできになりました。

やったこととしては、エッジの値を256階調のグレースケールで保存しているた
め、これを足してしまうと各カラーが256を越えてしまうため、適当な値で
(64)で割りました。
その値を、各カラーに足したのですがエッジに当たる部分が強調されるのでは
なく、予期しない色になってしまいました。

322:デフォルトの名無しさん
08/02/22 03:22:42
>>321
単なるバグだな。
もうちょっと考えて作れ。

323:319
08/02/22 03:32:30
考え方としてはあっているのでしょうか？

エッジのみを表示するとエッジが抽出できていることは確認できているので、
それ以降の処理としては値を足しているだけなので、簡単に確認できると思います。
注意深く確認してみます。

324:デフォルトの名無しさん
08/02/22 03:54:43
まぁそりゃー変な色になるだろうなぁ。
(0,10,20) + 230 = (230,240,250)
とされたら大分かんじは違うもんな。
RGB チャネル別々にするとか、
HSV の V の部分にだけ適用するとか(HSI でもいいけど）、
そういうが必要になるんじゃない？
それでも強調の表現として Intensity を高めるのがうまい表現なのか、
とか考える必要がありそうな気もする。
「エッジ辺りは赤っぽくして強調してみました」なんて表現もありうるんだろうし。

なにもぐぐらず書いているので、ぐぐったほうが早いかも。

325:デフォルトの名無しさん
08/02/22 10:05:47
エッジは足すんじゃなく元の画像から引け。

326:デフォルトの名無しさん
08/02/22 12:03:02
エッジ強調とかソフトとかのフィルタを書けたときに、その効果が
見やすい画像ってどんな画像だろう。

327:デフォルトの名無しさん
08/02/22 12:30:32
横入り失礼。
おれも昔にエッジ抽出とか試したことあるんだけど、なかなかうまく行かなかった。
{{ 1 1 1}
{ 1 -8 1}
{ 1 1 1}}
ってなフィルタを作って、それらを全部足して行ったら256越えちゃうの。
おれって阿呆なの？

これをどうやったら256までの値にできるの？

328:デフォルトの名無しさん
08/02/22 12:59:39
つうか、こんな話は画像処理の基礎なんだから
本屋で立ち読みするなり、図書館で本を読むなりする
程度の努力はしようよ…

329:デフォルトの名無しさん
08/02/22 13:03:14
そんなこと言うなら、答えてやればいいのに

330:デフォルトの名無しさん
08/02/22 13:26:57
ソフトよりはエッヂの方が確かに難しいかもな

331:デフォルトの名無しさん
08/02/22 17:05:31
>>327
つ飽和演算

332:デフォルトの名無しさん
08/02/22 17:07:06
すまOTZ。
×>>327
○>>321

333:デフォルトの名無しさん
08/02/22 18:26:19
普通気付くでしょ、阿呆だよ

334:デフォルトの名無しさん
08/02/22 22:08:19
>>327
阿呆だなぁ。超えるのが普通だと思えないとはなぁ。
255 255 255
255　　0 255
255 255 255
なら 255 * 8 の値になるだろ？超えるさ。

335:デフォルトの名無しさん
08/02/22 22:29:50
コーシー・シュワルツの不等式置いときますね
-|X||Y| ≦ X・Y ≦ |X||Y|

336:デフォルトの名無しさん
08/02/23 00:18:41
>>334
越えるからどういうふうにしたらいいか聞いてるんじゃないんでないか？

337:デフォルトの名無しさん
08/02/23 00:20:34
適当に正規化すればいいんじゃないの?

338:デフォルトの名無しさん
08/02/23 00:35:21
うむ。そもそも画像ファイルとして表示しなければいけないというわけでもないしね。
どうしても画像ファイル的に表示したい場合 0-255 の範囲に正規化してやればいい

339:デフォルトの名無しさん
08/02/23 05:13:24
内部は全部 double にして、出力時だけ正規化してる

>>326
Lenna みたいなテスト画像だと似たような処理例が見つかる確率が高いのでいいんじゃない?
URLﾘﾝｸ(en.wikipedia.org)

340:デフォルトの名無しさん
08/02/23 17:55:11
>内部は全部 double にして
計算速度、遅そう。

あと、正規化するんなら、アンダーフローもお忘れずに

341:デフォルトの名無しさん
08/02/23 18:11:50
内部はintとかでよくね？

342:デフォルトの名無しさん
08/02/23 18:31:16
用途による。FFTする必要があるなら実数にしなきゃならんし。

343:デフォルトの名無しさん
08/02/23 18:55:48
doubleの演算はfloatより早いよ

344:デフォルトの名無しさん
08/02/23 18:56:37
というのはガセ

345:デフォルトの名無しさん
08/02/23 18:58:05
というのもガセ

346:デフォルトの名無しさん
08/02/23 19:03:22
画像処理で整数型とかどんだけニッチな用途なんだよ

347:デフォルトの名無しさん
08/02/23 19:12:03
画像処理で浮動小数点とかどんだけニッチな用途なんだよ

348:デフォルトの名無しさん
08/02/23 19:38:42
画像処理とかどんだけニッチな用途なんだよ

349:デフォルトの名無しさん
08/02/24 00:20:25
正規化って何？

350:デフォルトの名無しさん
08/02/24 00:40:54
エッジ強調のCのソース無いかな

351:デフォルトの名無しさん
08/02/24 02:35:31
エッヂの強調は誰もが通る道なのか

352:デフォルトの名無しさん
08/02/24 03:24:58
むっつりですまん

353:デフォルトの名無しさん
08/02/24 11:54:40
漏れも通った
20年くらい前に

354:デフォルトの名無しさん
08/02/24 12:09:50
20年前って8ドットで16中2色しか使えない時代じゃん。

355:デフォルトの名無しさん
08/02/24 12:24:25
ハードウェアの制約があっても計算式は制約ないんじゃね？
多くの技術がそういうもんだろ

356:デフォルトの名無しさん
08/02/24 12:30:21
そもそも縁の強調って通ったとか悩むほどのものなのか

357:デフォルトの名無しさん
08/02/24 13:32:34
>>354
TMS9918乙、つーかもう26年前だそれは。
つーかX68kももう20年超えてるのか…。

358:デフォルトの名無しさん
08/02/24 14:45:48
>>356
結構難しいでしょ。
抽出なら簡単だけど、抽出した箇所を厳選(エッジの輪郭抽出とか、ノイズ除去)して
それをもと画像に適用しなくてはならん。
適用するのにもどの範囲を適用するか、適用の強度は、適用後のノイズ除去は。
とか色々な問題が出て来る。ライブラリ使ったら簡単だし、Windowsでも簡単だけど。

359:デフォルトの名無しさん
08/02/24 17:27:35
多分、ここのやつらはWindowsでしょ。
画像加工の難しさを知らない

360:デフォルトの名無しさん
08/02/24 18:08:04
専用組み込み機器でやってるオレも見てますよ

361:デフォルトの名無しさん
08/02/24 21:00:14
アンシャープマスクじゃ駄目なのか？

362:デフォルトの名無しさん
08/02/24 22:10:24
>>359
OSはあんまり関係ないような
むしろ用途

363:デフォルトの名無しさん
08/02/25 08:27:30
>>361
ソフトは足した後割るだけでいいでしょ

364:319
08/02/25 09:25:18
色々と調べてみたのですが、わからなかったです…。
私がやっているのは、8近ほうの各値(RGB255値)にフィルターの値を積算してそれを全て和算しています。
その値が120よりおおきければ、各値(RGB255値)に2を足しています。
この値を変えてもエッジが強調されているようには見えません。

皆さんはどのような計算をなさっているのでしょうか？

365:デフォルトの名無しさん
08/02/25 09:29:19
1%明るくしたくらいじゃ、強調にならないだろ。常考

366:デフォルトの名無しさん
08/02/25 09:42:53
ラプラシアンフィルタはエッジの抽出であって、強調はできないでしょ。

367:デフォルトの名無しさん
08/02/25 21:24:29
せっかく>>361が教えてくれているというのに皆ガン無視なのな
ラプラシアンでもやることは一緒やん

368:デフォルトの名無しさん
08/02/25 21:26:08
アンシャープマスクってソフトフィルタだろ？

369:デフォルトの名無しさん
08/02/25 21:33:51
ググれカス！がこれほどよく似合う>>368は居まい

370:デフォルトの名無しさん
08/02/25 21:37:36
na\\なんですかそれは

371:デフォルトの名無しさん
08/02/26 03:10:04
>>364
＞その値が120よりおおきければ、各値(RGB255値)に2を足しています。

何のために？

372:デフォルトの名無しさん
08/02/26 08:47:02
>>349
正規化とは変な値を都合のいいように直すことだよ。

たとえば角度の-90度を270度に直すとか。
都合によっては逆に角度270度を-90度に直すのも正規化。

8ビットの画素の値なら
if(x > 255) x = 255; else if(x < 0) x = 0;
このxで描画すればいい。

次ページ