981コメント308KB

画像処理その12

レス数が950を超えています。1000を超えると書き込みができなくなります。

0001デフォルトの名無しさん

2009/07/09(木) 09:52:04

画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎

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

0002デフォルトの名無しさん

2009/07/09(木) 10:22:05

2 gotten

0003デフォルトの名無しさん

2009/07/09(木) 18:26:57

ポニーテール

0004デフォルトの名無しさん

2009/07/09(木) 22:50:56

アイスラッガー

0005デフォルトの名無しさん

2009/07/09(木) 23:30:21

ズレてるだけ

0006デフォルトの名無しさん

2009/07/10(金) 13:38:25

かぞえてくれ
ttp://www.yomiuri.co.jp/zoom/20090708-OYT9I01080.htm

0007デフォルトの名無しさん

2009/07/10(金) 17:30:00

画像処理って、C言語オンリーでもできるの？
っていうか、ライブラリ関数の中身が知りたいんだけど・・・

0008デフォルトの名無しさん

2009/07/10(金) 19:00:54

OpenCVつかいますか？
中身も自作？

0009デフォルトの名無しさん

2009/07/10(金) 19:59:47

むしろC言語でライブラリと組み合わせてやるのが主流。

0010デフォルトの名無しさん

2009/07/10(金) 23:27:41

>>7
C言語で出来ないんなら、ライブラリはどうやって作ってるんだ？

0011デフォルトの名無しさん

2009/07/11(土) 00:45:57

pythonで使ってみた
うちのpythonは2.5だったのに
OpenCV1.1pre1aを入れたらpython2.6用で使えずorz
OpenCV1.0を入れ直してうまくいったので快適

0012デフォルトの名無しさん

2009/07/11(土) 00:46:58

誤爆したorz

0013デフォルトの名無しさん

2009/07/11(土) 01:28:13

>>10
C言語の学習っていったら、だいたいライブラリ関数の使い方だからさ
どうやったらいいのか不思議でたまらないんだ

0014デフォルトの名無しさん

2009/07/11(土) 01:40:29

http://www.amazon.co.jp/dp/479800958X

0015デフォルトの名無しさん

2009/07/11(土) 01:41:02

>>13
画像処理系の教科書読めば書いてあるだろ。

0016デフォルトの名無しさん

2009/07/11(土) 01:44:45

>>13
ライブラリ使ってると内部で何やってるのか不明で気持ち悪いのはわかる。
暇な時にBMPファイルの構造やC言語での読み込み方について調べてみるといい。
OpenCVにしろ何にしろ、ライブラリはその読み込み手順とかを関数化しただけだから。

0017デフォルトの名無しさん

2009/07/11(土) 02:00:10

最近思うんだけど、画像というのはメモリに展開される「データ」であって、ハード（OSとかのネイティブシステム）に依存しないでしょ。
簡単にいえば、bmp,jpgとかは別にmsとかmacじゃなくてもx windowでも開けるし編集も出来る。
だからネイティブに依存しまくってるCでライブラリを作る必要ってあまりないじゃないの？
画像解析とか１ピクセルごとの処理が必要でハード資源が必要だから、携帯とか組み込みとかでは
やらないからCコンパイラ対応である必要もない。

つまりjavaとかc#とかで画像処理ライブラリ自体を仮想化すればいいんじゃないかな。
アルゴリズムの方をvmのコードで作って、各ハード（GPUとかカメラICとか）のIOの方は今までどおりCにして住み分ければいい。
そうすると、GPUのストリームプロセッサで処理されるかどうかを気にしなくてアルゴリズムに集中できるようになる。

0018デフォルトの名無しさん

2009/07/11(土) 02:03:01

意味不明

0019デフォルトの名無しさん

2009/07/11(土) 02:09:16

Java厨なのはよくわかった

0020デフォルトの名無しさん

2009/07/11(土) 02:16:13

>>17
JavaとかC#で実用的な速度出せるようになればいいね。

0021デフォルトの名無しさん

2009/07/11(土) 02:19:42

アルゴリズムの方は、せっかく発明したから隠しておきたいって言うのもわかる。
だけど、結局同じような機能は別の方法で再発見できるわけで、それが多少高速か、アルゴリズムが分かりやすいかの差でしかない。
同じソートアルゴリズムでもクイックソートが必ずしも万能でなはなく、見方によってはマージソートの方が扱いやすいとか。

２Dでは、輪郭を抽出するとかあるけど、結局誰もが同じようなアルゴになるわけで、多少早いか実装しやすいかとかいわゆる「経験と勘」の差でしかない。
この車輪の再発明で、お互い利益競争（各社高額な画像ソフト）して、足踏み（クローズド）するよりは、それを（賛同者は）公開して共有して、
そのアルゴをブラックボックス化（ライブラリ・モジュール化）して次のステップのアルゴを考えたほうがよっぽど（その分野は）存続していけるとおもうよ。
ただ、輪郭抽出アルゴをあたりまえとして次の話題に進むからより専門化していくのは確かだけど、
若い技術者が、すでに完成している分野のアルゴで立ち止まる必要はなくなり、若い「知」のリソースを有効活用して次のアルゴが生まれるようになると思う。

有効ではあるけど、ピクセルごとにforとifでまわすだけとか、forのなかにifばっかりとかはいいかげん卒業して、ブラックボックスとして自作ライブラリにして、より高度な機械的な処理を目指して欲しい。
ifばかり使うと収拾がつかなくなりそのうち分岐が多すぎて管理できなくなるから、それは高度な処理はとはいえず、for + if だらけのコードは使い捨てコードに等しいよ。

0022デフォルトの名無しさん

2009/07/11(土) 02:31:50

なんだライブラリが欲しいだけか
これだからC♯厨は

0023デフォルトの名無しさん

2009/07/11(土) 02:35:10

>>20
３Dの解析じゃないなら、クライアントPCは1G...1.4G程度で十分では？
600MHzでも十分だと思いますけど。
そのかわりメモリはキャッシュとして使うので、画像アプリ用で多量（３００MB)とか必要ですけど。

3Dの方は今のPCリソースでも、何をやりたいのかはっきりしないし３Dの画像解析の定義とか意味付けがはっきりしないのでどれだけリソースが必要で、どれだけの速度で応答する必要があるのとか未知数ですけど。
１０年前は800...1GぐらいのCPUだったんですけど、その当時の画像処理ソフトは従来の変色フィルターとか歪みフィルターとかで、その当時からあまり高機能に進化してませんよね。
結局「実用的な速度」という概念自体が、理想なものでしかなく、「実用的な速度」という測定できないような空想の速さを追い求める「あなたの理想」だったのでは？F1とかの走り屋の心境と同じなんでしょうか・・・
ある程度満足がいく画像処理アルゴを、より「理想的は速さ」を求めるためにチューニングするよりも、最新のハード（や専用プロセッサ・ハードエンコード）で処理したほうが、よっぽどリアル世界での「実用的な速度」だと思いますが。

0024デフォルトの名無しさん

2009/07/11(土) 02:38:03

妙な略語を使うのは初心者の特徴だな。

0025デフォルトの名無しさん

2009/07/11(土) 02:43:03

>>23
そもそも、最新のハードをJavaやC#で制御できるの？っていう話が。
Cでさえ遅いってことで CUDAやOpenCLのような並列処理をサポートした処理系を持ち出してるのに。

0026デフォルトの名無しさん

2009/07/11(土) 02:43:55

画像処理物を自分で実装することはあまり無いし、JNIとか使いこなせるんで別にCで実装してあってもいいんですけど…
JAVAとかC#でOOPやってる、どうも原始的なんですよね。CとかGTKとかのフレームワークが。
たぶん、JAVAとかJAVASCRIPTとか現代的な言語を身につけると、言ってる意味が分かるようになりますよ。
ある意味アルゴリズムの実装方法（for + if)自体が変わる( img.filter(*func) )ぐらいのパラダイム変化があるでしょうし。

0027デフォルトの名無しさん

2009/07/11(土) 02:47:11

画像処理を実装しないのに、なんでこのスレにいるの？

0028デフォルトの名無しさん

2009/07/11(土) 02:53:20

言語なんて関係なく、とにかく自分で実装するのが嫌だから、ライブラリ作ってくれって言ってるだけじゃん。

0029デフォルトの名無しさん

2009/07/11(土) 02:53:31

>>25
その最新のハードは上にも書いてありますが、IO（データ、ストリームの入力と出力部分）なので当然Cで実装します。
双じゃなくて、画像処理のための仕組みは、最新ハードに依存しないソフト物（メモリ上でしかない）ので、javaとかで十分です。
関数呼び出しコストとか２０年以上前のしがらみにこだわってる人だと、ある種の宗教なので話は通じないでしょうけど（足踏みしてる人なんでしょう）。

メモリ上で処理ですけど、GPUの場合はGPUのVRAM内なのでCしかないんでしょうけど、まだ最新技術（ハード）でいくつか仕様がありかつデファクトにもなってないから、
上の処理ライブラリの仮想マシン言語での実装はCPUとPCでの話ですけど。
GPUのGPU内のメモリ（VRAM)にアクセスする手段が確立したら、結局同じ議論になると思いますよ。

0030デフォルトの名無しさん

2009/07/11(土) 02:57:58

>>29
JavaとかC#で実用的な速度出せるようになればいいね。

0031デフォルトの名無しさん

2009/07/11(土) 02:58:32

>>27-28
とはいうけど、OOPで作られている現代的フレームワークとか使ったことありますか？
そういう大規模なアプリとか作ったことないでしょ。

自分で実装するのが嫌とか面倒とかじゃなくて、車輪の再発明とは何か、なぜよろしくないのか、もう一度車輪の発明とコードの再利用（旧来はモジュール化とも称していたけど）とはどういうことなのかを勉強したほうがいいと思うよ。

0032デフォルトの名無しさん

2009/07/11(土) 03:02:26

なんだ
ただの低レベルな勘違い君だったか

0033デフォルトの名無しさん

2009/07/11(土) 03:06:10

仮想マシンとネイティブとの関数呼び出しコストがあるかもしれないけど、
1.4G以降のPC（ネットブックとかも）ならもう測定不能誤差って範囲で、関数呼び出しコストは発生せずってところだと思うよ。

400MHzのPC（パームとかスマートホンレベル）だと仮想マシンにあるライブラリを呼び出すのは、呼び出しコストは少しあるかもしれないけど、
そもそもそんな非力なリソースしかないのに高度な画像処理をすることは向いてない。つまり変色フィルターと３Dとかのゆがみ、アフィン変換程度で十分。

画像処理の方法（アルゴ）を考えるよりも、まずこういうリアルの感覚が大事。

0034デフォルトの名無しさん

2009/07/11(土) 03:08:30

なんで関数呼び出しとかの話になってるんだよw

0035デフォルトの名無しさん

2009/07/11(土) 03:08:40

やあアルゴ君
久しぶりだね

0036デフォルトの名無しさん

2009/07/11(土) 03:09:56

つまり関数呼び出しがボトルネックになると思いこんでたのか

0037デフォルトの名無しさん

2009/07/11(土) 03:09:58

どうでもいいが、以上によってIOに関係しない画像処理（フィルターとか次世代の検索・動き検知・補正技術）を書くなら、Javaを見据えてJava用のライブラリを書いてくれ。
そのライブラリをCから呼び出す方式（JNIとか）にしてね。

0038デフォルトの名無しさん

2009/07/11(土) 03:12:07

自分で書けゴミ

0039デフォルトの名無しさん

2009/07/11(土) 03:14:59

>>31
何を主張したいのか分からん。

言語に関わらず、誰かが実装したものがあればそれ使えばいいんじゃないの？
(タダなのか有償なのかはライセンス次第だろうけど)
誰も実装してなかったら、もしくは高くて買えなかったら残念ね。
諦めるか、自分で実装するか、お金を出して実装してもらうかするしかないよね。

0040デフォルトの名無しさん

2009/07/11(土) 03:16:30

あ？書き方が変で分かりづらかったね。
Cのネイティブ・プラットフォーム（winとかcudaとか）を中心に考えるんじゃなくて、JavaとかC#とか仮想マシンのプラットフォームを中心に考えて処理の設計・アルゴの実装してね。
JavaとかならライブラリAPIへのアクセス方式（の規約）が統一されてるから、他の人のライブラリも同じような使い方だし、自作でも使ってくれる人も多くなるし、すぐその世界で有名になれる。

0041デフォルトの名無しさん

2009/07/11(土) 03:19:31

>>37
Cでかかれたライブラリならまだ他言語から使いようがあるが、
Javaでかかれたクラスライブラリは他言語から使いにくい(車輪の再発明を強いられる)。
よって、Cで書いた方がよい。

0042デフォルトの名無しさん

2009/07/11(土) 03:19:40

変なのは書き方じゃなくて頭

0043デフォルトの名無しさん

2009/07/11(土) 03:23:19

そういや、アルゴってマンガがあったな。

0044デフォルトの名無しさん

2009/07/11(土) 03:24:39

>>34-36
最悪１ピクセルごとに処理するために関数呼び出しするんですけど、コスト無いんですか？
メモリ上の画像処理で、いつも遅い原因はここだと思ってたんですけど、このスタックへの値渡しがコストじゃないとすると、何がコストの元になってるですか？

for (;;){
c=getPixel(x,y)
delegateFilter(c);
setPixel(x,y,c);
}
とかですよ？

0045デフォルトの名無しさん

2009/07/11(土) 03:29:05

値渡しは関数（の引数）ローカルスタックへのコピーのことで、int cというわけでもなくstructもありえます。
これ以外は全てどの処理系どの言語でも省けない処理（画素の取得、加工、更新）なのでコストとはいえない思うですけど。

for (;;){
c=getPixel(x,y)
delegateFilter(&c);
setPixel(x,y,c);
}

0046デフォルトの名無しさん

2009/07/11(土) 03:29:09

コストが掛かるかやその大小は実装方法や環境による

0047デフォルトの名無しさん

2009/07/11(土) 03:32:42

>>44
>>33に聞けよ。

0048デフォルトの名無しさん

2009/07/11(土) 03:37:09

