[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 12/11 16:56 / Filesize : 212 KB / Number-of Response : 922
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

画像処理 その12



1 名前:デフォルトの名無しさん [2009/07/09(木) 09:52:04 ]
画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎

前スレ
画像処理 その11
pc12.2ch.net/test/read.cgi/tech/1222593978/

459 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 22:38:45 ]
ちょっとスレ違いかもしれませんが、カメラキャリブレーションをする時の「再投影誤差」というものがよくわからないです。
調べてみて
・正しい(と思われる)三次元座標と画像座標の対応がわかっている場合に
・画像座標を変換行列によって三次元点に変換したものと、対応する三次元座標の間の誤差
のような感じで理解したのですが、今使っているMATLABのcamera calibration TOOLBOXだと、誤差がreprojection error(in pixel)という表記で出てきています。
三次元点同士の差なのでm単位だと思っていたのですが、再投影誤差をpixelで表すときはどのような操作をしているのでしょうか?
画像座標→三次元座標→再度画像座標へ、とやるのかと思いましたが、これでは逆変換をほどこすだけなので元の場所に戻ってきてしまいますよね?

460 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 23:22:13 ]
yes we can

461 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 20:15:49 ]
正解点x、推定点x'とすると
再投影誤差d=||x-x'|| (|| ||はL2ノルム)
推定した三次元を画像座標で観測した時の画像座標を正解座標と比較するから"再投影"誤差

462 名前:デフォルトの名無しさん mailto:sage [2010/02/01(月) 00:55:01 ]
ありがとうございます。
すると>>459の解釈が既に間違っていて、正しい(と思われる)三次元座標:画像座標について
・画像座標=画像上で検出したもの
・推定座標=三次元座標を(推定した)変換行列で画像座標に変換した座標
という二つの画像座標間での誤差を計算、ということで良いでしょうか?

463 名前:デフォルトの名無しさん mailto:sage [2010/02/02(火) 20:26:50 ]
普通はそうだね

464 名前:デフォルトの名無しさん mailto:sage [2010/02/06(土) 13:33:07 ]
Photoshopのブラシのようなものを作っていますがどのように計算したらいいのでしょう?
はじめはガウス関数を使ってみたのですが速度がどうしても稼げませんでした。
次に先に2次元ガウス分布図をテーブル化して画素に加算をした結果、
ぱっと見うまくいっているんですが、テーブル値の間の値はどちらかに寄ってしまうので
縞模様になってしまう場合もあります。

465 名前:デフォルトの名無しさん mailto:sage [2010/02/06(土) 14:31:24 ]
GIMPのソースでも見たら?

466 名前:デフォルトの名無しさん mailto:sage [2010/02/07(日) 16:12:46 ]
フニャフニャの輪ゴムを撮影して、
画像処理で真円に変換する方法ってありますか?


467 名前:デフォルトの名無しさん mailto:sage [2010/02/07(日) 20:07:55 ]
どこまで品質が要求されるのかにもよるけど
(1)フニャフニャ輪ゴムのアウトライン(輪郭)を抽出
(2)アウトラインと真円との対応を考え、拡大縮小率、回転率、移動量を
  画素単位(あるいは微小面積単位)で計算して求める。
(3) (2)の結果に基づいて、フニャフニャ輪ゴム画像から補間処理で
  真円の輪ゴム画像を生成

って感じではどう?



468 名前:デフォルトの名無しさん mailto:sage [2010/02/07(日) 23:02:43 ]
大体の中心を算出し、その点を中心として高速で回転させることで円が現れる

469 名前:デフォルトの名無しさん mailto:sage [2010/02/07(日) 23:17:53 ]
>>467
レスどうも
やっぱりそんな感じで自力で作るしかないんですね。
技術レベル低いのですげー重くなりそう・・・・

470 名前:デフォルトの名無しさん mailto:sage [2010/02/07(日) 23:21:42 ]
8の字になってても大丈夫なんかな

471 名前:デフォルトの名無しさん mailto:sage [2010/02/07(日) 23:59:30 ]
>>470
そこまでの変形は想定してません。
概ね円に近い画像を入力します。

472 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:04:00 ]
輪ゴムが円になりさえすればいいの?
それとも輪ゴムの中や外も不自然にならないように変形する必要があるの?

473 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:08:14 ]
>>472
輪ゴムのみの変形でOK
背景はどうでもいいです

474 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:19:33 ]
だから中心点と半径さえわかればいいんだろ!なに無視してんだこの野郎!ふざけやがって!ゴムさえ回転させればいいじゃねえか!クソ!なんで無視だよ!

475 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:22:47 ]
それなら「半径」が求まったら「中心」から「半径」の距離にあるゴムの色で円を描く方が良いね

476 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:25:24 ]
ゴムには模様のようなものがあるので
円を描くだけでは駄目なんです

477 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:25:29 ]
そう言ってんだろアホがあああああああああああああああ



478 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:26:38 ]
ゴムに模様なんてねえよ!!!!!!!!!!!!!!!!!!!!どこのコンドームだよ!!!!!!!!!!!!!!!!!!

479 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:30:21 ]
情報の後出しは煽られてもしょうがないよね。

480 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 09:21:52 ]
>>475が俺の思ってたことを代弁してくれた。

481 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 16:01:21 ]
それで思い出したけど、銀河系の生成シミュレーションってあるじゃん?
あれって、ちゃんと重力の伝搬は光速に制限しているのかね?


482 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 16:39:39 ]
たかだか万年のオーダーなんて、無視しない理由がない。

483 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 19:07:06 ]
>>476
そのゴムのパスと太さを取得して、
パスに沿って画像からテクスチャ情報を取得すればいいんじゃないの?

484 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 20:27:44 ]
インテグラルイメージの利点がイマイチわからんので教えて。

485 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 23:16:31 ]
もとの画像の任意の矩形領域の輝度の総和が
インデグラルイメージ上の4つの画素のアクセスで求まる
つまり速い


486 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 23:34:33 ]
失礼します。
照明のムラやゴミなどの輪郭がボケた部分を除去して、
物のように明暗がクッキリ別れている部分だけ残すには、どのような処理をすれば良いのでしょうか?

487 名前:デフォルトの名無しさん mailto:sage [2010/02/09(火) 01:06:26 ]
>>485
その利点はわかってるんだけど、矩形領域の輝度値を知りたいときってどういう処理?
手法によるけどきれいに矩形で領域分割なんかよっぽど特殊な環境じゃなきゃできないと思うんだが。



488 名前:デフォルトの名無しさん mailto:sage [2010/02/09(火) 01:24:06 ]
A: 〜がわからないので教えて
B: 〜ってことだよ
A: 知ってる

おれがBならAを笑顔で殴る

489 名前:デフォルトの名無しさん mailto:sage [2010/02/09(火) 01:41:12 ]
>>486
具体的に、こんな画像をこう変えたい、という例が図なり画像なりであると
答えやすいけど、何か出せるものあるかな?

490 名前:デフォルトの名無しさん mailto:sage [2010/02/09(火) 06:38:21 ]
>>487
顔検出でhaar-like特徴を求めるのに使われている
多重解像度解析とかスケールの異なる矩形で画像を近似するときに高速に実行できる


491 名前:デフォルトの名無しさん [2010/02/10(水) 12:40:20 ]
C,C++でExifを簡単に読み込む方法を教えな


492 名前:デフォルトの名無しさん mailto:sage [2010/02/10(水) 12:51:32 ]
スレ違いだ失せろゴミ


493 名前:デフォルトの名無しさん mailto:sage [2010/02/10(水) 14:02:01 ]
libexif

494 名前:デフォルトの名無しさん mailto:sage [2010/02/10(水) 21:19:53 ]
>>489
返事が遅くなってすいません。
この処理がかなり近いですね。
www.inotech.co.jp/product/QuickGrain/PadPlus.html

1枚の画像で場所によって明暗差があると、
黒い物だと明るい部分は小さく、暗い部分は大きくなってしまうので、その差を軽減したり、
物は小さくしないで影の部分だけを消せないか考えています。

よろしくお願いします。

495 名前:デフォルトの名無しさん mailto:sage [2010/02/10(水) 21:54:51 ]
>>494
こんなんで特許かよ

496 名前:デフォルトの名無しさん mailto:sage [2010/02/10(水) 23:18:44 ]
先行技術がありそうだな


497 名前:デフォルトの名無しさん mailto:sage [2010/02/10(水) 23:40:27 ]
>>494
普通に画像をブロックで分割して各ブロックの2値化のしきい値を判別分析あたりで
求めてから画素ごとのしきい値を線形補間で求めて2値化すればいいんじゃね。

30年以上前からある基本テクニックで特許の心配抜きで同じようなことが高速にできる。
実際に>>494のリンク先の画像で試したら同等の結果が一瞬で得られた。

注意:判別分析の級間分散を見て背景だけの領域(級間分散が小さい)は除外する。



498 名前:デフォルトの名無しさん mailto:sage [2010/02/11(木) 00:04:27 ]
>>494
これハイパスフィルタに似てると思う
Diffrence of Gaussian の差分の代わりに割り算
Gauss ぼかしの代わりに平均値ぼかしを使ってる感じ


499 名前:デフォルトの名無しさん mailto:sage [2010/02/11(木) 06:37:01 ]
>>494
例えば、ということで。何か参考になれば。※画像はしばらくしたら消しまっす><;
(1)元画像
public.blu.livefilestore.com/y1ps62SNM0S9pQjzIA50lC1FmH1Yv_MJcfRlxGhUW0GMEGgNLA5DscEcgEy3-JSg0morM5ez8YqDXKamTmpP2uIPA/img1.jpg
(2)グレースケールに変換
public.blu.livefilestore.com/y1pFz5MtwJ5KURIcbAoMiDwKO7jj3aJJCKVzzh1ULAigu_kvZN7QPKWWpU4CYDZ8ppePYBoh7JWc3NpblETB_96-w/img2.jpg
(3)照明ムラを無くす(各画素を中心とする小領域の輝度分布からホワイト、シャドウを求め、画素値を正規化する)
public.blu.livefilestore.com/y1pkFu8XoNwPPH1qxmF7gSC7XLKChDZYi2awx9D_8WBp2yr6mbuX0FITW_07r6L0V-QjedyL8rUeNALoSogQpYVcA/img3.jpg
(4)適当な閾値で2値化
public.blu.livefilestore.com/y1pRMmws4GkImGL7Eqbpp1V5ULWCwqdv24n65q4FcGe7DyyHmw5zaohSPFpN5IwrIIjYxOI7XZsCYV67fDOl1YvPQ/img4.jpg
(5)4近傍ラプラシアン値を求め、適当な閾値で2値化
public.blu.livefilestore.com/y1pvTloG2T7I0-WWCBbf5CmJb4GtLj5Kmt6END3I5mjhlWFHx03Ij30svWqCTugGAir1j7oJfs35Hstr-1ghGN4_w/img5.jpg
(6)元画像と合成
public.blu.livefilestore.com/y1pjdXrXLpunbE77bLEt6qJqYHVlYlqKIwj5lGUGUeqwlgIaz08ToUL8YyKSG4dCPfoWpOXEIHftjFGTVe3FgBcSQ/img6.jpg

500 名前:デフォルトの名無しさん mailto:sage [2010/02/11(木) 22:46:29 ]
>>499
すごいなー。>>494さんじゃないけど、とても参考になります。
よろしければ(3)の処理の詳細ご教授ください。

501 名前:494 mailto:sage [2010/02/11(木) 23:57:20 ]
>>497-498
いろいろな方法を考えて頂き、ありがとうございます。

>>497
これが一番簡単そうなのかな?

>>498
前後の周波数帯をカットする部分が似てますね。

>>499
画像での細かい解説、ありがとうございます。
よろしかったら(3)について、もう少し教えて頂けないでしょうか?
輝度分布は画像をブロックに分けているのでしょうか?

502 名前:デフォルトの名無しさん mailto:sage [2010/02/12(金) 02:33:32 ]
>>500
>(3)の処理の詳細

>>501
>(3)について


>各画素を中心とする小領域の輝度分布からホワイト、シャドウを求め、画素値を正規化する

これで充分わかるだろ
わからんかったら向いてないわ


503 名前:デフォルトの名無しさん mailto:sage [2010/02/12(金) 03:12:47 ]
>>500-501
考え方は、こんな感じです↓
n5vqmw.blu.livefilestore.com/y1p9gntFaahsH_0mU3aMVrouSUObAnSxA-F7KyHG8f15-5nmaJBEuDbtocu4CiB8hZA_6LI7CrSnGxw3itf0J4JxQYT2CWkdp22/1.png
実際に変換に使ったプログラムは、こんな感じ↓※即席なので適当ソース(^o^)ノ
kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/10520.txt

504 名前:デフォルトの名無しさん mailto:sage [2010/02/12(金) 03:19:38 ]
Cとすぐ隣のC'(さらに領域の大きさだけ連続する)が重なると思うのですが
重なった回数分(1)〜(4)を繰り返しても問題起きないのでしょうか
それともヒストグラム作成用画素値(変換前画像)と
変換後画像用に二つのbitmapを持ってるってことでしょうか

っつーかソース見ろってことですね


505 名前:デフォルトの名無しさん mailto:sage [2010/02/12(金) 03:22:25 ]
情弱w

506 名前:デフォルトの名無しさん mailto:sage [2010/02/12(金) 03:56:44 ]
>>504

>それともヒストグラム作成用画素値(変換前画像)と
>変換後画像用に二つのbitmapを持ってるってことでしょうか

その通りです (^o^)ノ

507 名前:デフォルトの名無しさん mailto:sage [2010/02/12(金) 04:55:30 ]
すげぇ!2chにこんな親切な人が!



508 名前:デフォルトの名無しさん mailto:sage [2010/02/12(金) 07:37:42 ]
>>503
おもしろいなぁ。参考になりました。

509 名前:494 mailto:sage [2010/02/12(金) 07:58:21 ]
>>503
細かい解説だけでなく、ソースまで!!
本当にありがとうございます

510 名前:デフォルトの名無しさん [2010/02/17(水) 14:30:35 ]
おぬぬめpng書き出しライブラリを教えて

511 名前:デフォルトの名無しさん mailto:sage [2010/02/17(水) 15:54:59 ]
お断りしまーす(^o^)ノ

512 名前:デフォルトの名無しさん mailto:sage [2010/02/17(水) 17:44:38 ]
すげぇ!2chにこんな不親切な人が!

513 名前:デフォルトの名無しさん mailto:sage [2010/02/17(水) 18:13:30 ]
つ libpng

514 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 21:48:44 ]
C#からベクタ画像を扱うライブラリって何がありますか?

515 名前:デフォルトの名無しさん mailto:sage [2010/02/22(月) 19:58:35 ]
>>503
すいません、私も興味あるんですが、流れてしまった様です。
どなたか、再度UPしていただけませんか。よろしくです。
kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/10520.txt

516 名前:デフォルトの名無しさん mailto:sage [2010/02/25(木) 07:04:07 ]
>>515
www.dotup.org/uploda/www.dotup.org685679.txt

517 名前:デフォルトの名無しさん mailto:sage [2010/02/25(木) 07:53:15 ]
>>516
ありがとうございました。参考にさせてもらいます。