>>41
分からなくも無いよ。その発想は。
もともとCはシステム（OS）を記述するために開発された汎用・移植用の言語であって、汎用性は高いけど、画像処理とか２D（GUI)の処理には向いてないよ。
とくに、画像処理は他の画像処理に依存することもあるから他のオブジェクトへのメッセージ、つまりOOPが適しているし、
そもそも画像データとその処理が一体なのであって、これも突き詰めるとOOPとなる。
OOPの言語ならどれでもいいけど(ruby,javascriptとか）、デファクトなJavaかMSのみがターゲットならC#となるだけ。

批判するならもうちょっとちゃんと勉強してからにしたほうがよかったね。でも分かるよ、その自分の知ってる言語で全部済ましちゃいたいって言うその発想は。
結局BasicとCしか手になじまなかったってことで、Java, OOP云々よりも君のスキル不足ってだけなんじゃないの？

0049デフォルトの名無しさん

2009/07/11(土) 03:38:10

つまんね

0050デフォルトの名無しさん

2009/07/11(土) 03:41:16

>>46
じゃ「実用的な速度」ってなんのことですか？
それならCで実装する必要はありませんよね。

速度やコストがすぐ話題になりますが、結局Java,C#で実装したアルゴリズムが原因ではなく、IO（ネイティブ）じゃないですか？
そういうところをちゃんと分かって、そういう視点で設計を考えたことありますかね？

0051デフォルトの名無しさん

2009/07/11(土) 03:48:05

CPU boundか IO boundかは処理によって違う。
ものそごく単純化すると、単純な処理ならIO boundになりやすいし、
処理が複雑なら CPU boundになりやすい。

0052デフォルトの名無しさん

2009/07/11(土) 03:49:44

なぜ極狭い一面を見ただけで一般化しようとするかな。

0053デフォルトの名無しさん

2009/07/11(土) 04:07:30

>>51
GPUには期待してますけど、今までのCPUとはまた違うパラダイムでしょうね。
上の議題は、GPUではなくCPUでの画像処理（所詮２D）での話ですけど。

GPUは、ifによる分岐じゃなくストリームのパラダイムなので、２D処理（つまり従来からの画像処理・探索）は向いてないと思いますよ。
CPUは４Gぐらいが限界と分かったので、これ以上はいくらハード・アルゴをチューニングして頑張ってももはや速くはならないでしょうし、0xffff * 0xffffの画像とかデジカメならすぐ到達するんで、２Dのアルゴも違う発想が必要になるでしょう。

0054デフォルトの名無しさん

2009/07/11(土) 04:09:37

ここ何人いるの？

0055デフォルトの名無しさん

2009/07/11(土) 04:14:48

多分日本人

0056デフォルトの名無しさん

2009/07/11(土) 04:59:20

車輪の再発明の話は散々出るけど、ならなんで新しい言語が次から次へと登場するのかね。
しかも似たりよったりの言語が。あれは車輪の再発明とは呼ばないのだろうか。

ライブラリの話を見ていて、なんだかそんな気分になった。

0057デフォルトの名無しさん

2009/07/11(土) 06:51:49

言語は、言語開発者がそれを作る目的によって違うので、いくつもの似たような言語があっても目指すものが違うんですよ。
コンパイラとか作ったこと無いと分からないんでしょうけど。
似たように感じるのは、文法が似てるからだとは思いますが、ハスケルみたく奇抜な文法だと多分あんたじゃ習得できないでしょう。

分かりやすいところでは、Cでは2D,GUI向けの言語ではないので、「ウインドウを作ってボタンを押してハローワールド」
これだけのことをやるのに、win32だと５０行ぐらいは必要でしょう。
それ用のランタイムライブラリや言語だと２－３行でしょうけど、この違いは文法（リテラル）の差ですよ。
この言語上の文法が内部で車輪（よりネイティブに近い実装ライブラリ）を呼び出してるんですけど、これを再発明する必要はないでしょう。

変色フィルターとかアフィン変換とか通常の画像処理はjava,c#でライブラリとしてほとんどあるんで、勉強目的以外なら普通は自分で改めて書いたりませんけどね。
何とかの分離とも言いますが、とくにかくCのコードはIOだけにしてそのハード用の使い捨てにして、画像処理のアルゴリズムなら、javaとかvmのプラットフォームを中心にすえてコードを書くといいですよ。
後２－３年で携帯とか他のOSでもそのアルゴが何の変更も無く普通に使える（再利用できる）ようになるでしょうし。

0058デフォルトの名無しさん

2009/07/11(土) 06:59:07

>>57
＞作る目的によって違うので、いくつもの似たような言語があっても目指すものが違う
ライブラリもそうじゃないのかｗ

0059デフォルトの名無しさん

2009/07/11(土) 07:37:25

またなんか凄いのが沸いてるな。
OOPって単語覚えて嬉しいのはわかるけど、
画像処理技術と設計技術はなんの関係もないので、よそで喚いてくださいね。

0060デフォルトの名無しさん

2009/07/11(土) 07:49:23

ARMは固定小数点の方が速いんだよな。

0061デフォルトの名無しさん

2009/07/11(土) 08:56:00

携帯で「高速な画像処理が出来る」とか期待しないけどね。普通の人は。

0062デフォルトの名無しさん

2009/07/11(土) 08:57:50

>>59
画像処理技術とかたいそうな漢字を並べてみても、君なんか所詮未熟者でしょ？ｗ

0063デフォルトの名無しさん

2009/07/11(土) 09:04:00

>>58
そのライブラリとか、自作の処理を関数化したりを突き詰めると結局「それ用の言語を作ったほうがいい（つまり文法とリテラル）」ってなるんですよ。
例えばマテマテカとかRとか使ったこと無いでしょ。君みたいな貧乏低学歴じゃ。

多少難しいこと買いても、このスレでは無能ばかりだしついてこれようなるまじめな人もいないみたいなので、これぐらいで勘弁してあげましょうかね。ｗ

0064デフォルトの名無しさん

2009/07/11(土) 09:08:57

>>59
OOPが未だに理解できないのも分かるんですけど…
そんな万年石頭のオジサンに、返して差し上げる言葉ありませんよ。

0065デフォルトの名無しさん

2009/07/11(土) 09:40:12

きちがいうぜー

0066デフォルトの名無しさん

2009/07/11(土) 10:52:58

トリップ入れろ
てかactionscriptでいいんじゃない？

0067デフォルトの名無しさん

2009/07/11(土) 11:04:58

要するに、画像処理専用の言語があればいいんだな。
そういうのはあるよ。たぶん、JavaとかC#には乗らないけど。

0068デフォルトの名無しさん

2009/07/11(土) 11:12:31

画像処理にOOPが必要かどうかの議論は
http://pc12.2ch.net/test/read.cgi/tech/1243827025
でやった方がいいと思う。

0069デフォルトの名無しさん

2009/07/12(日) 03:16:55

>>66
痛いな

0070デフォルトの名無しさん

2009/07/12(日) 03:17:59

スレタイとスレ番に期待して覗いてみたら…　半年後にまた来ます。

0071デフォルトの名無しさん

2009/07/13(月) 04:33:40

正しいと思うなら自分で作って証明すればいいだけだし
みながそうしてきた結果が今の状態だろ

0072デフォルトの名無しさん

2009/07/13(月) 13:11:26

イミフ

0073デフォルトの名無しさん

2009/07/13(月) 14:36:01

頭の悪い高校生（だよね？）のために現状を解説すると、
アルゴリズムの検証や研究などには Matlab などの簡便で高級な環境を使う。
実用品の実装には C 等の高速な言語を使う。
ので、記述力がない上に遅い Java や C# を使う必要があるケースは少ない。

個人的には Matlab 使えないけど手軽に検証したいときには C# は便利だと思うけど、
そういう状況があるのって非専門家だけだからなあ。

0074デフォルトの名無しさん

2009/07/13(月) 14:49:34

マットラボ乙

0075デフォルトの名無しさん

2009/07/13(月) 21:36:53

>>73
画像処理は何使ってやってんの？

0076デフォルトの名無しさん

2009/07/13(月) 23:47:39

別に10Bitの浮動小数点数が使えるから
喜んでPascal使ってる俺みたいのがいてもいいじゃんか

0077デフォルトの名無しさん

2009/07/13(月) 23:49:04

Byteだったお

0078デフォルトの名無しさん

2009/07/14(火) 01:09:37

1024ﾊｱﾊｱ

0079デフォルトの名無しさん

2009/07/14(火) 12:45:00

fp10って奴だろ
RGBを10bitずつで、あと2bitをαとか

0080デフォルトの名無しさん

2009/07/14(火) 19:05:21

Matlabって画像処理に使いやすいかぁ？

0081デフォルトの名無しさん

2009/07/14(火) 19:08:32

頭の悪い高校生なんだから相手しちゃダメ

0082デフォルトの名無しさん

2009/07/15(水) 09:37:36

去年matlabからC++への移植＋高速化の仕事があった。
matlab100行がC++で3000行、速度は4～6桁高速化。

0083デフォルトの名無しさん

2009/07/15(水) 10:20:23

それは高速化したんじゃなくて、もともとマトラボのそのコードが糞遅かったんだろｗ

0084デフォルトの名無しさん

2009/07/15(水) 11:35:27

4～6桁って、1万倍から100万倍ってこと？

0085デフォルトの名無しさん

2009/07/15(水) 11:50:24

高速化してくれって言う案件を受けるってのが凄いな。
いくらなんでもそんな要求はキリ無いだろ。
もし最適化してプロトタイプ実装しても、その仕様を満たさないならいくら準備料を積んでもらっても無駄骨だしな。
おまえのところは、明日の飯を食うのも困るほどの零細なハウスなんだろう

0086デフォルトの名無しさん

2009/07/15(水) 12:10:25

>>83
確かに組み込み関数を並べているだけの芸の無いコードだった。
コアのコードなんて10行くらいｗ。

高速化の内容は
　処理時間の大部分はconv2(fft + ifft)の膨大な繰り返し
　conv2の繰り返し処理に対応する部分を2～3桁高速化
　今度はmaxに対応する処理が時間の大部分を占めるようになったので、そこを2～3桁高速化

>>84
1000倍から100,000倍(画素数による)

>>85
あなたはエスパーですか？
他社がさじを投げた案件ばかり回ってくる零細ソフトハウスです。

0087デフォルトの名無しさん

2009/07/15(水) 12:25:30

そんなの受けて無駄な時間を使うな。
もし受けざるえないなら料金を吊り上げろ。
お前みたいな低脳低学歴が下らないおせっかいをするからソフト業界の案件受諾価格が下がるだろが。
もしこういうのがやなら、お前のところはフリーソフトでも作ってろカス

0088デフォルトの名無しさん

2009/07/15(水) 12:31:25

なんなんだこいつは

0089デフォルトの名無しさん

2009/07/15(水) 12:45:50

87はプロダクト・マネージャーの精霊です

0090デフォルトの名無しさん

2009/07/15(水) 13:54:59

特化したソフトを作る会社があってもいいじゃないか

0091デフォルトの名無しさん

2009/07/15(水) 14:01:22

>>88
それで高速化さん、マットラボと画像処理はどう関係あるの？

0092デフォルトの名無しさん

2009/07/15(水) 15:25:07

ttp://www1.axfc.net/uploader/He/so/234773

VC++2008 を使用しています。

PNG 画像を扱う時に _aligned_malloc でメモリ確保する方法を使ってみた所、
sample1.png の画像は読み書きに成功したのですが、sample2.png の画像は
「libpng error: Too many IDAT's found」と出てうまくいきませんでした。

何かやり方が悪いのでしょうか、どなたかご教授下さい。

0093デフォルトの名無しさん

2009/07/15(水) 16:36:50

OpenCV使え。デフォルトでPNG読み込める。

0094デフォルトの名無しさん

2009/07/15(水) 16:43:43

この画像で何がしたいんだ?

0095デフォルトの名無しさん

2009/07/15(水) 17:57:44

>>93
LIBPNGを使う前提でやっていますので…。

>>94
この画像でという訳ではなく、
読み込みに失敗する場合があるという点が問題なのです。

0096デフォルトの名無しさん

2009/07/15(水) 18:47:50

sample2.pngの中身が分からんと解決しようがない

0097デフォルトの名無しさん

2009/07/15(水) 19:16:53

画像でないが、とあるツールのログ解析するソフト、チョロッと作ったら、10H が20secに短縮したな。

SED等の組み合わせでやっているのを、rubyで字句解析入れてやった。ｗ

0098デフォルトの名無しさん

2009/07/15(水) 19:34:40

さっきから画像関係ないよな…
変なのがいついちゃったな

0099デフォルトの名無しさん

2009/07/15(水) 20:58:18

>>96
えっと、中身とはどういう事でしょう？

0100デフォルトの名無しさん

2009/07/15(水) 21:05:06

>>99
スレ違いだっつーの
さっさと失せろクズ

0101デフォルトの名無しさん

2009/07/16(木) 07:15:27

LIBPNGを使った画像の読み書きは、
このスレではスレ違いなのですか？
どちらのスレでなら大丈夫なのでしょう？

0102デフォルトの名無しさん

2009/07/16(木) 07:19:13

環境依存OKのC/C++スレか、スレ立てるまでもないC/C++スレ辺りじゃね?

0103デフォルトの名無しさん

2009/07/16(木) 08:09:32

なるほどです。
教えて下さりありがとうございました。

0104デフォルトの名無しさん

2009/07/16(木) 14:41:00

>>101
失敗した場合のエラーコードくらいみたら

0105デフォルトの名無しさん

2009/07/19(日) 13:00:45

>>17
超高速プロセッサと超高性能コンパイラがあれば「僕の考えた最強の開発環境」が実現できるよね

0106デフォルトの名無しさん

2009/07/19(日) 13:05:17

>>48
画像処理にはＯＯＰの方が向いているというのには納得するけど、Ｊａｖａは糞言語だからC#にするべき。

0107デフォルトの名無しさん

2009/07/19(日) 13:07:46

>>82
matlab使いは例外なくクズ

0108デフォルトの名無しさん

2009/07/19(日) 14:36:04

画像処理？
使う言語はverilogとFPGAに決まってるだろ？

0109デフォルトの名無しさん

2009/07/19(日) 17:42:59

どのように使っていますか

0110デフォルトの名無しさん

2009/07/20(月) 00:15:58

うわー堕ちたなーこのスレ

0111デフォルトの名無しさん

2009/07/20(月) 00:20:54

きちがいうぜー

正しいと思うなら自分で作って証明すればいいだけだし
みながそうしてきた結果が今の状態だろ

スレタイとスレ番に期待して覗いてみたら…　半年後にまた来ます。

0112デフォルトの名無しさん

2009/07/20(月) 09:55:26

>>110
ならいつまでもROMってないでこのスレに貢献したらどうだ？
なんの能力ないなら黙ってろよ

0113デフォルトの名無しさん

2009/07/20(月) 12:10:00

無能な奴はこのスレに居て欲しくないよな…

0114デフォルトの名無しさん

2009/07/20(月) 12:20:19

君は有能なのかい？

0115デフォルトの名無しさん

2009/07/20(月) 12:46:15

matlabを使う画像処理ってどうやるんですか？

0116デフォルトの名無しさん

2009/07/20(月) 20:59:46

>>115
matlabスレで聞けば？自分はmatlab使った事ないけど複数の知り合いはガリガリ使ってるから可能である事は確か。

0117デフォルトの名無しさん

2009/07/20(月) 21:13:07

fft

0118デフォルトの名無しさん

2009/07/21(火) 10:21:24

>>113
まず君が去らなきゃな

0119デフォルトの名無しさん

2009/07/24(金) 16:16:14

αチャンネルを持つ画像同士の、
αブレンドの方法を教えてもらえないでしょうか。

0120デフォルトの名無しさん

2009/07/24(金) 16:29:05

すみません、言葉が足りませんでした。
↑の式を教えて貰えませんでしょうか。

0121デフォルトの名無しさん

2009/07/24(金) 16:33:39

まだ足りない

0122デフォルトの名無しさん

2009/07/24(金) 16:43:47

α×画素値A＋（1－α）×画素値B

0123デフォルトの名無しさん

2009/07/24(金) 16:57:06

すみません、画像Aのαと画像Bのαを使ってください。

0124122

2009/07/24(金) 17:51:04

α_A/(α_A＋α_B)×画素値A＋α_B/(α_A＋α_B)×画素値B

0125122

2009/07/24(金) 17:53:36

α_A/(α_A＋α_B)×画素値A×α_A＋α_B/(α_A＋α_B)×画素値B×α_B

0126122

2009/07/24(金) 17:55:27

すなわち
(α_A^2×画素値A＋α_B^2×画素値B)/(α_A＋α_B)

0127デフォルトの名無しさん

2009/07/24(金) 18:40:10

Acos^2(α)+Bsin^2(α)

0128デフォルトの名無しさん

2009/07/24(金) 19:11:51

上の式は量子化で分かるのですが、
α_A/(α_A＋α_B)×画素値A×α_A
でα_Aが２回出るのはどういう意味なんですか？

0129デフォルトの名無しさん

2009/07/24(金) 19:13:28

f(x)＝f(a)*(ｘ－ａ)^0/０!＋f'(a)*(x-a)^1/１!＋f"(a)*(x-a)^2/２!＋・・＋f^n(a)*(x-a)^n/ｎ!＋・・

0130122

2009/07/24(金) 19:15:12

そういえばもともとα値で薄くなってるな～とおもってα_Aをもう一回かけてみた。

0131デフォルトの名無しさん

2009/07/24(金) 20:02:40

>>129
数値微分は精度悪い（半分の桁しかない）ですよね…
なにか上手い方法ないでしょうか？

0132デフォルトの名無しさん

2009/07/24(金) 20:06:48

>>130
それが計算式の根拠なんです。なら
α_A^2がcos^2(α)
となるのは無理（不可能）がありますけど。

0133デフォルトの名無しさん

2009/07/25(土) 00:04:43

色のスペクトル（横長）は出来たのですが、
こんどは色相環（円形）を描画したいのですがどのような方法になるんでしょうか？
やっぱりsin,cosなど角度を使って描画するのが簡単なのでしょうか。

0134デフォルトの名無しさん

2009/07/25(土) 00:06:13

うん

0135デフォルトの名無しさん

2009/07/25(土) 00:36:47

そうなんですか。ベクトルに詳しい人がいるみたいなので期待してたんですけどsin,cos使ってやります。

0136デフォルトの名無しさん

2009/07/25(土) 01:00:05

sin,cosとベクトルを切り離して考える方がおかしい

0137デフォルトの名無しさん

2009/07/25(土) 01:13:12

ベクトルのことをろくに知らないくせによく言うよカス

0138デフォルトの名無しさん

2009/07/25(土) 01:28:00

ベクトル（回転行列とか？）使ってやるよりSin,Cosの方が直観的だし簡単だろう。

0139デフォルトの名無しさん

2009/07/25(土) 01:33:23

このスレもレベル下がったな
糞スレ決定だろ

0140デフォルトの名無しさん

2009/07/25(土) 01:36:21

前からだけどな
専門家はどこにもいない

0141デフォルトの名無しさん

2009/07/25(土) 02:04:22

回転行列も中身は結局三角関数だよな

0142デフォルトの名無しさん

2009/07/25(土) 02:15:42

sin,cosが問題じゃなくて角度θ使ったほうが簡単なんですか？
回転とか行列とかじゃなくて、int,floatとかそういう数学の基礎的なところなんですけど・・・
float使うとなるとアルゴリズムが大分違うんですよね。

0143デフォルトの名無しさん

2009/07/25(土) 06:10:54

それはベクトルじゃなくて
DDTのことを言っておるのか？

0144デフォルトの名無しさん

2009/07/25(土) 07:16:58

DDTってなんじゃ？

0145デフォルトの名無しさん

2009/07/25(土) 07:29:39

マクローリン展開して……

0146デフォルトの名無しさん

2009/07/25(土) 08:03:08

マクローリン展開？？

0147デフォルトの名無しさん

2009/07/25(土) 11:14:34

いくらなんでも池沼過ぎるだろオイ

0148デフォルトの名無しさん

2009/07/25(土) 11:35:18

>>145
それならpoly展開だと何項ぐらいにしますか？
8ビット機ならともかく、cpu 33MHz(33)ぐらいあれば角度もintにするのははちょっと複雑ですけどね・…

0149デフォルトの名無しさん

2009/07/25(土) 12:10:19

一応手順としては、色スペクトル（横長）を作ってこれをaffineとかでリング（円形状）に仕様と考えてるんです。
だいたい一円の解像度も40-60分割ぐらいなのでθを使わず、やっぱり（数学的に単純考えると）affineがいちばん簡単だと思いますが、画像処理の手法として他に伝統的な方法はあるんでしょうか？という質問です。

0150デフォルトの名無しさん

2009/07/25(土) 13:18:46

つまりはバイナリで読み出して、数値を変換してバイナリで書き出すと思えばおｋ？

0151デフォルトの名無しさん

2009/07/25(土) 15:06:20

これだけヒントを出しえもやっぱり答えられる御人は居ませんね。
数学（幾何）的にやれは何でもできるんですけど、画像処理すれなので画像の特性に特化した画像処理手法があると期待してたんですが・・・
現代のPCならdoubleでもぜんぜん処理が遅くないので（ほぼリアルタイム）、この様子だと数学公式とハードでごり押しになっていき画像処理の小手先技はすたれていくんでしょうね。

0152デフォルトの名無しさん

2009/07/25(土) 15:19:41

>>151
この辺の処理ってのは色々コツがあるので、知っていてもタダで提供するわけがないな。

0153デフォルトの名無しさん

2009/07/25(土) 15:28:41

あの・・・ハードでごり押しできるんであまり小手先技に吹っかけても誰も払わないと思いますよ。
ハードやリソースが非常に限られてるなら業務提携とか企業間のライセンスとかになるんで、その小手先ノウハウが有料かどうかはあまり問題にならないですけど。
ノウハウと言ってもそれはアルゴリズム上のノウハウではなくて、ほとんどは（その画像ではなく）ハードやリソースの特性を生かしてるだけですし・・
アルゴリズム上のノウハウなら「PCは全て２進なので２進に特化したビット演算でhypotを小手先実装した（ので高速化実現！）」とかですし。
何を隠して何をOPENにするかとか、そういう辺りのことはあまり知らないみたいですね。

0154デフォルトの名無しさん

2009/07/25(土) 15:32:27

上にマク展開しようと考えてる古い人もいるので、これもちゃんと書いておくと、

＞（ので高速化実現！

ですけど、８ビットハードなら高速実現だと思いますが、16ビット33MHzとかFPU乗ってるハードなら高速でもなんでもなく、こういうのはまったく無意味ですよ。

0155デフォルトの名無しさん

2009/07/25(土) 16:57:00

>ヒント

要するに釣りのつもりだったのかな。
大昔ならまだしも、今では有効性の無いテクニック使っても意味が無いね。

0156デフォルトの名無しさん

2009/07/25(土) 17:09:57

>>152
それで・・・そのコツとやらは本当にコツなんですか？
ヒントがないと何のことか分かりませんよね。知ったかさん

0157デフォルトの名無しさん

2009/07/25(土) 18:34:48

>>146
>>129

0158デフォルトの名無しさん

2009/07/25(土) 18:37:10

>>151
http://www.geocities.jp/m_hiroi/xyzzy_lisp/abclisp16.html#chap30

0159デフォルトの名無しさん

2009/07/25(土) 18:49:01

>>158
なんだ、やっぱりマク展開はやめて表にしたんですか。
ていうか、あなたの知ったかレベルじゃ話について来れないと思いますよ。
xyzzy使ってemacs気取りもいいですけど、あなたは実際のスキルがあまり無いなので秀丸とかその辺でいいじゃないですか？ｗ

0160デフォルトの名無しさん

2009/07/25(土) 22:14:54

>画像処理の小手先技
手羽先に空目

0161デフォルトの名無しさん

2009/07/25(土) 23:09:32

http://www.jma-net.go.jp/sat/data/web/suneclipse_img/mtsat2_20090722_0900-1400_enhanced.gif

0162デフォルトの名無しさん

2009/07/26(日) 05:05:20

なんかヘンなのが住みついちゃったみたいだな

0163デフォルトの名無しさん

2009/07/26(日) 14:31:01

>156
教えて君の分際で他人を知ったかよばわりとか痛いな。鳥つけてくれよ、あぼーんするから。

0164デフォルトの名無しさん

2009/07/26(日) 15:54:11

>>163
なにその態度ｗ

それも顔真っ赤にしてアゲちゃってるし
知ったか君涙目ｗｗ

0165デフォルトの名無しさん

2009/07/26(日) 16:17:46

夏だなぁ

0166デフォルトの名無しさん

2009/07/26(日) 16:22:59

そうだな
夏だな厨が現れるあたりが特に

0167デフォルトの名無しさん

2009/07/26(日) 16:33:04

>>163
もう君はこのスレに来なくていいよ
君が居ると荒れるから

0168デフォルトの名無しさん

2009/07/26(日) 16:49:33

よく2chの情報はいい加減とか、正しくない情報が多いとか言われるけど、
僕にとっては大事な情報源です。
たまにはボロクソ言われることもあるけど、みんな親切に教えてくれる。
いつもありがたいと思ってる。

0169デフォルトの名無しさん

2009/07/26(日) 17:03:20

>>168
まさに教えて君じゃねーかｗｗｗ
ウザイからさっさとROMってろよ

0170デフォルトの名無しさん

2009/07/26(日) 17:12:51

　/　　　　/　　/　　　/　　/　　　/　　　　　/
　　　　　　　＿_,____
　　　/.　　／// |ヽヽ＼　　　/　　/　　/
　　　　　　^^^^^.|^^^^^^
.　/　　/ 　 ∧__∧
　　　　　　( ´・ω・)∧∧
　/　　　　 /⌒ ,つ⌒ヽ) 　 //　　/　　/
　　　　　(___　 (　　__)
"''"" "'゛''` '゛゛゜'　'''　''　'''　゜`　゛　゜゛''`
もし、またメール送っても嫌いにならないでね。

0171デフォルトの名無しさん

2009/07/26(日) 17:41:21

>>163
あげるなカス

0172デフォルトの名無しさん

2009/07/26(日) 21:04:22

2/2 http://www.youtube.com/watch?v=nVDq-s3r5Ys
1/2 http://www.youtube.com/watch?v=9UU4Hx76Zg0

0173デフォルトの名無しさん

2009/07/27(月) 01:11:58

αHSV色空間でのαブレンドってどうやればいいんですか？
一旦αRGB色空間に変換しないといけませんか？

0174デフォルトの名無しさん

2009/07/27(月) 01:12:52

サンデープログラマー乙

0175デフォルトの名無しさん

2009/07/27(月) 01:26:59

サンデープログラマー乙

0176デフォルトの名無しさん

2009/07/27(月) 02:12:22

>>173
RGBだのHSVだのは出力時の問題。αの計算は同じだ。

0177デフォルトの名無しさん

2009/07/27(月) 09:30:14

>>168
おまえは質問に一度でも答えたことあるのかよ？死ねよ

0178デフォルトの名無しさん

2009/07/27(月) 12:34:42

>>176
横からだけど、非線形だしHSVにそのままRGBでやってたようなαはできなくない？
Hとか特に。単にHSVαを保持して
出力時にどうせRGBに変換するからそこで適用、って意味ならわかるけど。

0179デフォルトの名無しさん

2009/07/27(月) 13:34:33

Hueの加算て一意にできないよねぇ。

0180デフォルトの名無しさん

2009/07/28(火) 19:52:03

libtgaあまりにも動かなくてわけわからん
ソースを追ってみたがちゃんとしてるんだよな
でもVCでコンパイルするとfreadがまともに機能してない
意味わからん

0181デフォルトの名無しさん

2009/07/28(火) 23:21:54

とりあえず age とくか

0182デフォルトの名無しさん

2009/07/29(水) 13:18:24

TGA→BMPに変換して使えば？

0183デフォルトの名無しさん

2009/07/29(水) 17:17:08

めんどくさいから自分で１から作った

0184デフォルトの名無しさん

2009/07/29(水) 20:01:17

>>180
テキストモードってオチだったりして？

0185デフォルトの名無しさん

2009/08/02(日) 22:43:21

http://developer.download.nvidia.com/SDK/10/opengl/samples.html
ここにOpenGLとCgによるSimple Glowのサンプルがありますが、
原理を解説しているページはないんでしょうか？Whitepaperには原理までは載っていないようです。

0186デフォルトの名無しさん

2009/08/03(月) 00:06:09

>>185
そこのページの画像しか見てないが、原理というほど難しいことをしているようには見えないが。
WhitepaperのDescriptionだけでも十分説明されてると思う。
っていうか、これソース見れるんじゃないの？

0187デフォルトの名無しさん

2009/08/03(月) 18:11:35

パターンマッチング的なものをやりたいくて勉強中なのだが
3次元空間上に点列が3次元の整数値座標で与えられている複雑な線図形について
形状を分析して3つくらいの特徴量にして
別の空間にあたえる方法はないかと思って探しているのだが
果たしてそんなのはあるのかどうか・・・

0188デフォルトの名無しさん

2009/08/03(月) 19:26:27

>>187
意味が全然分からないんだが。
特徴量を抽出して、別の空間に与えるってなに？

例えばＲとＧとＢをとりだして、ＲＧＢの３次元座標空間に
プロットするように、特徴量を軸に持つ空間でマッチングさせたいとか
そういうことか？

しかしそれだと、３つくらいの特徴量にできませんか？
で質問が終わるだろうし、何を意図してるんだ？

0189デフォルトの名無しさん

2009/08/03(月) 19:29:21

主成分分析とか主軸変換とか固有値解析とか

0190デフォルトの名無しさん

2009/08/03(月) 20:31:15

カーブとか直線とかそういう特徴量を抽出したいってことじゃ？

0191デフォルトの名無しさん

2009/08/04(火) 04:02:48

特徴量を抽出するところじゃなくて、それを別の空間に与えるというところに
疑問を感じているのではあるまいか。

0192デフォルトの名無しさん

2009/08/04(火) 08:13:05

FFT

0193187

2009/08/04(火) 14:33:29

>>188
> 例えばＲとＧとＢをとりだして、ＲＧＢの３次元座標空間に
> プロットするように、特徴量を軸に持つ空間でマッチングさせたいとか
> そういうことか？

そういう感じです
正八面体みたいに整っているものじゃなくて
もっと複雑な線図形でのマッチングを想定しております
パラメータは3つと挙げたのですが
なるべく少ない方がいいのではないかと考えておりまして

0194デフォルトの名無しさん

2009/08/04(火) 16:11:06

FFT

0195185

2009/08/04(火) 23:40:39

>>186
確かにソースは見れますが、分かんないまま写して使うことなってしまいそうなので
ガウスっていったい何なんでしょうか。

0196デフォルトの名無しさん

2009/08/04(火) 23:44:20

えっ？

0197デフォルトの名無しさん

2009/08/05(水) 07:37:50

何になりたいんだコイツ

0198デフォルトの名無しさん

2009/08/05(水) 10:53:39

点間の位相関係をなるべく損なわずに低次元に写像したいなら、Locally Linear Embeddingとかどうよ？

0199デフォルトの名無しさん

2009/08/05(水) 13:30:56

画像から文字を抽出する方法ありませんか？
強引に文字を画像化して照合するくらいしか思いつかないのですが、
オープンソースは出回ってないのでしょうか。

0200デフォルトの名無しさん

2009/08/05(水) 13:33:55

>>199
OCR　で　ぐぐる

0201デフォルトの名無しさん

2009/08/05(水) 13:38:08

>>200
ありがとうございます。
企業秘密かと思ってました。

0202デフォルトの名無しさん

2009/08/05(水) 20:41:57

ＷＴＣに飛行機は突っ込んでいない？

＜最も重要な動画＞
911テレビ画像捏造説(2006年9月10日のフォックスニュースより）
http://www.youtube.com/watch?v=3ZRGMtvQ3eU

＜重要な参考動画＞
念写？呪われたフロントガラス？ー911ビデオ画像捏造の証拠映像
http://www.youtube.com/watch?v=cbOiyiOvC8g
奇妙な一致?　不可解な視差!!　ー911ビデオ画像捏造の証拠映像
http://www.youtube.com/watch?v=klAtO-tJG6A
丸見え! お宝映像遂に流出!! ？９１１ボーイング不在の決定的証拠映像？
http://www.youtube.com/watch?v=yGd6uzkneOQ
驚愕! 超常現象? 異次元を飛行する飛行物体ー911テレビ画像捏造の証拠映像
http://www.youtube.com/watch?v=fsB1EtdT_JA
恐怖! 超常現象? 無傷なまま貫通する機首ー911テレビ画像捏造の証拠映像
http://www.youtube.com/watch?v=KZMKXAlY7Yw
911テレビ画像捏造／航空機不在説
http://www.youtube.com/watch?v=9twhhq6YIG8

0203デフォルトの名無しさん

2009/08/06(木) 00:45:57

>>201
それは俺に対するあてつけかｗ

0204デフォルトの名無しさん

2009/08/06(木) 16:34:52

普通に全体的にぼかすのはわかるんだけど
中心からぼけた円を描くにはどうすればいいんだろう

0205デフォルトの名無しさん

2009/08/06(木) 18:41:54

↑描くときに一緒に計算しながらやったら出来ました申し訳ない

0206デフォルトの名無しさん

2009/08/07(金) 00:29:05

ビットフォーマットとか、画像処理を知ろうと思ってスレを開いたんですが
なんでテンプレになんの情報も書いてないんですか。

0207デフォルトの名無しさん

2009/08/07(金) 01:03:31

テンプレで1000埋まるから

0208デフォルトの名無しさん

2009/08/07(金) 01:08:40

もうちょっとリンクを貼るとかなんかしてくれよ
各形式の適当な解説とフォーマットのリンクがあれば親切だった

0209デフォルトの名無しさん

2009/08/07(金) 01:11:14

ここ見つけられるくらいだから簡単に見つけられるさ

0210デフォルトの名無しさん

2009/08/07(金) 01:33:30

>>208
質問するつもりだったんだろ？
質問に答えるわけでもないのに偉そうな奴だな。頭腐ってんじゃねーの？（笑）

0211デフォルトの名無しさん

2009/08/07(金) 01:37:52

質問は今んとこないよ
俺の書き方は標準だと思うぜ。君のは無意味な悪口だと思うぜ。

0212デフォルトの名無しさん

2009/08/07(金) 01:48:26

どうでもいいがスレに貢献しないなら自分の巣に帰ってくれ

0213デフォルトの名無しさん

2009/08/07(金) 01:49:45

>>211
おまえの方が「テンプレ！」「テンプレ！！」と愚痴ばっかり書いてるようだが？ｗ

0214デフォルトの名無しさん

2009/08/07(金) 02:03:09

何が言いたくて何を求めてるのかよくわからん。
アンチテンプレなのかもしれんけどテンプレはいいよ。
どうせ書きたくない人は書かないし関与しないんだから別に俺に喧嘩売る理由もないでしょ

まぁ帰るか。

0215デフォルトの名無しさん

2009/08/07(金) 02:26:46

>>214
お前の負けｗｗ
夏房涙目ｗｗｗｗｗ

0216デフォルトの名無しさん

2009/08/07(金) 06:44:35

>>215
馬鹿…それは明らかに…だろ

0217デフォルトの名無しさん

2009/08/07(金) 07:01:10

まあ、OpenCV のサイトくらいテンプレにあってもいいかな

■日本語ページ
ttp://opencv.jp/　　　

■OpenCV入門
ttp://www.cs.iit.edu/~agam/cs512/lect-notes/opencv-intro/　　
　　　
■ＦＡＱその他
ttp://opencv.willowgarage.com/wiki/　　　　

0218デフォルトの名無しさん

2009/08/07(金) 08:49:02

だが、それだけだと、まるでOpenCVスレみたいだしなぁ。

ところで206が求めてたような、画像のフォーマット情報みたいなのも
このスレの対象なの？

0219デフォルトの名無しさん

2009/08/07(金) 09:46:33

画像のフォーマットなんて、ImageMagickなんかのライブラリで変換できるものなんだからここで扱うまでもないだろ。
RGB<->HSL変換みたいな話なら別だが。

0220デフォルトの名無しさん

2009/08/07(金) 10:07:11

画像情報の色空間変換　と　画像情報の保存　は別腹だよなぁ…

0221デフォルトの名無しさん

2009/08/08(土) 20:40:19

>>220
あんまり細分化しすぎるのもなぁ

0222デフォルトの名無しさん

2009/08/09(日) 17:23:24

先生、リアルタイムで表示可能な画像のアンチエイリアスのアルゴリズムが思いつきません

0223デフォルトの名無しさん

2009/08/09(日) 17:36:33

高速で振動させればいいんじゃね？

0224デフォルトの名無しさん

2009/08/11(火) 08:30:07

OpenCVの顔認識で使用されているHaar-like特徴についての原理を知りたいのですが、参考になるHPはありますか？

0225デフォルトの名無しさん

2009/08/12(水) 05:47:41

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　+╋┘～
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　+╋┘～　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .;;;;rｭ;;;;_　　　　　　　　 /,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ,__{ｪｪｌIｭ___,,　　　　　　 /＿_／　　　　　+╋┘～　　　　+╋┘～
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ,,}nin{ii{_,,,　　/^'ヽ､　/　／
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 {ｪｪｪlｪｳo,　/ ヽ､:/ /／　　　　　　+╋┘～　　　　+╋┘～
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ｌ゛゛゛l゛゛「／....:::::/ /i´_,iｭ
　　　　　　　　　　　　　　　　　　　　　　　　＿__｡｡｡-7￢::‐｢''i¨|rｉｭ,o,o/rﾛｭ''{t=:}
　　　　　　　　　　　　　　　　　　＿__o'o;o;;;;/ i.〕i￣i___iｊ,,_,,r''ｭ''ｭ''ｭi''i'',,_,,|z''i|r'''''ヽ-　　　　　　　　　　 i
　　　　 ;,､、,,,,_＿＿＿＿＿＿＿_o'o;o;;;;/ i.〕￣￣|┴:┴'''ｰ_r''ｭ:_r''ｭ:_r''ｭ_:'''ｰ_:|ｉ￣~ｉr'￣ヽ==_r= r===_ /|
　　　　　ヽ",,､,,､. 　　　　　　　｀￣￣￣´￣￣￣￣￣´￣￣￣￣￣￣｀￣￣￣￣｀￣〕￣￣￣￣￣i
::::::::::::"´｀｀゛゜''';:;''ー '',:;-､,-､;;..､､,,;;;-:;_;_,;-;,-;;.､､,,-､;;.,.､､,,-、,-;-:;_;_,;-;,-;;.､,,-､;;.,.,,-,;-;,-;;.､､,,-､ ''‐-､''-;;.:;.‐-‐-;:;;:..-;‐:;.
｀",,""｀";,,'''"':;　｀" """''　｀"　　　　　,,｀" """'' ""' ''''"''" "" "~　""'｀~~''''""'｀' '.,~'ｰ-,,_~~''''""'｀' ' - .,~'ｰ-,,_~~''''ｰ--.

0226デフォルトの名無しさん

2009/08/12(水) 06:53:37

>>224
「haar like viola jones」で「ウェブ全体から」（つまり「日本語のページを検索」じゃない方）
ググると色々．そっから辿ればいいと思うよ？

0227デフォルトの名無しさん

2009/08/13(木) 22:12:33

Kruppaの方程式について解説した日本語の本ありませんか？

0228デフォルトの名無しさん

2009/08/14(金) 01:37:54

Geroppaの方程式ならば James Brown のサイトに解説がある

0229デフォルトの名無しさん

2009/08/14(金) 05:09:41

いやそれGet Upだから

0230デフォルトの名無しさん

2009/08/14(金) 22:30:16

グロー　画像処理でググったら、目的ではないグロ画像についてのページが出るんですが
どこかにグローの仕方について載ったページはないでしょうか？

0231デフォルトの名無しさん

2009/08/14(金) 22:45:09

>>230
gouraud shading の話なのか glow effect　の話なのかわからないので答えられない

0232230

2009/08/14(金) 22:48:05

glow effectのほうです

0233デフォルトの名無しさん

2009/08/15(土) 05:03:36

フィルタのタップ数ってどう表現するのが適切なんでしょうか？
例えば11タップフィルタって言った場合、フィルタリング対象画素の、
前後5画素範囲のフィルタなのか前後10画素範囲のフィルタなのか・・・
プログラム板で聞くのはちとお門違いな質問かもしれないけどよかったら教えて頂けるとありがたいです。

0234デフォルトの名無しさん

2009/08/15(土) 10:24:08

>>230
「+グロー "画像処理"」

でぐぐれ。もち「」は無しでな。

0235デフォルトの名無しさん

2009/08/15(土) 16:05:09

別に「」があってもグーグル先生は無視するけどな

0236デフォルトの名無しさん

2009/08/16(日) 12:25:44

3次元の認識って
ベジエ曲線を描いてみて○個以上山の頂上付近に居るものは１つの形状の一部と判断するとかどう？

0237デフォルトの名無しさん

2009/08/16(日) 14:38:44

いいと思う

0238デフォルトの名無しさん

2009/08/17(月) 00:54:31

メディアンフィルタによる平滑化で、
例えば3×3のフィルタでは、画像端の画素を決めるとき4つの画素値から中央値を求めなければならなくなってしまう。
このような場合にはどうやって中央値を決めるんでしょうか。

0239デフォルトの名無しさん

2009/08/17(月) 02:42:15

ケースバイケース

となりのピクセルと同じにしちゃうとか

0240デフォルトの名無しさん

2009/08/17(月) 04:48:23

鏡像反転するとか
境界外の部分は、境界画素で置き換えるとか
（３Ｘ３の場合はどちらでもほぼ同じだね）

0241デフォルトの名無しさん

2009/08/17(月) 10:24:49

>>238
周辺画素を取り除いて、フィルタ後画像はサイズを落とすというのも手ではある。

0242デフォルトの名無しさん

2009/08/19(水) 23:25:41

AVCやMPEGを一からC言語で実装出来るようになるいい本とかってありませんか？

0243デフォルトの名無しさん

2009/08/20(木) 00:01:59

まず仕様書を読むことだね

0244デフォルトの名無しさん

2009/08/23(日) 10:12:28

‮‮

0245デフォルトの名無しさん

2009/08/23(日) 11:39:01

ttp://homepage3.nifty.com/ishidate/vcpp.htm
ttp://38873321.at.webry.info/

0246デフォルトの名無しさん

2009/08/25(火) 01:18:25

元画像に対して、
・シャープフィルタをかけた画像 (A)
・最小値フィルタをかけた画像 (B)
・最大値フィルタをかけた画像 (C)

のうち、Aに対して、B≦A≦Cになるように制限をかけてみたら、
なんかアンチエイリアスの逆をやったような画像になってしまったorz
やっぱ俺には画像処理は早すぎたか。

0247デフォルトの名無しさん

2009/08/25(火) 04:05:03

>246
どういう効果を狙っていたのかね？

0248デフォルトの名無しさん

2009/08/25(火) 07:50:48

C≦A≦B

0249デフォルトの名無しさん

2009/08/26(水) 11:37:06

アルファ付き画像同士の乗算の式知ってる方いましたら
どなたか教えてもらえませんか

0250デフォルトの名無しさん

2009/08/26(水) 12:53:34

S(Srgb,Sa) D(Drgb,Da) 値は 0～1.0

Drgb = Sa*Srgb + (1-Sa)*Drgb
ここまでは良くある（半透過効果を期待した）αﾌﾞﾚﾝﾄﾞ

Da = Sa*Sa + (1-Sa)*Da　？
Da = Da　？

0251デフォルトの名無しさん

2009/08/26(水) 13:28:02

ちょっと説明不足でした
DstARGB * SrcARGB = ARGB を求めたいのですがうまくいきません

Dstのアルファが255の場合だと良く見る通常合成の式利用すれば
すぐ出来るのですが255以外だと出来ないです

式の値50通りくらい入れ替えたり試して近いのは見つかったのですが
重なったところの下画像の縁が微妙に変になったり上手くいかないのです

0252デフォルトの名無しさん

2009/08/26(水) 13:36:40

>>251
何を根拠に「微妙に変になったり上手くいかない」と判断した?
その根拠がそのまま答えだ。

0253デフォルトの名無しさん

2009/08/26(水) 15:12:50

>>251
これは？
ttp://38873321.at.webry.info/200908/article_34.html

0254デフォルトの名無しさん

2009/08/26(水) 22:28:03

>>253
これは通常の合成の式ですよね
srcそのままで使えば通常で、src=dst*src/255してから
その式に当てはめればいいと最初は認識していたのですが
実際やって見てみると下側が1～254の場合どうもうまくいかなかったです
自分の間違いかもしれないのでもう一回計算しなおしてきます

0255デフォルトの名無しさん

2009/08/26(水) 23:23:58

>>251
これって要するに２枚のレイヤーを合成して１枚にしたいって事だよね？
AとBを合成するんじゃなくて、
AとCを合成した結果のC’に対して、Bを合成した結果が得られるようなDを
AとBから作りたいと言ってるわけじゃないか？

だから、αと１－αの関係じゃないんだよ。
結論から言うと、一般に一意には決められないんじゃね？
そもそもレイヤーの合成方法が違ったらだめだしな。

もっと具体的に言うと、

合成したいレイヤーの色をA、B、それぞれのアルファチャンネルをaA, aBとするだろ？
で、それらをCと合成した後の結果をEとして、Cと合成してEになるようなDを考えると――
(aA * C) + (1-aA) * A = Tmp
(aB * Tmp) + (1-aB) * B = E

(aD * C) + (1-aD) * D = E となるようなaDとDを求めればいいわけ。
つまり、
(aD * C) + (1-aD) * D = (aB * ((aA * C) + (1-aA) * A)) + (1-aB) * B
からCを消さないとA、BからだけではDを作れないわけだが、消えないんじゃね？

0256デフォルトの名無しさん

2009/08/26(水) 23:25:17

あ、すまんαの適用が逆になってら。でもまあ言いたいことは同じだ。

0257デフォルトの名無しさん

2009/08/27(木) 00:47:48

すんません、嘘つきました。ちゃんと計算したら、aDとDは求まります。
レイヤーの合成方法が違ったらダメだけどさ。

0258デフォルトの名無しさん

2009/08/27(木) 09:04:21

試行錯誤を繰り返してやっと出来ましたー
255さんの方法に近いのも昨日既にやってたんですが
下画像の薄いアルファがなかなか上手くなじまなくて苦労してました

それで、まず下のアルファ0の場合はそのままでいいとして
255の場合は上下の色を乗算したものを上の色として通常合成
1～254の場合は、上記の後
上の色と結果の色を下アルファでブレンド

これで出来たみたいです
もしかしたら間違っているかもしれませんが
一応色々な値でやって見た目や数値見る限り大丈夫かな？
ヒントくれた方ありがとうございました

0259デフォルトの名無しさん

2009/08/28(金) 22:35:46

>>251
透明なものが重なった時は透明度がより低い方の透明度になるのが普通でしょ

0260デフォルトの名無しさん

2009/08/28(金) 22:37:57

つまりだね
重ねられる方が不透明で重ねる方が半透明として色を計算して
最終的な透明度は数字の大きい方を採用するということだよ

0261デフォルトの名無しさん

2009/08/29(土) 04:02:23

>>260
それって正しい？
A0,R0,G0,B0 と A1,R1,G1,B1 から、これらを合成して得られる色を Ad,Rd,Gd,Bd とすると、
例えば、Ad は A0とA1で表現できるが、そんな式にならないんだ。
A0,A1のいずれかが0または1の時を除いて、A0,A1よりも少し透明度が低くなる感じなんだが。
計算ミスかな……

0262デフォルトの名無しさん

2009/08/29(土) 05:18:54

自然界の見え方という意味では正しくないけど
合成した画像を再度半透明画像として利用したい場合はこの方法が正しい

0263デフォルトの名無しさん

2009/08/29(土) 05:22:07

>>261
根拠も無くどうしてそう感じるんだ？
妄想ばっかりだしどうせポコチンがピクピクと動いてんだろｗ

0264デフォルトの名無しさん

2009/08/29(土) 05:28:18

Rd　= (R1 * A1 + R0 * (256 - A1)) / 256
Gd　= (G1 * A1 + G0 * (256 - A1)) / 256
Bd　= (B1 * A1 + B0 * (256 - A1)) / 256
Ad = Max(A0, A1)

0265デフォルトの名無しさん

2009/08/30(日) 22:00:58

>242
MPEGのコーディング
ttp://www.kaede-software.com/cat20/cat44/
ttp://d.hatena.ne.jp/suzume_r/20090720

0266デフォルトの名無しさん

2009/08/31(月) 18:06:32

CADやﾌｫﾄｼｮ?のレイヤ的なものを αﾌﾞﾚﾝﾄﾞで近似実現しようとしているなら
最背面側から最全面側へ向かってﾌﾞﾚﾝﾄﾞしていかないと　つじつま合わないんじゃないかな…

(最全面)A B C(最背面) の3レイヤのﾌﾞﾚﾝﾄﾞで
　ﾌﾞﾚﾝﾄﾞ(ﾌﾞﾚﾝﾄﾞ(A,B), C)
　ﾌﾞﾚﾝﾄﾞ(A, ﾌﾞﾚﾝﾄﾞ(B,C))
で同じ結果となる式って作れる？

0267デフォルトの名無しさん

2009/09/01(火) 13:08:45

libXpm作ったアフォはどこのどいつだ
なんだこれｗ
if (attributes && attributes->valuemask & XpmColorSymbols) {
attributesが0だった時に回避しようとしてるつもりなのか？ｗ

0268デフォルトの名無しさん

2009/09/01(火) 13:26:12

>>267
よくあるコードじゃないか。
つーか、何を問題にしたいのか知らんが、スレ違いだ。

0269デフォルトの名無しさん

2009/09/01(火) 13:51:44

>268
>267はたぶん演算子の優先順位を気にしているのだと思う
&&より&の方が優先順位が高いのは昔からの名残なので
先にattributes->valuemask & XpmColorSymbolsが評価されて
次にattributes && (上記の式の評価値)が評価される
よって、attributesが0(その環境にあったヌルポインタ定数)

いやまったくの嘘を書いてしまった
if (attributes && attributes->valuemask & XpmColorSymbols) {
はコンパイラによって
if (((attributes) != 0) && (attributes->valuemask & XpmColorSymbols)) {
のように解釈される
よって、&より!=の方が優先順位が高いのでattributesが0(その環境にあったヌルポインタ定数)と比較される
つまり、attributesがヌルポインタである時はattributes->valuemask & XpmColorSymblosは評価されない
つなわち、attributesがヌルポインタであるときにそのデリファレンスは発生しないので定義通りに動作する
ここに一切の未定義動作は含まれない
http://c-faq.com/null/ptrtest.html

0270デフォルトの名無しさん

2009/09/01(火) 14:12:55

演算子の優先順位というのは結合の話で評価の順序ではない。

>>266
(背景) A B
(背景) C

のアルファブレンドが等価になるようなCをA,Bから合成することは可能。

0271デフォルトの名無しさん

2009/09/01(火) 14:19:08

>>270
そういう意味ではなく　結合順を変えても同じ結果になる合成式作れる？　ってのが主題
(背景) [A] [B] [C] → (背景)　[結果D]　が　合成の順番に依存せず　一意で定まる？　って疑問

0272デフォルトの名無しさん

2009/09/01(火) 14:34:41

全部１つの式に組み込めば出来るよｗ

0273デフォルトの名無しさん

2009/09/01(火) 14:36:14

>>271
a・(b・c) == (a・b)・c となるレイヤー合成演算・は存在すると思うよ。

実際にフォトショップ使ってて後ろの2枚を合成して1枚にするか
前の2枚を合成しして1枚にするかで結果の絵が変わることって無いし、

物理的にも3枚の半透明なスライドの重なりの結果が、
前の2枚を溶着して1枚にするか後ろの2枚を1枚にするかで
絵が変わるなんてことは非現実的だし。

0274デフォルトの名無しさん

2009/09/01(火) 14:44:22

勘違いしてるのが多いが、演算子の優先順位って処理の順番じゃないぞ。
これ以上はスレ違いなので、C言語スレにでも行ってくれ。

0275デフォルトの名無しさん

2009/09/01(火) 14:46:02

>>274
＞勘違いしてるのが多いが

勘違いしてるのは >>267 一人だけじゃないか。
ねつ造もいいところだ。

0276デフォルトの名無しさん

2009/09/01(火) 15:33:06

計算してみたよん
a' = a1 + a2 - a1*a2
c' = (a2*c2 - a1*a2*c1 + a1*c1)/a'

0277デフォルトの名無しさん

2009/09/01(火) 19:24:43

>>276
右辺にCを入れてどうする。

0278デフォルトの名無しさん

2009/09/01(火) 19:29:52

あ、Cは color か。失礼。
代入後、K * (背景)の項を消すために、K=0とおいて、a'を計算したんだな。

0279デフォルトの名無しさん

2009/09/01(火) 19:40:50

なんか馬鹿が一人でわめいているようだが…こういう馬鹿はほっとくかｗ

0280デフォルトの名無しさん

2009/09/04(金) 13:34:43

DXライブラリに実装されているSetDrawBrightという関数と同じような振舞いをする
振舞いをする画像処理関数が必要になったんですが、
現在使用しているライブラリには用意されていなかったのでCで安直に実装しましたところ、
しかし泣けるぐらい重くなってしまいました。

処理の内容としては
それぞれ1Byteのデータr g b aと適用前のピクセルpの成分pr pg pb paが与えられたときに
適用後のピクセルqの各成分である
qr = pr * r/0xff, qg = pg * g/0xff, qb = pb * b/0xff, qa = pa * a/0xff
を計算し合成しqの値を求めるというものです。

1.こういうのって正式な呼び方ありますかね？
DxライブラリではSetDrawBrightというような名前で使われていたので、
明度と関係がありそうなんですが、それだけでは上手く絞り切れませんでした。
今後自力で調べるときのキーワードとして上手く機能する呼び方というものは
知っておきたいです

2.また、効率のよい実装例、方針があれば知りたいです。
自力ではSIMDを使って乗除と最終的に各色成分をシフトして&合成する処理を、
それぞれ一纏めにできそうというぐらいしか思いつきません。

0281デフォルトの名無しさん

2009/09/04(金) 15:06:44

>>280
とりあえず安直に qr = (pr * r + pr)>>8; でいいんじゃない？
これでも遅いなら他に問題ありの可能性をあたってみて、
ないなら SIMD 化する。

0282デフォルトの名無しさん

2009/09/04(金) 15:44:07

>>280
名前を付けるとしたら、乗算合成じゃない？

0283280

2009/09/04(金) 18:01:51

ありがとうございます。

>>281
調べてみると、とても遅いというのは他の所が原因でした。
直してみましたがそれでもやや遅い気がするのでSIMD化を試してみたいと思います。
/0xffは最適化を有効にするとコンパイラが右shiftに直ｂｵてくれるようｂﾅす。

>>282
これも乗算合成というのですか。
SDL_gfxにも.*Mult.*という乗算らしきものがあるんですが、
これの場合はDXライブラリのSetDrawBrightや今回実装したものとは振舞いが違うようでした。

具体的には、imageFilterMultではs0とs1を取ってs0*s1を計算する
つまり0<s0*s1<(s0またはs1)にはならないとかです。
他にはs0/s1を計算する除算とかs0/2 * s1とかs0/2 * s0/s1がありましたが、
どれも目的の振舞いとは違ったものでした。

なので、乗算合成だけではこの振舞いをするものは絞り込めないように思います。
ディスプレイの明るさ(ガンマではない)調整機能でRGB独立に調整できるものがありますが、
それが近いような気がします。
この振舞いに対応するキーワードがあればいいんですが…

0284デフォルトの名無しさん

2009/09/04(金) 19:19:16

>>283
画像処理では、輝度値は0～255ではなく0.0～1.0で扱うのが一般的だから
ただの乗算が>>280と同じ処理だよ。

0285デフォルトの名無しさん

2009/09/05(土) 02:31:44

ソース公開されているんだから確認したら？

0286280

2009/09/05(土) 21:42:45

SSE(とMMX)を使ったら大体5倍強の速度になりました。
見様見真似でイントリンシック関数を使ったお手軽なものでも、
ここまでできるとは流石SIMD様です…
呼び方について調べたところDirectXの世界の用語ではDiffuseColorともいうもののようです
とはいうもののこれでは少し意味がかわってきますし、やはり輝度でおkですかね。

>>284
なる程、同じ処理でも立場によって呼び方がかわるというあたりまえの事ですが、
結構混乱させられますね。

>>285
確認しました。
どうやらDirectXの機能を使ってるようです、描画ポリゴンの頂点色を弄ってるんでしょうか。
とりあえずハードに入ってるぐらいだから典型的な処理ということはわかりました。

0287デフォルトの名無しさん

2009/09/08(火) 03:59:06

911サウスタワーのトンデモ映像―911テレビ画像捏造（疑惑）映像
http://www.youtube.com/watch?v=9vIR0uaDSuA

0288デフォルトの名無しさん

2009/09/09(水) 22:58:14

gimpの読み込みしようとlibxcfを自作したがやっと動いたぜ

0289デフォルトの名無しさん

2009/09/09(水) 23:00:18

でもなんかgimp開発サイドでもめてるのか？
libxcfは作るなとかなんとか言い合ってるのを検索してたらよく見たんだが
まあ自分で使うだけだしいいか

0290デフォルトの名無しさん

2009/09/10(木) 18:33:55

初歩的すぎる質問ですが、座標(0,0)の画素ってあるんですか？
それとも(1,0)や(0,1)から始まるんでしょうか。
for文のi=やj=をどうすれば良いのか困ってます。

0291デフォルトの名無しさん

2009/09/10(木) 18:42:51

質問できるレベルになってから来て下さい

0292デフォルトの名無しさん

2009/09/10(木) 18:43:19

おまえさんが処理しようとしている画像データのデータ種別とかアクセス関数の定義次第だろ。

0293デフォルトの名無しさん

2009/09/11(金) 21:45:43

>>290
あなたが若い女性なら答えてもいいです

0294デフォルトの名無しさん

2009/09/11(金) 22:25:48

男ですみません

0295デフォルトの名無しさん

2009/09/13(日) 10:34:00

画像変形ソフト WavePix ver. 0.0
http://www.geocities.jp/katayama_hirofumi_mz/wavepix/
画像を波状に変形させるソフトです。BMP/GIF/JPEG/PNG/TIFF画像の読み込みと書き出しに対応しています。

0296デフォルトの名無しさん

2009/09/13(日) 13:33:45

スクリーンショットくらい見せろよ

0297デフォルトの名無しさん

2009/09/13(日) 13:39:24

スクショを見てUIを確認出来ないようなアプリは試用する気にもなれん。

0298デフォルトの名無しさん

2009/09/13(日) 18:51:52

http://pc12.2ch.net/test/read.cgi/tech/1230511656/

0299デフォルトの名無しさん

2009/09/16(水) 00:33:10

輪郭追跡して閉じている輪郭のみ残したいんですけど、すぐ使えるライブラリってありますか

0300デフォルトの名無しさん

2009/09/16(水) 00:38:58

あるよ。

0301デフォルトの名無しさん

2009/09/20(日) 11:11:46

スナップショットもつけたよ。

画像回転ソフト TurnPix ver. 1.7.0
http://www.geocities.jp/katayama_hirofumi_mz/turnpix/

画像変形ソフト WavePix ver. 0.1
http://www.geocities.jp/katayama_hirofumi_mz/wavepix/

0302デフォルトの名無しさん

2009/09/20(日) 11:14:38

回転と変形で別のソフトを使わないといけないのは非常に面倒くさい

0303デフォルトの名無しさん

2009/09/20(日) 12:33:35

Shifted-Linear Interpolationとか他より特徴あるアルゴリズムでも実装しないと興味も出ないな。

0304デフォルトの名無しさん

2009/09/20(日) 14:28:54

晒しかよ、哀れな

0305デフォルトの名無しさん

2009/09/21(月) 13:27:12

>>303
なんだよその具体的な指摘はw
プロ煽りやかよ・・・と思ったが、おかげでいい技術を知ることができました
ありがとうw

0306デフォルトの名無しさん

2009/09/25(金) 13:01:27

つーか、コテつけろよ片山。あぼんするのが面倒だろうが。

0307デフォルトの名無しさん

2009/09/26(土) 23:54:39

siftの特許っていつ切れるの？

0308片山博文MZ ◆BVYGEn4LD2

2009/09/28(月) 10:07:18

http://www.geocities.jp/katayama_hirofumi_mz/win32/bilinear.htm

ここのページの間違いを指摘してくだされ。アルファの扱いがどーとか

0309デフォルトの名無しさん

2009/09/28(月) 14:39:00

>>308
間違いがあると判っているならそれを書け。
んな小汚いソースを逐一読む気にはなれんぞ。

0310デフォルトの名無しさん

2009/09/28(月) 23:19:02

>>308
2chで物を聞きたい時のコツを教えてやるよ

482 ：名無しさん＠初回限定：2007/09/10(月) 02:39:05 ID:+7lLhCDw0
2chで調べ物をしたい時は「教えてください」って書いても
なかなか教えてもらえない。

そういう時は、知ったかぶり風に間違ったことを自信満々に書く。
そうすると、ものすごい勢いでツッコミを入れてもらえる。

0311片山博文MZ ◆BVYGEn4LD2

2009/09/29(火) 08:40:12

うーぬ、誰も分からない域に達していたか。
しょうがない、知恵袋で聞いてみるか。

0312デフォルトの名無しさん

2009/09/29(火) 10:52:31

>>311
>309

0313デフォルトの名無しさん

2009/10/01(木) 16:54:22

OpenCV2.0でた
過去のコードとの互換性はどんな感じなんだ

0314デフォルトの名無しさん

2009/10/01(木) 16:59:53

おちつけ早漏

0315デフォルトの名無しさん

2009/10/01(木) 23:08:26

>>311
俺たちはお前のボランティアデバッグ要員ではない。

0316デフォルトの名無しさん

2009/10/02(金) 02:18:25

質問者のレベルが低すぎて吹いた

それじゃあ処理はおせーし信号劣化させて画質落ちるだろ
せめて畳み込み計算させて画質だけはよくして…
つか信号処理を学んでプログラムできるようになって

0317デフォルトの名無しさん

2009/10/02(金) 02:26:59

つっこみのレベルも低いな

0318デフォルトの名無しさん

2009/10/02(金) 02:29:34

煽りのレベルも低いな

0319デフォルトの名無しさん

2009/10/02(金) 02:38:34

確かに低いな。

0320デフォルトの名無しさん

2009/10/02(金) 21:14:39

じゃあレベルの高い話をしようぜ

0321デフォルトの名無しさん

2009/10/04(日) 00:41:07

OpenCV v2はソースが綺麗になったらしい

0322デフォルトの名無しさん

2009/10/04(日) 12:48:05

YouTube - Adobe Photoshop CS5 - Patchmatch - www.CS5.org
http://www.youtube.com/watch?v=dgKjs8ZjQNg

すげぇ……

0323デフォルトの名無しさん

2009/10/04(日) 21:25:07

懐かしいな。

0324デフォルトの名無しさん

2009/10/10(土) 02:00:03

>>322
それのアルゴリズム実装したけど画像によってうまくいったりいかなかったりする
そういうサンプル的なものは見せるためにわざと適合した画像を使ってるだけだから
一般用途にはまだまだ使い物にはならないな

0325デフォルトの名無しさん

2009/10/13(火) 21:12:57

SIFTなんですが、キーポイントのスケール値が大きいほどより重要な点と解釈していいのでしょうか？Rob Hess氏の実装だとスケールが大きい順に特徴点がソートされてますが、上位から100個だけ特徴点として使うこととかありますか？

0326デフォルトの名無しさん

2009/10/15(木) 23:47:55

文系学生です
最近趣味でプログラミングをはじめ、簡単な類似画像検索を作ろうと思っています
アルゴリズムはCCV
ttp://d.hatena.ne.jp/audioswitch/20080924/1222258823
を使用するつもりなのですが、上記ではRGBの値が全て等しいとして
ベクトルを生成しているのですが、実際はどのようにすればよいのでしょうか
例えば画像A、Bの二枚の類似度を測りたいときは
RGBそれぞれのCCVを生成したあとどのように比較すれば良いのでしょうか？

ド素人な質問ですみませんが宜しくお願い致します

0327デフォルトの名無しさん

2009/10/16(金) 00:32:46

平均とか分散とか

0328デフォルトの名無しさん

2009/10/16(金) 07:06:52

>>326
あんまり難しく考えなくても出た数字ってのは色と形状を数値化してるわけだから
数字の偏りが近いものは似てると言えるわけでしょ
サイズが同じならそれぞれ対応する数字の差分を合計して一定数以下ならって判断が出来るし
サイズが違うものを比較するなら数字の合計でまずそれぞれを正規化してやればいいだけ

0329デフォルトの名無しさん

2009/10/20(火) 17:03:12

卒研で画像処理に関することを扱うことになったのですが、
卒研にかけられる時間が2ヶ月弱になってしまいました。
実際の画像とPC上で見える画像に差異があるので、
金属、プラスチックの物体の画像を、何らかの処理をすることで、
元の見え方に近づけたいと考えています。
何かいい案はないでしょうか？

0330デフォルトの名無しさん

2009/10/20(火) 17:11:47

おまえには無理
あきらめれ

0331例えば、金属表面には光沢があるからそれを画像で表現するとか。

2009/10/20(火) 17:12:46

＞実際の画像とPC上で見える画像に差異があるので、
これをはっきりさせれば、自ずとどうすればいいか判りそうだが。

0332デフォルトの名無しさん

2009/10/20(火) 17:31:24

原因がわかっても修正が可能かどうかは別問題だろ

0333デフォルトの名無しさん

2009/10/20(火) 17:54:35

コントラストを上げるだけでなんとかなっちゃったりしてｗ
つかPC上で違うと言っても、モニタによって結果は様々だと思うんだけどなぁ

0334デフォルトの名無しさん

2009/10/20(火) 18:08:43

>>332
>331のメ欄

0335デフォルトの名無しさん

2009/10/20(火) 18:18:19

sageと書いてあるな

0336デフォルトの名無しさん

2009/10/20(火) 18:21:52

モニタのimpulse responceを測定してconvolutionを使ってどうにかかんとか

0337デフォルトの名無しさん

2009/10/20(火) 18:22:43

金色の金属をデジカメで撮るとRGBだけでうまく表現できてるんだなと感心するわ。
さすがに蛍光色は難しいけど直前に違う色で目を慣らしておけば
モノクロ写真に色が付くように感じるように蛍光色も表現できるんだろうか。

0338デフォルトの名無しさん

2009/10/20(火) 18:24:53

しょせんモニタの限界以上にはあがらない

0339デフォルトの名無しさん

2009/10/20(火) 18:41:57

>>335
名前欄……_/⌒|○

0340デフォルトの名無しさん

2009/10/20(火) 18:48:24

卒論２ヶ月って…釣りじゃなければなめてんのかｗ
テーマが未定ってことは、海外の関係論文あさって読むだけで終了だろ。
もう１年やるか、夏休みの自由研究レベルにしろ。

0341デフォルトの名無しさん

2009/10/20(火) 19:29:39

テーマ変えたら？

３日で作る高速特定物体認識システム
http://imlab.jp/IPSJ_3days/

0342デフォルトの名無しさん

2009/10/20(火) 19:36:22

>>339
かわいいｗ

0343デフォルトの名無しさん

2009/10/20(火) 19:38:28

_ﾄ⌒|⑧

0344デフォルトの名無しさん

2009/10/20(火) 23:52:06

ここはciecam02だな

0345デフォルトの名無しさん

2009/10/21(水) 00:55:15

329です。
レスくれた方々ありがとうございます。
できるだけのことをしたいと思います。
テーマ変更も視野に入れて・・・
やっと内定取れたのにorz

0346デフォルトの名無しさん

2009/10/21(水) 01:31:01

もう一年がんばれ

0347デフォルトの名無しさん

2009/10/21(水) 04:59:49

なんだか本末転倒なことになってるな

0348デフォルトの名無しさん

2009/10/21(水) 05:52:11

>>329
hint
金属光沢と鏡面反射

0349デフォルトの名無しさん

2009/10/21(水) 12:28:12

>>329
その「差異がある」画像の例でも挙げてくれませんかね？

0350デフォルトの名無しさん

2009/10/21(水) 12:35:50

PCの画面の上に付いてるカメラから取得した画像を、金属表面に貼り付ければ、あたかも鏡面反射に。

0351デフォルトの名無しさん

2009/10/21(水) 12:38:40

さちゅれーしょんの問題かな？

0352デフォルトの名無しさん

2009/10/21(水) 13:43:19

>>350
それしかないな
自分の顔が歪んで映り込む様子を画面に出力できたら勝ち

0353デフォルトの名無しさん

2009/10/22(木) 10:22:37

自分の顔を歪ませて金属表面に見えたら勝ち

0354デフォルトの名無しさん

2009/10/22(木) 15:45:31

エアコンのCMの金属ババア思い出した

0355デフォルトの名無しさん

2009/10/23(金) 15:21:13

>>329
一番見え方に影響するのは影だよ
分散光をシミュレートして精密な影を生成するか
適当に影のふちをぼかして見るとか

0356デフォルトの名無しさん

2009/11/10(火) 17:23:54

仕事で画像処理の勉強が必要になりました。
学習書はきそから分かる画像処理でいいですか？

0357デフォルトの名無しさん

2009/11/10(火) 20:28:34

>356
既に十分検討されているとは思いますが
画像処理は幅広い領域でありますので
その書籍だけでは押さえられない可能性があります
主に画像処理は
- 補正(フィルタや色相変換など)
- 圧縮(JPEG, JPEG2000など)
- 解析(2値画像やOpenCVに代表される各種解析など)
となります

どの分野が必要なのかわかりませんが
『基礎からわかる画像処理』は主に画像の補正や加工を扱っているように思います
cf: http://www.kohgakusha.co.jp/books/detail/978-4-7775-1322-2
サンプルコードがC♯ですが、理論が書かれているので他の言語での実装は難しくないとは思います

画像処理を学ぶ学生が一度は手にしたであろう書籍
『C言語による画像処理入門』は画像処理全般を一通り押さえてあります
個人的にはソースコードが良いとはいえませんが

画像の補正や加工のアルゴリズムが多数載っている書籍
『詳解画像処理プログラミング C言語で実装する画像処理アルゴリズムのすべて』はあまり評判が良くありません
確かに数多くのアルゴリズムは載っていますが、誤植が多い気がします

その他、確率モデルによるやら遺伝的アルゴリズムによるやら
フラクタル圧縮やらウェーブレット画像解析やら
なんやらかんやらいろいろあります

結論、どのような画像処理を行いたいかでお薦めする書籍が決まる

0358デフォルトの名無しさん

2009/11/10(火) 21:01:14

むずかしいこといわれてもよくわかりません。

0359デフォルトの名無しさん

2009/11/10(火) 21:04:55

>>357
過疎っていたのにレスが！
しかも懇切丁寧にありがとうございます。参考にさせて頂きます。

0360デフォルトの名無しさん

2009/11/10(火) 21:11:29

過疎だと？失礼な奴だな

0361デフォルトの名無しさん

2009/11/11(水) 20:18:30

ふと気になったんですが
3次元画像の近傍って6,18,26のほかに何がよく使われるんでしょうか？
124とか342とか使うことはあるんですかね

0362デフォルトの名無しさん

2009/11/13(金) 12:35:49

5x5x5で124は判るけど、342って?
6、18、26の他には14と3x3x3+6で32点は使ったことがある。

0363デフォルトの名無しさん

2009/11/13(金) 13:57:07

342 = 7*7*7 - 1 だろ

0364デフォルトの名無しさん

2009/11/13(金) 14:55:17

しまった、その発想はなかった。

0365デフォルトの名無しさん

2009/11/17(火) 17:56:01

3次元でなら、ヴォクセルサイズでやるんではなく、距離で考えたほうがいいんじゃね？
どうせ、3次元のループで距離の条件が合致するところだけ処理するってコードになるでしょ。

距離＝1　⇒　ヴォクセルサイズ＝3　⇒　26格子点
距離＝2　⇒　ヴォクセルサイズ＝5　⇒　92格子点
距離＝3　⇒　ヴォクセルサイズ＝7　⇒　250格子点
距離＝4　⇒　ヴォクセルサイズ＝9　⇒　484格子点
距離＝5　⇒　ヴォクセルサイズ＝11　⇒　894格子点

0366デフォルトの名無しさん

2009/11/17(火) 18:21:51

影で暗くなってる領域を明るくするのって
どんな方法でやってるのでしょうか

フリーソフトなどで、処理してくれるものはありますでしょうか

0367デフォルトの名無しさん

2009/11/17(火) 23:17:37

明度を一定にするか下駄履かせるのが、考え方はもっとも簡単じゃね？

0368デフォルトの名無しさん

2009/11/18(水) 08:16:49

>>366
たまたま今 GIMP2 を弄っているけど、明度の分布をとって暗いところを
明るくするよう曲線を変更して処理する例があった。GIMP2 でぐぐって
みたら。使い方を初歩から説明しているサイトもある。ソースも公開な
のだが、やたら拡張機能とかで分割されていて、どこにそのソースがある
かニワカには分からないのが難点。

0369デフォルトの名無しさん

2009/11/18(水) 11:54:53

>>368
明度の低いところ＝影、とするのが基本だとは思うけど、そうすると、
次の問題として、明度がどれくらい低いところを影とするか、という課題が残る。

明度の分布がどうなっているのかは画像の内容に依存するので、
１．分布を変更するパラメーターが指定できるようにして、画像ごとに指定できるようにする
２．適当な閾値を決め打ちする（>>366でいう「下駄を履かせる」ことか？）
３．画像全体で一定の明度になるように固定（>>366でいう「明度一定」）
の三つの方針のどれかってことになるような気がする。

いずれにせよ、明度をいじるとするならば、サンプルを見つけ出すまでもなく、
画像の全ピクセルに対してRGB⇒HSV変換、Vについての分布の変更、
HSV⇒RGB変換という極めて簡単な手順で実現可能だ。

0370デフォルトの名無しさん

2009/11/18(水) 12:00:08

>>366
この板的には、>369のように難しくないから自分でやれ。
或いは、ImageMagick辺りのライブラリでもそれなりにできる。

0371デフォルトの名無しさん

2009/11/18(水) 13:12:25

疑似ハイダイナミックレンジ合成って奴とか

0372デフォルトの名無しさん

2009/11/18(水) 14:07:30

>>366
イコライズでググれ。

0373デフォルトの名無しさん

2009/11/18(水) 20:25:34

>>367-369
それ単にダイナミックレンジを狭めてるだけじゃ...
素人が見てもダメダメな結果になるんじゃｙね？

0374デフォルトの名無しさん

2009/11/18(水) 22:42:11

>>373
ダイナミックレンジを狭めるというのは、「影を明るく」だから当然のこと。
影と判断できるところだけ輝度を上げるのなら情報量は減らないよ。

0375デフォルトの名無しさん

2009/11/18(水) 23:05:54

うん。
だから画像全体の明度分布の変更じゃなくて、陰っぽい領域を
それらしく選定するアルゴリズムの話をしなきゃ意味なくないか、と。

松下のビデオカメラがこの処理上手いんだよな。

0376デフォルトの名無しさん

2009/11/19(木) 17:20:27

Shadow Removalでぐぐれ

0377デフォルトの名無しさん

2009/11/21(土) 00:06:52

フラクタル圧縮の高速化の鍵って何？
GPU使って終了？

0378デフォルトの名無しさん

2009/11/21(土) 10:51:16

Fisherの_Fractal Image Compression_とか高速化手法がかかれた論文でも読んでみて
アルゴリズムの改良が一番だと思うよ
写像の式を改良したり再現性を落としてレンジサイズを大きく取ったりいろいろ
実の所、僕も知りたい

0379デフォルトの名無しさん

2009/11/24(火) 09:03:48

>>376
検索したけど
影がない時の参照画像ないと影とりのぞけないのか
それじゃ使えない

0380デフォルトの名無しさん

2009/11/24(火) 10:26:19

どのページを読んだんだい？

0381デフォルトの名無しさん

2009/11/29(日) 20:36:38

活字本をスキャンした画像の行間にすき間を入れたいんですけど、
テキストの行を検出する、縦書き対応のライブラリってありますか?

0382デフォルトの名無しさん

2009/11/29(日) 20:47:19

なければ作れば良い

0383デフォルトの名無しさん

2009/11/29(日) 21:34:29

OpenCV

0384デフォルトの名無しさん

2009/11/29(日) 22:32:19

それ何に使うん？

0385デフォルトの名無しさん

2009/11/29(日) 23:34:56

えっ

0386デフォルトの名無しさん

2009/11/29(日) 23:44:17

OpenCVを知らないとはモグリだろ
まぁ、ここの住人は大抵フルスクラッチでやってるし
論文読んだり、自分で理論作ってコードに起こしているから使い方は知らないかもなぁ
なければ作れ、そんな感じ、どんな感じ？

0387デフォルトの名無しさん

2009/11/30(月) 00:00:36

なんか多分、そんな感じ

0388デフォルトの名無しさん

2009/12/01(火) 00:33:09

OpenCVって再配布とか金取るんじゃないの？
そんなの使いたくないな
DLLとかにまとまって配布自由とかならいいけど

0389デフォルトの名無しさん

2009/12/01(火) 00:39:19

ライセンスも読まないカスにOpenCVを使う資格は無い

0390デフォルトの名無しさん

2009/12/01(火) 07:58:00

こんな馬鹿が画像処理できるわけないから心配ない

0391デフォルトの名無しさん

2009/12/01(火) 11:09:20

カレーうどん食べたい

0392デフォルトの名無しさん

2009/12/01(火) 23:33:38

opencvとかゆとりすぎだろｗｗｗ

0393381

2009/12/02(水) 00:35:41

自分で書いてたんじゃラチがあかないので、90度回転して
OCRopus のテキストレイアウト機能を使うことにしました。
行認識の精度は思ったよりもいいです。

0394デフォルトの名無しさん

2009/12/04(金) 10:37:25

3次元の線画像の上に1つ平面(超平面)をおいて
それに対して左側と右側(上側と下側)でどれくらい面対称なのかを
数値化する方法はあるのだろうか

「対称ならば、～である」っていうのはいえるけど
その逆はかならずしもいえないからなあ・・・

0395デフォルトの名無しさん

2009/12/04(金) 17:56:21

2次元周波数を出力するフーリエのプログラムって
どこかにありませんか

0396デフォルトの名無しさん

2009/12/04(金) 18:43:19

>395
http://www.fftw.org/
このようなライブラリがあったが、癖があるから自分で作った方がいいと思う

0397デフォルトの名無しさん

2009/12/04(金) 21:22:29

>>396
ありがとうございます

0398デフォルトの名無しさん

2009/12/04(金) 21:32:22

>>395
OpenCVのcvDFT関数

関数内部ではFFTでやってるらしいから速い

0399デフォルトの名無しさん

2009/12/06(日) 23:55:29

Google画像検索には線画(Line drawing)の絞り込みがあるけど
この判定アルゴリズムに関連しそうな論文か情報があれば教えてほしいのですが。
色のヒストグラムや分布から機械学習でするのがいいのかなと思っているのですが
前例が見つからないので。

0400デフォルトの名無しさん

2009/12/07(月) 09:27:14

>>399
ほぼ全てのOCRソフトには線画、写真、文字の領域を分離する「像域分離」機能が備わっている。
document analysisとかdocument recognitionの主要分野なので山のように論文がある。

0401デフォルトの名無しさん

2009/12/07(月) 16:15:15

小説をそのまま画像にしたようなファイルも大量に引っかかるから
それはやって無いような気がする

0402デフォルトの名無しさん

2009/12/08(火) 18:55:27

googleといえば、こんなサービスも始めるようだ

これは何？　見た物を検索してくれる「Google Goggles」公開
ttp://internet.watch.impress.co.jp/docs/news/20091208_334083.html

gogglesを使うために画像を送り、それがさらにデータベースを充実させ、
どんどんマッチング能力が高くなっていくんだろうなぁ・・・

0403デフォルトの名無しさん

2009/12/08(火) 20:48:28

>>402
数年前に似たことをやろうとしたけれど大手地図会社の特許があって断念した
記憶がある。googleなら地図会社ごと買っちゃうだろうけど

0404デフォルトの名無しさん

2009/12/09(水) 19:59:27

yuv10bitをbmp8bitにする方法分かる方、いらっしゃいますか。

0405デフォルトの名無しさん

2009/12/10(木) 07:12:33

rgbの間違いじゃないのか

0406デフォルトの名無しさん

2009/12/10(木) 09:30:32

>405なら取り敢えずこれで事が足りるだろ。
ttp://laputa.cs.shinshu-u.ac.jp/~gtakano/prog3.html

0407デフォルトの名無しさん

2009/12/14(月) 15:20:42

Cosegmentationって、ただのセグメンテーションと何が違うんですか？

0408デフォルトの名無しさん

2009/12/14(月) 16:05:10

>>407
なんか気になったからぐぐっちゃったわ。
日本語圏ではほとんど単語が存在しないな。

結論としては、複数の画像に同じ物体が写っているような場合に、
それらの画像を同時にセグメンテーションして、正確に物体を切り分けるような話っぽい。

0409デフォルトの名無しさん

2009/12/14(月) 17:59:54

>>408

そうですね。日本語の文献はなくて･･･。
英語の説明読んでもいまいちパッとしなかったので聞いてみました。
ありがとうございます。

0410デフォルトの名無しさん

2009/12/16(水) 17:51:20

画像処理する人ってみんなフォトショップぐらいもってるもの？
あれってlinuxで動かないよね

0411デフォルトの名無しさん

2009/12/16(水) 18:15:39

Gimp使え

0412デフォルトの名無しさん

2009/12/18(金) 13:09:10

立体線画のパターン認識をやりたいんですが
MSEって3次元画像ではどういう風に計算するんでしょうか？
ググって文献さがしているんですがなかなか見つからんです。
あと、もっといい誤差の求め方があればいいのですが・・・二乗誤差が一番基本的かと思いまして。

0413デフォルトの名無しさん

2009/12/20(日) 18:01:10

こういう符号化してるのってある？
符号化　復元
0001xxx　0000000000001xxx
001xxxx　000000001xxxx---
01xxxxx　00001xxxxx------
1xxxxxx　1xxxxxx---------

0は0
1は1
ｘは不定
-は切捨て

0414デフォルトの名無しさん

2009/12/20(日) 19:04:58

＞４１３
意味が分からん。　
ハフマンかランレングスに近いかもしれんが、歯抜け過ぎるテーブルの解析は
困難ですなｗ

0415デフォルトの名無しさん

2009/12/20(日) 23:46:09

>>411
Gimpは動画のコマ送りトレースできないよね。

0416デフォルトの名無しさん

2009/12/21(月) 00:00:46

PNG圧縮処理を自前でやってみたんですけど
100x100のサイズを超える画像がなんかうまく圧縮できないみたいで
何かPNG圧縮で100x100超える画像とかに特殊なやり方とかあるんですか？

0417デフォルトの名無しさん

2009/12/21(月) 00:07:06

人に聞く気が無ければ来るな

0418デフォルトの名無しさん

2009/12/21(月) 00:10:29

>>416
圧縮・復元相談室
http://pc12.2ch.net/test/read.cgi/tech/1040749065/

0419デフォルトの名無しさん

2009/12/21(月) 21:14:33

>>416
チャンクのサイズ上限に引っかかったんじゃ。

0420416

2009/12/21(月) 21:52:55

それは一度疑ったんですが
チャンクのサイズ自体は問題なかったです
100x100以上の画像に特別な処理するわけでは無さそうですね・・・
もう一度見直してみます。お騒がせしました

0421デフォルトの名無しさん

2009/12/22(火) 11:17:26

お騒がせというほどではないっす

0422デフォルトの名無しさん

2010/01/04(月) 07:26:49

モニターに写っている物を携帯で写した画像と
実際の物を携帯で写した画像の区別をつける方法を教えてください。

0423デフォルトの名無しさん

2010/01/04(月) 08:14:38

目で見ればモアレでわかるけど...

0424デフォルトの名無しさん

2010/01/04(月) 08:47:53

>>423
普通に見ただけじゃまったく分からない画像なんですが・・
そういう場合でも調べられますかね？

0425デフォルトの名無しさん

2010/01/04(月) 08:56:26

まず二枚のサンプル画像うｐしる

0426デフォルトの名無しさん

2010/01/04(月) 09:05:58

http://p.pita.st/?scqabhl1

２枚の画像は今ちょっとうｐできないんですが、スミマセン･･
例えばですが、これなんかはパソコンの画面を写したものですが
全然でていないですよね？

0427デフォルトの名無しさん

2010/01/04(月) 12:22:10

水平方向の明度変化が大きい方がモニター画像。

0428デフォルトの名無しさん

2010/01/04(月) 12:22:30

間違えた、垂直だ

0429デフォルトの名無しさん

2010/01/04(月) 21:57:08

>>427-428
それは安物のTN液晶を近距離から取った場合だけだろ

0430デフォルトの名無しさん

2010/01/04(月) 22:20:50

エッジ見れば分かりそうな気が

0431デフォルトの名無しさん

2010/01/04(月) 22:42:05

>>426
これくらいならわかりそうだけど
人間がいくら詳細に観察しても区別できないものは機械にもわからんだろう

0432デフォルトの名無しさん

2010/01/04(月) 23:53:05

グレア加工されていれば妙なツヤが出るし
フラッシュを焚いていれば光源が写りこむ
あるいは撮影者が写りこんでいるかも
CRTならモアレやラスタから判別出来る
でもそういうのがまったく無ければ難しいだろうね

0433デフォルトの名無しさん

2010/01/06(水) 19:24:23

画像処理ってパテントの固まりなんですね。
オープンソースでプログラムを公開しようと思ったら
関連特許は調べておくべきでしょうか。

0434デフォルトの名無しさん

2010/01/06(水) 19:33:39

特許についてはソースの利用者が調べろ
特許のトラブルは関知しない

とソースに入れておけばいんんじゃない

0435デフォルトの名無しさん

2010/01/06(水) 20:01:43

公開した時点で損害賠償請求の対象になるんじゃないでしょうか。
やっぱり仕組みからきちんと調べた方が良さそうですね…

0436デフォルトの名無しさん

2010/01/06(水) 21:07:37

第68条　特許権者は、業として特許発明の実施をする権利を専有する。
ただし、その特許権について専用実施権を設定したときは、専用実施権者が
その特許発明の実施をする権利を専有する範囲については、この限りでない。

法律がどうあろうと俺は訴訟を起こすぜヒャッハー、というキチガイも世の中にはいる。
そういうキチガイに絡まれるのが嫌というなら一切公開しないことだね。

0437デフォルトの名無しさん

2010/01/06(水) 21:13:05

>>435
> 公開した時点で損害賠償請求の対象になるんじゃないでしょうか。

それは常識的には無いと思う。

パテント保有者は、まずは公開した者や責任者に問い合わせるだろ。
「その技術はうちの権利を侵していないだろうか」と。
そして確かに侵していると互いに認識すれば、そこから
以後はもう公開しないとか、公開し続けるなら特許料とかの話に入る。

よくマスコミが取り上げたりして話題になるのは、
互いの認識が合わないまま公開し続けた、使い続けた後の話だと思うぞ。

「普通」は話し合いだ。
サブマリンや >>436 の言うキチガイなどでいきなり大事に持ち込もうとしても
できないような法律的仕組みが、確か作られているような気がしたが・・・
思い違いかな。

0438デフォルトの名無しさん

2010/01/06(水) 21:36:20

なるほど、勉強になりました。ちゃんと調べずに書き込んで済みません。

頂いた情報でググってみたら Xvid や MP3 の例を見つける事が出来ました。
「業として」なのかと、万が一問題が発生したらきちんと対応する事が
重要という事ですね。どうもありがとうございます。

0439デフォルトの名無しさん

2010/01/06(水) 22:50:40

なんとかフィルタとかいってなんか特許がどうのこうの言って
フリーのフィルタの開発者達に脅しをかけた人がいて2chでネタにされてたけど、
Lame本家やXviD本家みたいにソースだけ公開してる分には全く問題ないはずなのよな。

0440デフォルトの名無しさん

2010/01/06(水) 23:18:31

アイリスフィルタか

0441デフォルトの名無しさん

2010/01/09(土) 01:17:45

有識者の皆様、Watershed アルゴリズムについて解説していただけないでしょうか。

http://opencv.jp/sample/segmentation_and_connection.html

http://www.mvision.co.jp/WebHelpIM/_RESOURCE/Watershed_02_fig.html

この２つのウェブに書いてあるのは同じ処理なんですか？
上のほうは距離画像が絡んでくるように思えないのですが。

0442デフォルトの名無しさん

2010/01/09(土) 02:06:00

>>441
有識者じゃないけど条件の与え方が違いすぎるから同じものには思えないねぇ。

0443デフォルトの名無しさん

2010/01/10(日) 15:59:58

>>441
後者は白黒画像に対し符号付き距離変換をしてから Watershed を使ってる
…たぶん

0444デフォルトの名無しさん

2010/01/11(月) 20:51:31

教えてください。
yuv10bitを8biｔに減色するには、どう減色するのがいいんですか。

0445デフォルトの名無しさん

2010/01/12(火) 11:51:10

yuv10ビットってのはy:u:v=10:5:5ビットの20ビットってことだから、yから2ビット捨ててuとvから1ビットずつ捨てれば医院で内科医?

0446441

2010/01/12(火) 22:28:06

>>442さん、>>443さん、レスありがとうございます。

後者は、領域成長のシードを自動的に与えるために
白黒画像を距離変換して極大位置をもとめるということでしょうか。
でもって領域成長のうちきりが分水嶺ということなんでしょうか。

前者のOpenCVのほうはシードを手動で与えてますよね。

0447デフォルトの名無しさん

2010/01/16(土) 20:29:12

動画像処理で物体を除去するプログラムです。
詳しいことはファイルに書いてあります。

http://www.dotup.org/uploda/www.dotup.org567007.zip.html

環境
OS：Windows
コンパイラ名とバージョン：VisualC++2008
言語：C言語（ライブラリとしてARToolkit、OpenCVを使用しています）

アップローダーのパスワードは8756です。
自力で出来る限りのところまでやってみたのですが限界を感じました。

ご指摘お願い致します。

0448デフォルトの名無しさん

2010/01/16(土) 21:58:42

お前マルチだろ

0449デフォルトの名無しさん

2010/01/17(日) 09:04:07

はわわわわー

0450デフォルトの名無しさん

2010/01/20(水) 23:35:07

2つの立体画像の形状の類似を調べるのに
一番確実で手っ取り早い方法ってなんですか？

0451デフォルトの名無しさん

2010/01/20(水) 23:36:11

目視で確認

0452デフォルトの名無しさん

2010/01/20(水) 23:42:55

それぞれ三箇所から撮影したそれぞれ三枚の画像で比べる

0453デフォルトの名無しさん

2010/01/20(水) 23:51:30

携帯サイトとかmixiアプリとかで
「脳力テストゲーム」みたいな名前で>>450-451を実施したら
それなりに機能しそうな気がしてきた

0454デフォルトの名無しさん

2010/01/20(水) 23:58:33

青基調の画像の青部分を緑にしたりとか
どうやったらできるの？
フォトショでできる？

0455デフォルトの名無しさん

2010/01/21(木) 00:01:03

色相

0456デフォルトの名無しさん

2010/01/28(木) 23:12:27

画像処理の仕事って儲からないよな。

0457デフォルトの名無しさん

2010/01/29(金) 01:29:50

for文で画像全体を走査し、if文で、
2値化した画像の画素値が0（黒）の部分だったら右に+5のように少しずれて、
そのずれた先がまた黒だったら、今度は下に+5ずれた部分から画素を取得する、
以下、その繰り返し･･･
というようなif文の書き方はどのように書けば良いのでしょうか？

0458デフォルトの名無しさん

2010/01/29(金) 01:34:59

再帰

0459デフォルトの名無しさん

2010/01/30(土) 22:38:45

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

0460デフォルトの名無しさん

2010/01/30(土) 23:22:13

yes we can

0461デフォルトの名無しさん

2010/01/31(日) 20:15:49

正解点x、推定点x'とすると
再投影誤差d=||x-x'|| (|| ||はL2ノルム)
推定した三次元を画像座標で観測した時の画像座標を正解座標と比較するから"再投影"誤差

0462デフォルトの名無しさん

2010/02/01(月) 00:55:01

ありがとうございます。
すると>>459の解釈が既に間違っていて、正しい（と思われる）三次元座標：画像座標について
・画像座標＝画像上で検出したもの
・推定座標＝三次元座標を（推定した）変換行列で画像座標に変換した座標
という二つの画像座標間での誤差を計算、ということで良いでしょうか？

0463デフォルトの名無しさん

2010/02/02(火) 20:26:50

普通はそうだね

0464デフォルトの名無しさん

2010/02/06(土) 13:33:07

Photoshopのブラシのようなものを作っていますがどのように計算したらいいのでしょう?
はじめはガウス関数を使ってみたのですが速度がどうしても稼げませんでした。
次に先に2次元ガウス分布図をテーブル化して画素に加算をした結果、
ぱっと見うまくいっているんですが、テーブル値の間の値はどちらかに寄ってしまうので
縞模様になってしまう場合もあります。

0465デフォルトの名無しさん

2010/02/06(土) 14:31:24

GIMPのソースでも見たら？

0466デフォルトの名無しさん

2010/02/07(日) 16:12:46

フニャフニャの輪ゴムを撮影して、
画像処理で真円に変換する方法ってありますか？

0467デフォルトの名無しさん

2010/02/07(日) 20:07:55

どこまで品質が要求されるのかにもよるけど
(1)フニャフニャ輪ゴムのアウトライン（輪郭）を抽出
(2)アウトラインと真円との対応を考え、拡大縮小率、回転率、移動量を
　　画素単位（あるいは微小面積単位）で計算して求める。
(3) (2)の結果に基づいて、フニャフニャ輪ゴム画像から補間処理で
　　真円の輪ゴム画像を生成

って感じではどう？

0468デフォルトの名無しさん

2010/02/07(日) 23:02:43

大体の中心を算出し、その点を中心として高速で回転させることで円が現れる

0469デフォルトの名無しさん

2010/02/07(日) 23:17:53

>>467
レスどうも
やっぱりそんな感じで自力で作るしかないんですね。
技術レベル低いのですげー重くなりそう・・・・

0470デフォルトの名無しさん

2010/02/07(日) 23:21:42

8の字になってても大丈夫なんかな

0471デフォルトの名無しさん

2010/02/07(日) 23:59:30

>>470
そこまでの変形は想定してません。
概ね円に近い画像を入力します。

0472デフォルトの名無しさん

2010/02/08(月) 00:04:00

輪ゴムが円になりさえすればいいの？
それとも輪ゴムの中や外も不自然にならないように変形する必要があるの？

0473デフォルトの名無しさん

2010/02/08(月) 00:08:14

>>472
輪ゴムのみの変形でＯＫ
背景はどうでもいいです

0474デフォルトの名無しさん

2010/02/08(月) 00:19:33

だから中心点と半径さえわかればいいんだろ！なに無視してんだこの野郎！ふざけやがって！ゴムさえ回転させればいいじゃねえか！クソ！なんで無視だよ！

0475デフォルトの名無しさん

2010/02/08(月) 00:22:47

それなら「半径」が求まったら「中心」から「半径」の距離にあるゴムの色で円を描く方が良いね

0476デフォルトの名無しさん

2010/02/08(月) 00:25:24

ゴムには模様のようなものがあるので
円を描くだけでは駄目なんです

0477デフォルトの名無しさん

2010/02/08(月) 00:25:29

そう言ってんだろアホがあああああああああああああああ

0478デフォルトの名無しさん

2010/02/08(月) 00:26:38

ゴムに模様なんてねえよ!!！！！！！！！！！！！！！！！！！！どこのコンドームだよ!！！！！！！！！！！！！！！！！！

0479デフォルトの名無しさん

2010/02/08(月) 00:30:21

情報の後出しは煽られてもしょうがないよね。

0480デフォルトの名無しさん

2010/02/08(月) 09:21:52

>>475が俺の思ってたことを代弁してくれた。

0481デフォルトの名無しさん

2010/02/08(月) 16:01:21

それで思い出したけど、銀河系の生成シミュレーションってあるじゃん？
あれって、ちゃんと重力の伝搬は光速に制限しているのかね？

0482デフォルトの名無しさん

2010/02/08(月) 16:39:39

たかだか万年のオーダーなんて、無視しない理由がない。

0483デフォルトの名無しさん

2010/02/08(月) 19:07:06

>>476
そのゴムのパスと太さを取得して、
パスに沿って画像からテクスチャ情報を取得すればいいんじゃないの？

0484デフォルトの名無しさん

2010/02/08(月) 20:27:44

インテグラルイメージの利点がイマイチわからんので教えて。

0485デフォルトの名無しさん

2010/02/08(月) 23:16:31

もとの画像の任意の矩形領域の輝度の総和が
インデグラルイメージ上の4つの画素のアクセスで求まる
つまり速い

0486デフォルトの名無しさん

2010/02/08(月) 23:34:33

失礼します。
照明のムラやゴミなどの輪郭がボケた部分を除去して、
物のように明暗がクッキリ別れている部分だけ残すには、どのような処理をすれば良いのでしょうか？

0487デフォルトの名無しさん

2010/02/09(火) 01:06:26

>>485
その利点はわかってるんだけど、矩形領域の輝度値を知りたいときってどういう処理？
手法によるけどきれいに矩形で領域分割なんかよっぽど特殊な環境じゃなきゃできないと思うんだが。

0488デフォルトの名無しさん

2010/02/09(火) 01:24:06

A：～がわからないので教えて
B：～ってことだよ
A：知ってる

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

0489デフォルトの名無しさん

2010/02/09(火) 01:41:12

>>486
具体的に、こんな画像をこう変えたい、という例が図なり画像なりであると
答えやすいけど、何か出せるものあるかな？

0490デフォルトの名無しさん

2010/02/09(火) 06:38:21

>>487
顔検出でhaar-like特徴を求めるのに使われている
多重解像度解析とかスケールの異なる矩形で画像を近似するときに高速に実行できる

0491デフォルトの名無しさん

2010/02/10(水) 12:40:20

C,C++でExifを簡単に読み込む方法を教えな

0492デフォルトの名無しさん

2010/02/10(水) 12:51:32

スレ違いだ失せろゴミ

0493デフォルトの名無しさん

2010/02/10(水) 14:02:01

libexif

0494デフォルトの名無しさん

2010/02/10(水) 21:19:53

>>489
返事が遅くなってすいません。
この処理がかなり近いですね。
http://www.inotech.co.jp/product/QuickGrain/PadPlus.html

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

よろしくお願いします。

0495デフォルトの名無しさん

2010/02/10(水) 21:54:51

>>494
こんなんで特許かよ

0496デフォルトの名無しさん

2010/02/10(水) 23:18:44

先行技術がありそうだな

0497デフォルトの名無しさん

2010/02/10(水) 23:40:27

>>494
普通に画像をブロックで分割して各ブロックの2値化のしきい値を判別分析あたりで
求めてから画素ごとのしきい値を線形補間で求めて２値化すればいいんじゃね。

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

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

0498デフォルトの名無しさん

2010/02/11(木) 00:04:27

>>494
これハイパスフィルタに似てると思う
Diffrence of Gaussian の差分の代わりに割り算
Gauss ぼかしの代わりに平均値ぼかしを使ってる感じ

0499デフォルトの名無しさん

2010/02/11(木) 06:37:01

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

0500デフォルトの名無しさん

2010/02/11(木) 22:46:29

>>499
すごいなー。>>494さんじゃないけど、とても参考になります。
よろしければ(3)の処理の詳細ご教授ください。

0501494

2010/02/11(木) 23:57:20

>>497-498
いろいろな方法を考えて頂き、ありがとうございます。

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

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

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

0502デフォルトの名無しさん

2010/02/12(金) 02:33:32

>>500
>(3)の処理の詳細

>>501
>(3)について

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

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

0503デフォルトの名無しさん

2010/02/12(金) 03:12:47

>>500-501
考え方は、こんな感じです↓
http://n5vqmw.blu.livefilestore.com/y1p9gntFaahsH_0mU3aMVrouSUObAnSxA-F7KyHG8f15-5nmaJBEuDbtocu4CiB8hZA_6LI7CrSnGxw3itf0J4JxQYT2CWkdp22/1.png
実際に変換に使ったプログラムは、こんな感じ↓※即席なので適当ｿｰｽ（＾o＾）ﾉ
http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/10520.txt

0504デフォルトの名無しさん

2010/02/12(金) 03:19:38

Cとすぐ隣のC'(さらに領域の大きさだけ連続する)が重なると思うのですが
重なった回数分(1)～(4)を繰り返しても問題起きないのでしょうか
それともヒストグラム作成用画素値(変換前画像)と
変換後画像用に二つのbitmapを持ってるってことでしょうか

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

0505デフォルトの名無しさん

2010/02/12(金) 03:22:25

情弱w

0506デフォルトの名無しさん

2010/02/12(金) 03:56:44

>>504

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

その通りです（＾o＾）ﾉ

0507デフォルトの名無しさん

2010/02/12(金) 04:55:30

すげぇ！2chにこんな親切な人が！

0508デフォルトの名無しさん

2010/02/12(金) 07:37:42

>>503
おもしろいなぁ。参考になりました。

0509494

2010/02/12(金) 07:58:21

>>503
細かい解説だけでなく、ソースまで！！
本当にありがとうございます

0510デフォルトの名無しさん

2010/02/17(水) 14:30:35

おぬぬめpng書き出しライブラリを教えて

0511デフォルトの名無しさん

2010/02/17(水) 15:54:59

お断りしまーす（＾o＾）ﾉ

0512デフォルトの名無しさん

2010/02/17(水) 17:44:38

すげぇ！2chにこんな不親切な人が！

0513デフォルトの名無しさん

2010/02/17(水) 18:13:30

つ libpng

0514デフォルトの名無しさん

2010/02/20(土) 21:48:44

C#からベクタ画像を扱うライブラリって何がありますか？

0515デフォルトの名無しさん

2010/02/22(月) 19:58:35

>>503
すいません、私も興味あるんですが、流れてしまった様です。
どなたか、再度UPしていただけませんか。よろしくです。
http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/10520.txt

0516デフォルトの名無しさん

2010/02/25(木) 07:04:07

>>515
http://www.dotup.org/uploda/www.dotup.org685679.txt

0517デフォルトの名無しさん

2010/02/25(木) 07:53:15

>>516
ありがとうございました。参考にさせてもらいます。

0518デフォルトの名無しさん

2010/02/25(木) 08:53:51

>>516
通りすがりですが㌧クス。

0519デフォルトの名無しさん

2010/02/26(金) 01:58:03

あたし女だけどサンクー

0520デフォルトの名無しさん

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は何か間違えたか？

0521デフォルトの名無しさん

2010/02/27(土) 16:44:14

Win32にいったい何が…

0522デフォルトの名無しさん

2010/02/28(日) 21:00:04

遅すぎ
少なくとも100倍速に改良せよ

0523デフォルトの名無しさん

2010/03/01(月) 07:58:37

単純なループなんだけど、どうればいいのかな？

0524デフォルトの名無しさん

2010/03/01(月) 09:58:53

各画素ごとに100×100のヒストグラムを最初から計算しているのは無駄無駄無駄～
横方向／縦方向で前のヒストグラムを再利用するだけでヒストグラム構築速度が10000倍

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

0525デフォルトの名無しさん

2010/03/02(火) 23:50:23

MSERの原理について教えてくれ。論文読んでもさっぱりわからん。たぶん読めてないけど。

0526名無し募集中。。。

2010/03/02(火) 23:54:18

GetPixelで輝度値を取得しているんじゃないの?

0527デフォルトの名無しさん

2010/03/03(水) 02:51:24

>>524
自分は20×20でやってました。
0,0だけ20×20のヒストグラムを作成し、あとは差分の1行加算と減算しながら行ったところ
VB.net 7.5s→2.0s
に、なりました。

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

0528デフォルトの名無しさん

2010/03/03(水) 14:21:51

感覚的には30msecくらいで出来そうなんだけどなー

0529デフォルトの名無しさん

2010/03/05(金) 23:54:19

>>497だと130ms
移動平均法(窓サイズは24×24くらい)だと30ms
で同じような結果が得られた。C++。Pen4/2.4GHz。画像は>>494のやつ。

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

0530デフォルトの名無しさん

2010/03/07(日) 23:06:38

ゲームで使うために動的に袋文字を生成したいですが、
どんなアルゴリズムを使えばいいんでしょうか。

0531デフォルトの名無しさん

2010/03/07(日) 23:32:13

ピクセル周囲に1ピクセルずつ大きいビットマップつくって
重ね合わせたら

0532デフォルトの名無しさん

2010/03/07(日) 23:49:42

>>530
背景が白（255）で、文字が黒（0）と仮定すると、最小値フィルターを使って
文字を太らせ、元の文字画像と合成するのが最も簡単

0533デフォルトの名無しさん

2010/03/08(月) 15:02:01

要はどうやって輪郭を太らせるかって問題だよね
カウシアンかけて切り捨てとかあるよね

0534デフォルトの名無しさん

2010/03/08(月) 15:23:28

モルフォロジーでdilationだ

0535デフォルトの名無しさん

2010/03/08(月) 21:52:49

>>530
袋文字のフォントを用意して・・
いやごめん

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

0536デフォルトの名無しさん

2010/03/08(月) 22:59:22

xor だorz

0537デフォルトの名無しさん

2010/03/09(火) 18:04:47

おまいらＡＡのこととか無視してるだろｗ
特に袋の内側のＡＡ。

0538デフォルトの名無しさん

2010/03/09(火) 18:16:51

ん？ＡＡが必要なら、文字を4～8倍の大きさで袋化した後
積分的手法で縮小すればいいだけ

0539デフォルトの名無しさん

2010/03/09(火) 19:46:26

袋の内側のAAって
ω
のこと？

0540デフォルトの名無しさん

2010/03/09(火) 21:51:42

しらんがな(´･ω･｀)

0541デフォルトの名無しさん

2010/03/09(火) 21:58:01

それ袋全体だろ
内側ってことは　人

0542デフォルトの名無しさん

2010/03/09(火) 23:19:48

>>538
きみ、実際にやったことないでしょ。

0543デフォルトの名無しさん

2010/03/09(火) 23:45:08

俺は>>538の方法でやってるけど駄目なのん？

0544デフォルトの名無しさん

2010/03/21(日) 20:59:13

テンプレートマッチングは、「相関係数を何度も計算して、画像間のずれを最低限に抑えること」で大体合ってますか？
テンプレートマッチング=相関係数ではないですよね？

0545デフォルトの名無しさん

2010/03/22(月) 18:21:29

>>544
「画像間のずれを最低限に抑えること」といったら普通はレジストレーション。
テンプレートマッチングと相関係数は、そもそも比較対象とはならない。意味不明。

0546デフォルトの名無しさん

2010/03/24(水) 02:44:02

>>545
イメージテンプレートマッチングって言ってるのはカッペの俺だけ？
しばらく内地に戻ってないから色々ずれちゃってるかなぁ

0547デフォルトの名無しさん

2010/03/24(水) 03:22:01

相関係数はどのくらい近いか（相関関係があるか）の割合でしか無いからなぁ

0548デフォルトの名無しさん

2010/03/24(水) 03:59:08

なるほど normalized cross correlation 最大の箇所でマッチング箇所を見つけるのは邪道か

0549デフォルトの名無しさん

2010/03/24(水) 14:01:57

漢が使うなら「差」

0550デフォルトの名無しさん

2010/03/24(水) 19:33:29

このスレでいいのか分からないが質問です
libpsdを使ってpsdのサムネイルをエクスプローラーに出そうとしてます
でVista以降サムネイルＣＯＭインターフェースの仕様が変わって
IStreamというストリームからしかデータにアクセス出来ない
でもlibpsdにはメモリから読み込むような関数は用意されてるように見えない
なんか解決策はありますか？

0551デフォルトの名無しさん

2010/03/24(水) 20:08:30

ソースあるんだから自分でどうにかすれば？

0552デフォルトの名無しさん

2010/03/24(水) 23:53:37

でなければストリームを一時ファイルに出力して読み込めばいいね
無駄すぐる

0553デフォルトの名無しさん

2010/03/25(木) 00:33:13

ソースいじると公開しろとか言われるから嫌なんだよなｗ

0554デフォルトの名無しさん

2010/03/25(木) 00:39:35

弄らなくても組み込んだプログラム公開するなら必須なんじゃ?
個人使用だけなら弄ったって公開義務なんて無いぞ。

0555デフォルトの名無しさん

2010/03/26(金) 20:22:32

画像の特徴で分割した四分木があって
ある領域に隣接してる領域が知りたいんだけど
周辺を総当りでチェックするしかないのかな？
画像もリアルタイムに変動するんだけど
違いがある場所のノード以下を全削除して構築しなおすくらいしか
方法が思いつかないんだけど実際やってみるとかなり遅い
高速化する方法はないもんでしょうか？

0556デフォルトの名無しさん

2010/03/26(金) 22:11:34

>>555
分割を作る時点で、帰納的に属性を持たせればOK

0557デフォルトの名無しさん

2010/04/02(金) 14:40:46

彩度を変更するプログラムを書いているのですが
HSVのSを増やすだけでは、色が壊れ
減らしてもモノクロになりません

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

0558デフォルトの名無しさん

2010/04/02(金) 14:41:27

色が壊れるのは極端に上げた場合、素画像が白っぽい部分です

0559デフォルトの名無しさん

2010/04/02(金) 15:30:03

>>557
HSV以外の色空間（Labとか）を使う方法もあるけど
HSVでも、そこそこ正しく動作するはず。

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

0560デフォルトの名無しさん

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);

な感じです。

0561デフォルトの名無しさん

2010/04/02(金) 16:27:18

>>557-559
Sharaku Image Manipulation Program - 色相・彩度・明度
http://www21.atwiki.jp/submarine/pages/151.html
こういうことっぽい

0562デフォルトの名無しさん

2010/04/19(月) 11:17:31

>>516
すみません、再度どこかに上げていただけないでしょうか

0563デフォルトの名無しさん

2010/04/20(火) 17:31:22

カラー画像があってこれを４分木分割する時に
分離すべきかどうかを判定するのに対象領域のピクセルを全部走査するわけだけど
もちろんある程度分離可能という情報が拾えたら中断することも可能だけど
2048x2048の画像をやってみたらかなり遅い
１回の走査で分離する方法って無いのかな？
なんとなく出来そうな気がするんだよね

0564デフォルトの名無しさん

2010/04/20(火) 18:38:22

>>563
つ icc

0565デフォルトの名無しさん

2010/04/20(火) 20:00:51

>>564
検索しても出てこないけどなんですかね？

0566デフォルトの名無しさん

2010/04/20(火) 23:16:30

>>565
intel c/c++ compiler

0567デフォルトの名無しさん

2010/04/21(水) 01:40:32

>>566
それがどうしたの？

0568デフォルトの名無しさん

2010/04/21(水) 08:45:29

>>567
あんたばかあ？

0569デフォルトの名無しさん

2010/04/21(水) 09:09:13

>>567
画像処理のプログラムなら、コンパイラによる最適化だけで、1/2の実行時間になる事もざら。
if文の排除や、ベクトル化等と言ったアルゴリズムレベルでの最適化すれば
もっと確実に早くなる。

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

0570デフォルトの名無しさん

2010/04/21(水) 11:47:10

>エスパースレじゃないんだから。
えっ

0571デフォルトの名無しさん

2010/04/21(水) 14:52:36

こういう奴が最終的にチームに迷惑をかける

0572デフォルトの名無しさん

2010/04/25(日) 01:26:47

http://www.keyence.co.jp/gazo/xg7000_special/hd/

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

0573デフォルトの名無しさん

2010/04/25(日) 02:10:28

そんなに凄くない。画像処理、マルチタスク、通信といったプログラミングの経験が
少しあれば、似たようなものは作れる。特種ハード搭載とか説明にあるけど
必要ならボード等は入手できるしね。特許の縛りを考えなければ、中国とかで簡単に
コピー製品がつくれちゃいそうなレベル

0574デフォルトの名無しさん

2010/04/25(日) 10:44:19

>>572
そういう手間を省いて、問題だけに向き合うための商品なんじゃｗ

0575デフォルトの名無しさん

2010/05/04(火) 13:54:13

　すみません。フィルムの質感をシミュレートするライブラリやコード
アルゴリズム、数式を解説しているサイトを知っている人がいればご教示い
ただけないでしょうか？
　サイトを検索してもAfterEffectレベルの話や特定の製品（CineLookとか
Filmpack）を使った話ばかりでした。

0576デフォルトの名無しさん

2010/05/04(火) 14:26:44

>>575
フィルムの質感というのは、たとえば画用紙の質感とは何が違うのか、
いくつか列挙してみてくれ。

0577デフォルトの名無しさん

2010/05/04(火) 15:58:00

>>576
写真と映像の二つを調べてて

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

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

0578デフォルトの名無しさん

2010/05/04(火) 16:21:17

>>577
そういうのは手でやれるってことなら
photoshopとかで実際にやってみて
やったことをプログラムで連結すればいいだけでしょ

0579デフォルトの名無しさん

2010/05/04(火) 16:38:26

>>577
それはただ並べただけで、「違い」を列挙してはいないよ。

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

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

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

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

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

0580デフォルトの名無しさん

2010/05/04(火) 16:46:23

フィルムっぽいというと、最近ではバカリズムマンがあったなぁ
ttp://www.youtube.com/watch?v=oucEQxjpccA
ビデオと比べると、彩度が低いのと、ガンマカーブも違うね。

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

0581デフォルトの名無しさん

2010/05/04(火) 16:56:12

色褪せた写真の様な質感ってことか。

0582デフォルトの名無しさん

2010/05/04(火) 21:54:24

色あせたってのも単純に彩度を落とせばいいってわけでもなさそうだけど

0583デフォルトの名無しさん

2010/05/04(火) 22:15:51

http://labs.wanokoto.jp/olds
検索してたらこんなものが

0584デフォルトの名無しさん

2010/05/04(火) 23:36:20

http://en.wikipedia.org/wiki/Film_grain
http://en.wikipedia.org/wiki/Image_noise

0585デフォルトの名無しさん

2010/05/05(水) 05:53:23

質感の違いの１つはフイルムの色素の色再現性だとおもう

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

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

0586デフォルトの名無しさん

2010/05/05(水) 05:55:33

あと、どこにでも書いてあるけど粒状性
色素の粒子の大きさの不揃いとか分布のムラとか
これは光量が少ない部分で強く現れる

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

0587デフォルトの名無しさん

2010/05/05(水) 06:10:30

連投すまんけど本人が表現できないみたいだから書いておくと

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

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

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

がんばれ !

0588デフォルトの名無しさん

2010/05/05(水) 08:54:05

モニタもCRTとか液晶とか色再現性なんてまちまちだからな
どっかでキャリブレーションできる仕組みも作っておかないと使い物にならない

0589デフォルトの名無しさん

2010/05/06(木) 07:52:32

グレインノイズを画面全体にかけると出来の悪いアニメみたいになるよ
Photoshopなら影をマスクにしてそこだけにノイズかけるようにするのかな

0590デフォルトの名無しさん

2010/05/06(木) 10:51:27

>>588
人種の違いによって色に対する感度も違うので、
同じＴＶでも違うように見えるってばっちゃが言っていた

0591デフォルトの名無しさん

2010/05/06(木) 13:22:32

GUI作り込むなら表示ガンマとアプリ内部のガンマが一致するように
しないといけないかもだけど、キャリプレーションはOSやドライバに
任せるべきだとおもう。
映像加工するつもりならそのくらいの準備はできてるよね?

0592デフォルトの名無しさん

2010/05/06(木) 16:57:33

特性曲線とかケラレの度合いとか
フィルムの潜在的解像度とか製造過程で起こる潰れとか
そういうのをそれっぽく見せるだけじゃなく
既存の写真を入射光としてリアルに計算して表示するものとかあったら面白そう
単にパラメーターを適当に入れるんじゃなくて
実在するカメラやフィルムの特性をそのまま利用する
○○年の○○製のカメラで○○フィルムを使った時の写真みたいなのが出せるやつ

0593デフォルトの名無しさん

2010/05/06(木) 18:05:27

自分で作ったら

0594デフォルトの名無しさん

2010/05/06(木) 19:57:01

RAW現像ソフトに、そういうのがあったような気がする

0595デフォルトの名無しさん

2010/05/06(木) 20:18:01

>>592
入射光とする既存の写真の方が、いつのどのカメラとどのフィルムで撮って、
どのような環境で何年保存してたものか分からないと、ダメだろ。

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

0596デフォルトの名無しさん

2010/05/06(木) 23:53:48

>>595
今更古い写真を古い写真にしようとする奴はいないだろ
デジカメなら誰が撮っても一定の入力なんだからそれでいい

0597デフォルトの名無しさん

2010/05/07(金) 07:30:57

何年前の写真はこうなります...と一覧できるとわかりやすいね
でも表現ツールとしてはその並んだ状態で経年劣化関数のパラメーターを
変化させたりミックスさせて自分好みの劣化関数を作りたいんじゃないかな

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

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

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

0598デフォルトの名無しさん

2010/05/07(金) 07:48:11

>>596
>デジカメなら誰が撮っても一定
そのデジカメの特性が、「○○年の○○製のカメラで○○フィルムを使った時の写真」
の再現を邪魔するだろ。

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

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

0599デフォルトの名無しさん

2010/05/07(金) 07:57:17

raw

0600デフォルトの名無しさん

2010/05/07(金) 12:54:29

raw になるまでに受けた影響はどうするんだ？
CCD や CMOS の特性、レンズの特性はメタデータとして記録されるのか？

0601デフォルトの名無しさん

2010/05/07(金) 14:09:54

カメラプロファイル

0602デフォルトの名無しさん

2010/05/07(金) 14:25:53

>>598
a() も b() も用意されてるんだから
b(a^-1(α)) は問題ないだろw

0603デフォルトの名無しさん

2010/05/07(金) 18:21:01

>>602
>a() も b() も用意されてるんだから

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

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

0604デフォルトの名無しさん

2010/05/07(金) 19:18:17

未知ではあるが昭和時代のカメラの影響から比べたら
最近のデジカメのメーカー差異なんて無視出来るほど小さい誤差だろう

0605デフォルトの名無しさん

2010/05/07(金) 19:48:53

何を根拠にそんな事を言ってんの?

0606デフォルトの名無しさん

2010/05/07(金) 20:35:43

特性曲線とかケラレの度合いとか
フィルムの潜在的解像度とか製造過程で起こる潰れとか、
そういう玄人にしか分からないような微妙なものを
それっぽく見せるのでは飽きたらず、
実在するカメラやフィルムの特性をそのまま利用して
○○年の○○製のカメラで○○フィルムを使った時の写真みたいなのが出せるやつ
を求めてるヤツだぞ。

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

0607デフォルトの名無しさん

2010/05/07(金) 21:16:05

どこまでマジレスなのかわからなくなってきたけど・・・
自分は過去の撮像系を再現するような提案は
商品やマスコミの見出しにでてくるような程度のものだと解釈してる

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

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

0608デフォルトの名無しさん

2010/05/07(金) 21:22:42

画像処理で再現困難なカメラの機種の違いに１つ気づいた

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

0609デフォルトの名無しさん

2010/05/07(金) 21:33:27

バカじゃねーの

0610デフォルトの名無しさん

2010/05/07(金) 22:04:36

>>607
>カメラなんだから絞り羽根やシャッター幕の違いの影響は表現上重要!
>・・・でもそんなことはここでは(当面)無視していいとおもう。

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

0611デフォルトの名無しさん

2010/05/07(金) 22:31:06

RAWと言いつつ、デジタル補正済みのデータを出力する最近のカメラは、どうかしてるぜ。

0612デフォルトの名無しさん

2010/05/07(金) 23:05:42

最近のデジカメはもう青は青だろ
少なくとも人間に認知出来る範囲の違いはない
どのカメラで撮影しようと青だ間違いない

0613デフォルトの名無しさん

2010/05/07(金) 23:17:51

>>607
っつーかフィルタ付きレンズとか使ってたら
もう逆関数で再現なんてムリポ

0614デフォルトの名無しさん

2010/05/18(火) 20:50:41

pgmの中の

#コメント

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

0615デフォルトの名無しさん

2010/05/18(火) 21:35:15

それはかなり高等忍術

0616デフォルトの名無しさん

2010/05/18(火) 21:46:58

忍術ﾜﾛﾀｗ

0617デフォルトの名無しさん

2010/05/18(火) 21:58:03

秘術・具烈符を使うのかな。

0618sed -e 's/ ◆W33cs7eqKc

2010/05/19(水) 15:04:45

寧ろ、忍法瀬渡だろ。JK

0619デフォルトの名無しさん

2010/05/19(水) 15:05:26

ぎゃぁ、トリップに化けたw

0620デフォルトの名無しさん

2010/05/19(水) 16:56:47

W33cs7eqKcさんパネぇっす

0621デフォルトの名無しさん

2010/05/19(水) 19:12:51

まぁ、画像処理は忍術みたいなもんだよなぁ。
何か情報を抽出したり、キレイに加工したり･･･

0622デフォルトの名無しさん

2010/05/21(金) 00:24:08

昔の言葉遊びを思い出した。

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

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

0623デフォルトの名無しさん

2010/05/21(金) 00:29:42

ははｗ
なるほどね。

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

0624デフォルトの名無しさん

2010/05/21(金) 03:48:42

誰かBi-Directional のT=D(S, T1)の意味を教えてくれ

0625デフォルトの名無しさん

2010/05/21(金) 03:51:45

画像から重要度の高いオブジェクトの画素を算出する計算式みたいなんだけど
平坦とか同じパターンの繰り返しは重要度が小さくて変化の大きい部分や
エッジに掛かる部分が重要度が大きくなるらしい計算式です

0626デフォルトの名無しさん

2010/05/21(金) 03:59:31

http://www.wisdom.weizmann.ac.il/~vision/VisualSummary.html
具体的にこれです

0627デフォルトの名無しさん

2010/05/21(金) 16:32:29

libpngを使ってメモリから画像をロードできないでしょうか？
具体的にはpng_init_ioでファイルポインターではなく
istrstreamを使えるとうれしいです。

0628デフォルトの名無しさん

2010/05/21(金) 16:34:25

libpngを使ってメモリから画像をロードできないでしょうか？
具体的にはpng_init_ioでファイルポインターではなく
istrstreamを使えるとうれしいです。

0629デフォルトの名無しさん

2010/05/21(金) 17:58:32

>>626
具体的にわからんがリンクのPDFに詳しく書いてある
読む気がないならあきらめたほうがいい

0630デフォルトの名無しさん

2010/05/21(金) 18:23:04

>>627
出来るよ、実際にやったし

0631デフォルトの名無しさん

2010/05/21(金) 18:28:16

http://mp.i-revo.jp/user.php/wrckyapk/entry/7438.html

0632デフォルトの名無しさん

2010/05/23(日) 03:13:57

画像処理とはちょっと違うけど、

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

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

0633デフォルトの名無しさん

2010/05/23(日) 03:17:31

>>628
メモリから画像をロードはできるけど、ストリーム使ったことないな。
png_set_read_fnを使ったかな。ファイル、メモリ、リソースから
読めるように組んだことはある。

0634628

2010/05/23(日) 09:01:12

>>633 libpngでメモリから画像をロードする方法を教えてください。
私が調べた限りFILE*が必須です。

0635デフォルトの名無しさん

2010/05/23(日) 11:33:50

>>634

633じゃないけど

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

0636デフォルトの名無しさん

2010/05/23(日) 17:18:56

順呼び出ししかされないからストリームでも問題ない

0637デフォルトの名無しさん

2010/05/23(日) 19:37:33

ごめんスレ違いだったorz

0638デフォルトの名無しさん

2010/05/23(日) 20:34:22

いや単にここの人たちの大半がレタッチにしか興味ないだけで
スレ違いじゃないと思うよ

0639デフォルトの名無しさん

2010/05/23(日) 22:23:21

開いたけど筆ペンなんて無いしｗ

0640628

2010/05/23(日) 22:27:46

>>635 libpngで画像をメモリにロードする方法を教えてください。
私が調べた限りFILE*が必須です。

0641635

2010/05/23(日) 22:58:21

>>640
ヽ(`Д´)ﾉ

0642デフォルトの名無しさん

2010/05/24(月) 00:01:51

それは怒っていいｗ

0643デフォルトの名無しさん

2010/05/24(月) 00:05:26

ﾜﾛﾀｗ

0644デフォルトの名無しさん

2010/05/24(月) 06:57:39

>>635もある意味あほだなｗ

0645デフォルトの名無しさん

2010/05/24(月) 08:38:53

筆ペン
筆圧情報と傾き情報から接触点の形状を作って重ね描画
取得間隔が開くからその間は時系列情報を使って補完する
筆圧だけ拾って接触点を円で処理するものなら難しくはないよ
ハネをうまく拾えればそれらしくなるとおもう

0646632

2010/05/24(月) 23:17:25

>>645
なるほど。ただ漠然と考えていた。
要領よく考えれば少しずつできそうだ。
ありがと～。

0647デフォルトの名無しさん

2010/05/29(土) 15:17:35

画像処理の得意なPC98世代のおっちゃんいたら画面フィルタのプラグイン書いてくれ～

PC-98エミュを語ろう8
http://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が割り当てられて、オートフレームスキップをするようにしたので、重くても遊べると思います
ぜひ早速あそんであげてください

http://akiyuki.boy.jp/t98next/

0648デフォルトの名無しさん

2010/06/02(水) 21:50:50

dll嫌いなのでスタティックライブラリでjpegを読み込みたいと思います。
どこかにありませんか？

0649デフォルトの名無しさん

2010/06/02(水) 22:31:03

dllをスタティックリンクする

0650デフォルトの名無しさん

2010/06/02(水) 22:31:46

imagemagickは？

0651デフォルトの名無しさん

2010/06/02(水) 23:22:03

静的リンクするとライセンスの問題が絡むだろ

0652デフォルトの名無しさん

2010/06/02(水) 23:22:12

imagemagickってどこでどれをダウンロードすればいいのか普通にみんなわからないよね

0653デフォルトの名無しさん

2010/06/02(水) 23:36:41

誰だってわかんねえだろ

0654デフォルトの名無しさん

2010/06/02(水) 23:37:44

imagemagickってスタティックリンクしたら凄いサイズにならないか？
使うフォーマットを絞って残りはリンクしないようにとかできる？

0655デフォルトの名無しさん

2010/06/03(木) 09:58:06

libjpegでいいじゃない

0656デフォルトの名無しさん

2010/06/03(木) 21:58:34

車輪くらい作っちゃえば良いよ！

0657デフォルトの名無しさん

2010/06/03(木) 23:52:38

bmpは単純なようでバリエーションが多すぎるし
実装によって挙動がぜんぜん違うし
まともなライブラリが１つもないから
自分で作ったよ
アルファチャンネルにも対応したよ

0658デフォルトの名無しさん

2010/06/04(金) 00:14:05

吐き出すソフトがあるのか知らんがBITMAPINFOでJPEGやPNG圧縮
V4,V5だとカラーマネージメントにも対応しなきゃならないから面倒だな。

0659デフォルトの名無しさん

2010/06/04(金) 00:27:05

libjpeg、libpng、giflib使ってるけどbitmapがないんだよな
libjpegについてるcjpegのコードにbitmapの読み込みがあるんだが
まともなbitmapのライブラリってなんで無いの？

0660デフォルトの名無しさん

2010/06/04(金) 00:46:47

bitmapコンテナのJPEGとPNGって仕様書実在するの？
俺みたことねー

0661デフォルトの名無しさん

2010/06/04(金) 01:33:46

必要になったらあせればいいんだよ

0662デフォルトの名無しさん

2010/06/04(金) 03:57:53

libbmp

0663デフォルトの名無しさん

2010/06/04(金) 05:34:51

>>660
MSDNにBITMAPINFOHEADERのbiCompressionにBI_PNG、BI_JPEGという値が指定できるとは書いてある。
実際にそれでPNGやJPEG使えたという話は聞いたことがないが。

0664デフォルトの名無しさん

2010/06/04(金) 05:59:50

BI_PNG、BI_JPEGはプリンタ専用だよ。

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

0665デフォルトの名無しさん

2010/06/05(土) 01:34:12

>>663
それは有名なんだけどさ、
具体的にどのように画像データが格納されるのかどこにも書いてないんだよな

0666デフォルトの名無しさん

2010/06/05(土) 01:45:26

逆に仕様で存在してても出力するアプリが無いのだかあら
その種の画像はこの世に存在しないと判断出来るから要らないだろ
出力するソフトが出来て普及したら実装すればいいだけで

0667デフォルトの名無しさん

2010/06/05(土) 07:58:43

jpegは規格団体あったよね
リファレンスあるんじゃね。

0668デフォルトの名無しさん

2010/06/05(土) 10:48:35

jpegの話じゃないだろ

0669デフォルトの名無しさん

2010/06/09(水) 08:34:54

フォトショップで画像の輪郭線を強調して、白と黒に２値化してその黒部分（輪郭線）の座標を別ファイルに抽
出する方法ってありますか？ピクセル単位で量が尋常じゃなくても構いません。
フォーマットはbmpです。ｘｙの座標をtxtファイルに書き込みたいと思ってるんですが。

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

0670デフォルトの名無しさん

2010/06/09(水) 08:55:58

Photoshopの使い方はソフトウェア板へどうぞ

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

0671デフォルトの名無しさん

2010/06/09(水) 12:19:21

プラグインを作りたいとか？

0672デフォルトの名無しさん

2010/06/09(水) 14:36:26

8bitモノクロ写真に色を着色する場合
HSV色空間で考えると輝度情報しかないわけだ
鮮度ってどうすればいいんだろう
Photoshopなんかでやる場合は上にレイヤーをかぶせて
演算方法を何かにしてやってるんだろうえけど
どういう演算式で被せると自然な仕上がりになるんだ？
それが分かれば鮮度の扱いも推定出来そう

0673デフォルトの名無しさん

2010/06/09(水) 14:38:54

↑彩度ねｗ

0674デフォルトの名無しさん

2010/06/09(水) 14:53:23

こんな手法のこと？
http://www.cs.huji.ac.il/~yweiss/Colorization/

0675デフォルトの名無しさん

2010/06/09(水) 14:58:23

輝度を入力、彩度を出力に考えたとき、概ね正の相関を持たせればいい。
どの程度のカーブがいいかは実験的に決めるようかな。
問題は、色相はどうするの?w
# これも、輝度を入力にして適当に色相に反映させる手もあるけどね。
# 黒→白で、黒→青→赤→緑→白みたいに。

0676デフォルトの名無しさん

2010/06/09(水) 17:49:40

RGBを半分ずつオーバーラップさせて
色付けする擬似カラー手法はあるけど
目的が違うか

0677デフォルトの名無しさん

2010/06/09(水) 20:17:46

>>674
最終的にやりたいのはまさにそれだけど
それ自体適当に色決めてるだけだし
もっと根本的な部分でどうすればいいのかなと思ってね

0678デフォルトの名無しさん

2010/06/09(水) 20:19:47

>>675
なるほどね、いくつかサンプルとって平均値を求めてみようかな

0679デフォルトの名無しさん

2010/06/09(水) 20:22:54

>>675
ああ、色相はユーザー指定ですよ

0680デフォルトの名無しさん

2010/06/09(水) 21:40:31

>>670

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

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

0681デフォルトの名無しさん

2010/06/10(木) 02:41:44

ずっと→じゃだめなの？

0682デフォルトの名無しさん

2010/06/10(木) 08:19:53

>>680
関係ないかも　知れないけど、「塗りつぶしアルゴリズム」ってので検索
すると似た処理がありそうな気がした。ハズレならゴメン。

0683デフォルトの名無しさん

2010/06/10(木) 08:27:03

> 座標探索って画像の左上から→↓←↓…の順番で探索しますよね。
そうか？

0684デフォルトの名無しさん

2010/06/10(木) 08:30:39

座標を抜くとか座標探索とか聞いたことがないけれど、
塗りつぶしのことなら真ん中から左右に探索しつつ上下に探索するけどね。

0685デフォルトの名無しさん

2010/06/10(木) 08:34:17

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

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

0686デフォルトの名無しさん

2010/06/10(木) 11:03:19

元画像から輪郭のみの2値画像を生成（1輪郭/0非輪郭)
2値画像中の輪郭と判断された座標値の列挙　（列挙順はどうしたいんだ？）

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

0687デフォルトの名無しさん

2010/06/10(木) 21:05:56

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

0688デフォルトの名無しさん

2010/06/10(木) 21:54:28

ラベリング　で　ぐぐれ

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

0689デフォルトの名無しさん

2010/06/10(木) 22:27:56

輪郭追跡かな。
チェインコードとかで検索してみて。

0690デフォルトの名無しさん

2010/06/12(土) 04:30:14

>>687
OpenCV使うとするなら・・・

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

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

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

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

あとはぐぐれ。

0691デフォルトの名無しさん

2010/06/13(日) 20:54:55

画像処理やってる有名な企業ってたとえばどこ？

0692デフォルトの名無しさん

2010/06/13(日) 20:57:59

ディズニー

0693デフォルトの名無しさん

2010/06/13(日) 20:58:13

キャノン
リコー

0694デフォルトの名無しさん

2010/06/13(日) 21:20:46

社名を間違えるのは失礼だろJK

0695デフォルトの名無しさん

2010/06/14(月) 09:57:31

キヤノン、と指摘しないとわからないよw
読みは「きゃのん」だし。

0696デフォルトの名無しさん

2010/06/14(月) 10:26:15

リコーじゃなくてリチョーかと思った

0697デフォルトの名無しさん

2010/06/14(月) 22:18:44

ゼロックス

0698デフォルトの名無しさん

2010/06/14(月) 22:32:10

精密業界の有名ところはほとんどやってんのかな

0699デフォルトの名無しさん

2010/06/15(火) 19:49:31

キーエンス
なんでお前ら身の回り品作ってる会社ばかりあげるんだ?

0700デフォルトの名無しさん

2010/06/15(火) 19:53:25

Googleわすれてた

0701デフォルトの名無しさん

2010/06/17(木) 22:39:04

>>687です。
皆さんありがとうございました。
輪郭追跡アルゴリズムでプログラム完成しました。
感謝しております。

0702デフォルトの名無しさん

2010/06/18(金) 01:36:28

このスレで言うような画像処理の求人ってありますか？
フリーで有名アプリのプラグインを作って商売なぞできれば理想的なんですけど
それよりは、あるとすればクライアントから依頼を受けるSE的な仕事でしょうか

0703デフォルトの名無しさん

2010/06/18(金) 02:05:28

今 NHK で画像処理の番組やってるね

0704デフォルトの名無しさん

2010/06/18(金) 03:43:53

就職活動は就職板でやれ

0705デフォルトの名無しさん

2010/06/24(木) 10:01:54

>>703
全く気付かなかった
どんな内容でした？
再放送あるのかな？

0706デフォルトの名無しさん

2010/06/28(月) 17:43:55

前もって用意してあるたくさんのパターンの中から入力データに最も近いデータを選ぶ
アルゴリズムの研究ってどういうキーワードで検索すればいいかな？
なかなかうまく見つからない

0707デフォルトの名無しさん

2010/06/28(月) 18:30:23

テンプレートマッチング

0708デフォルトの名無しさん

2010/06/29(火) 07:19:54

k近傍法

0709デフォルトの名無しさん

2010/06/29(火) 17:27:55

それって、パターンの特徴抽出の方が難しいかも。

0710デフォルトの名無しさん

2010/06/29(火) 22:01:33

>>706
ニューロネットワーク

0711デフォルトの名無しさん

2010/06/30(水) 23:36:35

ブースティング

0712デフォルトの名無しさん

2010/07/02(金) 20:08:00

イメージレジストレーション

0713デフォルトの名無しさん

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言語の本も画像処理を詳しく説明していないので困っています。
　　　　　　　　　　　よろしくお願いします。

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

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

0714デフォルトの名無しさん

2010/07/05(月) 23:24:01

上下のフラグを反転させるだけでおｋ

0715デフォルトの名無しさん

2010/07/05(月) 23:25:53

あ、フラグじゃなかった、正か負かだった

0716デフォルトの名無しさん

2010/07/06(火) 05:42:04

残念だがサボったツケが回ってきてるんだから諦めろ
せめて一週間前に「速習C言語入門」でも買ってれば十分間に合ったろうに

0717デフォルトの名無しさん

2010/07/06(火) 10:11:04

>>714
回答ありがとうございます
そうすると上下反転ではなくて白黒反転になりませんか？

0718デフォルトの名無しさん

2010/07/06(火) 10:19:32

>714
BITMAPINFOHEADER の biHeight の符号の話かな？

0719デフォルトの名無しさん

2010/07/06(火) 21:37:08

上下反転も組めないヤツに画像処理を詳しく説明しても分からんだろ

0720713

2010/07/07(水) 02:28:28

できました。
汚いスレですね。

0721デフォルトの名無しさん

2010/07/07(水) 02:38:43

答えてない奴は分からないんだよＷＷ

0722デフォルトの名無しさん

2010/07/07(水) 03:37:41

◞≼◉≽◟◞≼◉≽　ジー

0723デフォルトの名無しさん

2010/07/09(金) 08:08:28

映画の動画から特徴点とりたかったんだけど
映画の動画って保存できないんだね
どうやってOpenCVに読ませればいいんだろ

0724デフォルトの名無しさん

2010/07/09(金) 09:16:14

日本語でおｋ
ffmpegで読み込める動画形式になら読める

0725デフォルトの名無しさん

2010/07/09(金) 11:34:03

リッピングとかの話しじゃね

0726デフォルトの名無しさん

2010/07/09(金) 13:31:33

犯罪の臭いがしてきたな

0727デフォルトの名無しさん

2010/07/09(金) 13:45:38

>>723

録画開始

　 ∧＿∧＿　　　　　　　　＿＿
　(　・∀|[ﾆ:|ol 　　　　　　|　i ＼　＼
　（　つ ∩￣　　　　　　　|　i　　l ＝l
　と＿）＿）　　　　　　　　|　|__ノ　ノ
　　　　　　　　　　　　　　　|￣￣|￣￣|

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

0728デフォルトの名無しさん

2010/07/09(金) 21:58:10

「NO MORE 映画泥棒」
を思い出したｗ

0729デフォルトの名無しさん

2010/07/09(金) 23:01:23

文化泥棒子なら知ってるけどw

0730名無しさん＠そうだ選挙に行こう

2010/07/10(土) 07:58:16

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

0731名無しさん＠そうだ選挙に行こう

2010/07/10(土) 08:57:54

誘導されてきました。マルチ失礼。

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

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

0732名無しさん＠そうだ選挙に行こう

2010/07/10(土) 11:30:30

>>730
gimpかphotoshopでR,G,Bそれぞれのチャネルごとの画像を見てみれば
何かわかるんじゃないかなー。

0733730

2010/07/10(土) 17:59:10

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

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

0734名無しさん＠そうだ選挙に行こう

2010/07/10(土) 18:39:30

とりあえず、スレに無関係な特定アプリの要素を排除して記述してくれないか

0735名無しさん＠そうだ選挙に行こう

2010/07/10(土) 19:10:23

>>733
そもそもゲーム側がどういう処理を行っているかまだ不明なんでしょ？
それを推測できないと計算がどうとか以前の問題。

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

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

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

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

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

0736名無しさん＠そうだ選挙に行こう

2010/07/10(土) 19:35:00

そのゲームを見てないが、αとかじゃなくて論理演算じゃないの？

0737名無しさん＠そうだ選挙に行こう

2010/07/10(土) 19:43:40

そうだけどなにか？

0738733-730

2010/07/10(土) 20:12:07

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

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

0739名無しさん＠そうだ選挙に行こう

2010/07/10(土) 20:24:48

おまえがあほなだけ

0740名無しさん＠そうだ選挙に行こう

2010/07/11(日) 00:05:53

>>738
結局ゲームのアルゴリズム推測の話になるんだろうから、
まずオリジナルの画像をちょっとずつ目的の方向に変えてみて、
どこまでの変更なら問題なくって、どういう変更をするとうまくいかないか、
みたいなのを繰り返すのがセオリーじゃないかねぇ。

0741738-730

2010/07/11(日) 13:20:32

本件求めたい図柄が一応作成できたので終結とさせて頂きます。

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

0742名無しさん＠そうだ選挙に行こう

2010/07/11(日) 15:00:09

これのどこが画像処理やねん

0743デフォルトの名無しさん

2010/07/20(火) 23:49:53

>>731
パーティクルフィルタをググって出てくるソース見ながらPythonで書き直せば良いだけ

0744デフォルトの名無しさん

2010/07/22(木) 08:18:38

バイリニア補間に関しての質問です。
バイリニア補間で画像を1/2以下に縮小するとエイリアシングが起こる、ということが書いてあったのですが
これはなぜなんでしょうか。
分かる方、解答よろしくお願いします。

0745デフォルトの名無しさん

2010/07/22(木) 08:30:21

>>744
エイリアシングが何かは判っている?
それが判っているなら自明だと思うけど。

0746デフォルトの名無しさん

2010/07/22(木) 08:35:10

>>744
直接1/2以下にすると情報が失われるから。

0747デフォルトの名無しさん

2010/07/22(木) 09:19:29

>>745
エイリアシングはわかっているつもりですが、
画像の縮小と周波数空間やナイキスト周波数の関係がよくわかってないです…

0748デフォルトの名無しさん

2010/07/22(木) 09:21:09

>>747は>>744です
すいません

0749デフォルトの名無しさん

2010/07/22(木) 09:48:30

>>746
直接の意味が分かりません。
1/2超だと情報は失われないのでしょうか…

0750デフォルトの名無しさん

2010/07/22(木) 12:29:20

>>747
フーリエ、サンプリング　あたりをキーワードに工学系の信号処理やらフーリエの本を見ればよいとおもわれ

0751デフォルトの名無しさん

2010/07/22(木) 13:08:46

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

0752デフォルトの名無しさん

2010/07/22(木) 13:29:27

LPF通すなり窓を広げるのが適切じゃないの?
1ピクセルの網目を95%とか105%にするとエイリアスパターン出るのは仕方ないけど。

0753デフォルトの名無しさん

2010/07/22(木) 18:42:37

>>752
それを考慮して窓関数経由っぽくしたりするのが　バイリニアではない補間じゃない？

0754デフォルトの名無しさん

2010/07/22(木) 22:27:51

境界値はどうすりゃいいんだ

0755デフォルトの名無しさん

2010/07/23(金) 11:20:15

>>754どこの境界だい？

0756デフォルトの名無しさん

2010/07/23(金) 23:18:52

画像処理の線形フィルタ(たとえば3*3の)について、
実際にこの数値を使えばこういう効果が得られるというようなことが詳しく書いてあるところありませんか？

0757デフォルトの名無しさん

2010/07/23(金) 23:26:04

ググレ

0758デフォルトの名無しさん

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 のように、
擬解像があらわれる。具体的にはそういうこと。

0759デフォルトの名無しさん

2010/08/06(金) 23:18:46

3次元の立体座標群を保存するフォーマットで標準のようなものはないのでしょうか

0760デフォルトの名無しさん

2010/08/06(金) 23:41:02

.txt

0761デフォルトの名無しさん

2010/08/07(土) 00:31:14

KMLとか・・・

0762デフォルトの名無しさん

2010/08/07(土) 10:59:07

x, y, zとか…

0763デフォルトの名無しさん

2010/08/07(土) 12:11:14

gnuplot は変な空白行いれこんだtxt

0764デフォルトの名無しさん

2010/09/10(金) 15:22:15

保守

0765デフォルトの名無しさん

2010/09/11(土) 21:02:40

半透明処理で回転とか縮する場合って
結果位置の背景ピクセルと参照範囲のソースを全部ブレンドしてから計算するしかない?

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

0766デフォルトの名無しさん

2010/09/13(月) 11:32:48

http://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

0767デフォルトの名無しさん

2010/09/20(月) 19:41:30

HandyARのソースがダウンロード出来ないのですが、
他にダウンロード出来る場所など知ってる方いらっ
しゃいますか？
↓HandyARのページ
http://ilab.cs.ucsb.edu/projects/taehee/HandyAR/index.html

0768デフォルトの名無しさん

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] その他の制限：自分が作ったソース↓を基にしていただければ助かります。

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

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

0769デフォルトの名無しさん

2010/09/29(水) 03:26:52

何が訊きたいのか書いてねーし。

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

0770デフォルトの名無しさん

2010/09/29(水) 03:34:02

これってこのスレの住人的にはどうなの
http://toki.2ch.net/test/read.cgi/news4viptasu/1280922761/

0771768

2010/09/29(水) 03:37:35

>>769
自分の作ったソースのどこがどう間違っているのか教えて欲しいです

0772デフォルトの名無しさん

2010/09/29(水) 03:44:28

>>768
宿題は宿題スレへ

0773デフォルトの名無しさん

2010/09/29(水) 07:51:02

>>768
＞bmp画像をフリーウェアFFTWを使ってフーリエ変換する
bmp画像を読み込むのはライブラリを使うか自分で書いても大した手間じゃない。
fftwの使い方はぐぐれば幾らでも出てくる。
画像処理スレで扱うほどの内容はどこにもないな。

0774デフォルトの名無しさん

2010/09/29(水) 08:45:00

BMPはまともに作ると手間かかる

0775デフォルトの名無しさん

2010/09/29(水) 08:50:11

だったらライブラリを使えよ。

0776768

2010/09/29(水) 17:39:21

自力で解決させました
お騒がせしました

0777デフォルトの名無しさん

2010/09/29(水) 22:33:33

777

0778デフォルトの名無しさん

2010/10/04(月) 16:55:06

てｓ

0779デフォルトの名無しさん

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です。

0780デフォルトの名無しさん

2010/10/08(金) 12:25:51

出力ファイル名が必要でしょ
composite -compose Over -gravity center in.png blank.png out.png

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

0781デフォルトの名無しさん

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

0782デフォルトの名無しさん

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でずらしました。

0783デフォルトの名無しさん

2010/10/09(土) 20:13:34

すいません・・・
ImageMagickをインストールする際に
Install ImageMagickObject OLE Control for VBscript, Visual Basic, and WSH
するの忘れたんですけど・・・
後から設定する方法ありますか？
やっぱり再インストールですかね・・・？

0784デフォルトの名無しさん

2010/10/10(日) 05:55:42

ImageMagickをVBscriptで使いたいのですがインストール後
Set im = CreateObject("ImageMagickObject.MagickImage.1")
のところで
「ActiveXコンポーネントはオブジェクトを作成できません」という
エラーが出てしまいます。
どうしたらVbscriptでImageMagickを使う事が出来るのでしょうか？
ＯＳはwindowsvistaです。

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

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

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

0785デフォルトの名無しさん

2010/10/10(日) 08:55:47

それ、正直画像処理じゃないから。
VB厨の集うスレへどうぞ。

0786デフォルトの名無しさん

2010/10/10(日) 09:26:17

そうだそうだ、とっとと稲

0787デフォルトの名無しさん

2010/10/10(日) 12:10:43

すいませんでした。
誘導ありがとうございます。

0788デフォルトの名無しさん

2010/10/14(木) 15:35:49

ここはひどいインターネットですね・・・

0789デフォルトの名無しさん

2010/10/14(木) 23:54:00

>>788
2ちゃんねるって場所が一番ひどいらしい。怖いから絶対に近づかないようにしてる。

0790デフォルトの名無しさん

2010/10/28(木) 14:52:42

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

0791デフォルトの名無しさん

2010/10/30(土) 01:54:06

ここのページの真ん中らへんで紹介されてるサイトなんかどう？

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

0792790

2010/10/30(土) 18:10:00

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

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

0793デフォルトの名無しさん

2010/11/16(火) 05:02:54

マッチング処理でよく高速化とメモリ節約と単純化のために
グレースケール化してやるけど
以前から漠然とグレースケールよりもＨＳＶのような人間の認識をベースにした
色差を利用した方がたぶん良い結果が出るだろうなと思ってたら
最近になって同じ考えでマッチング処理をやって効果が上がったという論文が出始めた
HSVではまだ不十分だと思ってる, 24bitカラーでも360しかないから

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

0794デフォルトの名無しさん

2010/11/16(火) 05:33:00

La*b* や Lu*v* のような、均等色空間とは違う話？

0795デフォルトの名無しさん

2010/11/16(火) 05:53:40

そういう話だけど、立体的数値表現ではなくて
１次元の連番に出来ないだろうかという話
intで処理出来ればメモリと処理効率にあまり影響を与えず
性能だけ向上させることが出来るでしょ

0796デフォルトの名無しさん

2010/11/16(火) 06:24:08

立体にも距離がありますよ

0797デフォルトの名無しさん

2010/11/16(火) 07:10:34

色空間の1次元化については、いろいろトライしたことがあるけど。
人間の認識的な色距離を無劣化で・・・となると無理っぽい気がするなぁ。
いい方法があるんだろうか？

0798デフォルトの名無しさん

2010/11/16(火) 07:28:11

無劣化というのは逆算してRGB値に戻せるレベルと言う意味で
赤と黄色の差と緑と黄色の差がたぶんどちらかが大きくなって
実際の距離とは違う方法でしか出来ないだろうけど
マッチング処理に関して言えば赤と黄色、赤と緑は「違う」という
情報さえ分かればいいので問題ないと思う

0799デフォルトの名無しさん

2010/11/16(火) 07:49:11

ＲＧＢの粒子24bit個を人間の見た目でソートしたようなもの
似た色はより近い数値にソートされる
それを単純な変換式で実現したい
実際の色空間の距離概念とはかなり違ったものになるだろうけど
実用的レベルで判別が出来ると思うんだけどな

0800デフォルトの名無しさん

2010/11/16(火) 10:08:44

>>799
でも錘体細胞が三種類あって、それぞれRGBの信号強度を脳に送っているんだから
知覚な色距離は三次元空間での距離になる。

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

0801デフォルトの名無しさん

2010/11/16(火) 10:50:54

自然はそうだけどコンピュータ処理においては
自然なことよりプログラム的な特性が重要だから
ハッシュ関数みたいなもんで、ハッシュは不自然なデータ構造だけど
高速だから使うでしょ

0802デフォルトの名無しさん

2010/11/16(火) 15:31:10

L*u*v*とかの均等色空間をジグザグスキャンで1次元化じゃいかんの？

0803801

2010/11/16(火) 15:38:29

ジグザグ往復するから1次元配列を可視化すると何度も同じようなグラデーションが
出てくるだろうけどプログラム処理用だから問題ないのでは？
ついでにその1次元データをヒストグラム化すればもっとコンパクト

0804デフォルトの名無しさん

2010/11/16(火) 17:29:50

>>803
801は私だが
ジグザグの意味がよくわかん
具体的に変換式を書いてください

0805802

2010/11/16(火) 21:30:35

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

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

0806デフォルトの名無しさん

2010/11/16(火) 21:38:04

でもまあ2次元のヒストグラムはOpenCVの関数一発で簡単に出せるんだよな。
http://opencv.jp/sample/histogram.html#hist_2d
これをつかってヒストグラムマッチするだけでもShiftよりもいい結果が出せるかもよ。

0807デフォルトの名無しさん

2010/11/16(火) 21:45:47

それに近いことやってる論文発見
「照度を考慮したMean-Shift によるカラートラッキング」
http://www.vision.cs.chubu.ac.jp/04/pdf/PIA03.pdf

0808デフォルトの名無しさん

2010/11/17(水) 07:18:41

色をベクトル量子化して近いもの同士を寄せたいならSOMはどうだ。

0809デフォルトの名無しさん

2010/11/17(水) 08:49:37

>>793から離れて、あさっての方向に向かっているな。伝言ゲームかｗ

0810名無し募集中。。。

2010/11/17(水) 21:45:46

人間の認識として色が近い事を表現する色空間について
ここあたりが参考にならないかな
http://d.hatena.ne.jp/ultraist/20090520/1242782583
この中で参考にしているサイトが消えちゃっているんだけど
プログラムが残っているのでわかるとおもう

0811デフォルトの名無しさん

2010/11/17(水) 22:16:53

すいません、質問なんですが。
OSはウィンドウズでコンパイラはBCCデベロッパーです。
画像処理でパステル調にしたいんですができないんです

0812デフォルトの名無しさん

2010/11/17(水) 22:22:07

あちこちで聞くな！最低だなおまえ！

0813デフォルトの名無しさん

2010/11/17(水) 22:55:38

ああ、そこかぁ
久しぶりに見たらさくらたんばかりで和んだ

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

0814デフォルトの名無しさん

2010/11/17(水) 23:03:19

>>811
パステル調といっても、いろいろあるぞ。
元画像と、それをパステル調に変換した画像のサンプルとかある？

0815デフォルトの名無しさん

2010/11/17(水) 23:26:23

>>811
http://hibari.2ch.net/test/read.cgi/tech/1289049065/559
にコマンドラインプログラムでCのコードをあげときました。参考になればいいのですが。

0816815

2010/11/17(水) 23:27:40

失礼、
http://hibari.2ch.net/test/read.cgi/tech/1289049065/560
です。

0817デフォルトの名無しさん

2010/11/17(水) 23:28:35

参考にしたら金とられるんだろ？こわいこわい

0818デフォルトの名無しさん

2010/11/17(水) 23:44:01

>>811
これを使え
http://opencv.jp/sample/misc.html#clustering

0819デフォルトの名無しさん

2010/11/18(木) 01:32:06

マッチングをあかるさと色合いの組み合わせで考えるのは
知覚がどうこうじゃなくてカメラや照明の特性から来るものだとおもうんだけど

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

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

0820デフォルトの名無しさん

2010/11/18(木) 05:54:28

L*a*b* とかでググれば

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

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

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

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

0821デフォルトの名無しさん

2010/11/18(木) 07:11:56

同一対象(照明等の条件も同じ)でも周辺に配置されているものが異なれば人間の認識する色は異なる。
逆に波長が異なっても同じ色として認識する。肌色が顔ではなく顔が肌色。

0822デフォルトの名無しさん

2010/11/18(木) 08:41:04

いやいや問題にしてるのはその方法だと
毎回ソースとターゲットの画素単位で色距離を計算しないといけないだろ
平方根のあるあの３次元の距離の公式だ
それはプログラム的にものすごいコストだろ
色距離情報を24bit integerに集約できればかなり高速化出来るじゃないかって話をしてるんだ

0823デフォルトの名無しさん

2010/11/18(木) 08:53:18

>>821
重要なのはグレースケールだと輝度だけだしな
肌色も糞もあったもんじゃないし
エッジ検出がおかしくなってるのは目に見えてるだろ
今出回ってるアルゴリズムのほとんどがこの問題のせいで精度が落ちてるはず

0824デフォルトの名無しさん

2010/11/18(木) 10:43:21

>>821さんがいってるのはL*a*b*の均等色空間の色差を使ってですら十分じゃなくて、
周辺の色への順応とか対比とかで中心の色の知覚が変わっちゃうから手におえない
ねってことでしょう？
顔は肌色をしてるもんだという観念的なものにも影響を受けると

0825デフォルトの名無しさん

2010/11/18(木) 13:10:40

そうか？人間に認知出来ないものはどうやったって認知出来ないのは当たり前だけど
現状の人間の認知レベルにも達してないグレースケールが使われてるのは問題だって言ってるだけ
肌と同じ明るさの緑の服とかが見分けられないからな
色差を利用するだけでエッジ検出段階で得られる情報が格段に向上する
特徴点も増える、領域の境界もより厳密に分割されるようになる

0826デフォルトの名無しさん

2010/11/19(金) 03:39:50

輝度を利用するってのはコストパフォーマンス的には良いだろう
人間は輝度の変化には敏感だからアナログテレビなんかでは輝度情報は細かく
色情報は荒く圧縮してる

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

0827デフォルトの名無しさん

2010/11/19(金) 09:38:43

同じ色彩のまま暗くしたいときに
HSVだとVだけ下げればいいけど
RGBだと全ての要素を下げるだろ。
同じ色が少し影になったときにRGBは変化が大きい。
人間には同じ色に見えるのに。

0828デフォルトの名無しさん

2010/11/20(土) 15:57:30

RGBって液晶画面等の3原色を表示する為の値
L*a*b*は色差を出す色空間に変換された値

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

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

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

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

0829デフォルトの名無しさん

2010/11/20(土) 20:01:28

>>828
HSVでもできるんじゃないか？

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

0830デフォルトの名無しさん

2010/11/20(土) 21:14:35

数値的な意味を理解すれば、そんな見た目で判断する事はないんだけど…

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

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

0831デフォルトの名無しさん

2010/11/20(土) 22:08:36

制度ねぇ

0832デフォルトの名無しさん

2010/11/21(日) 04:53:48

＞色距離情報を24bit integerに集約できればかなり高速化出来るじゃないかって話をしてるんだ

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

0833デフォルトの名無しさん

2010/11/21(日) 08:44:50

3次元ベクトルの数値的な意味は見た目で分かるだろ。
図で分かるようにHSVは色相が角度だから２つの色の類似度や距離が計算しにくい。
CIELABは色空間でのユーグリット距離が人間の感じる色の近さに対応しているから扱いやすい。

0834デフォルトの名無しさん

2010/11/21(日) 08:49:24

ユークリッド

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

0835デフォルトの名無しさん

2010/11/21(日) 10:27:39

>>832
黒からの距離を24bitに当てはめると赤も青も同じ数値になるんじゃないか？
そういう意味じゃなく？

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

0836デフォルトの名無しさん

2010/11/21(日) 10:33:37

いったん２４bit個を全組み合わせのユークリッド距離を計算して
全部ソートしたものを作り出して
そこから逆説的に変換式を導き出すしかないのかな

0837デフォルトの名無しさん

2010/11/21(日) 10:38:36

そうだなソートの仕方は
隣接する色とのユークリッド距離をエネルギーとして
エネルギーが最小になる並びになるまで繰り返す
谷にはまる可能性があるから、最終的には目視で調整が必要かも

誰かお願いしますｗ

0838デフォルトの名無しさん

2010/11/21(日) 10:53:16

要は、どこまで手間隙かけるかの落としどころだね。

0839名無し募集中。。。

2010/11/21(日) 11:06:48

距離を比較するだけなら√する必要がないから
適切な色空間を選べば良いんじゃないの

0840デフォルトの名無しさん

2010/11/21(日) 17:25:02

24bit x 8byte(32bit)で
だいたい１００ＭＢくらいのＤＢを作れば出来るな
RGB順にインデックスを取ったとしても隣接距離は既に近いから
単純に横を比較するのではなく、ランダムに選抜した２つとその前後を比較して入れ替えをしていくと
１週間も繰り返してれば安定してくるかもしれない

0841デフォルトの名無しさん

2010/11/21(日) 17:55:27

32bitは4byteだと思うが…

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

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

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

0842デフォルトの名無しさん

2010/11/21(日) 18:20:07

>>841
勘違いしてるようだな
青と赤の隣接距離と青と緑の隣接距離は同じなんだぞ
単純に並べ替えるだけだと同じ場所に来てしまう
これは普通のソートとは意味が違う
青から見て赤と緑は距離は同じだけど
どちらかが遠い場所にソートされないといけないわけ
問題が既にファジーなの

0843デフォルトの名無しさん

2010/11/21(日) 18:23:51

ここは３次元のピタゴラスの定理がまだ発見されていない世界なのか

0844デフォルトの名無しさん

2010/11/21(日) 23:58:58

>>842
君はデジタルの作業や思考が無理なんだね

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

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

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

0845デフォルトの名無しさん

2010/11/22(月) 00:05:49

テーブルにランダム要素が必要では無いと絶対に言い切れるし

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

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

0846デフォルトの名無しさん

2010/11/22(月) 02:24:27

高次元での位置関係を保持したまま低次元に落とすのには
Self Organizing MapsやGenerative Topographic Mapでやってただろ
視覚化の分野では

0847デフォルトの名無しさん

2010/11/27(土) 14:03:08

>>790
Caltecが画像認識処理のサンプルデータを配布している。
http://www.vision.caltech.edu/html-files/archive.html

0848デフォルトの名無しさん

2010/11/30(火) 11:38:55

SIFT特徴量を抽出するいいLinuxのコマンドラインプログラムない？

0849デフォルトの名無しさん

2010/12/01(水) 01:16:40

VLFeat

0850デフォルトの名無しさん

2010/12/02(木) 11:37:06

ガウシアンフィルタについてですが
σ=s1のフィルタをかけてからさらにσ=s2のフィルタをかけることは
σ=s1*s2のフィルタをかけることと同じことでしょうか？

0851デフォルトの名無しさん

2010/12/02(木) 12:54:31

>>850
両者は全然違う。

試しに、a[0] ～ a[4] の５要素１次元データに幅３のフィルタをかけて、
結果（a[2]）の値を比べてみればいい。

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

0852851

2010/12/02(木) 13:22:58

もっと簡単に言えば、
σ=1 で考えてみればいい。
二度フィルタリングするのと同じか。

0853850

2010/12/02(木) 13:28:16

やりたいことは

σの大きなガウシアンフィルタをかけたいが
カーネルサイズも相応に大きいために計算時間がかかる
↓
σの小さいフィルタ群（＝カーネルサイズも小さい）
を複数回かけることで同等の結果を得たい
使用する小さいフィルタのσの値と回数を求めたい

といったことです

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

大きいフィルタを１回だけかけたときの
原画L(A)の結果画像L(B)への寄与率
と
小さいフィルタを複数回かけたときの
原画L(A)の最終結果画像L(B)への寄与率
が
等しくなればいいと思うのですが
式を考えようとしても
フィルタをかける毎に画素の輝度値が周辺に拡散して
それにさらにフィルタをかけるから……？？
と混乱してしまい…

0854デフォルトの名無しさん

2010/12/02(木) 16:12:25

普通は小さいフィルタ複数回かけるより、大きいフィルタ１回のほうが早いと思うが・・・
ボカすのが目的だろうから、ガウシアンじゃなくもっと軽いフィルタを検討するとか

0855デフォルトの名無しさん

2010/12/02(木) 18:05:56

>>85
σの大きさが処理速度に関係するのか？

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

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

0856デフォルトの名無しさん

2010/12/02(木) 18:08:03

ごめん、>>855 は無視して

0857デフォルトの名無しさん

2010/12/02(木) 21:08:20

まず初めに１次元ガウシアンフィルタを横方向にかけておき、
その結果に対して同じ１次元ガウシアンフィルタを縦方向にかける、
という処理にすれば、もしかしたらメモリキャッシュなんかの効率が良くなり、
もしかしたら SIMD 系の CPU 命令を効率よく活用できるかもしれん。
（ただし、このように処理を分けると計算式内の乗算、加算の個数は単純に増える）

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

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

0858デフォルトの名無しさん

2010/12/02(木) 21:42:40

SIFT特徴量って、元画像のカラー情報は必要ないんだよね。
これは特徴量を算出するためには元画像をグレースケールに変換する必要があるってこと？
それともカラー画像のままでもSIFT特徴量には変わりはないってこと？

0859デフォルトの名無しさん

2010/12/03(金) 01:24:51

縦と横でフィルタリングするのは、斜め方向の距離を無視することになるから
加工された画像に特徴的なノイズが乗る場合があるね。
いっそ、fftしてフィルタリングしてifftしたら?

0860デフォルトの名無しさん

2010/12/03(金) 07:12:38

フィルタリンクの質ではなく、
おそらく畳み込みの処理速度を問題にしているのだと思うが

0861デフォルトの名無しさん

2010/12/03(金) 15:22:40

>>858
1チャンネルの画像を対象にしたアルゴリズムだからグレースケールで処理する
カラーごとに特徴点検出をすることもある（color SIFT)

0862デフォルトの名無しさん

2010/12/03(金) 17:26:55

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

0863デフォルトの名無しさん

2010/12/03(金) 20:38:51

画像のサムネイルを作りたいのですが。
８００＊６００を１／８にして１００＊７５のBMPにしたいです。
何か良いアルゴリズム又はサンプルソースありませんか？

0864デフォルトの名無しさん

2010/12/03(金) 22:19:28

そんなのImageMagickで１行だよ。

0865デフォルトの名無しさん

2010/12/03(金) 22:22:38

今見ましたが、プログラムの中に組込みたいんです。
言語はC++です。他の言語でもアルゴリズムかサンプルがあれば、
参考にしたいです。

0866デフォルトの名無しさん

2010/12/03(金) 22:23:55

こんな感じで一括変換が可能

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

0867デフォルトの名無しさん

2010/12/03(金) 22:25:45

だったらOpenCV

0868デフォルトの名無しさん

2010/12/03(金) 22:30:14

8x8ピクセルを平均して1ピクセルにすればいいんだよ

0869デフォルトの名無しさん

2010/12/03(金) 22:48:19

>>867
OpenCV 見ました。とても面白そうだけど、組込むには大きすぎるような…
ライセンスを見つけられなかったし…
OpenCVって商用可能なフリーなんですかね？
>>868
一度それでやってみます。

0870デフォルトの名無しさん

2010/12/03(金) 23:34:06

>>869
ImageMagickはライブラリがあるからプログラムに組み込めます。
もっとぐぐってください。

0871デフォルトの名無しさん

2010/12/04(土) 04:36:06

>>869
OpenCVは商用可能なフリー（BSD）だよ

0872デフォルトの名無しさん

2010/12/04(土) 13:12:22

cの中で内部実装するにしても別にライブラリ呼び出す必要性なんかないんじゃないかと思うよ
そのままsytem関数で外部コマンドを実行させればいいわけだし。

0873デフォルトの名無しさん

2010/12/04(土) 16:49:09

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

0874デフォルトの名無しさん

2010/12/04(土) 17:02:03

>>873
先ずは板違いを認識することだな。

0875デフォルトの名無しさん

2010/12/04(土) 21:16:46

>>869

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

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

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

0876デフォルトの名無しさん

2010/12/04(土) 21:29:55

>>870,871,875
情報ありがとうございます。
>>875のサンプルは短いですね～、ちょっとやってみます。

0877デフォルトの名無しさん

2010/12/05(日) 11:12:15

>>862
キーポイントの集合をbag of features(bag of keypoints、 bag of visual wordsとも)
として検索すれば似たシーンなどは検索できる
精度はあまりよくない
同一物体を検索したいなら大規模なキーポイントのデータベースを作って
近似最近傍探索等で探す

0878デフォルトの名無しさん

2010/12/06(月) 19:28:51

OpenCVよりもpython-fuのが便利だ

0879デフォルトの名無しさん

2010/12/06(月) 21:18:13

だれかぼくのSIFT特徴量使った類似画像検索の質問答えて、お願い

0880デフォルトの名無しさん

2010/12/07(火) 10:25:31

>>862
比べる2枚の画像からそれぞれSHIFT特徴量のベクトルを出しておくだろ？
それらの特徴のスケールが大きいもん同士を比較すればいいんだから、
細かいところが違ってても一致するんだよ。
「特徴がスケール大きい」ってのは、濃淡の変化の仕方がなだらかって感じで
要するに細かいテクスチャなんかは無視して大きな変化を見てるってこと。
Jpegとかの低空間周波数成分をイメージするといいかもしれないな。

0881デフォルトの名無しさん

2010/12/07(火) 10:31:35

「いい参考資料はない？」って質問してんだけど

0882デフォルトの名無しさん

2010/12/07(火) 18:38:33

>>881
あるよ

0883デフォルトの名無しさん

2010/12/07(火) 21:27:07

bag of featrues　でググって引用が多い５件

0884デフォルトの名無しさん

2010/12/08(水) 02:17:14

>>879
http://szeliski.org/Book/
Chapter 14

0885デフォルトの名無しさん

2010/12/08(水) 21:30:19

>>884
このよさそうじゃん。
ちょっとじっくり読んでみる

0886デフォルトの名無しさん

2010/12/10(金) 14:17:05

SIFT特徴量の実装例、いくつかみてまわったんだけど、アプリケーションはMATLABで書いてるのが多い。
MATLABのホームページにいっても価格は要問い合わせとかになっていて公開されてないし。
なんか高そうなんですけど、実行系はGNU Octaveにかえてもだいじょうぶなのでしょうか？
そもそもなんでMATLABとか特殊なソフトが登場してくるわけ？

0887デフォルトの名無しさん

2010/12/10(金) 16:17:38

>>881
コンピュータビジョン最先端ガイド 3
にBag of featuresの解説が２章ほどあった。

0888デフォルトの名無しさん

2010/12/10(金) 17:10:48

>>886
特殊ではなく、多くの研究者が使っているよ。論文のデモはMATLABばかりだし。
ほとんどはoctaveでも動く。
学生なら大学がライセンス持ってると思う。

0889デフォルトの名無しさん

2010/12/11(土) 00:00:42

一通り読んでみたけど、SIFT特徴量でググる際の一番いい検索ワードは「bag-of-featrues」だった。
これは単純にググってもでてこないわ。

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

0890デフォルトの名無しさん

2010/12/11(土) 04:40:23

>>886
OpenCVでもSIFT使えるのは知ってるのか？

0891デフォルトの名無しさん

2010/12/11(土) 04:55:27

>>886
本末転倒だな。OctaveはMATLABクローンだぞ。つまり、MATLABがあって初めてOctaveがある。
派生物よりオリジナル用に書いてあるのも当然じゃないか。

0892デフォルトの名無しさん

2010/12/11(土) 11:02:25

>>887
３・・・だと・・・

0893デフォルトの名無しさん

2010/12/11(土) 15:07:27

>>892
12月8日発行とあった。
密林では、まだ扱っていないようだ。

0894デフォルトの名無しさん

2010/12/11(土) 18:00:29

でもMATLABって普通のとこじゃ売ってないじゃん。
大体、一般ライセンスはいくらすんのさ？

0895デフォルトの名無しさん

2010/12/11(土) 20:36:09

>>894
1ライセンス40万くらいだったと思う。
コンピュータビジョンの研究なんて普通の人はしないからな。
他人のコードを動かすだけならOctaveで困らないし
読めれば動かすこともないと思うよ。
どうせアプリケーションはCだろうし。

0896デフォルトの名無しさん

2010/12/14(火) 16:20:54

CまたはC++で動くDCT高速アルゴリズムのソース探してます｡
ブロックサイズを変化させて実行したいので､ブロックサイズを任意に指定できるものがほしいです｡
どなたかご存じのでしたら教えてください｡
よろしくお願いします｡

0897デフォルトの名無しさん

2010/12/17(金) 23:23:30

ImageMagickで複数のpng画像から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

0898デフォルトの名無しさん

2010/12/17(金) 23:48:14

板違い

0899デフォルトの名無しさん

2010/12/17(金) 23:56:12

>>898
うわ、すいません
どこに行けばいいですか？？？

0900897

2010/12/18(土) 02:02:04

すいません、透明部分のあるpng画像をpsdに変換しただけで
透明部分がロックされたPSDが出来てしまう
事が分かりました。
どうしていいかまったく分からないです
なんかアドヴァイスお願いしますＯＴＬ

0901デフォルトの名無しさん

2010/12/18(土) 02:58:22

だからスレ違いだと言ってるだろすっとこどっこい

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

0902デフォルトの名無しさん

2010/12/18(土) 14:19:32

フォトショスレに行けば？

0903897

2010/12/18(土) 15:00:26

バイナリｴﾃﾞｨﾀで手動で変えるところまで出来たので
とりあえずどこかへ移動します

0904名無し募集中。。。

2010/12/20(月) 14:27:27

ここは画像認識系の画像処理スレだから
画像加工系の画像処理はフォトショップ系のスレに移動してねっていう意味

0905デフォルトの名無しさん

2010/12/20(月) 14:40:08

それ以前に、特定ソフトの操作方法（しかもファイル操作）の話は画像処理プログラミングとは全く関係無いだろうと
画像加工でもアルゴリズムの分析や最適化とかなら良いだろうし

0906デフォルトの名無しさん

2010/12/20(月) 18:49:57

誰か突っ込めよ

0907デフォルトの名無しさん

2010/12/20(月) 19:18:13

なんでやねん！

0908デフォルトの名無しさん

2010/12/20(月) 20:54:34

組み込みじゃない画像認識ってハルコンとか使うの？

0909デフォルトの名無しさん

2010/12/22(水) 02:37:00

>>905
ソフトじゃなくてバイナリデータの内容の話ならいいですか？？
ｐｓｄからだいぶデータを取得したけど
検索したサイト見てもよく分からない部分がありまして・・・

0910デフォルトの名無しさん

2010/12/22(水) 03:27:20

http://www.youtube.com/watch?v=0mEHKFibv0g

0911デフォルトの名無しさん

2010/12/22(水) 13:24:02

>>910
あああ、画像処理ってこういう高レベルの事でしたか・・・
どうもすいませんでした。
あとすいません自己解決もしました。
お騒がせしました

0912デフォルトの名無しさん

2010/12/22(水) 19:16:43

>>911
20年前のFM-TOWNSでこうしたアイデアは先取りされていたけどね
画面にリアルタイムに映った自分の手でCGのボールを操作するゲームがあった

0913デフォルトの名無しさん

2010/12/22(水) 19:18:03

http://www.youtube.com/watch?v=JQvLt7DQhaI
http://www.youtube.com/watch?v=MZHEzDmXO2w

0914片山博文MZ

2011/01/01(土) 13:28:49

パスの単純化の方法がわかりません。
困っています。教えてください。お願いします。

0915デフォルトの名無しさん

2011/01/01(土) 15:00:49

potraceのソース嫁
本だったら「画像認識の基礎Ⅰ」

0916デフォルトの名無しさん

2011/01/01(土) 15:23:58

画像処理関係はVC++やVC#より、Gimpの作成元のGtk+とかの方が優れているんでしょうか？

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

0917デフォルトの名無しさん

2011/01/01(土) 16:52:26

関係ない

0918デフォルトの名無しさん

2011/01/02(日) 01:47:23

http://www.youtube.com/watch?v=x32TGROYbdU&feature=related
これと同じことをやりたいです。
背景差分→blob抽出→meanshift→オブジェクト同士が衝突するときKLTで推測？
なんですかね

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

0919デフォルトの名無しさん

2011/01/02(日) 01:55:27

天才はここにはいないよ
他をあたってくれ

0920デフォルトの名無しさん

2011/01/02(日) 03:25:18

とりあえず、同じような処理を作って試してみれば良いんでね？

0921片山博文MZ

2011/01/02(日) 13:44:44

>>915 thanx

0922デフォルトの名無しさん

2011/01/10(月) 10:56:52

0923デフォルトの名無しさん

2011/01/10(月) 12:58:47

>>922
定点カメラからの映像解析じゃろ

0924デフォルトの名無しさん

2011/01/11(火) 07:07:23

もう監視カメラから個人特定したり複数台で追跡したり出来るんだっけ。

0925デフォルトの名無しさん

2011/01/11(火) 07:11:13

>>924
つhttp://hibari.2ch.net/test/read.cgi/tech/1290795733/

0926デフォルトの名無しさん

2011/01/11(火) 09:28:06

個人特定は、確か、飛行場のテロ対策で相当研究予算がおりてるが、まともなものはできていない。
SIFT局所特徴量、カラーヒストグラム、テクスチャーとか普通の画像検索技術では、無理。
ただ、動き回る特定の個人や物体を認識追尾させることは普通のロボットビジョンの技術の範囲。

1週間くらい前にDARPAが、Mind Eyeという新しいプロジェクトを立ち上げて大学の研究室とMITのドロップアウト企業
にまた予算を与えることを決定したとか、発表していた位。

0927デフォルトの名無しさん

2011/01/11(火) 12:26:29

そういえば、浅草橋や巣鴨の信号が歩行者を追尾して渡り切れなさそうなときは
歩行者信号を延長するようになっているってニュースでやっていたね。

0928デフォルトの名無しさん

2011/01/11(火) 13:40:52

それは多分、音響センサーとかを使って一定エリア内の物体の存在を確認しているんだと思う。

0929デフォルトの名無しさん

2011/01/11(火) 16:14:51

>>928
画像認識技術を使って歩行者をリアルタイムに追跡していると警察庁のエロイ人が説明していた。
夜間でも問題なし。巣鴨にはまだ設置されておらず浅草橋と靖国神社前。
ソースは1/7のNHKニュース。

0930デフォルトの名無しさん

2011/01/12(水) 04:04:57

NECの顔認識がなにかでベストになってたぞ
9割り超えていたと思うが

0931デフォルトの名無しさん

2011/01/12(水) 10:22:58

画像の差分を取って、人がいないとこといるところを判別してるだけじゃね
波長帯を可視外にすれば夜間関係無くなるし

0932デフォルトの名無しさん

2011/01/12(水) 12:06:26

>>931
同一人物を追跡しないと渡り切れるかどうかの判断ができないだろ

0933デフォルトの名無しさん

2011/01/12(水) 20:04:00

>>930
人物正面の静止画像から特定人物の画像を抽出することは比較的容易。

失敗例

HPが顔認識ソフトを自社製パソコンに生態認証ユーティリティーとして搭載したところ
認証登録した人物の顔写真でも認証が通過してしまった。

日本の自動販売機メーカーがタバコの年齢認証用に顔認識ソフトを搭載したところ、
大人っぽい顔の中学生でも成人チェックが通過するという問題が発生し、リコールした。

0934デフォルトの名無しさん

2011/01/12(水) 20:20:01

２番目のタバコの自動販売機は相当凝っていて、

①タスポを持っている場合は、タスポで購入許可する。
②タスポを持っていてその場で顔の認証登録をした場合は、次回からはタスポを使わなくても顔認証だけでタバコを買える
③タスポがなくて、以前にタスポ＋顔認証登録もしていない場合は、顔の特徴から年齢を推定して大人を認識された場合にはタバコが買える。

という仕様だった。問題となったのは③。ただ、②の仕様も多分、当人の顔写真があれば通るのではないかと思うので
生態認証としては不十分。

他にも自動販売機ベンダーが使っている紙幣認識ソフトで、紙幣の特定部分の濃淡をチェックするというのがあって、
これのアルゴリズムがどういうわけか、外部流出した結果、ある人物が真っ白の紙の特定部分だけにバーコードの
ような幾何学的模様を印刷したものを大量に準備してパチンコ店の紙幣両替機で大量換金を行ったという事件も起きた
ことがある。

紙幣チェックソフトは両替機ベンダーのように独自ソフトを搭載しているが、他に世界銀行かどっかの国際機関が
主要通貨のほとんどに対応した汎用ソフトを配布している。これはメジャーなペイント系ソフトには全て搭載されて
おり、例えば、ドル紙幣をスキャンしたものをPhotoshopでレタッチすることはできるが、印刷しようとすると、アラート
が表示されて操作が無効にされてしまう。書店に設置されているコピー機とかの場合には、警報音が鳴るように
なっている。Photoshopの紙幣チェック機能は、Googleでドル紙幣を画像検索したものをカットアンドペーストして
みると再現させることが可能。

0935デフォルトの名無しさん

2011/01/13(木) 00:37:05

>>933
正面画像でもパスポートや免許証に耐えうるレベルになると全然簡単ではない。
自販機の年齢推定と顔の個人認証とはそれぞれ違う技術。

0936デフォルトの名無しさん

2011/01/13(木) 03:49:28

画像の奥行きの角度を修正することは可能でしょうか？
たとえば、ある建物と水平な位置から、カメラの向きを２０度傾けて撮影した画像を、
水平に建物を撮影したように修正するといったような感じです

検索しましたが水平方向の角度処理しかしていないものばかりでしたので…

0937デフォルトの名無しさん

2011/01/13(木) 06:38:58

こんなの？
http://www.gizmodo.jp/2006/10/post_3.html

0938デフォルトの名無しさん

2011/01/13(木) 09:05:50

パース修正で検索したらやりたいことが出てくるんじゃないかと思うんだが

0939デフォルトの名無しさん

2011/01/13(木) 10:16:34

>>937
こんなのです！
できるんですね！ありがとうございます＾＾

>>938
今やってみましたが、今見た限りでは縦方向で拡大処理がけっこう出てきてちょっと違いました＞＜；
もう少し調べてみます

0940デフォルトの名無しさん

2011/01/13(木) 13:01:13

>>932
横断歩道上に人がいるかどうかさえ判別できればいいから、
同一人物かどうかはどうでも良くね？

0941デフォルトの名無しさん

2011/01/13(木) 16:10:14

>>927
エロいな
今度試してみる

0942デフォルトの名無しさん

2011/01/13(木) 16:24:13

>>941
(1)普通に爺さん歩き
(2)途中まで爺さん歩きで中間からダッシュ
(3)点滅する1秒前に渡り始める
(4)渡り終わる寸前に回れ右して数歩戻ってみる

0943デフォルトの名無しさん

2011/01/13(木) 18:54:32

信号がbod したりして

0944デフォルトの名無しさん

2011/01/13(木) 19:10:55

>>942
(5)そして轢かれる

0945デフォルトの名無しさん

2011/01/14(金) 22:05:53

ある物体を連続して撮影した画像の位置ずれを相関を取ることによって補正しようとしてるんですが、
なかなかうまくいきません。
何かこうしたほうが良いとかいう点があったら教えてください。

0946デフォルトの名無しさん

2011/01/14(金) 22:55:14

>>945
基本的なところで

(1)サブピクセル単位でずれを計測する
(2)十数～数十箇所程度の部分領域でずれを計測する多点補正を使う。
　　コーナー、エッジなどのある箇所がよい

0947デフォルトの名無しさん

2011/01/16(日) 12:20:24

>>946
遅くなってすみません。
(２)でやってみたんですが、ズレがない画像でもズレがある事になってしまって
処理がうまくいきません。
また、シフトした後物体が有った画素の値はどう埋めたらよいでしょうか？

0948デフォルトの名無しさん

2011/01/16(日) 21:50:00

>>947
(2-1)2次微分値の和が小さい領域など、ずれの計測不能な領域を除く
(2-2)異常値を除く。たとえばずれの平均と標準偏差を求めて-σ～+σの範囲を採用

画素値は加算画像で求めておいてから平均を取る

でどう？

0949デフォルトの名無しさん

2011/01/18(火) 14:03:35

googleの画像検索がいまだにしょぼいのはなんでだ？

0950デフォルトの名無しさん

2011/01/18(火) 14:16:11

>>949
おおみえきってエロ画像検索とかいえないからだとおもうｗ

0951デフォルトの名無しさん

2011/01/18(火) 15:29:15

OpenCVそのまま使うだけで色々検索できるはずなのに
やらない理由がおもいつかない

0952デフォルトの名無しさん

2011/01/18(火) 15:40:05

googleの中にゆーすけべーが居ないから

0953デフォルトの名無しさん

2011/01/19(水) 11:54:09

>>951
お前がサーバー代だしてくれるなら多分やる。

0954デフォルトの名無しさん

2011/01/19(水) 15:35:49

google八分みたいな「調節」手段が画像にはない

0955デフォルトの名無しさん

2011/01/20(木) 13:09:41

Googleの画像検索が画像のデータを使っていないことはみれば分かるだろ。
画像を選んだ後のSimilarってリンクが画像の類似検索だが
これのことを言ってるのか？

0956デフォルトの名無しさん

2011/01/28(金) 14:48:44

次スレ

画像処理その13
http://toki.2ch.net/test/read.cgi/bgame/1290078736/

0957デフォルトの名無しさん

2011/01/28(金) 21:30:11

>>956
乙と言いたいが、この程度の流れならまだまだ早いよ。
980以上まではこっちを使わないと、埋めるのも大変だし。

0958デフォルトの名無しさん

2011/01/28(金) 23:07:15

>>957
いや、URLからしてどう見ても次スレじゃないし。

0959デフォルトの名無しさん

2011/02/01(火) 11:05:21

■顔検出

パチンコホールの入口に取り付けたカメラの画像の中から、顔を検出します
と緑の枠が表示されます。ウォークスルー型ですので、従来の顔認証のよ
うに静止してカメラを見る必要が無く、お客様がカメラを意識することな
く、普通に入場されても顔を検出できます。ガラス貼りの自動ドアの入口で
外に向けてカメラを設置しています。駅のホームなどで使われている逆光に
対応したカメラを採用。逆光の条件下でも、きちんと顔を認証し照合します。
顔の特徴点を70箇所抽出し数値化して顔画像と共に保存します。顔のサイズ
を設定することで、ガラスの自動ドアでも店外の顔を検出せず、店内に入っ
たところから検出することができます。最大顔数では、画面内の顔をいくつ
まで検出するかを決めます。理論上100迄可能。顔を検出すると、緑の枠が
表示されます。1つの画面の中に最大100人の顔を同時に検出することができ
ますので、事実上何人通過しても顔を検出することができます。サーチエリ
アの設定で、従業員の立ち位置を外して設定できます。また1秒間に何コマ
撮影するかも設定できます。顔検出ですので大きなマスクやサングラスをか
けた場合、検出できません。顔の内部を検出しますので、髪型や帽子は関係
ありません。また、メガネも大丈夫です。入り口のカメラで随時、客の顔を
撮影し、データベース化。要注意人物の指定をしておくと、その客の来店時
に自動でアラームが鳴り、管理画面で顔写真がアイコン化、クリックで簡単
に個別の過去データを呼び出すことが出来ます。客のデータは共用サーバー
のデータベースに保管され、チェーン店や他店でも個人情報が確認出来る仕
組みになっています。

0960デフォルトの名無しさん

2011/02/02(水) 03:30:24

今日見かけた景品交換所で警備してた婦警さんがすごくかわいかった

0961デフォルトの名無しさん

2011/02/03(木) 13:24:18

このパチンコホール向けの顔認証システムはオムロンの製品みたいなんだけど、
仕様通りに個人認識ができるのだったら警視庁あたりが、Nシステムの顔版みたいのを作って全国展開してると思うんだけどな。
ちゃんと個人認識できるのかしら

0962デフォルトの名無しさん

2011/02/04(金) 02:02:34

オムロンの顔認識は有名だよ

0963デフォルトの名無しさん

2011/02/04(金) 18:00:26

http://www.geocities.jp/manzoku_uporg/002561981.jpg.html

0964デフォルトの名無しさん

2011/02/10(木) 16:30:01

>>963
<meta http-equiv="REFRESH" content="1;URL=ck.jp.ap.valuecommerce.com/servlet/referral?sid=2509984&pid=879169022">

0965デフォルトの名無しさん

2011/02/21(月) 02:40:24.89

(´・ω・｀)
http://masafumi.cocolog-nifty.com/photos/uncategorized/2009/08/19/img_0130.jpg

0966デフォルトの名無しさん

2011/02/21(月) 02:54:10.28

QRコードのエンコードライブラリは仕事で作ったけど、
デコードは仕事では必要なかったから、趣味で作ってみようかな…。
画像処理の知識が必要そうだけど。

0967デフォルトの名無しさん

2011/02/22(火) 01:07:21.38

OpenCAのSurf関数使って
画像認識してみたいのですが

四角形が画像に
含まれているか検出するサンプルしりませんか？

0968デフォルトの名無しさん

2011/02/22(火) 11:16:07.01

OpenCAで画像認識ができるとは知らなかった

0969デフォルトの名無しさん

2011/03/01(火) 15:14:48.90

Amazonで詳解OpenCVを新品で買ったら、初版2刷だった・・・
新品の意味ねぇ

0970デフォルトの名無しさん

2011/03/03(木) 19:26:12.65

>>969
Amazonは版別で独立した商品になってたとおもいますよ。

0971デフォルトの名無しさん

2011/03/27(日) 00:20:39.64

画像を変形させたいんだが、よくわからんがメッシュってのが便利そうだと思った。
構想としては、画像の1画素1オブジェクトとして座標を持たせ、隣接する3つの
画素を結んで1つのポリゴンにする。この時各画素がもっている格子状の座標集合がメッシュと
いう理解でいいのだろうか？だとして、メッシュのデータ構造ってどんな感じで持たせたらいんだろ？
単に画像と同じ感じで2次元配列？
もし2次元配列だと球面に貼り付けたときメッシュの中央と端の分解能が極端に下がると思うんだけど
どするんだろ。

0972971

2011/03/27(日) 00:28:43.37

まちがえた。訂正。
×極端に下がる
○極端に差が付く

0973デフォルトの名無しさん

2011/03/27(日) 01:00:39.13

>>971
頂点毎にテクスチャのUV座標を与えることが多い
手間を惜しまないならUV座標の与え方は自由だから分解能も自由に決められる

0974デフォルトの名無しさん

2011/03/27(日) 01:44:51.28

えー、そういう話なのか？
>>971はテクスチャマッピングという単語も知らないように思えるんだが…？

0975デフォルトの名無しさん

2011/03/27(日) 19:40:36.68

>>973
　横レスして悪いんだけど、ベクトルによくでてくるUとVってなに由来なの？
横はhorizontalだし、縦はverticalだし、Vの次がUなわけでもないし
どういう成り立ちでUとVを使うようになったのかさっぱり検討が付かん。

0976デフォルトの名無しさん

2011/03/27(日) 19:53:40.92

xyz は普通使うから、それから同次座標で w を使うから、その前、なんじゃないの。俺は 973 じゃないけど。

0977デフォルトの名無しさん

2011/03/27(日) 20:14:04.83

同意

0978デフォルトの名無しさん

2011/03/27(日) 21:23:53.79

>>976
確かにそうだ。ありがと。意味なんて大してないんだな。

0979デフォルトの名無しさん

2011/03/27(日) 21:51:05.72

ST も使うねえ。

0980デフォルトの名無しさん

2011/03/27(日) 23:01:56.91

　球面なんて書いたから誤解があったかも。
最終的な目的は、画像を紙を潰した見たいにグシャッとしたり、筒に丸めたりってとこだけど。
今はテクスチャを貼り付ける事じゃなくて、ポリゴンメッシュについて知りたいのよ。
2次元だろうが、3次元だろうがどっちでもいいんでポリゴンメッシュの構造とかを知りたいよ。

>>974
　名前は聞いたことあっても画像貼り付けるぐらいしか知りません。
今有る知識は、自前でラスターデバイスに単純なライティング付きの
3Dモデルをレンダリングできる程度です。

0981デフォルトの名無しさん

2011/03/31(木) 02:11:10.85

あげ

レス数が950を超えています。1000を超えると書き込みができなくなります。

画像処理 その12

画像処理その12