518 名前:デフォルトの名無しさん mailto:sage [2010/02/25(木) 08:53:51 ]
>>516
通りすがりですがdクス。

519 名前:デフォルトの名無しさん mailto:sage [2010/02/26(金) 01:58:03 ]
あたし女だけどサンクー

520 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 12:33:44 ]
>>503
>>516
を、うちのマシンで処理させて時間はかってみた
(読み込み、描画は無しで純粋な計算時間)

3.5s C++/CLI
5.5s VB.net アンマネージド化
7.0s C++ Win32
8.0s VB.net

Win32は何か間違えたか?

521 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:44:14 ]
Win32にいったい何が…

522 名前:デフォルトの名無しさん mailto:sage [2010/02/28(日) 21:00:04 ]
遅すぎ
少なくとも100倍速に改良せよ

523 名前:デフォルトの名無しさん mailto:sage [2010/03/01(月) 07:58:37 ]
単純なループなんだけど、どうればいいのかな?

524 名前:デフォルトの名無しさん mailto:sage [2010/03/01(月) 09:58:53 ]
各画素ごとに100×100のヒストグラムを最初から計算しているのは無駄無駄無駄〜
横方向/縦方向で前のヒストグラムを再利用するだけでヒストグラム構築速度が10000倍

他の計算もあるのでトータル10000倍とは行かんが100倍以上はいくんじゃね

525 名前:デフォルトの名無しさん mailto:sage [2010/03/02(火) 23:50:23 ]
MSERの原理について教えてくれ。論文読んでもさっぱりわからん。たぶん読めてないけど。

526 名前:名無し募集中。。。 mailto:sage [2010/03/02(火) 23:54:18 ]
GetPixelで輝度値を取得しているんじゃないの?

527 名前:デフォルトの名無しさん mailto:sage [2010/03/03(水) 02:51:24 ]
>>524
自分は20×20でやってました。
0,0だけ20×20のヒストグラムを作成し、あとは差分の1行加算と減算しながら行ったところ
VB.net 7.5s→2.0s
に、なりました。

>>526
GetPixel/SetPixelなんて使ったら分単位になるでしょう。
それ以前に描画とファイル読み込み部分は省いた処理時間です。



528 名前:デフォルトの名無しさん mailto:sage [2010/03/03(水) 14:21:51 ]
感覚的には30msecくらいで出来そうなんだけどなー

529 名前:デフォルトの名無しさん mailto:sage [2010/03/05(金) 23:54:19 ]
>>497だと130ms
移動平均法(窓サイズは24×24くらい)だと30ms
で同じような結果が得られた。C++。Pen4/2.4GHz。画像は>>494のやつ。

背景が広く連続しているとノイズを拾うという欠点はあるけど移動平均法が速いな。

530 名前:デフォルトの名無しさん mailto:sage [2010/03/07(日) 23:06:38 ]
ゲームで使うために動的に袋文字を生成したいですが、
どんなアルゴリズムを使えばいいんでしょうか。

531 名前:デフォルトの名無しさん mailto:sage [2010/03/07(日) 23:32:13 ]
ピクセル周囲に1ピクセルずつ大きいビットマップつくって
重ね合わせたら

532 名前:デフォルトの名無しさん mailto:sage [2010/03/07(日) 23:49:42 ]
>>530
背景が白(255)で、文字が黒(0)と仮定すると、最小値フィルターを使って
文字を太らせ、元の文字画像と合成するのが最も簡単

533 名前:デフォルトの名無しさん mailto:sage [2010/03/08(月) 15:02:01 ]
要はどうやって輪郭を太らせるかって問題だよね
カウシアンかけて切り捨てとかあるよね

534 名前:デフォルトの名無しさん mailto:sage [2010/03/08(月) 15:23:28 ]
モルフォロジーでdilationだ

535 名前:デフォルトの名無しさん mailto:sage [2010/03/08(月) 21:52:49 ]
>>530
袋文字のフォントを用意して・・
いやごめん

4方向にずらして描画して左上,右上,左下,右下
真ん中にAND描画するとか

536 名前:デフォルトの名無しさん mailto:sage [2010/03/08(月) 22:59:22 ]
xor だorz

537 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 18:04:47 ]
おまいらAAのこととか無視してるだろw
特に袋の内側のAA。



538 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 18:16:51 ]
ん?AAが必要なら、文字を4〜8倍の大きさで袋化した後
積分的手法で縮小すればいいだけ

539 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 19:46:26 ]
袋の内側のAAって
ω
のこと?

540 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 21:51:42 ]
しらんがな(´・ω・`)

541 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 21:58:01 ]
それ袋全体だろ
内側ってことは 人

542 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 23:19:48 ]
>>538
きみ、実際にやったことないでしょ。

543 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 23:45:08 ]
俺は>>538の方法でやってるけど駄目なのん?

544 名前:デフォルトの名無しさん mailto:sage [2010/03/21(日) 20:59:13 ]
テンプレートマッチングは、「相関係数を何度も計算して、画像間のずれを最低限に抑えること」で大体合ってますか?
テンプレートマッチング=相関係数 ではないですよね?

545 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 18:21:29 ]
>>544
「画像間のずれを最低限に抑えること」といったら普通はレジストレーション。
テンプレートマッチングと相関係数は、そもそも比較対象とはならない。意味不明。

546 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 02:44:02 ]
>>545
イメージテンプレートマッチングって言ってるのはカッペの俺だけ?
しばらく内地に戻ってないから色々ずれちゃってるかなぁ

547 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 03:22:01 ]
相関係数はどのくらい近いか(相関関係があるか)の割合でしか無いからなぁ



548 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 03:59:08 ]
なるほど normalized cross correlation 最大の箇所でマッチング箇所を見つけるのは邪道か

549 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 14:01:57 ]
漢が使うなら「差」

550 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 19:33:29 ]
このスレでいいのか分からないが質問です
libpsdを使ってpsdのサムネイルをエクスプローラーに出そうとしてます
でVista以降サムネイルCOMインターフェースの仕様が変わって
IStreamというストリームからしかデータにアクセス出来ない
でもlibpsdにはメモリから読み込むような関数は用意されてるように見えない
なんか解決策はありますか?

551 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 20:08:30 ]
ソースあるんだから自分でどうにかすれば?

552 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 23:53:37 ]
でなければストリームを一時ファイルに出力して読み込めばいいね
無駄すぐる

553 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 00:33:13 ]
ソースいじると公開しろとか言われるから嫌なんだよなw

554 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 00:39:35 ]
弄らなくても組み込んだプログラム公開するなら必須なんじゃ?
個人使用だけなら弄ったって公開義務なんて無いぞ。

555 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 20:22:32 ]
画像の特徴で分割した四分木があって
ある領域に隣接してる領域が知りたいんだけど
周辺を総当りでチェックするしかないのかな?
画像もリアルタイムに変動するんだけど
違いがある場所のノード以下を全削除して構築しなおすくらいしか
方法が思いつかないんだけど実際やってみるとかなり遅い
高速化する方法はないもんでしょうか?

556 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:11:34 ]
>>555
分割を作る時点で、帰納的に属性を持たせればOK

557 名前:デフォルトの名無しさん mailto:sage [2010/04/02(金) 14:40:46 ]
彩度を変更するプログラムを書いているのですが
HSVのSを増やすだけでは、色が壊れ
減らしてもモノクロになりません

何か他に方法ありませんか?



558 名前:デフォルトの名無しさん mailto:sage [2010/04/02(金) 14:41:27 ]
色が壊れるのは極端に上げた場合、素画像が白っぽい部分です

559 名前:デフォルトの名無しさん mailto:sage [2010/04/02(金) 15:30:03 ]
>>557
HSV以外の色空間(Labとか)を使う方法もあるけど
HSVでも、そこそこ正しく動作するはず。

プログラムのソースを見せてちょヽ( ´ー`)ノ

560 名前:デフォルトの名無しさん mailto:sage [2010/04/02(金) 15:42:02 ]
自己解決?
CxImageのソース見てたら
YUVでいけるみたいです
やってみます

>>559
opencvですが

cvCvtColor(src,hsv,CV_RGB2HSV);

BYTE* d = (BYTE*)hsv->imageData;
int w = hsv->width;
int h = hsv->height;
for( int y = 0 ; y < h ; ++y ){
for( int x = 0 ; x < w ; ++x ){

// S
long s = d[1] + add_s;
if( s < 0 ) d[1] = 0;
else if( s > 255 ) d[1] = 255;
else d[1] = s;
d+=3;
}
}

cvCvtColor(hsv,dst,CV_HSV2RGB);

な感じです。


561 名前:デフォルトの名無しさん mailto:sage [2010/04/02(金) 16:27:18 ]
>>557-559
Sharaku Image Manipulation Program - 色相・彩度・明度
www21.atwiki.jp/submarine/pages/151.html
こういうことっぽい

562 名前:デフォルトの名無しさん mailto:sage [2010/04/19(月) 11:17:31 ]
>>516
すみません、再度どこかに上げていただけないでしょうか

563 名前:デフォルトの名無しさん mailto:sage [2010/04/20(火) 17:31:22 ]
カラー画像があってこれを4分木分割する時に
分離すべきかどうかを判定するのに対象領域のピクセルを全部走査するわけだけど
もちろんある程度分離可能という情報が拾えたら中断することも可能だけど
2048x2048の画像をやってみたらかなり遅い
1回の走査で分離する方法って無いのかな?
なんとなく出来そうな気がするんだよね

564 名前:デフォルトの名無しさん mailto:sage [2010/04/20(火) 18:38:22 ]
>>563
つ icc

565 名前:デフォルトの名無しさん mailto:sage [2010/04/20(火) 20:00:51 ]
>>564
検索しても出てこないけどなんですかね?

566 名前:デフォルトの名無しさん mailto:sage [2010/04/20(火) 23:16:30 ]
>>565
intel c/c++ compiler

567 名前:デフォルトの名無しさん mailto:sage [2010/04/21(水) 01:40:32 ]
>>566
それがどうしたの?



568 名前:デフォルトの名無しさん mailto:sage [2010/04/21(水) 08:45:29 ]
>>567
あんたばかあ?

569 名前:デフォルトの名無しさん [2010/04/21(水) 09:09:13 ]
>>567
画像処理のプログラムなら、コンパイラによる最適化だけで、1/2の実行時間になる事もざら。
if文の排除や、ベクトル化等と言ったアルゴリズムレベルでの最適化すれば
もっと確実に早くなる。

そもそも、プラットフォームや具体的な処理内容やコードも明かさずに
教えてくれと言われても、エスパースレじゃないんだから。

570 名前:デフォルトの名無しさん [2010/04/21(水) 11:47:10 ]
>エスパースレじゃないんだから。
えっ

571 名前:デフォルトの名無しさん mailto:sage [2010/04/21(水) 14:52:36 ]
こういう奴が最終的にチームに迷惑をかける

572 名前:デフォルトの名無しさん mailto:sage [2010/04/25(日) 01:26:47 ]
www.keyence.co.jp/gazo/xg7000_special/hd/

こういうのって糞高いらしいけど凄いの?

573 名前:デフォルトの名無しさん mailto:sage [2010/04/25(日) 02:10:28 ]
そんなに凄くない。画像処理、マルチタスク、通信といったプログラミングの経験が
少しあれば、似たようなものは作れる。特種ハード搭載とか説明にあるけど
必要ならボード等は入手できるしね。特許の縛りを考えなければ、中国とかで簡単に
コピー製品がつくれちゃいそうなレベル

574 名前:デフォルトの名無しさん mailto:sage [2010/04/25(日) 10:44:19 ]
>>572
そういう手間を省いて、問題だけに向き合うための商品なんじゃw


575 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 13:54:13 ]
 すみません。フィルムの質感をシミュレートするライブラリやコード
アルゴリズム、数式を解説しているサイトを知っている人がいればご教示い
ただけないでしょうか?
 サイトを検索してもAfterEffectレベルの話や特定の製品(CineLookとか
Filmpack)を使った話ばかりでした。



576 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 14:26:44 ]
>>575
フィルムの質感というのは、たとえば画用紙の質感とは何が違うのか、
いくつか列挙してみてくれ。

577 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 15:58:00 ]
>>576
写真と映像の二つを調べてて

写真にかんして言えば、こんな感じで
camepstore.com/?pid=6731897
camepstore.com/?pid=7842538
camepstore.com/?pid=10202747
camepstore.com/?pid=9657180
camepstore.com/?pid=9657158

フィルムに関していえば、こんな感じで
www.youtube.com/watch?v=0QCi8f_9bMQ
www.youtube.com/watch?v=qCkRpoQdTB8
www.youtube.com/watch?v=G7l8n7ewqQE
www.youtube.com/watch?v=d_VFSxmjYqo&feature=related
www.youtube.com/watch?v=hkM_1LX4hDI



578 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 16:21:17 ]
>>577
そういうのは手でやれるってことなら
photoshopとかで実際にやってみて
やったことをプログラムで連結すればいいだけでしょ

579 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 16:38:26 ]
>>577
それはただ並べただけで、「違い」を列挙してはいないよ。

質感Aをシミュレートするには、そこに質感Aができる原理を知る必要があるが、
そのためには、そもそも質感Aとは何? という質問に答えられないといけない。

それを探る手段のひとつとして、
よく知っている質感Bとの違いを列挙してみる方法がある。
それが、質感Aが質感Aに見える、質感Aにしかない特徴を暴き出すことになる。
たとえば質感Aは光沢があるが質感Bにはないなど。

そういうのをあぶり出さないと、シミュレートする対象が広すぎてモデル化できないよ。

で、もう一度訊く。
あなたが例示した「写真」と、その辺の紙との違いは何?
あなたが例示した「フィルム」と、普通に最新のDVで撮った映像との違いは何?

ところで、シミュレートしたいんだよね?

580 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 16:46:23 ]
フィルムっぽいというと、最近ではバカリズムマンがあったなぁ
ttp://www.youtube.com/watch?v=oucEQxjpccA
ビデオと比べると、彩度が低いのと、ガンマカーブも違うね。

写真用フィルムの特性曲線をあてはめるだけで、シミュレートできるのかな?

581 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 16:56:12 ]
色褪せた写真の様な質感ってことか。

582 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 21:54:24 ]
色あせたってのも単純に彩度を落とせばいいってわけでもなさそうだけど

583 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 22:15:51 ]
labs.wanokoto.jp/olds
検索してたらこんなものが

584 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 23:36:20 ]
en.wikipedia.org/wiki/Film_grain
en.wikipedia.org/wiki/Image_noise

585 名前:デフォルトの名無しさん mailto:sage [2010/05/05(水) 05:53:23 ]
質感の違いの1つはフイルムの色素の色再現性だとおもう

そもそもRGB画像は元の画像スペクトルを保存してないから
これをそのまま再現することはできないけど
撮影対象に考えてるのはは植物の緑とか人肌だろうから
そのへん見比べてカラーマップを作ればそれらしいものは作れると思う

・・・という線でとりあえずやってみて結果をさらして!


586 名前:デフォルトの名無しさん mailto:sage [2010/05/05(水) 05:55:33 ]
あと、どこにでも書いてあるけど粒状性
色素の粒子の大きさの不揃いとか分布のムラとか
これは光量が少ない部分で強く現れる

そのへん考えたらアルゴリズム作れるよね?


587 名前:デフォルトの名無しさん mailto:sage [2010/05/05(水) 06:10:30 ]
連投すまんけど本人が表現できないみたいだから書いておくと

写真の例ではレンズのケラレも古さを出してる。
あと、知らないかもだから書いておくと色素はフイルムメーカーによって
違いがあって、黄色が再現しにくいところとか、赤がでにくいのとかある。
国が変わると色の感じ方が変わるので売れ筋も違うから注意ね。
粒状性やラチチュードはフイルムの品種で変わる。
リバーサル(ポジ)フイルムは色再現性が高くラチチュードが狭い。

シネでは粒状性やラチチュードの狭さがスチル写真より強く出る。
露光時間が短くなるしフイルム面積が小さいから当然だよね。

フレームレートの違いや、ゴミ(粒とか特に髪の毛とか)、縦に走る傷なんかは
よく表現として使われるのでみたことがあるとおもう。
フレームの位置ズレやタイミングズレもよく使われるとおもう。

がんばれ !



588 名前:デフォルトの名無しさん mailto:sage [2010/05/05(水) 08:54:05 ]
モニタもCRTとか液晶とか色再現性なんてまちまちだからな
どっかでキャリブレーションできる仕組みも作っておかないと使い物にならない

589 名前:デフォルトの名無しさん mailto:sage [2010/05/06(木) 07:52:32 ]
グレインノイズを画面全体にかけると出来の悪いアニメみたいになるよ
Photoshopなら影をマスクにしてそこだけにノイズかけるようにするのかな


590 名前:デフォルトの名無しさん mailto:sage [2010/05/06(木) 10:51:27 ]
>>588
人種の違いによって色に対する感度も違うので、
同じTVでも違うように見えるってばっちゃが言っていた

591 名前:デフォルトの名無しさん mailto:sage [2010/05/06(木) 13:22:32 ]
GUI作り込むなら表示ガンマとアプリ内部のガンマが一致するように
しないといけないかもだけど、キャリプレーションはOSやドライバに
任せるべきだとおもう。
映像加工するつもりならそのくらいの準備はできてるよね?


592 名前:デフォルトの名無しさん mailto:sage [2010/05/06(木) 16:57:33 ]
特性曲線とかケラレの度合いとか
フィルムの潜在的解像度とか製造過程で起こる潰れとか
そういうのをそれっぽく見せるだけじゃなく
既存の写真を入射光としてリアルに計算して表示するものとかあったら面白そう
単にパラメーターを適当に入れるんじゃなくて
実在するカメラやフィルムの特性をそのまま利用する
○○年の○○製のカメラで○○フィルムを使った時の写真みたいなのが出せるやつ

593 名前:デフォルトの名無しさん mailto:sage [2010/05/06(木) 18:05:27 ]
自分で作ったら

594 名前:デフォルトの名無しさん mailto:sage [2010/05/06(木) 19:57:01 ]
RAW現像ソフトに、そういうのがあったような気がする

595 名前:デフォルトの名無しさん mailto:sage [2010/05/06(木) 20:18:01 ]
>>592
入射光とする既存の写真の方が、いつのどのカメラとどのフィルムで撮って、
どのような環境で何年保存してたものか分からないと、ダメだろ。

もし「実在するカメラやフィルムの特性をそのまま利用する」事が100%可能でも、
それは写真をそのカメラで撮った映像が出来上がるだけ。

596 名前:デフォルトの名無しさん mailto:sage [2010/05/06(木) 23:53:48 ]
>>595
今更古い写真を古い写真にしようとする奴はいないだろ
デジカメなら誰が撮っても一定の入力なんだからそれでいい

597 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 07:30:57 ]
何年前の写真はこうなります...と一覧できるとわかりやすいね
でも表現ツールとしてはその並んだ状態で経年劣化関数のパラメーターを
変化させたりミックスさせて自分好みの劣化関数を作りたいんじゃないかな

そうできれば >>595 のいう環境によって違う劣化(加速)も表現しやすいとおもう
マスクを併用すれば一部本からはみ出しててかすれてるようなのも表現できる

ところで
利用者の感性の善し悪しはツール作成者は気にしない方向でいくわけだが
ありがちな表現w を警告する機能はあってもいいかも

それと、ビデオ入力をリアルタイムに8mm風にするのはないんじゃない?
あるのかな??
ビデオ入力を熱画像風にするのならホテルハイタワー行けばみれるが




598 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 07:48:11 ]
>>596
>デジカメなら誰が撮っても一定
そのデジカメの特性が、「○○年の○○製のカメラで○○フィルムを使った時の写真」
の再現を邪魔するだろ。

例えば、景色 A をカメラ a で撮った写真 α がある。
>>592 が言ってるのは、景色 A をカメラ b で撮った写真 α' を作り出すことだ。
そのために >>592 は α を「光源とみなして」カメラ b で撮った写真を作り出そうとしている。

小文字のアルファベットを関数とみなすと、
a(A) = α、b(A) = α'、b(α)≠α' だ。
α から α' を作るには a の逆関数が必要、b(a^-1(α)) = α'。
完全な逆関数は作れないが、少なくとも考慮しないことには
>>592 の言う「リアルに計算して」ができないだろ。

599 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 07:57:17 ]
raw

600 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 12:54:29 ]
raw になるまでに受けた影響はどうするんだ?
CCD や CMOS の特性、レンズの特性はメタデータとして記録されるのか?

601 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 14:09:54 ]
カメラプロファイル

602 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 14:25:53 ]
>>598
a() も b() も用意されてるんだから
b(a^-1(α)) は問題ないだろw

603 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 18:21:01 ]
>>602
>a() も b() も用意されてるんだから

a は未知ではないのか、と言っている。
正直、最新のカメラは未だ触ったことがないのだが、
どのカメラにもレンズの特性まで含めたカメラプロファイルがメタデータとして保存されるのか。
だったら私が単に知らなかっただけで、この部分はクリアできる。

ただ、どうやって raw からデモザイクする前の色情報を取り出すんだろ。
各社の raw フォーマットって一般に公開されてたっけ?

604 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 19:18:17 ]
未知ではあるが昭和時代のカメラの影響から比べたら
最近のデジカメのメーカー差異なんて無視出来るほど小さい誤差だろう

605 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 19:48:53 ]
何を根拠にそんな事を言ってんの?

606 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 20:35:43 ]
特性曲線とかケラレの度合いとか
フィルムの潜在的解像度とか製造過程で起こる潰れとか、
そういう玄人にしか分からないような微妙なものを
それっぽく見せるのでは飽きたらず、
実在するカメラやフィルムの特性をそのまま利用して
○○年の○○製のカメラで○○フィルムを使った時の写真みたいなのが出せるやつ
を求めてるヤツだぞ。

最近のデジカメのメーカー差異でも無視できんのじゃないか。
いや、どれくらいの差違かは知らんが。

607 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 21:16:05 ]
どこまでマジレスなのかわからなくなってきたけど・・・
自分は過去の撮像系を再現するような提案は
商品やマスコミの見出しにでてくるような程度のものだと解釈してる

現在あるカメラaの関数も、過去のカメラbの関数も、測定することは現実的ではないけど
現在あるカメラの特性を一定として扱うことができれば
現在あるカメラの画像と過去のカメラの画像との相関を知ることで
αからα'(なんでβちゃうのん?)に変換することはできるとおもう
そのためにsRGBとかあるんじゃないのか?


厳密さの追求は別の次元だとおもうけど求めるなら色情報とかいってちゃダメだよ
スペクトルと光線の方向がわからないと厳密に再現とはいえないよ
カメラなんだから絞り羽根やシャッター幕の違いの影響は表現上重要!
・・・でもそんなことはここでは(当面)無視していいとおもう。




608 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 21:22:42 ]
画像処理で再現困難なカメラの機種の違いに1つ気づいた

上から覗き込むタイプのカメラあるよね、マミヤとかの。
あれはレンズの位置が低くなるから、そこからみえる風景は顔の位置で撮った写真と違うね。


609 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 21:33:27 ]
バカじゃねーの

610 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 22:04:36 ]
>>607
>カメラなんだから絞り羽根やシャッター幕の違いの影響は表現上重要!
>・・・でもそんなことはここでは(当面)無視していいとおもう。

そんな気持ちでケラレとかをリアルに計算しようとするなんて・・・


611 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 22:31:06 ]
RAWと言いつつ、デジタル補正済みのデータを出力する最近のカメラは、どうかしてるぜ。

612 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 23:05:42 ]
最近のデジカメはもう青は青だろ
少なくとも人間に認知出来る範囲の違いはない
どのカメラで撮影しようと青だ間違いない

613 名前:デフォルトの名無しさん mailto:sage [2010/05/07(金) 23:17:51 ]
>>607
っつーかフィルタ付きレンズとか使ってたら
もう逆関数で再現なんてムリポ

614 名前:デフォルトの名無しさん mailto:sage [2010/05/18(火) 20:50:41 ]
pgmの中の

#コメント

をバッチ処理で除去することはできないのでしょうか

615 名前:デフォルトの名無しさん mailto:sage [2010/05/18(火) 21:35:15 ]
それはかなり高等忍術

616 名前:デフォルトの名無しさん mailto:sage [2010/05/18(火) 21:46:58 ]
忍術ワロタw

617 名前:デフォルトの名無しさん mailto:sage [2010/05/18(火) 21:58:03 ]
秘術・具烈符を使うのかな。



618 名前:sed -e 's/ ◆W33cs7eqKc mailto:sage [2010/05/19(水) 15:04:45 ]
寧ろ、忍法瀬渡だろ。JK

619 名前:デフォルトの名無しさん mailto:sage [2010/05/19(水) 15:05:26 ]
ぎゃぁ、トリップに化けたw

620 名前:デフォルトの名無しさん mailto:sage [2010/05/19(水) 16:56:47 ]
W33cs7eqKcさんパネぇっす

621 名前:デフォルトの名無しさん mailto:sage [2010/05/19(水) 19:12:51 ]
まぁ、画像処理は忍術みたいなもんだよなぁ。
何か情報を抽出したり、キレイに加工したり・・・

622 名前:デフォルトの名無しさん mailto:sage [2010/05/21(金) 00:24:08 ]
昔の言葉遊びを思い出した。

忍術、忍法
芸術、芸法、芸能
技術、技法、技能
算術、算法

下に行くほど内容が客観化される。技術は文書による伝承とその内容の
再現性が約束されているもの。実用新案や特許がその典型。
似た用語に、魔法、魔術、幻術、医術などもある。未整理。

623 名前:デフォルトの名無しさん mailto:sage [2010/05/21(金) 00:29:42 ]
ははw
なるほどね。

しかし画像処理はおもしろいね。
これを仕事にできて心底良かったと思うよ。

624 名前:デフォルトの名無しさん mailto:sage [2010/05/21(金) 03:48:42 ]
誰かBi-Directional のT=D(S, T1)の意味を教えてくれ

625 名前:デフォルトの名無しさん mailto:sage [2010/05/21(金) 03:51:45 ]
画像から重要度の高いオブジェクトの画素を算出する計算式みたいなんだけど
平坦とか同じパターンの繰り返しは重要度が小さくて変化の大きい部分や
エッジに掛かる部分が重要度が大きくなるらしい計算式です

626 名前:デフォルトの名無しさん mailto:sage [2010/05/21(金) 03:59:31 ]
www.wisdom.weizmann.ac.il/~vision/VisualSummary.html
具体的にこれです

627 名前:デフォルトの名無しさん [2010/05/21(金) 16:32:29 ]
libpngを使ってメモリから画像をロードできないでしょうか?
具体的にはpng_init_ioでファイルポインターではなく
istrstreamを使えるとうれしいです。





628 名前:デフォルトの名無しさん [2010/05/21(金) 16:34:25 ]
libpngを使ってメモリから画像をロードできないでしょうか?
具体的にはpng_init_ioでファイルポインターではなく
istrstreamを使えるとうれしいです。



629 名前:デフォルトの名無しさん mailto:sage [2010/05/21(金) 17:58:32 ]
>>626
具体的にわからんがリンクのPDFに詳しく書いてある
読む気がないならあきらめたほうがいい

630 名前:デフォルトの名無しさん mailto:sage [2010/05/21(金) 18:23:04 ]
>>627
出来るよ、実際にやったし

631 名前:デフォルトの名無しさん mailto:sage [2010/05/21(金) 18:28:16 ]
mp.i-revo.jp/user.php/wrckyapk/entry/7438.html

632 名前:デフォルトの名無しさん mailto:sage [2010/05/23(日) 03:13:57 ]
画像処理とはちょっと違うけど、

ttp://www.corel.com/servlet/Satellite/jp/jp/Content/1239121537435

筆ペンみたいなことやるにはどうしたらいいのだろうか。

633 名前:デフォルトの名無しさん mailto:sage [2010/05/23(日) 03:17:31 ]
>>628
メモリから画像をロードはできるけど、ストリーム使ったことないな。
png_set_read_fnを使ったかな。ファイル、メモリ、リソースから
読めるように組んだことはある。

634 名前:628 [2010/05/23(日) 09:01:12 ]
>>633 libpngでメモリから画像をロードする方法を教えてください。
私が調べた限りFILE*が必須です。

635 名前:デフォルトの名無しさん mailto:sage [2010/05/23(日) 11:33:50 ]
>>634

633じゃないけど

png_set_read_fnの2番目の引数を、3番目の引数のコールバック関数中で
png_get_io_ptrを呼び出して取れるから、それを使ったりしてメモリから
コールバック関数の引数にコピーすれば読み込み出来るよ。


636 名前:デフォルトの名無しさん mailto:sage [2010/05/23(日) 17:18:56 ]
順呼び出ししかされないからストリームでも問題ない

637 名前:デフォルトの名無しさん mailto:sage [2010/05/23(日) 19:37:33 ]
ごめんスレ違いだったorz



638 名前:デフォルトの名無しさん mailto:sage [2010/05/23(日) 20:34:22 ]
いや単にここの人たちの大半がレタッチにしか興味ないだけで
スレ違いじゃないと思うよ

639 名前:デフォルトの名無しさん mailto:sage [2010/05/23(日) 22:23:21 ]
開いたけど筆ペンなんて無いしw

640 名前:628 mailto:sage [2010/05/23(日) 22:27:46 ]
>>635 libpngで画像をメモリにロードする方法を教えてください。
私が調べた限りFILE*が必須です。

641 名前:635 mailto:sage [2010/05/23(日) 22:58:21 ]
>>640
ヽ(`Д´)ノ

642 名前:デフォルトの名無しさん mailto:sage [2010/05/24(月) 00:01:51 ]
それは怒っていいw

643 名前:デフォルトの名無しさん mailto:sage [2010/05/24(月) 00:05:26 ]
ワロタw

644 名前:デフォルトの名無しさん mailto:sage [2010/05/24(月) 06:57:39 ]
>>635もある意味あほだなw

645 名前:デフォルトの名無しさん mailto:sage [2010/05/24(月) 08:38:53 ]
筆ペン
筆圧情報と傾き情報から接触点の形状を作って重ね描画
取得間隔が開くからその間は時系列情報を使って補完する
筆圧だけ拾って接触点を円で処理するものなら難しくはないよ
ハネをうまく拾えればそれらしくなるとおもう


646 名前:632 mailto:sage [2010/05/24(月) 23:17:25 ]
>>645
なるほど。ただ漠然と考えていた。
要領よく考えれば少しずつできそうだ。
ありがと〜。

647 名前:デフォルトの名無しさん mailto:sage [2010/05/29(土) 15:17:35 ]
画像処理の得意なPC98世代のおっちゃんいたら画面フィルタのプラグイン書いてくれ〜

PC-98エミュを語ろう8
pc12.2ch.net/test/read.cgi/software/1253837808/504

504 名前:YUKI[sage] 投稿日:2010/05/23(日) 17:38:30 ID:H18Oinsw0
T98NEXT20100523版
ノーウエイトモード修正
CPU修正(BSD起動!)
表示拡大別スレッド化
拡大表示プラグイン対応

>>496
開発キット用意しました
べつCPUが割り当てられて、オートフレームスキップをするようにしたので、重くても遊べると思います
ぜひ早速あそんであげてください

akiyuki.boy.jp/t98next/



648 名前:デフォルトの名無しさん [2010/06/02(水) 21:50:50 ]
dll嫌いなのでスタティックライブラリでjpegを読み込みたいと思います。
どこかにありませんか?

649 名前:デフォルトの名無しさん mailto:sage [2010/06/02(水) 22:31:03 ]
dllをスタティックリンクする

650 名前:デフォルトの名無しさん [2010/06/02(水) 22:31:46 ]
imagemagickは?

651 名前:デフォルトの名無しさん mailto:sage [2010/06/02(水) 23:22:03 ]
静的リンクするとライセンスの問題が絡むだろ


652 名前:デフォルトの名無しさん mailto:sage [2010/06/02(水) 23:22:12 ]
imagemagickってどこでどれをダウンロードすればいいのか普通にみんなわからないよね


653 名前:デフォルトの名無しさん mailto:sage [2010/06/02(水) 23:36:41 ]
誰だってわかんねえだろ

654 名前:デフォルトの名無しさん mailto:sage [2010/06/02(水) 23:37:44 ]
imagemagickってスタティックリンクしたら凄いサイズにならないか?
使うフォーマットを絞って残りはリンクしないようにとかできる?

655 名前:デフォルトの名無しさん mailto:sage [2010/06/03(木) 09:58:06 ]
libjpegでいいじゃない

656 名前:デフォルトの名無しさん mailto:sage [2010/06/03(木) 21:58:34 ]
車輪くらい作っちゃえば良いよ!

657 名前:デフォルトの名無しさん mailto:sage [2010/06/03(木) 23:52:38 ]
bmpは単純なようでバリエーションが多すぎるし
実装によって挙動がぜんぜん違うし
まともなライブラリが1つもないから
自分で作ったよ
アルファチャンネルにも対応したよ



658 名前:デフォルトの名無しさん mailto:sage [2010/06/04(金) 00:14:05 ]
吐き出すソフトがあるのか知らんがBITMAPINFOでJPEGやPNG圧縮
V4,V5だとカラーマネージメントにも対応しなきゃならないから面倒だな。

659 名前:デフォルトの名無しさん mailto:sage [2010/06/04(金) 00:27:05 ]
libjpeg、libpng、giflib使ってるけどbitmapがないんだよな
libjpegについてるcjpegのコードにbitmapの読み込みがあるんだが
まともなbitmapのライブラリってなんで無いの?

660 名前:デフォルトの名無しさん mailto:sage [2010/06/04(金) 00:46:47 ]
bitmapコンテナのJPEGとPNGって仕様書実在するの?
俺みたことねー

661 名前:デフォルトの名無しさん mailto:sage [2010/06/04(金) 01:33:46 ]
必要になったらあせればいいんだよ

662 名前:デフォルトの名無しさん mailto:sage [2010/06/04(金) 03:57:53 ]
libbmp

663 名前:デフォルトの名無しさん mailto:sage [2010/06/04(金) 05:34:51 ]
>>660
MSDNにBITMAPINFOHEADERのbiCompressionにBI_PNG、BI_JPEGという値が指定できるとは書いてある。
実際にそれでPNGやJPEG使えたという話は聞いたことがないが。

664 名前:デフォルトの名無しさん mailto:sage [2010/06/04(金) 05:59:50 ]
BI_PNG、BI_JPEGはプリンタ専用だよ。

ttp://msdn.microsoft.com/en-us/library/dd145023(VS.85).aspx

665 名前:デフォルトの名無しさん mailto:sage [2010/06/05(土) 01:34:12 ]
>>663
それは有名なんだけどさ、
具体的にどのように画像データが格納されるのかどこにも書いてないんだよな

666 名前:デフォルトの名無しさん mailto:sage [2010/06/05(土) 01:45:26 ]
逆に仕様で存在してても出力するアプリが無いのだかあら
その種の画像はこの世に存在しないと判断出来るから要らないだろ
出力するソフトが出来て普及したら実装すればいいだけで

667 名前:デフォルトの名無しさん mailto:sage [2010/06/05(土) 07:58:43 ]
jpegは規格団体あったよね
リファレンスあるんじゃね。



668 名前:デフォルトの名無しさん mailto:sage [2010/06/05(土) 10:48:35 ]
jpegの話じゃないだろ

669 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 08:34:54 ]
フォトショップで画像の輪郭線を強調して、白と黒に2値化してその黒部分(輪郭線)の座標を別ファイルに抽
出する方法ってありますか?ピクセル単位で量が尋常じゃなくても構いません。
フォーマットはbmpです。xyの座標をtxtファイルに書き込みたいと思ってるんですが。

参考書として「画像処理プログラミング」昌達慶仁著
を使ってるんですが当人画像処理初心者でして、、、
よろしくお願いします。

670 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 08:55:58 ]
Photoshopの使い方はソフトウェア板へどうぞ

2値化した画像ファイルから特定の色の座標抜くだけなら、
そんなに難しくないからやってみたら?

671 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 12:19:21 ]
プラグインを作りたいとか?

672 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 14:36:26 ]
8bitモノクロ写真に色を着色する場合
HSV色空間で考えると輝度情報しかないわけだ
鮮度ってどうすればいいんだろう
Photoshopなんかでやる場合は上にレイヤーをかぶせて
演算方法を何かにしてやってるんだろうえけど
どういう演算式で被せると自然な仕上がりになるんだ?
それが分かれば鮮度の扱いも推定出来そう

673 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 14:38:54 ]
↑彩度ねw

674 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 14:53:23 ]
こんな手法のこと?
www.cs.huji.ac.il/~yweiss/Colorization/


675 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 14:58:23 ]
輝度を入力、彩度を出力に考えたとき、概ね正の相関を持たせればいい。
どの程度のカーブがいいかは実験的に決めるようかな。
問題は、色相はどうするの?w
# これも、輝度を入力にして適当に色相に反映させる手もあるけどね。
# 黒→白で、黒→青→赤→緑→白みたいに。

676 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 17:49:40 ]
RGBを半分ずつオーバーラップさせて
色付けする擬似カラー手法はあるけど
目的が違うか

677 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 20:17:46 ]
>>674
最終的にやりたいのはまさにそれだけど
それ自体適当に色決めてるだけだし
もっと根本的な部分でどうすればいいのかなと思ってね



678 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 20:19:47 ]
>>675
なるほどね、いくつかサンプルとって平均値を求めてみようかな

679 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 20:22:54 ]
>>675
ああ、色相はユーザー指定ですよ

680 名前:デフォルトの名無しさん mailto:sage [2010/06/09(水) 21:40:31 ]
>>670

フォトショップのスレでプログラム板で聞けと言われたもんで。

座標を抜くプログラムは作ってみようと思います。
座標探索って画像の左上から→↓←↓…の順番で探索しますよね。
そうすると、抽出された座標は上の順番で抽出された座標になります。
しかし、私としては、隣接したpixel座標を順番に抽出したいんですが、
それに良いアルゴリズムといいますか方法ってありますか?

681 名前:デフォルトの名無しさん mailto:sage [2010/06/10(木) 02:41:44 ]
ずっと→じゃだめなの?

682 名前:デフォルトの名無しさん mailto:sage [2010/06/10(木) 08:19:53 ]
>>680
関係ないかも 知れないけど、「塗りつぶしアルゴリズム」ってので検索
すると似た処理がありそうな気がした。ハズレならゴメン。

683 名前:デフォルトの名無しさん mailto:sage [2010/06/10(木) 08:27:03 ]
> 座標探索って画像の左上から→↓←↓…の順番で探索しますよね。
そうか?

684 名前:デフォルトの名無しさん mailto:sage [2010/06/10(木) 08:30:39 ]
座標を抜くとか座標探索とか聞いたことがないけれど、
塗りつぶしのことなら真ん中から左右に探索しつつ上下に探索するけどね。

685 名前:デフォルトの名無しさん mailto:sage [2010/06/10(木) 08:34:17 ]
とりあえず、CG板のPhotoshopスレから拾ってきた。
pc11.2ch.net/test/read.cgi/cg/1274815891/109n-
> 132 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2010/06/08(火) 21:19:58 ID:gYOj4Hy1
> >>129
> そうです。xyの座標です。
> 2値化したbmpファイルの画像データを自作のプログラムに入れて黒部分だけ抽出して座標を表示させたんですが
> うまくいかなかったんで、だったらフォトショップで抽出までできればなと思いまして聞いてみました。
> フォトショップでポインタを合わせるとそこの情報(RGBと座標)出ますよね?そのRGB=0の座標を一括で抽出したいんです。
> よろしくお願いします。

この書き込みや>>669だけを見ると抽出順序は関係ないように思えるが、
>>680によるとどうやら順序が重要らしいな・・・。
後出しで中途半端な情報を追加するんじゃなくて、やりたいことを明確に示してくれよ。
>>680の「隣接」もちゃんと定義してくれ。

686 名前:デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:03:19 ]
元画像から輪郭のみの2値画像を生成(1輪郭/0非輪郭)
2値画像中の輪郭と判断された座標値の列挙 (列挙順はどうしたいんだ?)

後ができてない (>>685 引用部) から、なにか間違ったことやってねーか?

687 名前:デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:05:56 ]
説明が下手ですみません。
整理してお話しします。
画像データはbmpで、pixel単位です。
画像の形状は円だとします。
2値化された円で円周(輪郭線)上のみ黒です。
ここまではフォトショップで加工
その黒部分のxy座標を取得したいわけです。
その際、取得する順序も重要でして、
始点はどこからでもいいんですが、始点のxy座標を配列a[0][2]
に格納します。次に始点に隣接した点をa[1][2]、その点に
隣接した点をa[2][2]として、最終的にa[0][2]に戻ったら終了
としたいのです。隣接する点を探索する順序は上下左右どこからでも
隣接してればOKです。いずれは始点にもどるはずですから。
これがやりたいことです。
できれば円が二つ以上ある場合の方法も知りたいです。
二個目を配列b[][2]として
塗りつぶしアルゴリズムとは似てますが少し違うと思います。



688 名前:デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:54:28 ]
ラベリング で ぐぐれ

4隣接(12時 3時 6時 9時) も
8隣接(12時 1時半 3時 4時半 6時 7時半 9時) も
基本的には同じはず

689 名前:デフォルトの名無しさん mailto:sage [2010/06/10(木) 22:27:56 ]
輪郭追跡かな。
チェインコードとかで検索してみて。

690 名前:デフォルトの名無しさん mailto:sage [2010/06/12(土) 04:30:14 ]
>>687
OpenCV使うとするなら・・・

cvLoadImageしてからcvFindContoursすれば、開始座標と >>689 の言うようなチェーンコードが取れる。

チェーンコードは 右 上 右上 右 みたいな行き先の順序をコード化(数値化)したもの。
cvFindContoursへのフラグの指定によって、頂点列で取得することも可能。

円だと中塗りつぶせば輪郭は1つだけ取れるけど、
塗りつぶしてなければ、円の内側のエッジと外側のエッジが別個に取れると思う。

opencv.jp/sample/tree.html
www.japan-iss.co.jp/?p=573

あとはぐぐれ。

691 名前:デフォルトの名無しさん mailto:sage [2010/06/13(日) 20:54:55 ]
画像処理やってる有名な企業ってたとえばどこ?

692 名前:デフォルトの名無しさん mailto:sage [2010/06/13(日) 20:57:59 ]
ディズニー

693 名前:デフォルトの名無しさん mailto:sage [2010/06/13(日) 20:58:13 ]
キャノン
リコー

694 名前:デフォルトの名無しさん mailto:sage [2010/06/13(日) 21:20:46 ]
社名を間違えるのは失礼だろJK

695 名前:デフォルトの名無しさん mailto:sage [2010/06/14(月) 09:57:31 ]
キヤノン、と指摘しないとわからないよw
読みは「きゃのん」だし。

696 名前:デフォルトの名無しさん mailto:sage [2010/06/14(月) 10:26:15 ]
リコーじゃなくてリチョーかと思った

697 名前:デフォルトの名無しさん mailto:sage [2010/06/14(月) 22:18:44 ]
ゼロックス



698 名前:デフォルトの名無しさん mailto:sage [2010/06/14(月) 22:32:10 ]
精密業界の有名ところはほとんどやってんのかな

699 名前:デフォルトの名無しさん mailto:sage [2010/06/15(火) 19:49:31 ]
キーエンス
なんでお前ら身の回り品作ってる会社ばかりあげるんだ?

700 名前:デフォルトの名無しさん mailto:sage [2010/06/15(火) 19:53:25 ]
Googleわすれてた

701 名前:デフォルトの名無しさん mailto:sage [2010/06/17(木) 22:39:04 ]
>>687です。
皆さんありがとうございました。
輪郭追跡アルゴリズムでプログラム完成しました。
感謝しております。

702 名前:デフォルトの名無しさん mailto:sage [2010/06/18(金) 01:36:28 ]
このスレで言うような画像処理の求人ってありますか?
フリーで有名アプリのプラグインを作って商売なぞできれば理想的なんですけど
それよりは、あるとすればクライアントから依頼を受けるSE的な仕事でしょうか

703 名前:デフォルトの名無しさん mailto:sage [2010/06/18(金) 02:05:28 ]
今 NHK で画像処理の番組やってるね

704 名前:デフォルトの名無しさん mailto:sage [2010/06/18(金) 03:43:53 ]
就職活動は就職板でやれ

705 名前:デフォルトの名無しさん mailto:sage [2010/06/24(木) 10:01:54 ]
>>703
全く気付かなかった
どんな内容でした?
再放送あるのかな?

706 名前:デフォルトの名無しさん mailto:sage [2010/06/28(月) 17:43:55 ]
前もって用意してあるたくさんのパターンの中から入力データに最も近いデータを選ぶ
アルゴリズムの研究ってどういうキーワードで検索すればいいかな?
なかなかうまく見つからない

707 名前:デフォルトの名無しさん mailto:sage [2010/06/28(月) 18:30:23 ]
テンプレートマッチング



708 名前:デフォルトの名無しさん mailto:sage [2010/06/29(火) 07:19:54 ]
k近傍法

709 名前:デフォルトの名無しさん mailto:sage [2010/06/29(火) 17:27:55 ]
それって、パターンの特徴抽出の方が難しいかも。


710 名前:デフォルトの名無しさん mailto:sage [2010/06/29(火) 22:01:33 ]
>>706
ニューロネットワーク

711 名前:デフォルトの名無しさん mailto:sage [2010/06/30(水) 23:36:35 ]
ブースティング

712 名前:デフォルトの名無しさん mailto:sage [2010/07/02(金) 20:08:00 ]
イメージレジストレーション

713 名前:デフォルトの名無しさん mailto:sage [2010/07/05(月) 23:13:16 ]
宿題片づけスレで省られたのでお願いします。
C言語初級者、画像処理初心者です。

[1] 授業単元:画像処理
[2] 問題文(含コード&リンク):16×16サイズの白黒ビットマップ画像を読み込んで、
                 上下反転させた画像をビットマップで保存するプログラムを作成。
[3] 環境
 [3.1] OS: Windows XP
 [3.2] コンパイラ名とバージョン: gcc + Cygwin
 [3.3] 言語: C
[4] 期限: [期限切れにつき至急]
[5] その他の制限: 無圧縮で作りたいです。
           ビットマップのファイル構造は少し勉強しました。
           画像のデータを取り込むところと処理を行う部分がよくわかりません。
           fread、fwrite、RGBの宣言、malloc内のsize等わかりやすく載ってるHPや本があれば教えてください。
           画像処理系の本にプログラムソースはほとんど載っていませんし、C言語の本も画像処理を詳しく説明していないので困っています。
           よろしくお願いします。

試しに書いてみた上下反転プログラム その1 → codepad.org/4iL9agVw
                       その2(改) → codepad.org/OCPwePuM

反転させたい画像を作ったプログラム → codepad.org/8z8MCdZG

714 名前:デフォルトの名無しさん mailto:sage [2010/07/05(月) 23:24:01 ]
上下のフラグを反転させるだけでおk

715 名前:デフォルトの名無しさん mailto:sage [2010/07/05(月) 23:25:53 ]
あ、フラグじゃなかった、正か負かだった

716 名前:デフォルトの名無しさん mailto:sage [2010/07/06(火) 05:42:04 ]
残念だがサボったツケが回ってきてるんだから諦めろ
せめて一週間前に「速習C言語入門」でも買ってれば十分間に合ったろうに

717 名前:デフォルトの名無しさん [2010/07/06(火) 10:11:04 ]
>>714
回答ありがとうございます
そうすると上下反転ではなくて白黒反転になりませんか?



718 名前:デフォルトの名無しさん mailto:sage [2010/07/06(火) 10:19:32 ]
>714
BITMAPINFOHEADER の biHeight の符号の話かな?

719 名前:デフォルトの名無しさん mailto:sage [2010/07/06(火) 21:37:08 ]
上下反転も組めないヤツに画像処理を詳しく説明しても分からんだろ

720 名前:713 [2010/07/07(水) 02:28:28 ]
できました。
汚いスレですね。

721 名前:デフォルトの名無しさん mailto:sage [2010/07/07(水) 02:38:43 ]
答えてない奴は分からないんだよWW

722 名前:デフォルトの名無しさん mailto:sage [2010/07/07(水) 03:37:41 ]
◞≼◉≽◟◞≼◉≽ ジー

723 名前:デフォルトの名無しさん mailto:sage [2010/07/09(金) 08:08:28 ]
映画の動画から特徴点とりたかったんだけど
映画の動画って保存できないんだね
どうやってOpenCVに読ませればいいんだろ

724 名前:デフォルトの名無しさん mailto:sage [2010/07/09(金) 09:16:14 ]
日本語でおk
ffmpegで読み込める動画形式になら読める


725 名前:デフォルトの名無しさん mailto:sage [2010/07/09(金) 11:34:03 ]
リッピングとかの話しじゃね

726 名前:デフォルトの名無しさん mailto:sage [2010/07/09(金) 13:31:33 ]
犯罪の臭いがしてきたな

727 名前:デフォルトの名無しさん mailto:sage [2010/07/09(金) 13:45:38 ]
>>723

録画開始

  ∧_∧_         __
 ( ・∀|[ニ:|ol         | i \ \
 ( つ ∩ ̄         | i  l =l
 と_)_)          | |__ノ  ノ
               | ̄ ̄| ̄ ̄|

こんな感じで撮影した後、OpenCVに読み込ませてください



728 名前:デフォルトの名無しさん mailto:sage [2010/07/09(金) 21:58:10 ]
「NO MORE 映画泥棒」
を思い出したw

729 名前:デフォルトの名無しさん mailto:sage [2010/07/09(金) 23:01:23 ]
文化泥棒子なら知ってるけどw


730 名前:名無しさん@そうだ選挙に行こう [2010/07/10(土) 07:58:16 ]
色を混ぜる計算の質問です。
↓の左側は vector にある「天津」というゲームの中の麻雀牌の画像を
取り出したものです。以前にも遊んでいたのでなつかしかったのですが、
牌の絵が気に入りません。通信販売の麻雀牌の写真から絵柄を抜き出し
それらしく加工して、ゲームソフトのリソースを差し替えたのですが、
牌を合わせると消える処理を実行しません。(混ぜ合わせは成功)
左側の画像のように、牌のグループ毎に色セロファンをかぶせたように
しないとだめかと思いますが、ピクセル毎のRGBにどのような計算をすれ
ば、いいのでしょうか。尚、薄紫は0xA9A9FF, 空色は0x00FFFF,茶色は
0xFF6F3Eです。↓の画像はjpgですが、リソースでは 24bit色bmpです。
gazo.pandoravote.net/src/1278715354864.jpg
尚、この処理は自分が遊ぶためだけで、改造結果を公開するつもりは
ありません。

731 名前:名無しさん@そうだ選挙に行こう [2010/07/10(土) 08:57:54 ]
誘導されてきました。マルチ失礼。

USBカメラからリアルタイムで動画を取り込み、パーティクルフィルタにより物体を検出する。
重み付けはRGB値を用いて行い、検出するRGB値の範囲は自由とする。

以上のプログラムをPython2.6.5でライブラリを使用せずに作成しようとしています。
動画の取得・表示まではできたのですが(ttp://codepad.org/JuBXsIyt)、パーティクルフィルタが書けません。
どのように書いたら良いでしょうか。
よろしくお願いします。

732 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/10(土) 11:30:30 ]
>>730
gimpかphotoshopでR,G,Bそれぞれのチャネルごとの画像を見てみれば
何かわかるんじゃないかなー。

733 名前:730 mailto:sage [2010/07/10(土) 17:59:10 ]
>>732
レス感謝。R,G,B それぞれの絵を作ってみました。
左から薄紫、空色、茶色の絵に対応し、縦にR,G,B別に並んでいます。
元の絵では 24 bitCount ですが、サイズが1メガを越えるので、
jpeg 圧縮で上げました。文字の輪郭がぼやける傾向にあります。
gazo.pandoravote.net/src/1278751422049.jpg

32 bit color だと、αチャネルで透過率を指定して背景色を出
せるようですが、αの値(0〜1の間の値を取るとして)を全部
一律なのか、元の絵の背景が白なら透過率1にして特殊扱いする
ものかなどがまだ見極め出来ていません。これが分かれば、
求めるR,G,B=元のR,G,B ×α+背景のR,G,B×(1−α)
   (R,G,B はそれぞれ個別に扱う)
で、αをスライダーで動かして、見た目にそれらしいのを選ぶとか
出来そうです。

734 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/10(土) 18:39:30 ]
とりあえず、スレに無関係な特定アプリの要素を排除して記述してくれないか

735 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/10(土) 19:10:23 ]
>>733
そもそもゲーム側がどういう処理を行っているかまだ不明なんでしょ?
それを推測できないと計算がどうとか以前の問題。

あと「牌を合わせると消える処理を実行しません」ってのが謎だな。
牌を消すのは実はαチャネルでやってて、表示処理はしてるけど見えないだけ、
みたいなことになってるのか?
でもそうだとすると、少なくとも同じ色で塗りつぶした(絵柄の外の下地の)部分は消えてないとおかしい。

>求めるR,G,B=元のR,G,B ×α+背景のR,G,B×(1−α)
これはごく普通のα合成の式だけど、ゲーム側では上記のようなことをやってるだろうけど、
画像データ作成側は単に適切なαチャネルを置くだけな気が。

そもそも>>730の画像で縦に4色並んでいる意味がわからない。色のバリエーションがあるということか、
もしくは牌の状態(選択中など?)によって色が変わるのか。
(ダミー画像でも入れておくとどこでどれが使われてるかわかるだろうけど)

元データが24bitBMPなら、いわゆる一般的な8bitのαチャネルはないことになるけど・・・
そうすると、R,G,Bのどれかか、もしくはさらにその一部のビットをαチャネルとして使っているか、
またはカラーキーで特定の色を抜いてることになる。

見た感じ24bitのうちの一部のビットでαを表現しているという線が疑わしいかな・・・

736 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/10(土) 19:35:00 ]
そのゲームを見てないが、αとかじゃなくて論理演算じゃないの?

737 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/10(土) 19:43:40 ]
そうだけどなにか?



738 名前:733-730 mailto:sage [2010/07/10(土) 20:12:07 ]
>>734
特定アプリの話を出したのはそもそもの魂胆はなんなのと疑問に
思う人に当てたもの。自分の問題は >>730 で挙げた画像の左側
の絵を作ること。すぐ作れると思ったけどアレッとなったもんで。
>>735
リソースに含まれる画像は 24bitBmp でアルファは付いていません。
4組あるのは、(画像から離れますが)文書で文字列を選ぶと
反転するように、指定の牌が選ばれたことを示すために色を変える
のに使うことと、ゲームの最初に牌を混ぜ合わすのに、乱数かなに
かで背景が白の牌と色つきの牌を適当な比で選んで配置し、色つき
の牌を消して、牌が移動可能な余地を作っているのに使っていると
想像しています。牌の上の文字や模様が元々のものでないとソフト
が動かないというなら(フリーソフトでそんな厳密な処理をすると
は考えられないのですが)、今回の試行は諦めます。

しかしこんな色の演算がスグできないなんて、不思議。

739 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/10(土) 20:24:48 ]
おまえがあほなだけ

740 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/11(日) 00:05:53 ]
>>738
結局ゲームのアルゴリズム推測の話になるんだろうから、
まずオリジナルの画像をちょっとずつ目的の方向に変えてみて、
どこまでの変更なら問題なくって、どういう変更をするとうまくいかないか、
みたいなのを繰り返すのがセオリーじゃないかねぇ。

741 名前:738-730 mailto:sage [2010/07/11(日) 13:20:32 ]
本件求めたい図柄が一応作成できたので終結とさせて頂きます。

人騒がせしてどうしたのという方のために経過を簡単に。
1.透過率での試行では絵の中の文字、模様がほやけて駄目でした。
2.>>733 の絵がヒントで、>>732 氏に感謝です。
  >>733 に上げた絵をみると分かりますが、第1列は青のセグメント
  には文字模様はありません。RGB(0,0,255) 一色です。
  第2列は、赤のセグメントが RGB(0,0,0) です。
  指定背景色のコードとこれらをつき合わせて計算するとそれらしい
  絵ができました。
ありがとうございました。
(蛇足:この作者は20年前に Mac 用のも作っておられたので、疑問を
メールしてみました。Windows 用は 2008 年作。)

742 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/11(日) 15:00:09 ]
これのどこが画像処理やねん

743 名前:デフォルトの名無しさん mailto:sage [2010/07/20(火) 23:49:53 ]
>>731
パーティクルフィルタをググって出てくるソース見ながらPythonで書き直せば良いだけ

744 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 08:18:38 ]
バイリニア補間に関しての質問です。
バイリニア補間で画像を1/2以下に縮小するとエイリアシングが起こる、ということが書いてあったのですが
これはなぜなんでしょうか。
分かる方、解答よろしくお願いします。

745 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 08:30:21 ]
>>744
エイリアシングが何かは判っている?
それが判っているなら自明だと思うけど。

746 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 08:35:10 ]
>>744
直接1/2以下にすると情報が失われるから。


747 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 09:19:29 ]
>>745
エイリアシングはわかっているつもりですが、
画像の縮小と周波数空間やナイキスト周波数の関係がよくわかってないです…



748 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 09:21:09 ]
>>747>>744です
すいません

749 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 09:48:30 ]
>>746
直接の意味が分かりません。
1/2超だと情報は失われないのでしょうか…

750 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 12:29:20 ]
>>747
フーリエ、サンプリング あたりをキーワードに工学系の信号処理やらフーリエの本を見ればよいとおもわれ

751 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 13:08:46 ]
波の周期より小さな物体は見えないから、なんて話をしてもぴんと来ない人だと思うので、
もっと具体的に言うと、バイリニアってのは、要するに変換後の位置を変換前の位置に逆算して
その位置を囲む最大4点の情報から色を決める手法なわけ。
いま丁度1/2より少しだけ大きな割合にするとすると、変換後のA点の隣にあるB点の変換前の座標aおよびbは
x a x b x
という関係になって、概ね変換後のどこかに全点の情報が含まれるわけ。
これを丁度1/2にすると、整数格子状にマップされた結果aとbの間にあるピクセル情報が失われて、
例えば1ピクセルおきに、白/黒を繰り返すようなパターンの場合、白または黒一色になってしまう。
同様に、1/2以下のサイズにすると、a x x ... b ... x x みあいな関係になって、aやbの周囲にない
ピクセルの情報は全て失われるわけです。
これを防ぐために、1/2以下のサイズに縮小するときは直接縮小せず、1/2より大きなサイズで複数回
縮小を繰り返して指定サイズにすることで、多少は問題を緩和できます。理由は…わかるね?
 

752 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 13:29:27 ]
LPF通すなり窓を広げるのが適切じゃないの?
1ピクセルの網目を95%とか105%にするとエイリアスパターン出るのは仕方ないけど。

753 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 18:42:37 ]
>>752
それを考慮して窓関数経由っぽくしたりするのが バイリニアではない補間じゃない?

754 名前:デフォルトの名無しさん mailto:sage [2010/07/22(木) 22:27:51 ]
境界値はどうすりゃいいんだ

755 名前:デフォルトの名無しさん mailto:sage [2010/07/23(金) 11:20:15 ]
>>754どこの境界だい?

756 名前:デフォルトの名無しさん mailto:sage [2010/07/23(金) 23:18:52 ]
画像処理の線形フィルタ(たとえば3*3の)について、
実際にこの数値を使えばこういう効果が得られるというようなことが詳しく書いてあるところありませんか?

757 名前:デフォルトの名無しさん mailto:sage [2010/07/23(金) 23:26:04 ]
ググレ



758 名前:デフォルトの名無しさん mailto:sage [2010/07/24(土) 06:36:38 ]
>>744
1ドットおきに 0 1 0 1 0 1 0 1 0 1 0 1 と並んでいる画像を、1/2 以下に縮小したら、グレーのベタに
なってくれないと困るけど、バイリニア補間で 1/3 に縮小すると、0.3 0.7 0.3 0.7 0.3 0.7 のように、
擬解像があらわれる。具体的にはそういうこと。

759 名前:デフォルトの名無しさん mailto:sage [2010/08/06(金) 23:18:46 ]
3次元の立体座標群を保存するフォーマットで標準のようなものはないのでしょうか

760 名前:デフォルトの名無しさん mailto:sage [2010/08/06(金) 23:41:02 ]
.txt

761 名前:デフォルトの名無しさん mailto:sage [2010/08/07(土) 00:31:14 ]
KMLとか・・・

762 名前:デフォルトの名無しさん mailto:sage [2010/08/07(土) 10:59:07 ]
x, y, zとか…

763 名前:デフォルトの名無しさん mailto:sage [2010/08/07(土) 12:11:14 ]
gnuplot は変な空白行いれこんだtxt

764 名前:デフォルトの名無しさん [2010/09/10(金) 15:22:15 ]
保守

765 名前:デフォルトの名無しさん mailto:sage [2010/09/11(土) 21:02:40 ]
半透明処理で回転とか縮する場合って
結果位置の背景ピクセルと参照範囲のソースを全部ブレンドしてから計算するしかない?

非透過の拡大縮小なら2パスで計算量減らせるんだがそういうテクニックないのかな。

766 名前:デフォルトの名無しさん mailto:sage [2010/09/13(月) 11:32:48 ]
teddziuba.com/2010/09/programming-things-i-wish-i-knew.html
Don't do image processing work with PIL unless you have proven that command-line ImageMagick won't do the job

767 名前:デフォルトの名無しさん mailto:sage [2010/09/20(月) 19:41:30 ]
HandyARのソースがダウンロード出来ないのですが、
他にダウンロード出来る場所など知ってる方いらっ
しゃいますか?
↓HandyARのページ
ilab.cs.ucsb.edu/projects/taehee/HandyAR/index.html



768 名前:デフォルトの名無しさん [2010/09/29(水) 01:28:01 ]
宿題片付けスレで解決することができなかったので来ました。
どなたか見ていただくことはできませんか?

[1] 授業単元:画像処理
[2] 問題文(含コード&リンク)
bmp画像をフリーウェアFFTWを使ってフーリエ変換する

[3] 環境
 [3.1] OS: Windows
 [3.2] コンパイラ名とバージョン: Microsoft Visual C++ 2010 Express
 [3.3] 言語: C(C++)
[4] 期限: 特に決まっていませんが急いでいます。
[5] その他の制限: 自分が作ったソース↓を基にしていただければ助かります。

フーリエ変換
codepad.org/0QIae1jA
逆フーリエ変換
codepad.org/EkI0r90b

別々のプロジェクトでフーリエ変換→逆フーリエ変換して元の画像を出したいです。
画像処理スレの専門的なみなさんお願いします。

769 名前:デフォルトの名無しさん mailto:sage [2010/09/29(水) 03:26:52 ]
何が訊きたいのか書いてねーし。

丸投げするつもりなのか?

770 名前:デフォルトの名無しさん mailto:sage [2010/09/29(水) 03:34:02 ]
これってこのスレの住人的にはどうなの
toki.2ch.net/test/read.cgi/news4viptasu/1280922761/


771 名前:768 mailto:sage [2010/09/29(水) 03:37:35 ]
>>769
自分の作ったソースのどこがどう間違っているのか教えて欲しいです

772 名前:デフォルトの名無しさん mailto:sage [2010/09/29(水) 03:44:28 ]
>>768
宿題は宿題スレへ

773 名前:デフォルトの名無しさん mailto:sage [2010/09/29(水) 07:51:02 ]
>>768
>bmp画像をフリーウェアFFTWを使ってフーリエ変換する
bmp画像を読み込むのはライブラリを使うか自分で書いても大した手間じゃない。
fftwの使い方はぐぐれば幾らでも出てくる。
画像処理スレで扱うほどの内容はどこにもないな。

774 名前:デフォルトの名無しさん mailto:sage [2010/09/29(水) 08:45:00 ]
BMPはまともに作ると手間かかる

775 名前:デフォルトの名無しさん mailto:sage [2010/09/29(水) 08:50:11 ]
だったらライブラリを使えよ。

776 名前:768 mailto:sage [2010/09/29(水) 17:39:21 ]
自力で解決させました
お騒がせしました

777 名前:デフォルトの名無しさん mailto:sage [2010/09/29(水) 22:33:33 ]
777



778 名前:デフォルトの名無しさん mailto:sage [2010/10/04(月) 16:55:06 ]
てs

779 名前:デフォルトの名無しさん mailto:sage [2010/10/08(金) 07:15:08 ]
コマンドプロンプトから
ImageMagick 6.6.4-10 2010-10-04 Q16で
PNG画像の周りに透明な余白を付けたいのですが
どうすればよいのでしょうか?

convert -gravity southeast -splice 300x400 input.png output.png
にするとまわりの余白が白い物になってしまいます。
透明で何も書かれていない大きめのPNG画像を用意して
透明な余白を付けたい画像と合成するという方法もやってみましたが
composite -compose over input.png toumei.png
で実行すると
Magick: missing an image filename 'toumei.png' @error/compositeImageCommand/1607.
となってできませんでした。

OSはWindowsvistaです。

780 名前:デフォルトの名無しさん mailto:sage [2010/10/08(金) 12:25:51 ]
出力ファイル名が必要でしょ
composite -compose Over -gravity center in.png blank.png out.png

もっといい方法ありそうだけど

781 名前:デフォルトの名無しさん mailto:sage [2010/10/08(金) 13:29:16 ]
convert -size 512x512 xc:none -gravity center in.png -compose Over -composite out.png

512x512はブランク画像の大きさ、オフセット指定でできるようにしたいけどやりかた分からん
僕の環境ではバージョンが古いのでfxがうまく機能しなくてなんだかな
オフセット32pxl
convert -size $(expr $(identify -format '%w' in.png) + 32)x$(expr $(identify -format '%h' in.png) + 32) xc:none -gravity center in.png -compose Over -composite out.png

782 名前:デフォルトの名無しさん mailto:sage [2010/10/08(金) 16:36:27 ]
ごめんなさいもう一つだけ質問です。
convert *.png output.psdで余白を付けた画像を
.psdにしたのですが
そのoutput.psdのレイヤーの順を逆にしてconvertする方法はありますか?
とりあえず
convert file2.png file1.png file0.png output.psd
と順番を付くようにはしてみましたが
実はちゃんとした方法があるのでしょうか??

>>780
出来ました!
ありがとうございます。

>>781
やってみたら
出来あがった画像をphotoshopで読み込んだ際に
ファイルの色深度がphotoshopにないとかいうメッセージが出て
透明な部分が全て真っ黒になってしまいました。
とりあえずオフセット機能は北西指定して>>780したあとで-rollでずらしました。



783 名前:デフォルトの名無しさん mailto:sage [2010/10/09(土) 20:13:34 ]
すいません・・・
ImageMagickをインストールする際に
Install ImageMagickObject OLE Control for VBscript, Visual Basic, and WSH
するの忘れたんですけど・・・
後から設定する方法ありますか?
やっぱり再インストールですかね・・・?

784 名前:デフォルトの名無しさん [2010/10/10(日) 05:55:42 ]
ImageMagickをVBscriptで使いたいのですがインストール後
Set im = CreateObject("ImageMagickObject.MagickImage.1")
のところで
「ActiveXコンポーネントはオブジェクトを作成できません」という
エラーが出てしまいます。
どうしたらVbscriptでImageMagickを使う事が出来るのでしょうか?
OSはwindowsvistaです。

以下をやってみたけどやはり同じエラーが出続けます
ンターネットオプションのセキュリティのタブで
レベルカスタマイズからActiveX関連の部分を有効にする
regsvr32 /c /s "C:\Program Files\ImageMagick-6.6.4-Q16\ImageMagickObject.dll"の実行
ImageMagickのアンインストールと再インストール
ImageMagickについていたTEST用の.vbsを実行してみましたが
同じSet im = CreateObject("ImageMagickObject.MagickImage.1")で
同じエラーが出るのでこの文章自体は間違っていないようです。

気になるのは
インストール時にppm・・・というエラーメッセージが出た事です。
検索したらvbscriptには関係ないとのことでしたが一応状況を書きました。

↓エラーメッセージのスクリーンショットです。
viploader.net/ippan/src/vlippan156229.jpg

785 名前:デフォルトの名無しさん mailto:sage [2010/10/10(日) 08:55:47 ]
それ、正直画像処理じゃないから。
VB厨の集うスレへどうぞ。

786 名前:デフォルトの名無しさん mailto:sage [2010/10/10(日) 09:26:17 ]
そうだそうだ、とっとと稲

787 名前:デフォルトの名無しさん mailto:sage [2010/10/10(日) 12:10:43 ]
すいませんでした。
誘導ありがとうございます。




788 名前:デフォルトの名無しさん mailto:sage [2010/10/14(木) 15:35:49 ]
ここはひどいインターネットですね・・・


789 名前:デフォルトの名無しさん mailto:sage [2010/10/14(木) 23:54:00 ]
>>788
2ちゃんねるって場所が一番ひどいらしい。怖いから絶対に近づかないようにしてる。

790 名前:デフォルトの名無しさん mailto:sage [2010/10/28(木) 14:52:42 ]
opencvのActive Shape Model Libraryを使って顔形状モデルを作成してるんですが,
学習に必要な顔画像とそのasf(ラベル付けされたデータ)を含んだ顔データベースを探しています.
LibraryのReadmeにあった下記のサイトで幾つかのデータを得ることはできましたが,数が全然足りていません.
どなたか,下記のサイト以外で顔データベースを提供しているところをご存知無いでしょうか.
ttp://www2.imm.dtu.dk/~aam/

791 名前:デフォルトの名無しさん mailto:sage [2010/10/30(土) 01:54:06 ]
ここのページの真ん中らへんで紹介されてるサイトなんかどう?

「OpenCVで学ぶ画像認識」
gihyo.jp/dev/feature/01/opencv/0004

792 名前:790 mailto:sage [2010/10/30(土) 18:10:00 ]
レスどうもです.
リンク先のサイトで紹介しているものは全部顔データのみのデータセットですね.
今回僕が欲しいなぁっと思っているのは,
ttp://www2.imm.dtu.dk/~aam/faces/annotation.jpg
という790にも書いたサイトで提供しているような
顔とラベル付けデータとのデータセットなので,ちょっと違うかなぁって感じです.

ただ今自分でもラベル付けデータの作成をやっているので,
良い素材を紹介して貰えてありがたいです.

793 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 05:02:54 ]
マッチング処理でよく高速化とメモリ節約と単純化のために
グレースケール化してやるけど
以前から漠然とグレースケールよりもHSVのような人間の認識をベースにした
色差を利用した方がたぶん良い結果が出るだろうなと思ってたら
最近になって同じ考えでマッチング処理をやって効果が上がったという論文が出始めた
HSVではまだ不十分だと思ってる, 24bitカラーでも360しかないから

そこで24bitカラーを人間の認識的な意味での距離として同じく24bitの連番に置き換える方法はないだろうか?
例えば12000と13000は人間が見てもほとんど同じ色をしているとか
人間の認識的な色距離を無劣化で数値化出来ないだろうか?

794 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 05:33:00 ]
La*b* や Lu*v* のような、均等色空間とは違う話?

795 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 05:53:40 ]
そういう話だけど、立体的数値表現ではなくて
1次元の連番に出来ないだろうかという話
intで処理出来ればメモリと処理効率にあまり影響を与えず
性能だけ向上させることが出来るでしょ

796 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 06:24:08 ]
立体にも距離がありますよ

797 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 07:10:34 ]
色空間の1次元化については、いろいろトライしたことがあるけど。
人間の認識的な色距離を無劣化で・・・となると無理っぽい気がするなぁ。
いい方法があるんだろうか?



798 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 07:28:11 ]
無劣化というのは逆算してRGB値に戻せるレベルと言う意味で
赤と黄色の差と緑と黄色の差がたぶんどちらかが大きくなって
実際の距離とは違う方法でしか出来ないだろうけど
マッチング処理に関して言えば赤と黄色、赤と緑は「違う」という
情報さえ分かればいいので問題ないと思う

799 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 07:49:11 ]
RGBの粒子24bit個を人間の見た目でソートしたようなもの
似た色はより近い数値にソートされる
それを単純な変換式で実現したい
実際の色空間の距離概念とはかなり違ったものになるだろうけど
実用的レベルで判別が出来ると思うんだけどな

800 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 10:08:44 ]
>>799
でも錘体細胞が三種類あって、それぞれRGBの信号強度を脳に送っているんだから
知覚な色距離は三次元空間での距離になる。

認識的な色距離が何次元空間の距離か知らんが知覚と対応した三次元と考えるのが
自然な気がする。

801 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 10:50:54 ]
自然はそうだけどコンピュータ処理においては
自然なことよりプログラム的な特性が重要だから
ハッシュ関数みたいなもんで、ハッシュは不自然なデータ構造だけど
高速だから使うでしょ

802 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 15:31:10 ]
L*u*v*とかの均等色空間をジグザグスキャンで1次元化じゃいかんの?

803 名前:801 mailto:sage [2010/11/16(火) 15:38:29 ]
ジグザグ往復するから1次元配列を可視化すると何度も同じようなグラデーションが
出てくるだろうけどプログラム処理用だから問題ないのでは?
ついでにその1次元データをヒストグラム化すればもっとコンパクト

804 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 17:29:50 ]
>>803
801は私だが
ジグザグの意味がよくわかん
具体的に変換式を書いてください

805 名前:802 mailto:sage [2010/11/16(火) 21:30:35 ]
すまん、802の間違い。変換式というか、アルゴリズムだな。
「ジグザグスキャン」はJpegの符号化でも使われてるこういうもの。
laputa.cs.shinshu-u.ac.jp/~yizawa/InfSys1/advanced/image_cod/fig3.jpg
これを色空間の3次元データに拡張してみればいいんではないかというアイデア。

ヒストグラム化すればというのも、Jpegで周波数空間に置き換えるのに近い
イメージかもと思った。

806 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 21:38:04 ]
でもまあ2次元のヒストグラムはOpenCVの関数一発で簡単に出せるんだよな。
opencv.jp/sample/histogram.html#hist_2d
これをつかってヒストグラムマッチするだけでもShiftよりもいい結果が出せるかもよ。


807 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 21:45:47 ]
それに近いことやってる論文発見
「照度を考慮したMean-Shift によるカラートラッキング」
www.vision.cs.chubu.ac.jp/04/pdf/PIA03.pdf



808 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 07:18:41 ]
色をベクトル量子化して近いもの同士を寄せたいならSOMはどうだ。


809 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 08:49:37 ]
>>793から離れて、あさっての方向に向かっているな。伝言ゲームかw

810 名前:名無し募集中。。。 mailto:sage [2010/11/17(水) 21:45:46 ]
人間の認識として色が近い事を表現する色空間について
ここあたりが参考にならないかな
d.hatena.ne.jp/ultraist/20090520/1242782583
この中で参考にしているサイトが消えちゃっているんだけど
プログラムが残っているのでわかるとおもう


811 名前:デフォルトの名無しさん [2010/11/17(水) 22:16:53 ]
すいません、質問なんですが。
OSはウィンドウズでコンパイラはBCCデベロッパーです。
画像処理でパステル調にしたいんですができないんです


812 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 22:22:07 ]
あちこちで聞くな!最低だなおまえ!

813 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 22:55:38 ]
ああ、そこかぁ
久しぶりに見たらさくらたんばかりで和んだ

audioswitchさんはむかし画像検索エンジン作っていたなぁ
はてな, Blogger, FC2で先月までRSS着てたのにそういえば最近見てないなぁ

814 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 23:03:19 ]
>>811
パステル調といっても、いろいろあるぞ。
元画像と、それをパステル調に変換した画像のサンプルとかある?

815 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 23:26:23 ]
>>811
hibari.2ch.net/test/read.cgi/tech/1289049065/559
にコマンドラインプログラムでCのコードをあげときました。参考になればいいのですが。

816 名前:815 mailto:sage [2010/11/17(水) 23:27:40 ]
失礼、
hibari.2ch.net/test/read.cgi/tech/1289049065/560
です。

817 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 23:28:35 ]
参考にしたら金とられるんだろ?こわいこわい



818 名前:デフォルトの名無しさん [2010/11/17(水) 23:44:01 ]
>>811
これを使え
opencv.jp/sample/misc.html#clustering

819 名前:デフォルトの名無しさん mailto:sage [2010/11/18(木) 01:32:06 ]
マッチングをあかるさと色合いの組み合わせで考えるのは
知覚がどうこうじゃなくてカメラや照明の特性から来るものだとおもうんだけど

>>793
>人間の認識的な意味での距離として
これは人種によって違うんじゃなかったかなぁ?

>>800
>でも錘体細胞が三種類あって、それぞれRGBの信号強度を脳に送っているんだから
まさかRGBなんて知覚刺激があるとおもってるんじゃないよね?
画像処理やってるなら色は物理量じゃないって知ってるよね?

820 名前:デフォルトの名無しさん mailto:sage [2010/11/18(木) 05:54:28 ]
L*a*b* とかでググれば

ミドルウェアでソフトエウェアクロマキーを作った時の話だけど
L*a*b* 色空間とは、人間が色を識別する状態の数値化空間
よって、その3次元値をベクトルとみなし、そのベクトルの差分(二つの色の差)の大きさ(スカラー値)を求めれば
その大きさによって人間がどう感じるかの数値化が出されている(たしかD65とか規格がある)

突っ込んだ話になると、その基準となるD65とかのリアルな輝度の初期値とか難しくなるから割愛w

それこそ、赤とか青とかは人間の言語の話で
例えば青っぽいのと緑っぽいとの差でも、近い色と感じる場合と、全然違うと感じる場合があるよ

因みにHSVとかは、ほとんどRGBの単なる変形だから
人間の認識的な処理をさせるのは難しいよ(つまりRGBも難しい)

821 名前:デフォルトの名無しさん mailto:sage [2010/11/18(木) 07:11:56 ]
同一対象(照明等の条件も同じ)でも周辺に配置されているものが異なれば人間の認識する色は異なる。
逆に波長が異なっても同じ色として認識する。肌色が顔ではなく顔が肌色。

822 名前:デフォルトの名無しさん mailto:sage [2010/11/18(木) 08:41:04 ]
いやいや問題にしてるのはその方法だと
毎回ソースとターゲットの画素単位で色距離を計算しないといけないだろ
平方根のあるあの3次元の距離の公式だ
それはプログラム的にものすごいコストだろ
色距離情報を24bit integerに集約できればかなり高速化出来るじゃないかって話をしてるんだ

823 名前:デフォルトの名無しさん mailto:sage [2010/11/18(木) 08:53:18 ]
>>821
重要なのはグレースケールだと輝度だけだしな
肌色も糞もあったもんじゃないし
エッジ検出がおかしくなってるのは目に見えてるだろ
今出回ってるアルゴリズムのほとんどがこの問題のせいで精度が落ちてるはず

824 名前:デフォルトの名無しさん [2010/11/18(木) 10:43:21 ]
>>821さんがいってるのはL*a*b*の均等色空間の色差を使ってですら十分じゃなくて、
周辺の色への順応とか対比とかで中心の色の知覚が変わっちゃうから手におえない
ねってことでしょう?
顔は肌色をしてるもんだという観念的なものにも影響を受けると


825 名前:デフォルトの名無しさん mailto:sage [2010/11/18(木) 13:10:40 ]
そうか?人間に認知出来ないものはどうやったって認知出来ないのは当たり前だけど
現状の人間の認知レベルにも達してないグレースケールが使われてるのは問題だって言ってるだけ
肌と同じ明るさの緑の服とかが見分けられないからな
色差を利用するだけでエッジ検出段階で得られる情報が格段に向上する
特徴点も増える、領域の境界もより厳密に分割されるようになる

826 名前:デフォルトの名無しさん [2010/11/19(金) 03:39:50 ]
輝度を利用するってのはコストパフォーマンス的には良いだろう
人間は輝度の変化には敏感だからアナログテレビなんかでは輝度情報は細かく
色情報は荒く圧縮してる

ところで、グレースケール1次元をRGBの3次元にしたら情報量が増えて認識率が
アップするのは分かるんだけど、じゃあRGBの3次元をL*a*b*とかのの3次元に
したところでなにか利点はあるんだろうか?

827 名前:デフォルトの名無しさん mailto:sage [2010/11/19(金) 09:38:43 ]
同じ色彩のまま暗くしたいときに
HSVだとVだけ下げればいいけど
RGBだと全ての要素を下げるだろ。
同じ色が少し影になったときにRGBは変化が大きい。
人間には同じ色に見えるのに。




828 名前:デフォルトの名無しさん mailto:sage [2010/11/20(土) 15:57:30 ]
RGBって液晶画面等の3原色を表示する為の値
L*a*b*は色差を出す色空間に変換された値

例えばプリクラとかで、写真のグリーンバックが抜けるだろ
あれはL*a*b*空間に変換しなければ、RGBやHSVとかの情報じゃ絶対に出来ない

グリーンバックの濃淡部分なのか、
フラッシュ光がグリーンの壁に反射して人物や服に映りこんでいるのかは
RGBやHSVじゃ調べる計算式がない
L*a*b*なら差分ベクトルの大きさを出せばその数値で比較するだけ

論より証拠、WEBでグリーンバックの画像を拾って、
自分でグリーン以外の対象を抜き出してみるとわかる

*ブルーバック等でも同じ意味

829 名前:デフォルトの名無しさん mailto:sage [2010/11/20(土) 20:01:28 ]
>>828
HSVでもできるんじゃないか?

「HSV」の色立体
upload.wikimedia.org/wikipedia/commons/8/8f/HSV_cylinder.jpg
「L*a*b*」の色立体
www.sikiken.co.jp/colors/fig-c/fig_lab_01.jpg

830 名前:デフォルトの名無しさん [2010/11/20(土) 21:14:35 ]
数値的な意味を理解すれば、そんな見た目で判断する事はないんだけど…

HSVは、色相、彩度、明度の値
これを3次元ベクトルの値にしてもまったく意味をなさない
L*a*b*はベクトル値の差が、色差となる空間になっている

やってみると良い、と言ってるでしょ
結果の制度がまったく違う

831 名前:デフォルトの名無しさん mailto:sage [2010/11/20(土) 22:08:36 ]
制度ねぇ

832 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 04:53:48 ]
>色距離情報を24bit integerに集約できればかなり高速化出来るじゃないかって話をしてるんだ

簡単だよ、でも事前の作業やメモリ使用量は半端なく大きくなる
L*a*b*でも何でも良いが、その色距離情報とやらの各要素値の取り得る最大値を定義する
それを要素の最大値としたベクトルを想定し、
そのベクトルの要素の値の組み合わせを整数値で良いから全パターンテーブル化
今度は、そのベクトルテーブルが指す一つ一つのベクトルと、他の全テーブルのベクトルの組み合わせ
(このベクトル同士の組み合わせを色差とみなす)をテーブル化すれば、
そのテーブルのインデックスがお望みの色距離情報を24bit integerに集約だろ
24bitで数が足りるかは知らんがw

833 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 08:44:50 ]
3次元ベクトルの数値的な意味は見た目で分かるだろ。
図で分かるようにHSVは色相が角度だから2つの色の類似度や距離が計算しにくい。
CIELABは色空間でのユーグリット距離が人間の感じる色の近さに対応しているから扱いやすい。


834 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 08:49:24 ]
ユークリッド

>>832
1要素8bitの3次元だったらそのままで24bitだろ。
何もする必要がない。


835 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 10:27:39 ]
>>832
黒からの距離を24bitに当てはめると赤も青も同じ数値になるんじゃないか?
そういう意味じゃなく?

たとえば赤を基本とした灰色と青を基本とした灰色は人間から見ると同じ灰色だよな
だからこの2つは同じような数字に変換されたほしいが
濃い赤と青はまったく違った数値に変換されてほしいわけだ

836 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 10:33:37 ]
いったん24bit個を全組み合わせのユークリッド距離を計算して
全部ソートしたものを作り出して
そこから逆説的に変換式を導き出すしかないのかな

837 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 10:38:36 ]
そうだなソートの仕方は
隣接する色とのユークリッド距離をエネルギーとして
エネルギーが最小になる並びになるまで繰り返す
谷にはまる可能性があるから、最終的には目視で調整が必要かも

誰かお願いしますw



838 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 10:53:16 ]
要は、どこまで手間隙かけるかの落としどころだね。

839 名前:名無し募集中。。。 mailto:sage [2010/11/21(日) 11:06:48 ]
距離を比較するだけなら√する必要がないから
適切な色空間を選べば良いんじゃないの

840 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 17:25:02 ]
24bit x 8byte(32bit)で
だいたい100MBくらいのDBを作れば出来るな
RGB順にインデックスを取ったとしても隣接距離は既に近いから
単純に横を比較するのではなく、ランダムに選抜した2つとその前後を比較して入れ替えをしていくと
1週間も繰り返してれば安定してくるかもしれない

841 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 17:55:27 ]
32bitは4byteだと思うが…

それに値に応じたインデックス作るなら、
クイックソートかなんか使って完全に値順のテーブル化をするべきでしょ

ランダムで入れ替えて作ったテーブルなんて
どんなに時間を回しても信用ならないだろ

…なんかファジーな子だねw

842 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 18:20:07 ]
>>841
勘違いしてるようだな
青と赤の隣接距離と青と緑の隣接距離は同じなんだぞ
単純に並べ替えるだけだと同じ場所に来てしまう
これは普通のソートとは意味が違う
青から見て赤と緑は距離は同じだけど
どちらかが遠い場所にソートされないといけないわけ
問題が既にファジーなの

843 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 18:23:51 ]
ここは3次元のピタゴラスの定理がまだ発見されていない世界なのか

844 名前:デフォルトの名無しさん mailto:sage [2010/11/21(日) 23:58:58 ]
>>842
君はデジタルの作業や思考が無理なんだね

>青から見て赤と緑は距離は同じだけど
>どちらかが遠い場所にソートされないといけないわけ

普通にソート後に、同じ隣接距離値内で
RGB値元にソートしなおせば良いだけ

元になるテーブル値を作ろうって時に、さらにどう並べたいかも決まってるのに
ランダムとかで作業するって、無いわ…

845 名前:デフォルトの名無しさん mailto:sage [2010/11/22(月) 00:05:49 ]
テーブルにランダム要素が必要では無いと絶対に言い切れるし

ランダムで行おうとしている内容を定義して、漏れなく行えば良いだけ

結局はプログラム的な思考が出来てないだけ


846 名前:デフォルトの名無しさん mailto:sage [2010/11/22(月) 02:24:27 ]
高次元での位置関係を保持したまま低次元に落とすのには
Self Organizing MapsやGenerative Topographic Mapでやってただろ
視覚化の分野では


847 名前:デフォルトの名無しさん [2010/11/27(土) 14:03:08 ]
>>790
Caltecが画像認識処理のサンプルデータを配布している。
www.vision.caltech.edu/html-files/archive.html



848 名前:デフォルトの名無しさん [2010/11/30(火) 11:38:55 ]
SIFT特徴量を抽出するいいLinuxのコマンドラインプログラムない?


849 名前:デフォルトの名無しさん mailto:sage [2010/12/01(水) 01:16:40 ]
VLFeat

850 名前:デフォルトの名無しさん mailto:sage [2010/12/02(木) 11:37:06 ]
ガウシアンフィルタについてですが
σ=s1のフィルタをかけてからさらにσ=s2のフィルタをかけること は
σ=s1*s2のフィルタをかけること と同じことでしょうか?

851 名前:デフォルトの名無しさん mailto:sage [2010/12/02(木) 12:54:31 ]
>>850
両者は全然違う。

試しに、a[0] 〜 a[4] の5要素1次元データに幅3のフィルタをかけて、
結果(a[2])の値を比べてみればいい。

あるいは、フィルタの計算式を立てることでもすぐに分かる(式を立てる途中で気づくはず)。

852 名前:851 mailto:sage [2010/12/02(木) 13:22:58 ]
もっと簡単に言えば、
σ=1 で考えてみればいい。
二度フィルタリングするのと同じか。

853 名前:850 mailto:sage [2010/12/02(木) 13:28:16 ]
やりたいことは

σの大きなガウシアンフィルタをかけたいが
カーネルサイズも相応に大きいために計算時間がかかる

σの小さいフィルタ群(=カーネルサイズも小さい)
を複数回かけることで同等の結果を得たい
使用する小さいフィルタのσの値と回数を求めたい

といったことです

任意の2か所の画素位置A,Bについて,輝度値をL(A)と表すとすると

大きいフィルタを1回だけかけたときの
原画L(A)の結果画像L(B)への寄与率

小さいフィルタを複数回かけたときの
原画L(A)の最終結果画像L(B)への寄与率

等しくなればいいと思うのですが
式を考えようとしても
フィルタをかける毎に画素の輝度値が周辺に拡散して
それにさらにフィルタをかけるから……??
と混乱してしまい…

854 名前:デフォルトの名無しさん mailto:sage [2010/12/02(木) 16:12:25 ]
普通は小さいフィルタ複数回かけるより、大きいフィルタ1回のほうが早いと思うが・・・
ボカすのが目的だろうから、ガウシアンじゃなくもっと軽いフィルタを検討するとか

855 名前:デフォルトの名無しさん mailto:sage [2010/12/02(木) 18:05:56 ]
>>85
σの大きさが処理速度に関係するのか?

ガウシアンフィルタって次のヤツだろ

f(x,y) = 1/(2 * π * σ^2) * exp (-(x^2 + y^2) / (2 * σ^2))

856 名前:デフォルトの名無しさん mailto:sage [2010/12/02(木) 18:08:03 ]
ごめん、>>855 は無視して

857 名前:デフォルトの名無しさん mailto:sage [2010/12/02(木) 21:08:20 ]
まず初めに1次元ガウシアンフィルタを横方向にかけておき、
その結果に対して同じ1次元ガウシアンフィルタを縦方向にかける、
という処理にすれば、もしかしたらメモリキャッシュなんかの効率が良くなり、
もしかしたら SIMD 系の CPU 命令を効率よく活用できるかもしれん。
(ただし、このように処理を分けると計算式内の乗算、加算の個数は単純に増える)

あと、OpenCV のソースを見てみるのも手かもね。

既にやってた後ならごめん



858 名前:デフォルトの名無しさん [2010/12/02(木) 21:42:40 ]
SIFT特徴量って、元画像のカラー情報は必要ないんだよね。
これは特徴量を算出するためには元画像をグレースケールに変換する必要があるってこと?
それともカラー画像のままでもSIFT特徴量には変わりはないってこと?


859 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 01:24:51 ]
縦と横でフィルタリングするのは、斜め方向の距離を無視することになるから
加工された画像に特徴的なノイズが乗る場合があるね。
いっそ、fftしてフィルタリングしてifftしたら?

860 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 07:12:38 ]
フィルタリンクの質ではなく、
おそらく畳み込みの処理速度を問題にしているのだと思うが

861 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 15:22:40 ]
>>858
1チャンネルの画像を対象にしたアルゴリズムだからグレースケールで処理する
カラーごとに特徴点検出をすることもある(color SIFT)


862 名前:デフォルトの名無しさん [2010/12/03(金) 17:26:55 ]
カラーヒストグラムを使った画像検索は簡単にできたので、SIFT特徴量を使った形状認識をさせたいんだけど、
静止画像から生成されたSIFTファイルを使った、他の画像とのマッチングアルゴリズムが良くわからない。
原理的に、動画で写っている特定の物体を動画のフレーム間で同一物体として認識させるような用途には使えそう
なことは判るんだが、まったくことなる静止画像をSIFT特徴量で比較してもデータがマッチングする余地はないんじゃないかと思う。
SIFTファイルを使った類似画像検索技術について、いい参考資料はない?


863 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 20:38:51 ]
画像のサムネイルを作りたいのですが。
800*600を1/8にして100*75のBMPにしたいです。
何か良いアルゴリズム又はサンプルソースありませんか?

864 名前:デフォルトの名無しさん [2010/12/03(金) 22:19:28 ]
そんなのImageMagickで1行だよ。


865 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 22:22:38 ]
今見ましたが、プログラムの中に組込みたいんです。
言語はC++です。他の言語でもアルゴリズムかサンプルがあれば、
参考にしたいです。

866 名前:デフォルトの名無しさん [2010/12/03(金) 22:23:55 ]
こんな感じで一括変換が可能

ls -1|awk -F. '{print "convert -geometory 100x75 "$1".jpg "$1".bmp"}'|sh

867 名前:デフォルトの名無しさん [2010/12/03(金) 22:25:45 ]
だったらOpenCV



868 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 22:30:14 ]
8x8ピクセルを平均して1ピクセルにすればいいんだよ

869 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 22:48:19 ]
>>867
OpenCV 見ました。とても面白そうだけど、組込むには大きすぎるような…
ライセンスを見つけられなかったし…
OpenCVって商用可能なフリーなんですかね?
>>868
一度それでやってみます。


870 名前:デフォルトの名無しさん [2010/12/03(金) 23:34:06 ]
>>869
ImageMagickはライブラリがあるからプログラムに組み込めます。
もっとぐぐってください。

871 名前:デフォルトの名無しさん [2010/12/04(土) 04:36:06 ]
>>869
OpenCVは商用可能なフリー(BSD)だよ

872 名前:デフォルトの名無しさん [2010/12/04(土) 13:12:22 ]
cの中で内部実装するにしても別にライブラリ呼び出す必要性なんかないんじゃないかと思うよ
そのままsytem関数で外部コマンドを実行させればいいわけだし。


873 名前:デフォルトの名無しさん mailto:sage [2010/12/04(土) 16:49:09 ]

画像うpろだ作りたいんだけど、これだけはやっとけってことは何?
必須機能な

874 名前:デフォルトの名無しさん mailto:sage [2010/12/04(土) 17:02:03 ]
>>873
先ずは板違いを認識することだな。

875 名前:デフォルトの名無しさん mailto:sage [2010/12/04(土) 21:16:46 ]
>>869

OpenCVのサンプルソースだ。お好みで画像の彩度を上げたりもできるだろうよ。

blogs.wankuma.com/aomushigou/archive/2009/01/13/166290.aspx

ちなみに表示させる必要はないからcvShowImage()はいらなくて、
代わりに、保存させるcvSaveImage(ファイル名)だな。
ファイル名を変えながらforで回せば出来上がり。

876 名前:デフォルトの名無しさん mailto:sage [2010/12/04(土) 21:29:55 ]
>>870,871,875
情報ありがとうございます。
>>875のサンプルは短いですね〜、ちょっとやってみます。

877 名前:デフォルトの名無しさん mailto:sage [2010/12/05(日) 11:12:15 ]
>>862
キーポイントの集合をbag of features(bag of keypoints、 bag of visual wordsとも)
として検索すれば似たシーンなどは検索できる
精度はあまりよくない
同一物体を検索したいなら大規模なキーポイントのデータベースを作って
近似最近傍探索等で探す




878 名前:デフォルトの名無しさん mailto:sage [2010/12/06(月) 19:28:51 ]
OpenCVよりもpython-fuのが便利だ

879 名前:デフォルトの名無しさん [2010/12/06(月) 21:18:13 ]
だれかぼくのSIFT特徴量使った類似画像検索の質問答えて、お願い


880 名前:デフォルトの名無しさん mailto:sage [2010/12/07(火) 10:25:31 ]
>>862
比べる2枚の画像からそれぞれSHIFT特徴量のベクトルを出しておくだろ?
それらの特徴のスケールが大きいもん同士を比較すればいいんだから、
細かいところが違ってても一致するんだよ。
「特徴がスケール大きい」ってのは、濃淡の変化の仕方がなだらかって感じで
要するに細かいテクスチャなんかは無視して大きな変化を見てるってこと。
Jpegとかの低空間周波数成分をイメージするといいかもしれないな。

881 名前:デフォルトの名無しさん mailto:sage [2010/12/07(火) 10:31:35 ]
「いい参考資料はない?」って質問してんだけど

882 名前:デフォルトの名無しさん mailto:sage [2010/12/07(火) 18:38:33 ]
>>881
あるよ


883 名前:デフォルトの名無しさん mailto:sage [2010/12/07(火) 21:27:07 ]
bag of featrues でググって引用が多い5件

884 名前:デフォルトの名無しさん mailto:sage [2010/12/08(水) 02:17:14 ]
>>879
szeliski.org/Book/
Chapter 14


885 名前:デフォルトの名無しさん [2010/12/08(水) 21:30:19 ]
>>884
このよさそうじゃん。
ちょっとじっくり読んでみる

886 名前:デフォルトの名無しさん [2010/12/10(金) 14:17:05 ]
SIFT特徴量の実装例、いくつかみてまわったんだけど、アプリケーションはMATLABで書いてるのが多い。
MATLABのホームページにいっても価格は要問い合わせとかになっていて公開されてないし。
なんか高そうなんですけど、実行系はGNU Octaveにかえてもだいじょうぶなのでしょうか?
そもそもなんでMATLABとか特殊なソフトが登場してくるわけ?


887 名前:デフォルトの名無しさん mailto:sage [2010/12/10(金) 16:17:38 ]
>>881
コンピュータビジョン最先端ガイド 3
にBag of featuresの解説が2章ほどあった。



888 名前:デフォルトの名無しさん mailto:sage [2010/12/10(金) 17:10:48 ]
>>886
特殊ではなく、多くの研究者が使っているよ。論文のデモはMATLABばかりだし。
ほとんどはoctaveでも動く。
学生なら大学がライセンス持ってると思う。


889 名前:デフォルトの名無しさん [2010/12/11(土) 00:00:42 ]
一通り読んでみたけど、SIFT特徴量でググる際の一番いい検索ワードは「bag-of-featrues」だった。
これは単純にググってもでてこないわ。

局所特徴量をヒストグラム化してクラスタリングで分類というところまでは理解した。
後半部はカラーヒストグラムによる類似画像検索と同じなどので、前半の実装ができればすぐに作れそう。



890 名前:デフォルトの名無しさん mailto:sage [2010/12/11(土) 04:40:23 ]
>>886
OpenCVでもSIFT使えるのは知ってるのか?

891 名前:デフォルトの名無しさん mailto:sage [2010/12/11(土) 04:55:27 ]
>>886
本末転倒だな。OctaveはMATLABクローンだぞ。つまり、MATLABがあって初めてOctaveがある。
派生物よりオリジナル用に書いてあるのも当然じゃないか。

892 名前:デフォルトの名無しさん mailto:sage [2010/12/11(土) 11:02:25 ]
>>887
3・・・だと・・・

893 名前:デフォルトの名無しさん mailto:sage [2010/12/11(土) 15:07:27 ]
>>892
12月8日発行とあった。
密林では、まだ扱っていないようだ。

894 名前:デフォルトの名無しさん [2010/12/11(土) 18:00:29 ]
でもMATLABって普通のとこじゃ売ってないじゃん。
大体、一般ライセンスはいくらすんのさ?

895 名前:デフォルトの名無しさん mailto:sage [2010/12/11(土) 20:36:09 ]
>>894
1ライセンス40万くらいだったと思う。
コンピュータビジョンの研究なんて普通の人はしないからな。
他人のコードを動かすだけならOctaveで困らないし
読めれば動かすこともないと思うよ。
どうせアプリケーションはCだろうし。


896 名前:デフォルトの名無しさん mailto:sage [2010/12/14(火) 16:20:54 ]
CまたはC++で動くDCT高速アルゴリズムのソース探してます。
ブロックサイズを変化させて実行したいので、ブロックサイズを任意に指定できるものがほしいです。
どなたかご存じのでしたら教えてください。
よろしくお願いします。


897 名前:デフォルトの名無しさん mailto:sage [2010/12/17(金) 23:23:30 ]
ImageMagickで複数のpng画像からpsdファイルを作ろうとしましたが
できたpsdファイルを見るとレイヤーの透明部分がロックされてしまいます。
ロックされないで合成する方法かあるいは出来たpsdファイルのロックを
プロンプトの命令で外す方法がありますか?
↓作ったコマンド
convert -geometry 896x704! 00000.png 00000.png
convert -geometry 896x704! zzz.png zzz.png
composite -compose Over -gravity northwest background_tile.png zzz.png background_tile.png
composite -compose Over -gravity northwest layer000.png zzz.png layer000.png
convert -roll +0+0 layer000.png layer000.png
convert 00000.png background.png layer000.png henkan.psd



898 名前:デフォルトの名無しさん mailto:sage [2010/12/17(金) 23:48:14 ]
板違い

899 名前:デフォルトの名無しさん mailto:sage [2010/12/17(金) 23:56:12 ]
>>898
うわ、すいません
どこに行けばいいですか???


900 名前:897 mailto:sage [2010/12/18(土) 02:02:04 ]
すいません、透明部分のあるpng画像をpsdに変換しただけで
透明部分がロックされたPSDが出来てしまう
事が分かりました。
どうしていいかまったく分からないです
なんかアドヴァイスお願いしますOTL

901 名前:デフォルトの名無しさん mailto:sage [2010/12/18(土) 02:58:22 ]
だからスレ違いだと言ってるだろすっとこどっこい

そんなの画像処理でもなんでもない

902 名前:デフォルトの名無しさん mailto:sage [2010/12/18(土) 14:19:32 ]
フォトショスレに行けば?

903 名前:897 mailto:sage [2010/12/18(土) 15:00:26 ]
バイナリエディタで手動で変えるところまで出来たので
とりあえずどこかへ移動します

904 名前:名無し募集中。。。 mailto:sage [2010/12/20(月) 14:27:27 ]
ここは画像認識系の画像処理スレだから
画像加工系の画像処理はフォトショップ系のスレに移動してねっていう意味

905 名前:デフォルトの名無しさん mailto:sage [2010/12/20(月) 14:40:08 ]
それ以前に、特定ソフトの操作方法(しかもファイル操作)の話は画像処理プログラミングとは全く関係無いだろうと
画像加工でもアルゴリズムの分析や最適化とかなら良いだろうし

906 名前:デフォルトの名無しさん mailto:sage [2010/12/20(月) 18:49:57 ]
誰か突っ込めよ

907 名前:デフォルトの名無しさん [2010/12/20(月) 19:18:13 ]
なんでやねん!



908 名前:デフォルトの名無しさん [2010/12/20(月) 20:54:34 ]
組み込みじゃない画像認識ってハルコンとか使うの?

909 名前:デフォルトの名無しさん mailto:sage [2010/12/22(水) 02:37:00 ]
>>905
ソフトじゃなくてバイナリデータの内容の話ならいいですか??
psdからだいぶデータを取得したけど
検索したサイト見てもよく分からない部分がありまして・・・

910 名前:デフォルトの名無しさん mailto:sage [2010/12/22(水) 03:27:20 ]
www.youtube.com/watch?v=0mEHKFibv0g

911 名前:デフォルトの名無しさん mailto:sage [2010/12/22(水) 13:24:02 ]
>>910
あああ、画像処理ってこういう高レベルの事でしたか・・・
どうもすいませんでした。
あとすいません自己解決もしました。
お騒がせしました


912 名前:デフォルトの名無しさん mailto:sage [2010/12/22(水) 19:16:43 ]
>>911
20年前のFM-TOWNSでこうしたアイデアは先取りされていたけどね
画面にリアルタイムに映った自分の手でCGのボールを操作するゲームがあった

913 名前:デフォルトの名無しさん mailto:sage [2010/12/22(水) 19:18:03 ]
www.youtube.com/watch?v=JQvLt7DQhaI
www.youtube.com/watch?v=MZHEzDmXO2w


914 名前:片山博文MZ [2011/01/01(土) 13:28:49 ]
パスの単純化の方法がわかりません。
困っています。教えてください。お願いします。

915 名前:デフォルトの名無しさん mailto:sage [2011/01/01(土) 15:00:49 ]
potraceのソース嫁
本だったら「画像認識の基礎T」

916 名前:デフォルトの名無しさん [2011/01/01(土) 15:23:58 ]
画像処理関係はVC++やVC#より、Gimpの作成元のGtk+とかの方が優れているんでしょうか?

作るソフトはそう難しい処理をするわけでもないんですが、Gtk+の方が簡単な処理にも画像処理の点において
便利な関数とかあるなら、そっちを使いたいです。VC#でやってみたんですが、jpegなどにUI上で任意の図形を描画して
保存するのも結構手間がかかります。

917 名前:デフォルトの名無しさん mailto:sage [2011/01/01(土) 16:52:26 ]
関係ない



918 名前:デフォルトの名無しさん mailto:sage [2011/01/02(日) 01:47:23 ]
www.youtube.com/watch?v=x32TGROYbdU&feature=related
これと同じことをやりたいです。
背景差分→blob抽出→meanshift→オブジェクト同士が衝突するときKLTで推測?
なんですかね

さっぱりわかりません。
どなたか天才の方教えてください。



919 名前:デフォルトの名無しさん mailto:sage [2011/01/02(日) 01:55:27 ]
天才はここにはいないよ
他をあたってくれ

920 名前:デフォルトの名無しさん mailto:sage [2011/01/02(日) 03:25:18 ]
とりあえず、同じような処理を作って試してみれば良いんでね?

921 名前:片山博文MZ [2011/01/02(日) 13:44:44 ]
>>915 thanx






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<212KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef