画像処理その12

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


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

画像処理その12

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

前スレ
画像処理その11
pc12.2ch.net/test/read.cgi/tech/1222593978/
2 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 10:22:05 ]: 2 gotten
3 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 18:26:57 ]: ポニーテール
4 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 22:50:56 ]: アイスラッガー
5 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 23:30:21 ]: ズレてるだけ
6 名前：デフォルトの名無しさん [2009/07/10(金) 13:38:25 ]: かぞえてくれ
ttp://www.yomiuri.co.jp/zoom/20090708-OYT9I01080.htm
7 名前：デフォルトの名無しさん [2009/07/10(金) 17:30:00 ]: 画像処理って、C言語オンリーでもできるの？
っていうか、ライブラリ関数の中身が知りたいんだけど・・・
8 名前：デフォルトの名無しさん [2009/07/10(金) 19:00:54 ]: OpenCVつかいますか？
中身も自作？
9 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 19:59:47 ]: むしろC言語でライブラリと組み合わせてやるのが主流。
10 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 23:27:41 ]: >>7
C言語で出来ないんなら、ライブラリはどうやって作ってるんだ？
11 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 00:45:57 ]: pythonで使ってみた
うちのpythonは2.5だったのに
OpenCV1.1pre1aを入れたらpython2.6用で使えずorz
OpenCV1.0を入れ直してうまくいったので快適
12 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 00:46:58 ]: 誤爆したorz
13 名前：デフォルトの名無しさん [2009/07/11(土) 01:28:13 ]: >>10
C言語の学習っていったら、だいたいライブラリ関数の使い方だからさ
どうやったらいいのか不思議でたまらないんだ
14 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 01:40:29 ]: www.amazon.co.jp/dp/479800958X
15 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 01:41:02 ]: >>13
画像処理系の教科書読めば書いてあるだろ。
16 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 01:44:45 ]: >>13
ライブラリ使ってると内部で何やってるのか不明で気持ち悪いのはわかる。
暇な時にBMPファイルの構造やC言語での読み込み方について調べてみるといい。
OpenCVにしろ何にしろ、ライブラリはその読み込み手順とかを関数化しただけだから。
17 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:00:10 ]: 最近思うんだけど、画像というのはメモリに展開される「データ」であって、ハード（OSとかのネイティブシステム）に依存しないでしょ。
簡単にいえば、bmp,jpgとかは別にmsとかmacじゃなくてもx windowでも開けるし編集も出来る。
だからネイティブに依存しまくってるCでライブラリを作る必要ってあまりないじゃないの？
画像解析とか１ピクセルごとの処理が必要でハード資源が必要だから、携帯とか組み込みとかでは
やらないからCコンパイラ対応である必要もない。

つまりjavaとかc#とかで画像処理ライブラリ自体を仮想化すればいいんじゃないかな。
アルゴリズムの方をvmのコードで作って、各ハード（GPUとかカメラICとか）のIOの方は今までどおりCにして住み分ければいい。
そうすると、GPUのストリームプロセッサで処理されるかどうかを気にしなくてアルゴリズムに集中できるようになる。
18 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:03:01 ]: 意味不明
19 名前：デフォルトの名無しさん [2009/07/11(土) 02:09:16 ]: Java厨なのはよくわかった
20 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:16:13 ]: >>17
JavaとかC#で実用的な速度出せるようになればいいね。
21 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:19:42 ]: アルゴリズムの方は、せっかく発明したから隠しておきたいって言うのもわかる。
だけど、結局同じような機能は別の方法で再発見できるわけで、それが多少高速か、アルゴリズムが分かりやすいかの差でしかない。
同じソートアルゴリズムでもクイックソートが必ずしも万能でなはなく、見方によってはマージソートの方が扱いやすいとか。

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

有効ではあるけど、ピクセルごとにforとifでまわすだけとか、forのなかにifばっかりとかはいいかげん卒業して、ブラックボックスとして自作ライブラリにして、より高度な機械的な処理を目指して欲しい。
ifばかり使うと収拾がつかなくなりそのうち分岐が多すぎて管理できなくなるから、それは高度な処理はとはいえず、for + if だらけのコードは使い捨てコードに等しいよ。
22 名前：デフォルトの名無しさん [2009/07/11(土) 02:31:50 ]: なんだライブラリが欲しいだけか
これだからC♯厨は
23 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:35:10 ]: >>20
３Dの解析じゃないなら、クライアントPCは1G...1.4G程度で十分では？
600MHzでも十分だと思いますけど。
そのかわりメモリはキャッシュとして使うので、画像アプリ用で多量（３００MB)とか必要ですけど。

3Dの方は今のPCリソースでも、何をやりたいのかはっきりしないし３Dの画像解析の定義とか意味付けがはっきりしないのでどれだけリソースが必要で、どれだけの速度で応答する必要があるのとか未知数ですけど。
１０年前は800...1GぐらいのCPUだったんですけど、その当時の画像処理ソフトは従来の変色フィルターとか歪みフィルターとかで、その当時からあまり高機能に進化してませんよね。
結局「実用的な速度」という概念自体が、理想なものでしかなく、「実用的な速度」という測定できないような空想の速さを追い求める「あなたの理想」だったのでは？F1とかの走り屋の心境と同じなんでしょうか・・・
ある程度満足がいく画像処理アルゴを、より「理想的は速さ」を求めるためにチューニングするよりも、最新のハード（や専用プロセッサ・ハードエンコード）で処理したほうが、よっぽどリアル世界での「実用的な速度」だと思いますが。
24 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:38:03 ]: 妙な略語を使うのは初心者の特徴だな。
25 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:43:03 ]: >>23
そもそも、最新のハードをJavaやC#で制御できるの？っていう話が。
Cでさえ遅いってことで CUDAやOpenCLのような並列処理をサポートした処理系を持ち出してるのに。
26 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:43:55 ]: 画像処理物を自分で実装することはあまり無いし、JNIとか使いこなせるんで別にCで実装してあってもいいんですけど…
JAVAとかC#でOOPやってる、どうも原始的なんですよね。CとかGTKとかのフレームワークが。
たぶん、JAVAとかJAVASCRIPTとか現代的な言語を身につけると、言ってる意味が分かるようになりますよ。
ある意味アルゴリズムの実装方法（for + if)自体が変わる( img.filter(*func) )ぐらいのパラダイム変化があるでしょうし。
27 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:47:11 ]: 画像処理を実装しないのに、なんでこのスレにいるの？
28 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:53:20 ]: 言語なんて関係なく、とにかく自分で実装するのが嫌だから、ライブラリ作ってくれって言ってるだけじゃん。
29 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:53:31 ]: >>25
その最新のハードは上にも書いてありますが、IO（データ、ストリームの入力と出力部分）なので当然Cで実装します。
双じゃなくて、画像処理のための仕組みは、最新ハードに依存しないソフト物（メモリ上でしかない）ので、javaとかで十分です。
関数呼び出しコストとか２０年以上前のしがらみにこだわってる人だと、ある種の宗教なので話は通じないでしょうけど（足踏みしてる人なんでしょう）。

メモリ上で処理ですけど、GPUの場合はGPUのVRAM内なのでCしかないんでしょうけど、まだ最新技術（ハード）でいくつか仕様がありかつデファクトにもなってないから、
上の処理ライブラリの仮想マシン言語での実装はCPUとPCでの話ですけど。
GPUのGPU内のメモリ（VRAM)にアクセスする手段が確立したら、結局同じ議論になると思いますよ。
30 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:57:58 ]: >>29
JavaとかC#で実用的な速度出せるようになればいいね。
31 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 02:58:32 ]: >>27-28
とはいうけど、OOPで作られている現代的フレームワークとか使ったことありますか？
そういう大規模なアプリとか作ったことないでしょ。

自分で実装するのが嫌とか面倒とかじゃなくて、車輪の再発明とは何か、なぜよろしくないのか、もう一度車輪の発明とコードの再利用（旧来はモジュール化とも称していたけど）とはどういうことなのかを勉強したほうがいいと思うよ。
32 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:02:26 ]: なんだ
ただの低レベルな勘違い君だったか
33 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:06:10 ]: 仮想マシンとネイティブとの関数呼び出しコストがあるかもしれないけど、
1.4G以降のPC（ネットブックとかも）ならもう測定不能誤差って範囲で、関数呼び出しコストは発生せずってところだと思うよ。

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

画像処理の方法（アルゴ）を考えるよりも、まずこういうリアルの感覚が大事。
34 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:08:30 ]: なんで関数呼び出しとかの話になってるんだよw
35 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:08:40 ]: やあアルゴ君
久しぶりだね
36 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:09:56 ]: つまり関数呼び出しがボトルネックになると思いこんでたのか
37 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:09:58 ]: どうでもいいが、以上によってIOに関係しない画像処理（フィルターとか次世代の検索・動き検知・補正技術）を書くなら、Javaを見据えてJava用のライブラリを書いてくれ。
そのライブラリをCから呼び出す方式（JNIとか）にしてね。
38 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:12:07 ]: 自分で書けゴミ
39 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:14:59 ]: >>31
何を主張したいのか分からん。

言語に関わらず、誰かが実装したものがあればそれ使えばいいんじゃないの？
(タダなのか有償なのかはライセンス次第だろうけど)
誰も実装してなかったら、もしくは高くて買えなかったら残念ね。
諦めるか、自分で実装するか、お金を出して実装してもらうかするしかないよね。
40 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:16:30 ]: あ？書き方が変で分かりづらかったね。
Cのネイティブ・プラットフォーム（winとかcudaとか）を中心に考えるんじゃなくて、JavaとかC#とか仮想マシンのプラットフォームを中心に考えて処理の設計・アルゴの実装してね。
JavaとかならライブラリAPIへのアクセス方式（の規約）が統一されてるから、他の人のライブラリも同じような使い方だし、自作でも使ってくれる人も多くなるし、すぐその世界で有名になれる。
41 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:19:31 ]: >>37
Cでかかれたライブラリならまだ他言語から使いようがあるが、
Javaでかかれたクラスライブラリは他言語から使いにくい(車輪の再発明を強いられる)。
よって、Cで書いた方がよい。
42 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:19:40 ]: 変なのは書き方じゃなくて頭
43 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:23:19 ]: そういや、アルゴってマンガがあったな。
44 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:24:39 ]: >>34-36
最悪１ピクセルごとに処理するために関数呼び出しするんですけど、コスト無いんですか？
メモリ上の画像処理で、いつも遅い原因はここだと思ってたんですけど、このスタックへの値渡しがコストじゃないとすると、何がコストの元になってるですか？

for (;;){
c=getPixel(x,y)
delegateFilter(c);
setPixel(x,y,c);
}
とかですよ？
45 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:29:05 ]: 値渡しは関数（の引数）ローカルスタックへのコピーのことで、int cというわけでもなくstructもありえます。
これ以外は全てどの処理系どの言語でも省けない処理（画素の取得、加工、更新）なのでコストとはいえない思うですけど。

for (;;){
c=getPixel(x,y)
delegateFilter(&c);
setPixel(x,y,c);
}
46 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:29:09 ]: コストが掛かるかやその大小は実装方法や環境による
47 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:32:42 ]: >>44
>>33に聞けよ。
48 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:37:09 ]: >>41
分からなくも無いよ。その発想は。
もともとCはシステム（OS）を記述するために開発された汎用・移植用の言語であって、汎用性は高いけど、画像処理とか２D（GUI)の処理には向いてないよ。
とくに、画像処理は他の画像処理に依存することもあるから他のオブジェクトへのメッセージ、つまりOOPが適しているし、
そもそも画像データとその処理が一体なのであって、これも突き詰めるとOOPとなる。
OOPの言語ならどれでもいいけど(ruby,javascriptとか）、デファクトなJavaかMSのみがターゲットならC#となるだけ。

批判するならもうちょっとちゃんと勉強してからにしたほうがよかったね。でも分かるよ、その自分の知ってる言語で全部済ましちゃいたいって言うその発想は。
結局BasicとCしか手になじまなかったってことで、Java, OOP云々よりも君のスキル不足ってだけなんじゃないの？
49 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:38:10 ]: つまんね
50 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:41:16 ]: >>46
じゃ「実用的な速度」ってなんのことですか？
それならCで実装する必要はありませんよね。

速度やコストがすぐ話題になりますが、結局Java,C#で実装したアルゴリズムが原因ではなく、IO（ネイティブ）じゃないですか？
そういうところをちゃんと分かって、そういう視点で設計を考えたことありますかね？
51 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:48:05 ]: CPU boundか IO boundかは処理によって違う。
ものそごく単純化すると、単純な処理ならIO boundになりやすいし、
処理が複雑なら CPU boundになりやすい。
52 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 03:49:44 ]: なぜ極狭い一面を見ただけで一般化しようとするかな。
53 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 04:07:30 ]: >>51
GPUには期待してますけど、今までのCPUとはまた違うパラダイムでしょうね。
上の議題は、GPUではなくCPUでの画像処理（所詮２D）での話ですけど。

GPUは、ifによる分岐じゃなくストリームのパラダイムなので、２D処理（つまり従来からの画像処理・探索）は向いてないと思いますよ。
CPUは４Gぐらいが限界と分かったので、これ以上はいくらハード・アルゴをチューニングして頑張ってももはや速くはならないでしょうし、0xffff * 0xffffの画像とかデジカメならすぐ到達するんで、２Dのアルゴも違う発想が必要になるでしょう。
54 名前：デフォルトの名無しさん [2009/07/11(土) 04:09:37 ]: ここ何人いるの？
55 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 04:14:48 ]: 多分日本人
56 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 04:59:20 ]: 車輪の再発明の話は散々出るけど、ならなんで新しい言語が次から次へと登場するのかね。
しかも似たりよったりの言語が。あれは車輪の再発明とは呼ばないのだろうか。

ライブラリの話を見ていて、なんだかそんな気分になった。
57 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 06:51:49 ]: 言語は、言語開発者がそれを作る目的によって違うので、いくつもの似たような言語があっても目指すものが違うんですよ。
コンパイラとか作ったこと無いと分からないんでしょうけど。
似たように感じるのは、文法が似てるからだとは思いますが、ハスケルみたく奇抜な文法だと多分あんたじゃ習得できないでしょう。

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

変色フィルターとかアフィン変換とか通常の画像処理はjava,c#でライブラリとしてほとんどあるんで、勉強目的以外なら普通は自分で改めて書いたりませんけどね。
何とかの分離とも言いますが、とくにかくCのコードはIOだけにしてそのハード用の使い捨てにして、画像処理のアルゴリズムなら、javaとかvmのプラットフォームを中心にすえてコードを書くといいですよ。
後２－３年で携帯とか他のOSでもそのアルゴが何の変更も無く普通に使える（再利用できる）ようになるでしょうし。
58 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 06:59:07 ]: >>57
＞作る目的によって違うので、いくつもの似たような言語があっても目指すものが違う
ライブラリもそうじゃないのかｗ
59 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 07:37:25 ]: またなんか凄いのが沸いてるな。
OOPって単語覚えて嬉しいのはわかるけど、
画像処理技術と設計技術はなんの関係もないので、よそで喚いてくださいね。
60 名前：デフォルトの名無しさん [2009/07/11(土) 07:49:23 ]: ARMは固定小数点の方が速いんだよな。
61 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 08:56:00 ]: 携帯で「高速な画像処理が出来る」とか期待しないけどね。普通の人は。
62 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 08:57:50 ]: >>59
画像処理技術とかたいそうな漢字を並べてみても、君なんか所詮未熟者でしょ？ｗ
63 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 09:04:00 ]: >>58
そのライブラリとか、自作の処理を関数化したりを突き詰めると結局「それ用の言語を作ったほうがいい（つまり文法とリテラル）」ってなるんですよ。
例えばマテマテカとかRとか使ったこと無いでしょ。君みたいな貧乏低学歴じゃ。

多少難しいこと買いても、このスレでは無能ばかりだしついてこれようなるまじめな人もいないみたいなので、これぐらいで勘弁してあげましょうかね。ｗ
64 名前：デフォルトの名無しさん [2009/07/11(土) 09:08:57 ]: >>59
OOPが未だに理解できないのも分かるんですけど…
そんな万年石頭のオジサンに、返して差し上げる言葉ありませんよ。
65 名前：デフォルトの名無しさん [2009/07/11(土) 09:40:12 ]: きちがいうぜー
66 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 10:52:58 ]: トリップ入れろ
てかactionscriptでいいんじゃない？
67 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 11:04:58 ]: 要するに、画像処理専用の言語があればいいんだな。
そういうのはあるよ。たぶん、JavaとかC#には乗らないけど。
68 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 11:12:31 ]: 画像処理にOOPが必要かどうかの議論は
pc12.2ch.net/test/read.cgi/tech/1243827025
でやった方がいいと思う。
69 名前：デフォルトの名無しさん mailto:sage [2009/07/12(日) 03:16:55 ]: >>66
痛いな
70 名前：デフォルトの名無しさん mailto:sage [2009/07/12(日) 03:17:59 ]: スレタイとスレ番に期待して覗いてみたら…　半年後にまた来ます。
71 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 04:33:40 ]: 正しいと思うなら自分で作って証明すればいいだけだし
みながそうしてきた結果が今の状態だろ
72 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 13:11:26 ]: イミフ
73 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 14:36:01 ]: 頭の悪い高校生（だよね？）のために現状を解説すると、
アルゴリズムの検証や研究などには Matlab などの簡便で高級な環境を使う。
実用品の実装には C 等の高速な言語を使う。
ので、記述力がない上に遅い Java や C# を使う必要があるケースは少ない。

個人的には Matlab 使えないけど手軽に検証したいときには C# は便利だと思うけど、
そういう状況があるのって非専門家だけだからなあ。
74 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 14:49:34 ]: マットラボ乙
75 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 21:36:53 ]: >>73
画像処理は何使ってやってんの？
76 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 23:47:39 ]: 別に10Bitの浮動小数点数が使えるから
喜んでPascal使ってる俺みたいのがいてもいいじゃんか
77 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 23:49:04 ]: Byteだったお
78 名前：デフォルトの名無しさん mailto:sage [2009/07/14(火) 01:09:37 ]: 1024ﾊｱﾊｱ
79 名前：デフォルトの名無しさん mailto:sage [2009/07/14(火) 12:45:00 ]: fp10って奴だろ
RGBを10bitずつで、あと2bitをαとか
80 名前：デフォルトの名無しさん mailto:sage [2009/07/14(火) 19:05:21 ]: Matlabって画像処理に使いやすいかぁ？
81 名前：デフォルトの名無しさん mailto:sage [2009/07/14(火) 19:08:32 ]: 頭の悪い高校生なんだから相手しちゃダメ
82 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 09:37:36 ]: 去年matlabからC++への移植＋高速化の仕事があった。
matlab100行がC++で3000行、速度は4～6桁高速化。
83 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 10:20:23 ]: それは高速化したんじゃなくて、もともとマトラボのそのコードが糞遅かったんだろｗ
84 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 11:35:27 ]: 4～6桁って、1万倍から100万倍ってこと？
85 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 11:50:24 ]: 高速化してくれって言う案件を受けるってのが凄いな。
いくらなんでもそんな要求はキリ無いだろ。
もし最適化してプロトタイプ実装しても、その仕様を満たさないならいくら準備料を積んでもらっても無駄骨だしな。
おまえのところは、明日の飯を食うのも困るほどの零細なハウスなんだろう
86 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 12:10:25 ]: >>83
確かに組み込み関数を並べているだけの芸の無いコードだった。
コアのコードなんて10行くらいｗ。

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

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

>>85
あなたはエスパーですか？
他社がさじを投げた案件ばかり回ってくる零細ソフトハウスです。
87 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 12:25:30 ]: そんなの受けて無駄な時間を使うな。
もし受けざるえないなら料金を吊り上げろ。
お前みたいな低脳低学歴が下らないおせっかいをするからソフト業界の案件受諾価格が下がるだろが。
もしこういうのがやなら、お前のところはフリーソフトでも作ってろカス
88 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 12:31:25 ]: なんなんだこいつは
89 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 12:45:50 ]: 87はプロダクト・マネージャーの精霊です
90 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 13:54:59 ]: 特化したソフトを作る会社があってもいいじゃないか
91 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 14:01:22 ]: >>88
それで高速化さん、マットラボと画像処理はどう関係あるの？
92 名前：デフォルトの名無しさん mailto:sage [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」と出てうまくいきませんでした。

何かやり方が悪いのでしょうか、どなたかご教授下さい。
93 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 16:36:50 ]: OpenCV使え。デフォルトでPNG読み込める。
94 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 16:43:43 ]: この画像で何がしたいんだ?
95 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 17:57:44 ]: >>93
LIBPNGを使う前提でやっていますので…。

>>94
この画像でという訳ではなく、
読み込みに失敗する場合があるという点が問題なのです。
96 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 18:47:50 ]: sample2.pngの中身が分からんと解決しようがない
97 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 19:16:53 ]: 画像でないが、とあるツールのログ解析するソフト、チョロッと作ったら、10H が20secに短縮したな。

SED等の組み合わせでやっているのを、rubyで字句解析入れてやった。ｗ
98 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 19:34:40 ]: さっきから画像関係ないよな…
変なのがいついちゃったな
99 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 20:58:18 ]: >>96
えっと、中身とはどういう事でしょう？
100 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 21:05:06 ]: >>99
スレ違いだっつーの
さっさと失せろクズ
101 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 07:15:27 ]: LIBPNGを使った画像の読み書きは、
このスレではスレ違いなのですか？
どちらのスレでなら大丈夫なのでしょう？
102 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 07:19:13 ]: 環境依存OKのC/C++スレか、スレ立てるまでもないC/C++スレ辺りじゃね?
103 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 08:09:32 ]: なるほどです。
教えて下さりありがとうございました。
104 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 14:41:00 ]: >>101
失敗した場合のエラーコードくらいみたら
105 名前：デフォルトの名無しさん [2009/07/19(日) 13:00:45 ]: >>17
超高速プロセッサと超高性能コンパイラがあれば「僕の考えた最強の開発環境」が実現できるよね
106 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 13:05:17 ]: >>48
画像処理にはＯＯＰの方が向いているというのには納得するけど、Ｊａｖａは糞言語だからC#にするべき。
107 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 13:07:46 ]: >>82
matlab使いは例外なくクズ
108 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 14:36:04 ]: 画像処理？
使う言語はverilogとFPGAに決まってるだろ？
109 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 17:42:59 ]: どのように使っていますか
110 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 00:15:58 ]: うわー堕ちたなーこのスレ
111 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 00:20:54 ]: きちがいうぜー

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

スレタイとスレ番に期待して覗いてみたら…　半年後にまた来ます。
112 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 09:55:26 ]: >>110
ならいつまでもROMってないでこのスレに貢献したらどうだ？
なんの能力ないなら黙ってろよ
113 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 12:10:00 ]: 無能な奴はこのスレに居て欲しくないよな…
114 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 12:20:19 ]: 君は有能なのかい？
115 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 12:46:15 ]: matlabを使う画像処理ってどうやるんですか？
116 名前：デフォルトの名無しさん [2009/07/20(月) 20:59:46 ]: >>115
matlabスレで聞けば？自分はmatlab使った事ないけど複数の知り合いはガリガリ使ってるから可能である事は確か。
117 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 21:13:07 ]: fft
118 名前：デフォルトの名無しさん mailto:sage [2009/07/21(火) 10:21:24 ]: >>113
まず君が去らなきゃな
119 名前：デフォルトの名無しさん mailto:sage [2009/07/24(金) 16:16:14 ]: αチャンネルを持つ画像同士の、
αブレンドの方法を教えてもらえないでしょうか。
120 名前：デフォルトの名無しさん mailto:sage [2009/07/24(金) 16:29:05 ]: すみません、言葉が足りませんでした。
↑の式を教えて貰えませんでしょうか。
121 名前：デフォルトの名無しさん mailto:sage [2009/07/24(金) 16:33:39 ]: まだ足りない
122 名前：デフォルトの名無しさん mailto:sage [2009/07/24(金) 16:43:47 ]: α×画素値A＋（1－α）×画素値B
123 名前：デフォルトの名無しさん mailto:sage [2009/07/24(金) 16:57:06 ]: すみません、画像Aのαと画像Bのαを使ってください。
124 名前：122 mailto:sage [2009/07/24(金) 17:51:04 ]: α_A/(α_A＋α_B)×画素値A＋α_B/(α_A＋α_B)×画素値B
125 名前：122 mailto:sage [2009/07/24(金) 17:53:36 ]: α_A/(α_A＋α_B)×画素値A×α_A＋α_B/(α_A＋α_B)×画素値B×α_B
126 名前：122 mailto:sage [2009/07/24(金) 17:55:27 ]: すなわち
(α_A^2×画素値A＋α_B^2×画素値B)/(α_A＋α_B)
127 名前：デフォルトの名無しさん mailto:sage [2009/07/24(金) 18:40:10 ]: Acos^2(α)+Bsin^2(α)
128 名前：デフォルトの名無しさん mailto:sage [2009/07/24(金) 19:11:51 ]: 上の式は量子化で分かるのですが、
α_A/(α_A＋α_B)×画素値A×α_A
でα_Aが２回出るのはどういう意味なんですか？
129 名前：デフォルトの名無しさん mailto:sage [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/ｎ!＋・・
130 名前：122 mailto:sage [2009/07/24(金) 19:15:12 ]: そういえばもともとα値で薄くなってるな～とおもってα_Aをもう一回かけてみた。
131 名前：デフォルトの名無しさん mailto:sage [2009/07/24(金) 20:02:40 ]: >>129
数値微分は精度悪い（半分の桁しかない）ですよね…
なにか上手い方法ないでしょうか？
132 名前：デフォルトの名無しさん mailto:sage [2009/07/24(金) 20:06:48 ]: >>130
それが計算式の根拠なんです。なら
α_A^2がcos^2(α)
となるのは無理（不可能）がありますけど。
133 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 00:04:43 ]: 色のスペクトル（横長）は出来たのですが、
こんどは色相環（円形）を描画したいのですがどのような方法になるんでしょうか？
やっぱりsin,cosなど角度を使って描画するのが簡単なのでしょうか。
134 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 00:06:13 ]: うん
135 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 00:36:47 ]: そうなんですか。ベクトルに詳しい人がいるみたいなので期待してたんですけどsin,cos使ってやります。
136 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:00:05 ]: sin,cosとベクトルを切り離して考える方がおかしい
137 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:13:12 ]: ベクトルのことをろくに知らないくせによく言うよカス
138 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:28:00 ]: ベクトル（回転行列とか？）使ってやるよりSin,Cosの方が直観的だし簡単だろう。
139 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:33:23 ]: このスレもレベル下がったな
糞スレ決定だろ
140 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:36:21 ]: 前からだけどな
専門家はどこにもいない
141 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 02:04:22 ]: 回転行列も中身は結局三角関数だよな
142 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 02:15:42 ]: sin,cosが問題じゃなくて角度θ使ったほうが簡単なんですか？
回転とか行列とかじゃなくて、int,floatとかそういう数学の基礎的なところなんですけど・・・
float使うとなるとアルゴリズムが大分違うんですよね。
143 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 06:10:54 ]: それはベクトルじゃなくて
DDTのことを言っておるのか？
144 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 07:16:58 ]: DDTってなんじゃ？
145 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 07:29:39 ]: マクローリン展開して……
146 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 08:03:08 ]: マクローリン展開？？
147 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 11:14:34 ]: いくらなんでも池沼過ぎるだろオイ
148 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 11:35:18 ]: >>145
それならpoly展開だと何項ぐらいにしますか？
8ビット機ならともかく、cpu 33MHz(33)ぐらいあれば角度もintにするのははちょっと複雑ですけどね・…
149 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 12:10:19 ]: 一応手順としては、色スペクトル（横長）を作ってこれをaffineとかでリング（円形状）に仕様と考えてるんです。
だいたい一円の解像度も40-60分割ぐらいなのでθを使わず、やっぱり（数学的に単純考えると）affineがいちばん簡単だと思いますが、画像処理の手法として他に伝統的な方法はあるんでしょうか？という質問です。
150 名前：デフォルトの名無しさん [2009/07/25(土) 13:18:46 ]: つまりはバイナリで読み出して、数値を変換してバイナリで書き出すと思えばおｋ？
151 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 15:06:20 ]: これだけヒントを出しえもやっぱり答えられる御人は居ませんね。
数学（幾何）的にやれは何でもできるんですけど、画像処理すれなので画像の特性に特化した画像処理手法があると期待してたんですが・・・
現代のPCならdoubleでもぜんぜん処理が遅くないので（ほぼリアルタイム）、この様子だと数学公式とハードでごり押しになっていき画像処理の小手先技はすたれていくんでしょうね。
152 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 15:19:41 ]: >>151
この辺の処理ってのは色々コツがあるので、知っていてもタダで提供するわけがないな。
153 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 15:28:41 ]: あの・・・ハードでごり押しできるんであまり小手先技に吹っかけても誰も払わないと思いますよ。
ハードやリソースが非常に限られてるなら業務提携とか企業間のライセンスとかになるんで、その小手先ノウハウが有料かどうかはあまり問題にならないですけど。
ノウハウと言ってもそれはアルゴリズム上のノウハウではなくて、ほとんどは（その画像ではなく）ハードやリソースの特性を生かしてるだけですし・・
アルゴリズム上のノウハウなら「PCは全て２進なので２進に特化したビット演算でhypotを小手先実装した（ので高速化実現！）」とかですし。
何を隠して何をOPENにするかとか、そういう辺りのことはあまり知らないみたいですね。
154 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 15:32:27 ]: 上にマク展開しようと考えてる古い人もいるので、これもちゃんと書いておくと、

＞（ので高速化実現！

ですけど、８ビットハードなら高速実現だと思いますが、16ビット33MHzとかFPU乗ってるハードなら高速でもなんでもなく、こういうのはまったく無意味ですよ。
155 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 16:57:00 ]: >ヒント

要するに釣りのつもりだったのかな。
大昔ならまだしも、今では有効性の無いテクニック使っても意味が無いね。
156 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 17:09:57 ]: >>152
それで・・・そのコツとやらは本当にコツなんですか？
ヒントがないと何のことか分かりませんよね。知ったかさん
157 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 18:34:48 ]: >>146
>>129
158 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 18:37:10 ]: >>151
www.geocities.jp/m_hiroi/xyzzy_lisp/abclisp16.html#chap30
159 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 18:49:01 ]: >>158
なんだ、やっぱりマク展開はやめて表にしたんですか。
ていうか、あなたの知ったかレベルじゃ話について来れないと思いますよ。
xyzzy使ってemacs気取りもいいですけど、あなたは実際のスキルがあまり無いなので秀丸とかその辺でいいじゃないですか？ｗ
160 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 22:14:54 ]: >画像処理の小手先技
手羽先に空目
161 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 23:09:32 ]: www.jma-net.go.jp/sat/data/web/suneclipse_img/mtsat2_20090722_0900-1400_enhanced.gif
162 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 05:05:20 ]: なんかヘンなのが住みついちゃったみたいだな
163 名前：デフォルトの名無しさん [2009/07/26(日) 14:31:01 ]: >156
教えて君の分際で他人を知ったかよばわりとか痛いな。鳥つけてくれよ、あぼーんするから。
164 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 15:54:11 ]: >>163
なにその態度ｗ

それも顔真っ赤にしてアゲちゃってるし
知ったか君涙目ｗｗ
165 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 16:17:46 ]: 夏だなぁ
166 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 16:22:59 ]: そうだな
夏だな厨が現れるあたりが特に
167 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 16:33:04 ]: >>163
もう君はこのスレに来なくていいよ
君が居ると荒れるから
168 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 16:49:33 ]: よく2chの情報はいい加減とか、正しくない情報が多いとか言われるけど、
僕にとっては大事な情報源です。
たまにはボロクソ言われることもあるけど、みんな親切に教えてくれる。
いつもありがたいと思ってる。
169 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 17:03:20 ]: >>168
まさに教えて君じゃねーかｗｗｗ
ウザイからさっさとROMってろよ
170 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 17:12:51 ]: 　/　　　　/　　/　　　/　　/　　　/　　　　　/
　　　　　　　＿_,____
　　　/.　　／// |ヽヽ＼　　　/　　/　　/
　　　　　　^^^^^.|^^^^^^
.　/　　/ 　 ∧__∧
　　　　　　( ´・ω・)∧∧
　/　　　　 /⌒ ,つ⌒ヽ) 　 //　　/　　/
　　　　　(___　 (　　__)
"''"" "'゛''` '゛゛゜'　'''　''　'''　゜`　゛　゜゛''`
もし、またメール送っても嫌いにならないでね。
171 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 17:41:21 ]: >>163
あげるなカス
172 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 21:04:22 ]: 2/2 www.youtube.com/watch?v=nVDq-s3r5Ys
1/2 www.youtube.com/watch?v=9UU4Hx76Zg0
173 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 01:11:58 ]: αHSV色空間でのαブレンドってどうやればいいんですか？
一旦αRGB色空間に変換しないといけませんか？
174 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 01:12:52 ]: サンデープログラマー乙
175 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 01:26:59 ]: サンデープログラマー乙
176 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 02:12:22 ]: >>173
RGBだのHSVだのは出力時の問題。αの計算は同じだ。
177 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 09:30:14 ]: >>168
おまえは質問に一度でも答えたことあるのかよ？死ねよ
178 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 12:34:42 ]: >>176
横からだけど、非線形だしHSVにそのままRGBでやってたようなαはできなくない？
Hとか特に。単にHSVαを保持して
出力時にどうせRGBに変換するからそこで適用、って意味ならわかるけど。
179 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 13:34:33 ]: Hueの加算て一意にできないよねぇ。
180 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 19:52:03 ]: libtgaあまりにも動かなくてわけわからん
ソースを追ってみたがちゃんとしてるんだよな
でもVCでコンパイルするとfreadがまともに機能してない
意味わからん
181 名前：デフォルトの名無しさん [2009/07/28(火) 23:21:54 ]: とりあえず age とくか
182 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:18:24 ]: TGA→BMPに変換して使えば？
183 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 17:17:08 ]: めんどくさいから自分で１から作った
184 名前：デフォルトの名無しさん mailto:sage [2009/07/29(水) 20:01:17 ]: >>180
テキストモードってオチだったりして？
185 名前：デフォルトの名無しさん [2009/08/02(日) 22:43:21 ]: developer.download.nvidia.com/SDK/10/opengl/samples.html
ここにOpenGLとCgによるSimple Glowのサンプルがありますが、
原理を解説しているページはないんでしょうか？Whitepaperには原理までは載っていないようです。
186 名前：デフォルトの名無しさん mailto:sage [2009/08/03(月) 00:06:09 ]: >>185
そこのページの画像しか見てないが、原理というほど難しいことをしているようには見えないが。
WhitepaperのDescriptionだけでも十分説明されてると思う。
っていうか、これソース見れるんじゃないの？
187 名前：デフォルトの名無しさん [2009/08/03(月) 18:11:35 ]: パターンマッチング的なものをやりたいくて勉強中なのだが
3次元空間上に点列が3次元の整数値座標で与えられている複雑な線図形について
形状を分析して3つくらいの特徴量にして
別の空間にあたえる方法はないかと思って探しているのだが
果たしてそんなのはあるのかどうか・・・
188 名前：デフォルトの名無しさん mailto:sage [2009/08/03(月) 19:26:27 ]: >>187
意味が全然分からないんだが。
特徴量を抽出して、別の空間に与えるってなに？

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

しかしそれだと、３つくらいの特徴量にできませんか？
で質問が終わるだろうし、何を意図してるんだ？
189 名前：デフォルトの名無しさん mailto:sage [2009/08/03(月) 19:29:21 ]: 主成分分析とか主軸変換とか固有値解析とか
190 名前：デフォルトの名無しさん mailto:sage [2009/08/03(月) 20:31:15 ]: カーブとか直線とかそういう特徴量を抽出したいってことじゃ？
191 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 04:02:48 ]: 特徴量を抽出するところじゃなくて、それを別の空間に与えるというところに
疑問を感じているのではあるまいか。
192 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 08:13:05 ]: FFT
193 名前：187 [2009/08/04(火) 14:33:29 ]: >>188
> 例えばＲとＧとＢをとりだして、ＲＧＢの３次元座標空間に
> プロットするように、特徴量を軸に持つ空間でマッチングさせたいとか
> そういうことか？

そういう感じです
正八面体みたいに整っているものじゃなくて
もっと複雑な線図形でのマッチングを想定しております
パラメータは3つと挙げたのですが
なるべく少ない方がいいのではないかと考えておりまして
194 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 16:11:06 ]: FFT
195 名前：185 mailto:sage [2009/08/04(火) 23:40:39 ]: >>186
確かにソースは見れますが、分かんないまま写して使うことなってしまいそうなので
ガウスっていったい何なんでしょうか。
196 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:44:20 ]: えっ？
197 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 07:37:50 ]: 何になりたいんだコイツ
198 名前：デフォルトの名無しさん [2009/08/05(水) 10:53:39 ]: 点間の位相関係をなるべく損なわずに低次元に写像したいなら、Locally Linear Embeddingとかどうよ？
199 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 13:30:56 ]: 画像から文字を抽出する方法ありませんか？
強引に文字を画像化して照合するくらいしか思いつかないのですが、
オープンソースは出回ってないのでしょうか。
200 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 13:33:55 ]: >>199
OCR　で　ぐぐる
201 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 13:38:08 ]: >>200
ありがとうございます。
企業秘密かと思ってました。
202 名前：デフォルトの名無しさん [2009/08/05(水) 20:41:57 ]: ＷＴＣに飛行機は突っ込んでいない？

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

＜重要な参考動画＞
念写？呪われたフロントガラス？ー911ビデオ画像捏造の証拠映像
www.youtube.com/watch?v=cbOiyiOvC8g
奇妙な一致?　不可解な視差!!　ー911ビデオ画像捏造の証拠映像
www.youtube.com/watch?v=klAtO-tJG6A
丸見え! お宝映像遂に流出!! ？９１１ボーイング不在の決定的証拠映像？
www.youtube.com/watch?v=yGd6uzkneOQ
驚愕! 超常現象? 異次元を飛行する飛行物体ー911テレビ画像捏造の証拠映像
www.youtube.com/watch?v=fsB1EtdT_JA
恐怖! 超常現象? 無傷なまま貫通する機首ー911テレビ画像捏造の証拠映像
www.youtube.com/watch?v=KZMKXAlY7Yw
911テレビ画像捏造／航空機不在説
www.youtube.com/watch?v=9twhhq6YIG8
203 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 00:45:57 ]: >>201
それは俺に対するあてつけかｗ
204 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 16:34:52 ]: 普通に全体的にぼかすのはわかるんだけど
中心からぼけた円を描くにはどうすればいいんだろう
205 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 18:41:54 ]: ↑描くときに一緒に計算しながらやったら出来ました申し訳ない
206 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 00:29:05 ]: ビットフォーマットとか、画像処理を知ろうと思ってスレを開いたんですが
なんでテンプレになんの情報も書いてないんですか。
207 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 01:03:31 ]: テンプレで1000埋まるから
208 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 01:08:40 ]: もうちょっとリンクを貼るとかなんかしてくれよ
各形式の適当な解説とフォーマットのリンクがあれば親切だった
209 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 01:11:14 ]: ここ見つけられるくらいだから簡単に見つけられるさ
210 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 01:33:30 ]: >>208
質問するつもりだったんだろ？
質問に答えるわけでもないのに偉そうな奴だな。頭腐ってんじゃねーの？（笑）
211 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 01:37:52 ]: 質問は今んとこないよ
俺の書き方は標準だと思うぜ。君のは無意味な悪口だと思うぜ。
212 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 01:48:26 ]: どうでもいいがスレに貢献しないなら自分の巣に帰ってくれ
213 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 01:49:45 ]: >>211
おまえの方が「テンプレ！」「テンプレ！！」と愚痴ばっかり書いてるようだが？ｗ
214 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 02:03:09 ]: 何が言いたくて何を求めてるのかよくわからん。
アンチテンプレなのかもしれんけどテンプレはいいよ。
どうせ書きたくない人は書かないし関与しないんだから別に俺に喧嘩売る理由もないでしょ

まぁ帰るか。
215 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 02:26:46 ]: >>214
お前の負けｗｗ
夏房涙目ｗｗｗｗｗ
216 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 06:44:35 ]: >>215
馬鹿…それは明らかに…だろ
217 名前：デフォルトの名無しさん mailto:sage [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/　　　　
218 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 08:49:02 ]: だが、それだけだと、まるでOpenCVスレみたいだしなぁ。

ところで206が求めてたような、画像のフォーマット情報みたいなのも
このスレの対象なの？
219 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 09:46:33 ]: 画像のフォーマットなんて、ImageMagickなんかのライブラリで変換できるものなんだからここで扱うまでもないだろ。
RGB<->HSL変換みたいな話なら別だが。
220 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 10:07:11 ]: 画像情報の色空間変換　と　画像情報の保存　は別腹だよなぁ…
221 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 20:40:19 ]: >>220
あんまり細分化しすぎるのもなぁ
222 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 17:23:24 ]: 先生、リアルタイムで表示可能な画像のアンチエイリアスのアルゴリズムが思いつきません
223 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 17:36:33 ]: 高速で振動させればいいんじゃね？
224 名前：デフォルトの名無しさん [2009/08/11(火) 08:30:07 ]: OpenCVの顔認識で使用されているHaar-like特徴についての原理を知りたいのですが、参考になるHPはありますか？
225 名前：デフォルトの名無しさん [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
::::::::::::"´｀｀゛゜''';:;''ー '',:;-､,-､;;..､､,,;;;-:;_;_,;-;,-;;.､､,,-､;;.,.､､,,-、,-;-:;_;_,;-;,-;;.､,,-､;;.,.,,-,;-;,-;;.､､,,-､ ''‐-､''-;;.:;.‐-‐-;:;;:..-;‐:;.
｀",,""｀";,,'''"':;　｀" """''　｀"　　　　　,,｀" """'' ""' ''''"''" "" "~　""'｀~~''''""'｀' '.,~'ｰ-,,_~~''''""'｀' ' - .,~'ｰ-,,_~~''''ｰ--.
226 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 06:53:37 ]: >>224
「haar like viola jones」で「ウェブ全体から」（つまり「日本語のページを検索」じゃない方）
ググると色々．そっから辿ればいいと思うよ？
227 名前：デフォルトの名無しさん [2009/08/13(木) 22:12:33 ]: Kruppaの方程式について解説した日本語の本ありませんか？
228 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 01:37:54 ]: Geroppaの方程式ならば James Brown のサイトに解説がある
229 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 05:09:41 ]: いやそれGet Upだから
230 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 22:30:16 ]: グロー　画像処理でググったら、目的ではないグロ画像についてのページが出るんですが
どこかにグローの仕方について載ったページはないでしょうか？
231 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 22:45:09 ]: >>230
gouraud shading の話なのか glow effect　の話なのかわからないので答えられない
232 名前：230 mailto:sage [2009/08/14(金) 22:48:05 ]: glow effectのほうです
233 名前：デフォルトの名無しさん [2009/08/15(土) 05:03:36 ]: フィルタのタップ数ってどう表現するのが適切なんでしょうか？
例えば11タップフィルタって言った場合、フィルタリング対象画素の、
前後5画素範囲のフィルタなのか前後10画素範囲のフィルタなのか・・・
プログラム板で聞くのはちとお門違いな質問かもしれないけどよかったら教えて頂けるとありがたいです。
234 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 10:24:08 ]: >>230
「+グロー "画像処理"」

でぐぐれ。もち「」は無しでな。
235 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 16:05:09 ]: 別に「」があってもグーグル先生は無視するけどな
236 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 12:25:44 ]: 3次元の認識って
ベジエ曲線を描いてみて○個以上山の頂上付近に居るものは１つの形状の一部と判断するとかどう？
237 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 14:38:44 ]: いいと思う
238 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 00:54:31 ]: メディアンフィルタによる平滑化で、
例えば3×3のフィルタでは、画像端の画素を決めるとき4つの画素値から中央値を求めなければならなくなってしまう。
このような場合にはどうやって中央値を決めるんでしょうか。
239 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 02:42:15 ]: ケースバイケース

となりのピクセルと同じにしちゃうとか
240 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 04:48:23 ]: 鏡像反転するとか
境界外の部分は、境界画素で置き換えるとか
（３Ｘ３の場合はどちらでもほぼ同じだね）
241 名前：デフォルトの名無しさん mailto:sage [2009/08/17(月) 10:24:49 ]: >>238
周辺画素を取り除いて、フィルタ後画像はサイズを落とすというのも手ではある。
242 名前：デフォルトの名無しさん mailto:sage [2009/08/19(水) 23:25:41 ]: AVCやMPEGを一からC言語で実装出来るようになるいい本とかってありませんか？
243 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 00:01:59 ]: まず仕様書を読むことだね
244 名前：デフォルトの名無しさん [2009/08/23(日) 10:12:28 ]: ‮‮
245 名前：デフォルトの名無しさん mailto:sage [2009/08/23(日) 11:39:01 ]: ttp://homepage3.nifty.com/ishidate/vcpp.htm
ttp://38873321.at.webry.info/
246 名前：デフォルトの名無しさん mailto:sage [2009/08/25(火) 01:18:25 ]: 元画像に対して、
・シャープフィルタをかけた画像 (A)
・最小値フィルタをかけた画像 (B)
・最大値フィルタをかけた画像 (C)

のうち、Aに対して、B≦A≦Cになるように制限をかけてみたら、
なんかアンチエイリアスの逆をやったような画像になってしまったorz
やっぱ俺には画像処理は早すぎたか。
247 名前：デフォルトの名無しさん mailto:sage [2009/08/25(火) 04:05:03 ]: >246
どういう効果を狙っていたのかね？
248 名前：デフォルトの名無しさん mailto:sage [2009/08/25(火) 07:50:48 ]: C≦A≦B
249 名前：デフォルトの名無しさん mailto:sage [2009/08/26(水) 11:37:06 ]: アルファ付き画像同士の乗算の式知ってる方いましたら
どなたか教えてもらえませんか
250 名前：デフォルトの名無しさん mailto:sage [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　？
251 名前：デフォルトの名無しさん mailto:sage [2009/08/26(水) 13:28:02 ]: ちょっと説明不足でした
DstARGB * SrcARGB = ARGB を求めたいのですがうまくいきません

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

式の値50通りくらい入れ替えたり試して近いのは見つかったのですが
重なったところの下画像の縁が微妙に変になったり上手くいかないのです
252 名前：デフォルトの名無しさん mailto:sage [2009/08/26(水) 13:36:40 ]: >>251
何を根拠に「微妙に変になったり上手くいかない」と判断した?
その根拠がそのまま答えだ。
253 名前：デフォルトの名無しさん mailto:sage [2009/08/26(水) 15:12:50 ]: >>251
これは？
ttp://38873321.at.webry.info/200908/article_34.html
254 名前：デフォルトの名無しさん mailto:sage [2009/08/26(水) 22:28:03 ]: >>253
これは通常の合成の式ですよね
srcそのままで使えば通常で、src=dst*src/255してから
その式に当てはめればいいと最初は認識していたのですが
実際やって見てみると下側が1～254の場合どうもうまくいかなかったです
自分の間違いかもしれないのでもう一回計算しなおしてきます
255 名前：デフォルトの名無しさん mailto:sage [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を作れないわけだが、消えないんじゃね？
256 名前：デフォルトの名無しさん mailto:sage [2009/08/26(水) 23:25:17 ]: あ、すまんαの適用が逆になってら。でもまあ言いたいことは同じだ。
257 名前：デフォルトの名無しさん mailto:sage [2009/08/27(木) 00:47:48 ]: すんません、嘘つきました。ちゃんと計算したら、aDとDは求まります。
レイヤーの合成方法が違ったらダメだけどさ。
258 名前：デフォルトの名無しさん mailto:sage [2009/08/27(木) 09:04:21 ]: 試行錯誤を繰り返してやっと出来ましたー
255さんの方法に近いのも昨日既にやってたんですが
下画像の薄いアルファがなかなか上手くなじまなくて苦労してました

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

これで出来たみたいです
もしかしたら間違っているかもしれませんが
一応色々な値でやって見た目や数値見る限り大丈夫かな？
ヒントくれた方ありがとうございました
259 名前：デフォルトの名無しさん mailto:sage [2009/08/28(金) 22:35:46 ]: >>251
透明なものが重なった時は透明度がより低い方の透明度になるのが普通でしょ
260 名前：デフォルトの名無しさん mailto:sage [2009/08/28(金) 22:37:57 ]: つまりだね
重ねられる方が不透明で重ねる方が半透明として色を計算して
最終的な透明度は数字の大きい方を採用するということだよ
261 名前：デフォルトの名無しさん mailto:sage [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よりも少し透明度が低くなる感じなんだが。
計算ミスかな……
262 名前：デフォルトの名無しさん mailto:sage [2009/08/29(土) 05:18:54 ]: 自然界の見え方という意味では正しくないけど
合成した画像を再度半透明画像として利用したい場合はこの方法が正しい
263 名前：デフォルトの名無しさん mailto:sage [2009/08/29(土) 05:22:07 ]: >>261
根拠も無くどうしてそう感じるんだ？
妄想ばっかりだしどうせポコチンがピクピクと動いてんだろｗ
264 名前：デフォルトの名無しさん mailto:sage [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)
265 名前：デフォルトの名無しさん mailto:sage [2009/08/30(日) 22:00:58 ]: >242
MPEGのコーディング
ttp://www.kaede-software.com/cat20/cat44/
ttp://d.hatena.ne.jp/suzume_r/20090720
266 名前：デフォルトの名無しさん mailto:sage [2009/08/31(月) 18:06:32 ]: CADやﾌｫﾄｼｮ?のレイヤ的なものを αﾌﾞﾚﾝﾄﾞで近似実現しようとしているなら
最背面側から最全面側へ向かってﾌﾞﾚﾝﾄﾞしていかないと　つじつま合わないんじゃないかな…

(最全面)A B C(最背面) の3レイヤのﾌﾞﾚﾝﾄﾞで
　ﾌﾞﾚﾝﾄﾞ(ﾌﾞﾚﾝﾄﾞ(A,B), C)
　ﾌﾞﾚﾝﾄﾞ(A, ﾌﾞﾚﾝﾄﾞ(B,C))
で同じ結果となる式って作れる？
267 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 13:08:45 ]: libXpm作ったアフォはどこのどいつだ
なんだこれｗ
if (attributes && attributes->valuemask & XpmColorSymbols) {
attributesが0だった時に回避しようとしてるつもりなのか？ｗ
268 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 13:26:12 ]: >>267
よくあるコードじゃないか。
つーか、何を問題にしたいのか知らんが、スレ違いだ。
269 名前：デフォルトの名無しさん mailto:sage [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がヌルポインタであるときにそのデリファレンスは発生しないので定義通りに動作する
ここに一切の未定義動作は含まれない
c-faq.com/null/ptrtest.html
270 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 14:12:55 ]: 演算子の優先順位というのは結合の話で評価の順序ではない。

>>266
(背景) A B
(背景) C

のアルファブレンドが等価になるようなCをA,Bから合成することは可能。
271 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 14:19:08 ]: >>270
そういう意味ではなく　結合順を変えても同じ結果になる合成式作れる？　ってのが主題
(背景) [A] [B] [C] → (背景)　[結果D]　が　合成の順番に依存せず　一意で定まる？　って疑問
272 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 14:34:41 ]: 全部１つの式に組み込めば出来るよｗ
273 名前：デフォルトの名無しさん [2009/09/01(火) 14:36:14 ]: >>271
a・(b・c) == (a・b)・c となるレイヤー合成演算・は存在すると思うよ。

実際にフォトショップ使ってて後ろの2枚を合成して1枚にするか
前の2枚を合成しして1枚にするかで結果の絵が変わることって無いし、

物理的にも3枚の半透明なスライドの重なりの結果が、
前の2枚を溶着して1枚にするか後ろの2枚を1枚にするかで
絵が変わるなんてことは非現実的だし。
274 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 14:44:22 ]: 勘違いしてるのが多いが、演算子の優先順位って処理の順番じゃないぞ。
これ以上はスレ違いなので、C言語スレにでも行ってくれ。
275 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 14:46:02 ]: >>274
＞勘違いしてるのが多いが

勘違いしてるのは >>267 一人だけじゃないか。
ねつ造もいいところだ。
276 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 15:33:06 ]: 計算してみたよん
a' = a1 + a2 - a1*a2
c' = (a2*c2 - a1*a2*c1 + a1*c1)/a'
277 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 19:24:43 ]: >>276
右辺にCを入れてどうする。
278 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 19:29:52 ]: あ、Cは color か。失礼。
代入後、K * (背景)の項を消すために、K=0とおいて、a'を計算したんだな。
279 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 19:40:50 ]: なんか馬鹿が一人でわめいているようだが…こういう馬鹿はほっとくかｗ
280 名前：デフォルトの名無しさん mailto:sage [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を使って乗除と最終的に各色成分をシフトして&合成する処理を、
それぞれ一纏めにできそうというぐらいしか思いつきません。
281 名前：デフォルトの名無しさん mailto:sage [2009/09/04(金) 15:06:44 ]: >>280
とりあえず安直に qr = (pr * r + pr)>>8; でいいんじゃない？
これでも遅いなら他に問題ありの可能性をあたってみて、
ないなら SIMD 化する。
282 名前：デフォルトの名無しさん mailto:sage [2009/09/04(金) 15:44:07 ]: >>280
名前を付けるとしたら、乗算合成じゃない？
283 名前：280 mailto:sage [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独立に調整できるものがありますが、
それが近いような気がします。
この振舞いに対応するキーワードがあればいいんですが…
284 名前：デフォルトの名無しさん mailto:sage [2009/09/04(金) 19:19:16 ]: >>283
画像処理では、輝度値は0～255ではなく0.0～1.0で扱うのが一般的だから
ただの乗算が>>280と同じ処理だよ。
285 名前：デフォルトの名無しさん mailto:sage [2009/09/05(土) 02:31:44 ]: ソース公開されているんだから確認したら？
286 名前：280 mailto:sage [2009/09/05(土) 21:42:45 ]: SSE(とMMX)を使ったら大体5倍強の速度になりました。
見様見真似でイントリンシック関数を使ったお手軽なものでも、
ここまでできるとは流石SIMD様です…
呼び方について調べたところDirectXの世界の用語ではDiffuseColorともいうもののようです
とはいうもののこれでは少し意味がかわってきますし、やはり輝度でおkですかね。

>>284
なる程、同じ処理でも立場によって呼び方がかわるというあたりまえの事ですが、
結構混乱させられますね。

>>285
確認しました。
どうやらDirectXの機能を使ってるようです、描画ポリゴンの頂点色を弄ってるんでしょうか。
とりあえずハードに入ってるぐらいだから典型的な処理ということはわかりました。
287 名前：デフォルトの名無しさん [2009/09/08(火) 03:59:06 ]: 911サウスタワーのトンデモ映像―911テレビ画像捏造（疑惑）映像
www.youtube.com/watch?v=9vIR0uaDSuA
288 名前：デフォルトの名無しさん mailto:sage [2009/09/09(水) 22:58:14 ]: gimpの読み込みしようとlibxcfを自作したがやっと動いたぜ
289 名前：デフォルトの名無しさん mailto:sage [2009/09/09(水) 23:00:18 ]: でもなんかgimp開発サイドでもめてるのか？
libxcfは作るなとかなんとか言い合ってるのを検索してたらよく見たんだが
まあ自分で使うだけだしいいか
290 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 18:33:55 ]: 初歩的すぎる質問ですが、座標(0,0)の画素ってあるんですか？
それとも(1,0)や(0,1)から始まるんでしょうか。
for文のi=やj=をどうすれば良いのか困ってます。
291 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 18:42:51 ]: 質問できるレベルになってから来て下さい
292 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 18:43:19 ]: おまえさんが処理しようとしている画像データのデータ種別とかアクセス関数の定義次第だろ。
293 名前：デフォルトの名無しさん mailto:sage [2009/09/11(金) 21:45:43 ]: >>290
あなたが若い女性なら答えてもいいです
294 名前：デフォルトの名無しさん mailto:sage [2009/09/11(金) 22:25:48 ]: 男ですみません
295 名前：デフォルトの名無しさん [2009/09/13(日) 10:34:00 ]: 画像変形ソフト WavePix ver. 0.0
www.geocities.jp/katayama_hirofumi_mz/wavepix/
画像を波状に変形させるソフトです。BMP/GIF/JPEG/PNG/TIFF画像の読み込みと書き出しに対応しています。
296 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 13:33:45 ]: スクリーンショットくらい見せろよ
297 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 13:39:24 ]: スクショを見てUIを確認出来ないようなアプリは試用する気にもなれん。
298 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 18:51:52 ]: pc12.2ch.net/test/read.cgi/tech/1230511656/
299 名前：デフォルトの名無しさん mailto:sage [2009/09/16(水) 00:33:10 ]: 輪郭追跡して閉じている輪郭のみ残したいんですけど、すぐ使えるライブラリってありますか
300 名前：デフォルトの名無しさん mailto:sage [2009/09/16(水) 00:38:58 ]: あるよ。
301 名前：デフォルトの名無しさん [2009/09/20(日) 11:11:46 ]: スナップショットもつけたよ。

画像回転ソフト TurnPix ver. 1.7.0
www.geocities.jp/katayama_hirofumi_mz/turnpix/

画像変形ソフト WavePix ver. 0.1
www.geocities.jp/katayama_hirofumi_mz/wavepix/
302 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 11:14:38 ]: 回転と変形で別のソフトを使わないといけないのは非常に面倒くさい
303 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 12:33:35 ]: Shifted-Linear Interpolationとか他より特徴あるアルゴリズムでも実装しないと興味も出ないな。
304 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 14:28:54 ]: 晒しかよ、哀れな
305 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 13:27:12 ]: >>303
なんだよその具体的な指摘はw
プロ煽りやかよ・・・と思ったが、おかげでいい技術を知ることができました
ありがとうw
306 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 13:01:27 ]: つーか、コテつけろよ片山。あぼんするのが面倒だろうが。
307 名前：デフォルトの名無しさん mailto:sage [2009/09/26(土) 23:54:39 ]: siftの特許っていつ切れるの？
308 名前：片山博文MZ ◆BVYGEn4LD2 [2009/09/28(月) 10:07:18 ]: www.geocities.jp/katayama_hirofumi_mz/win32/bilinear.htm

ここのページの間違いを指摘してくだされ。アルファの扱いがどーとか
309 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 14:39:00 ]: >>308
間違いがあると判っているならそれを書け。
んな小汚いソースを逐一読む気にはなれんぞ。
310 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 23:19:02 ]: >>308
2chで物を聞きたい時のコツを教えてやるよ

482 ：名無しさん＠初回限定：2007/09/10(月) 02:39:05 ID:+7lLhCDw0
2chで調べ物をしたい時は「教えてください」って書いても
なかなか教えてもらえない。

そういう時は、知ったかぶり風に間違ったことを自信満々に書く。
そうすると、ものすごい勢いでツッコミを入れてもらえる。
311 名前：片山博文MZ ◆BVYGEn4LD2 [2009/09/29(火) 08:40:12 ]: うーぬ、誰も分からない域に達していたか。
しょうがない、知恵袋で聞いてみるか。
312 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 10:52:31 ]: >>311
>309
313 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 16:54:22 ]: OpenCV2.0でた
過去のコードとの互換性はどんな感じなんだ
314 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 16:59:53 ]: おちつけ早漏
315 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 23:08:26 ]: >>311
俺たちはお前のボランティアデバッグ要員ではない。
316 名前：デフォルトの名無しさん [2009/10/02(金) 02:18:25 ]: 質問者のレベルが低すぎて吹いた

それじゃあ処理はおせーし信号劣化させて画質落ちるだろ
せめて畳み込み計算させて画質だけはよくして…
つか信号処理を学んでプログラムできるようになって
317 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 02:26:59 ]: つっこみのレベルも低いな
318 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 02:29:34 ]: 煽りのレベルも低いな
319 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 02:38:34 ]: 確かに低いな。
320 名前：デフォルトの名無しさん [2009/10/02(金) 21:14:39 ]: じゃあレベルの高い話をしようぜ
321 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 00:41:07 ]: OpenCV v2はソースが綺麗になったらしい
322 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 12:48:05 ]: YouTube - Adobe Photoshop CS5 - Patchmatch - www.CS5.org
www.youtube.com/watch?v=dgKjs8ZjQNg

すげぇ……
323 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 21:25:07 ]: 懐かしいな。
324 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 02:00:03 ]: >>322
それのアルゴリズム実装したけど画像によってうまくいったりいかなかったりする
そういうサンプル的なものは見せるためにわざと適合した画像を使ってるだけだから
一般用途にはまだまだ使い物にはならないな
325 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 21:12:57 ]: SIFTなんですが、キーポイントのスケール値が大きいほどより重要な点と解釈していいのでしょうか？Rob Hess氏の実装だとスケールが大きい順に特徴点がソートされてますが、上位から100個だけ特徴点として使うこととかありますか？
326 名前：デフォルトの名無しさん mailto:sage [2009/10/15(木) 23:47:55 ]: 文系学生です
最近趣味でプログラミングをはじめ、簡単な類似画像検索を作ろうと思っています
アルゴリズムはCCV
ttp://d.hatena.ne.jp/audioswitch/20080924/1222258823
を使用するつもりなのですが、上記ではRGBの値が全て等しいとして
ベクトルを生成しているのですが、実際はどのようにすればよいのでしょうか
例えば画像A、Bの二枚の類似度を測りたいときは
RGBそれぞれのCCVを生成したあとどのように比較すれば良いのでしょうか？

ド素人な質問ですみませんが宜しくお願い致します
327 名前：デフォルトの名無しさん [2009/10/16(金) 00:32:46 ]: 平均とか分散とか
328 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 07:06:52 ]: >>326
あんまり難しく考えなくても出た数字ってのは色と形状を数値化してるわけだから
数字の偏りが近いものは似てると言えるわけでしょ
サイズが同じならそれぞれ対応する数字の差分を合計して一定数以下ならって判断が出来るし
サイズが違うものを比較するなら数字の合計でまずそれぞれを正規化してやればいいだけ
329 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 17:03:12 ]: 卒研で画像処理に関することを扱うことになったのですが、
卒研にかけられる時間が2ヶ月弱になってしまいました。
実際の画像とPC上で見える画像に差異があるので、
金属、プラスチックの物体の画像を、何らかの処理をすることで、
元の見え方に近づけたいと考えています。
何かいい案はないでしょうか？
330 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 17:11:47 ]: おまえには無理
あきらめれ
331 名前：例えば、金属表面には光沢があるからそれを画像で表現するとか。 mailto:sage [2009/10/20(火) 17:12:46 ]: ＞実際の画像とPC上で見える画像に差異があるので、
これをはっきりさせれば、自ずとどうすればいいか判りそうだが。
332 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 17:31:24 ]: 原因がわかっても修正が可能かどうかは別問題だろ
333 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 17:54:35 ]: コントラストを上げるだけでなんとかなっちゃったりしてｗ
つかPC上で違うと言っても、モニタによって結果は様々だと思うんだけどなぁ
334 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 18:08:43 ]: >>332
>331のメ欄
335 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 18:18:19 ]: sageと書いてあるな
336 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 18:21:52 ]: モニタのimpulse responceを測定してconvolutionを使ってどうにかかんとか
337 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 18:22:43 ]: 金色の金属をデジカメで撮るとRGBだけでうまく表現できてるんだなと感心するわ。
さすがに蛍光色は難しいけど直前に違う色で目を慣らしておけば
モノクロ写真に色が付くように感じるように蛍光色も表現できるんだろうか。
338 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 18:24:53 ]: しょせんモニタの限界以上にはあがらない
339 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 18:41:57 ]: >>335
名前欄……_/⌒|○
340 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 18:48:24 ]: 卒論２ヶ月って…釣りじゃなければなめてんのかｗ
テーマが未定ってことは、海外の関係論文あさって読むだけで終了だろ。
もう１年やるか、夏休みの自由研究レベルにしろ。
341 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 19:29:39 ]: テーマ変えたら？

３日で作る高速特定物体認識システム
imlab.jp/IPSJ_3days/
342 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 19:36:22 ]: >>339
かわいいｗ
343 名前：デフォルトの名無しさん mailto:sage [2009/10/20(火) 19:38:28 ]: _ﾄ⌒|⑧
344 名前：デフォルトの名無しさん [2009/10/20(火) 23:52:06 ]: ここはciecam02だな
345 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 00:55:15 ]: 329です。
レスくれた方々ありがとうございます。
できるだけのことをしたいと思います。
テーマ変更も視野に入れて・・・
やっと内定取れたのにorz
346 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 01:31:01 ]: もう一年がんばれ
347 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 04:59:49 ]: なんだか本末転倒なことになってるな
348 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 05:52:11 ]: >>329
hint
金属光沢と鏡面反射
349 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 12:28:12 ]: >>329
その「差異がある」画像の例でも挙げてくれませんかね？
350 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 12:35:50 ]: PCの画面の上に付いてるカメラから取得した画像を、金属表面に貼り付ければ、あたかも鏡面反射に。
351 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 12:38:40 ]: さちゅれーしょんの問題かな？
352 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 13:43:19 ]: >>350
それしかないな
自分の顔が歪んで映り込む様子を画面に出力できたら勝ち
353 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 10:22:37 ]: 自分の顔を歪ませて金属表面に見えたら勝ち
354 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 15:45:31 ]: エアコンのCMの金属ババア思い出した
355 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 15:21:13 ]: >>329
一番見え方に影響するのは影だよ
分散光をシミュレートして精密な影を生成するか
適当に影のふちをぼかして見るとか
356 名前：デフォルトの名無しさん [2009/11/10(火) 17:23:54 ]: 仕事で画像処理の勉強が必要になりました。
学習書はきそから分かる画像処理でいいですか？
357 名前：デフォルトの名無しさん mailto:sage [2009/11/10(火) 20:28:34 ]: >356
既に十分検討されているとは思いますが
画像処理は幅広い領域でありますので
その書籍だけでは押さえられない可能性があります
主に画像処理は
- 補正(フィルタや色相変換など)
- 圧縮(JPEG, JPEG2000など)
- 解析(2値画像やOpenCVに代表される各種解析など)
となります

どの分野が必要なのかわかりませんが
『基礎からわかる画像処理』は主に画像の補正や加工を扱っているように思います
cf: www.kohgakusha.co.jp/books/detail/978-4-7775-1322-2
サンプルコードがC♯ですが、理論が書かれているので他の言語での実装は難しくないとは思います

画像処理を学ぶ学生が一度は手にしたであろう書籍
『C言語による画像処理入門』は画像処理全般を一通り押さえてあります
個人的にはソースコードが良いとはいえませんが

画像の補正や加工のアルゴリズムが多数載っている書籍
『詳解画像処理プログラミング C言語で実装する画像処理アルゴリズムのすべて』はあまり評判が良くありません
確かに数多くのアルゴリズムは載っていますが、誤植が多い気がします

その他、確率モデルによるやら遺伝的アルゴリズムによるやら
フラクタル圧縮やらウェーブレット画像解析やら
なんやらかんやらいろいろあります

結論、どのような画像処理を行いたいかでお薦めする書籍が決まる
358 名前：デフォルトの名無しさん [2009/11/10(火) 21:01:14 ]: むずかしいこといわれてもよくわかりません。
359 名前：デフォルトの名無しさん [2009/11/10(火) 21:04:55 ]: >>357
過疎っていたのにレスが！
しかも懇切丁寧にありがとうございます。参考にさせて頂きます。
360 名前：デフォルトの名無しさん mailto:sage [2009/11/10(火) 21:11:29 ]: 過疎だと？失礼な奴だな
361 名前：デフォルトの名無しさん [2009/11/11(水) 20:18:30 ]: ふと気になったんですが
3次元画像の近傍って6,18,26のほかに何がよく使われるんでしょうか？
124とか342とか使うことはあるんですかね
362 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 12:35:49 ]: 5x5x5で124は判るけど、342って?
6、18、26の他には14と3x3x3+6で32点は使ったことがある。
363 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 13:57:07 ]: 342 = 7*7*7 - 1 だろ
364 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 14:55:17 ]: しまった、その発想はなかった。
365 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 17:56:01 ]: 3次元でなら、ヴォクセルサイズでやるんではなく、距離で考えたほうがいいんじゃね？
どうせ、3次元のループで距離の条件が合致するところだけ処理するってコードになるでしょ。

距離＝1　⇒　ヴォクセルサイズ＝3　⇒　26格子点
距離＝2　⇒　ヴォクセルサイズ＝5　⇒　92格子点
距離＝3　⇒　ヴォクセルサイズ＝7　⇒　250格子点
距離＝4　⇒　ヴォクセルサイズ＝9　⇒　484格子点
距離＝5　⇒　ヴォクセルサイズ＝11　⇒　894格子点
366 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 18:21:51 ]: 影で暗くなってる領域を明るくするのって
どんな方法でやってるのでしょうか

フリーソフトなどで、処理してくれるものはありますでしょうか
367 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:17:37 ]: 明度を一定にするか下駄履かせるのが、考え方はもっとも簡単じゃね？
368 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 08:16:49 ]: >>366
たまたま今 GIMP2 を弄っているけど、明度の分布をとって暗いところを
明るくするよう曲線を変更して処理する例があった。GIMP2 でぐぐって
みたら。使い方を初歩から説明しているサイトもある。ソースも公開な
のだが、やたら拡張機能とかで分割されていて、どこにそのソースがある
かニワカには分からないのが難点。
369 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 11:54:53 ]: >>368
明度の低いところ＝影、とするのが基本だとは思うけど、そうすると、
次の問題として、明度がどれくらい低いところを影とするか、という課題が残る。

明度の分布がどうなっているのかは画像の内容に依存するので、
１．分布を変更するパラメーターが指定できるようにして、画像ごとに指定できるようにする
２．適当な閾値を決め打ちする（>>366でいう「下駄を履かせる」ことか？）
３．画像全体で一定の明度になるように固定（>>366でいう「明度一定」）
の三つの方針のどれかってことになるような気がする。

いずれにせよ、明度をいじるとするならば、サンプルを見つけ出すまでもなく、
画像の全ピクセルに対してRGB⇒HSV変換、Vについての分布の変更、
HSV⇒RGB変換という極めて簡単な手順で実現可能だ。
370 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:00:08 ]: >>366
この板的には、>369のように難しくないから自分でやれ。
或いは、ImageMagick辺りのライブラリでもそれなりにできる。
371 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:12:25 ]: 疑似ハイダイナミックレンジ合成って奴とか
372 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:07:30 ]: >>366
イコライズでググれ。
373 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 20:25:34 ]: >>367-369
それ単にダイナミックレンジを狭めてるだけじゃ...
素人が見てもダメダメな結果になるんじゃｙね？
374 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:42:11 ]: >>373
ダイナミックレンジを狭めるというのは、「影を明るく」だから当然のこと。
影と判断できるところだけ輝度を上げるのなら情報量は減らないよ。
375 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:05:54 ]: うん。
だから画像全体の明度分布の変更じゃなくて、陰っぽい領域を
それらしく選定するアルゴリズムの話をしなきゃ意味なくないか、と。

松下のビデオカメラがこの処理上手いんだよな。
376 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 17:20:27 ]: Shadow Removalでぐぐれ
377 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 00:06:52 ]: フラクタル圧縮の高速化の鍵って何？
GPU使って終了？
378 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:51:16 ]: Fisherの_Fractal Image Compression_とか高速化手法がかかれた論文でも読んでみて
アルゴリズムの改良が一番だと思うよ
写像の式を改良したり再現性を落としてレンジサイズを大きく取ったりいろいろ
実の所、僕も知りたい
379 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 09:03:48 ]: >>376
検索したけど
影がない時の参照画像ないと影とりのぞけないのか
それじゃ使えない
380 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 10:26:19 ]: どのページを読んだんだい？
381 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 20:36:38 ]: 活字本をスキャンした画像の行間にすき間を入れたいんですけど、
テキストの行を検出する、縦書き対応のライブラリってありますか?
382 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 20:47:19 ]: なければ作れば良い
383 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 21:34:29 ]: OpenCV
384 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 22:32:19 ]: それ何に使うん？
385 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 23:34:56 ]: えっ
386 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 23:44:17 ]: OpenCVを知らないとはモグリだろ
まぁ、ここの住人は大抵フルスクラッチでやってるし
論文読んだり、自分で理論作ってコードに起こしているから使い方は知らないかもなぁ
なければ作れ、そんな感じ、どんな感じ？
387 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 00:00:36 ]: なんか多分、そんな感じ
388 名前：デフォルトの名無しさん mailto:sage [2009/12/01(火) 00:33:09 ]: OpenCVって再配布とか金取るんじゃないの？
そんなの使いたくないな
DLLとかにまとまって配布自由とかならいいけど
389 名前：デフォルトの名無しさん mailto:sage [2009/12/01(火) 00:39:19 ]: ライセンスも読まないカスにOpenCVを使う資格は無い
390 名前：デフォルトの名無しさん mailto:sage [2009/12/01(火) 07:58:00 ]: こんな馬鹿が画像処理できるわけないから心配ない
391 名前：デフォルトの名無しさん mailto:sage [2009/12/01(火) 11:09:20 ]: カレーうどん食べたい
392 名前：デフォルトの名無しさん mailto:sage [2009/12/01(火) 23:33:38 ]: opencvとかゆとりすぎだろｗｗｗ
393 名前：381 mailto:sage [2009/12/02(水) 00:35:41 ]: 自分で書いてたんじゃラチがあかないので、90度回転して
OCRopus のテキストレイアウト機能を使うことにしました。
行認識の精度は思ったよりもいいです。
394 名前：デフォルトの名無しさん [2009/12/04(金) 10:37:25 ]: 3次元の線画像の上に1つ平面(超平面)をおいて
それに対して左側と右側(上側と下側)でどれくらい面対称なのかを
数値化する方法はあるのだろうか

「対称ならば、～である」っていうのはいえるけど
その逆はかならずしもいえないからなあ・・・
395 名前：デフォルトの名無しさん mailto:sage [2009/12/04(金) 17:56:21 ]: 2次元周波数を出力するフーリエのプログラムって
どこかにありませんか
396 名前：デフォルトの名無しさん mailto:sage [2009/12/04(金) 18:43:19 ]: >395
www.fftw.org/
このようなライブラリがあったが、癖があるから自分で作った方がいいと思う
397 名前：デフォルトの名無しさん mailto:sage [2009/12/04(金) 21:22:29 ]: >>396
ありがとうございます
398 名前：デフォルトの名無しさん mailto:sage [2009/12/04(金) 21:32:22 ]: >>395
OpenCVのcvDFT関数

関数内部ではFFTでやってるらしいから速い
399 名前：デフォルトの名無しさん [2009/12/06(日) 23:55:29 ]: Google画像検索には線画(Line drawing)の絞り込みがあるけど
この判定アルゴリズムに関連しそうな論文か情報があれば教えてほしいのですが。
色のヒストグラムや分布から機械学習でするのがいいのかなと思っているのですが
前例が見つからないので。
400 名前：デフォルトの名無しさん mailto:sage [2009/12/07(月) 09:27:14 ]: >>399
ほぼ全てのOCRソフトには線画、写真、文字の領域を分離する「像域分離」機能が備わっている。
document analysisとかdocument recognitionの主要分野なので山のように論文がある。
401 名前：デフォルトの名無しさん mailto:sage [2009/12/07(月) 16:15:15 ]: 小説をそのまま画像にしたようなファイルも大量に引っかかるから
それはやって無いような気がする
402 名前：デフォルトの名無しさん mailto:sage [2009/12/08(火) 18:55:27 ]: googleといえば、こんなサービスも始めるようだ

これは何？　見た物を検索してくれる「Google Goggles」公開
ttp://internet.watch.impress.co.jp/docs/news/20091208_334083.html

gogglesを使うために画像を送り、それがさらにデータベースを充実させ、
どんどんマッチング能力が高くなっていくんだろうなぁ・・・
403 名前：デフォルトの名無しさん mailto:sage [2009/12/08(火) 20:48:28 ]: >>402
数年前に似たことをやろうとしたけれど大手地図会社の特許があって断念した
記憶がある。googleなら地図会社ごと買っちゃうだろうけど
404 名前：デフォルトの名無しさん mailto:sage [2009/12/09(水) 19:59:27 ]: yuv10bitをbmp8bitにする方法分かる方、いらっしゃいますか。
405 名前：デフォルトの名無しさん mailto:sage [2009/12/10(木) 07:12:33 ]: rgbの間違いじゃないのか
406 名前：デフォルトの名無しさん mailto:sage [2009/12/10(木) 09:30:32 ]: >405なら取り敢えずこれで事が足りるだろ。
ttp://laputa.cs.shinshu-u.ac.jp/~gtakano/prog3.html
407 名前：デフォルトの名無しさん [2009/12/14(月) 15:20:42 ]: Cosegmentationって、ただのセグメンテーションと何が違うんですか？
408 名前：デフォルトの名無しさん mailto:sage [2009/12/14(月) 16:05:10 ]: >>407
なんか気になったからぐぐっちゃったわ。
日本語圏ではほとんど単語が存在しないな。

結論としては、複数の画像に同じ物体が写っているような場合に、
それらの画像を同時にセグメンテーションして、正確に物体を切り分けるような話っぽい。
409 名前：デフォルトの名無しさん [2009/12/14(月) 17:59:54 ]: >>408

そうですね。日本語の文献はなくて･･･。
英語の説明読んでもいまいちパッとしなかったので聞いてみました。
ありがとうございます。
410 名前：デフォルトの名無しさん mailto:sage [2009/12/16(水) 17:51:20 ]: 画像処理する人ってみんなフォトショップぐらいもってるもの？
あれってlinuxで動かないよね
411 名前：デフォルトの名無しさん mailto:sage [2009/12/16(水) 18:15:39 ]: Gimp使え
412 名前：デフォルトの名無しさん mailto:sage [2009/12/18(金) 13:09:10 ]: 立体線画のパターン認識をやりたいんですが
MSEって3次元画像ではどういう風に計算するんでしょうか？
ググって文献さがしているんですがなかなか見つからんです。
あと、もっといい誤差の求め方があればいいのですが・・・二乗誤差が一番基本的かと思いまして。
413 名前：デフォルトの名無しさん mailto:sage [2009/12/20(日) 18:01:10 ]: こういう符号化してるのってある？
符号化　復元
0001xxx　0000000000001xxx
001xxxx　000000001xxxx---
01xxxxx　00001xxxxx------
1xxxxxx　1xxxxxx---------

0は0
1は1
ｘは不定
-は切捨て
414 名前：デフォルトの名無しさん mailto:sage [2009/12/20(日) 19:04:58 ]: ＞４１３
意味が分からん。　
ハフマンかランレングスに近いかもしれんが、歯抜け過ぎるテーブルの解析は
困難ですなｗ
415 名前：デフォルトの名無しさん mailto:sage [2009/12/20(日) 23:46:09 ]: >>411
Gimpは動画のコマ送りトレースできないよね。
416 名前：デフォルトの名無しさん mailto:sage [2009/12/21(月) 00:00:46 ]: PNG圧縮処理を自前でやってみたんですけど
100x100のサイズを超える画像がなんかうまく圧縮できないみたいで
何かPNG圧縮で100x100超える画像とかに特殊なやり方とかあるんですか？
417 名前：デフォルトの名無しさん mailto:sage [2009/12/21(月) 00:07:06 ]: 人に聞く気が無ければ来るな
418 名前：デフォルトの名無しさん mailto:sage [2009/12/21(月) 00:10:29 ]: >>416
圧縮・復元相談室
pc12.2ch.net/test/read.cgi/tech/1040749065/
419 名前：デフォルトの名無しさん mailto:sage [2009/12/21(月) 21:14:33 ]: >>416
チャンクのサイズ上限に引っかかったんじゃ。
420 名前：416 mailto:sage [2009/12/21(月) 21:52:55 ]: それは一度疑ったんですが
チャンクのサイズ自体は問題なかったです
100x100以上の画像に特別な処理するわけでは無さそうですね・・・
もう一度見直してみます。お騒がせしました
421 名前：デフォルトの名無しさん [2009/12/22(火) 11:17:26 ]: お騒がせというほどではないっす
422 名前：デフォルトの名無しさん [2010/01/04(月) 07:26:49 ]: モニターに写っている物を携帯で写した画像と
実際の物を携帯で写した画像の区別をつける方法を教えてください。
423 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 08:14:38 ]: 目で見ればモアレでわかるけど...
424 名前：デフォルトの名無しさん [2010/01/04(月) 08:47:53 ]: >>423
普通に見ただけじゃまったく分からない画像なんですが・・
そういう場合でも調べられますかね？
425 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 08:56:26 ]: まず二枚のサンプル画像うｐしる
426 名前：デフォルトの名無しさん [2010/01/04(月) 09:05:58 ]: p.pita.st/?scqabhl1

２枚の画像は今ちょっとうｐできないんですが、スミマセン･･
例えばですが、これなんかはパソコンの画面を写したものですが
全然でていないですよね？
427 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 12:22:10 ]: 水平方向の明度変化が大きい方がモニター画像。
428 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 12:22:30 ]: 間違えた、垂直だ
429 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 21:57:08 ]: >>427-428
それは安物のTN液晶を近距離から取った場合だけだろ
430 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 22:20:50 ]: エッジ見れば分かりそうな気が
431 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 22:42:05 ]: >>426
これくらいならわかりそうだけど
人間がいくら詳細に観察しても区別できないものは機械にもわからんだろう
432 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 23:53:05 ]: グレア加工されていれば妙なツヤが出るし
フラッシュを焚いていれば光源が写りこむ
あるいは撮影者が写りこんでいるかも
CRTならモアレやラスタから判別出来る
でもそういうのがまったく無ければ難しいだろうね
433 名前：デフォルトの名無しさん mailto:sage [2010/01/06(水) 19:24:23 ]: 画像処理ってパテントの固まりなんですね。
オープンソースでプログラムを公開しようと思ったら
関連特許は調べておくべきでしょうか。
434 名前：デフォルトの名無しさん mailto:sage [2010/01/06(水) 19:33:39 ]: 特許についてはソースの利用者が調べろ
特許のトラブルは関知しない

とソースに入れておけばいんんじゃない
435 名前：デフォルトの名無しさん mailto:sage [2010/01/06(水) 20:01:43 ]: 公開した時点で損害賠償請求の対象になるんじゃないでしょうか。
やっぱり仕組みからきちんと調べた方が良さそうですね…
436 名前：デフォルトの名無しさん mailto:sage [2010/01/06(水) 21:07:37 ]: 第68条　特許権者は、業として特許発明の実施をする権利を専有する。
ただし、その特許権について専用実施権を設定したときは、専用実施権者が
その特許発明の実施をする権利を専有する範囲については、この限りでない。

法律がどうあろうと俺は訴訟を起こすぜヒャッハー、というキチガイも世の中にはいる。
そういうキチガイに絡まれるのが嫌というなら一切公開しないことだね。
437 名前：デフォルトの名無しさん mailto:sage [2010/01/06(水) 21:13:05 ]: >>435
> 公開した時点で損害賠償請求の対象になるんじゃないでしょうか。

それは常識的には無いと思う。

パテント保有者は、まずは公開した者や責任者に問い合わせるだろ。
「その技術はうちの権利を侵していないだろうか」と。
そして確かに侵していると互いに認識すれば、そこから
以後はもう公開しないとか、公開し続けるなら特許料とかの話に入る。

よくマスコミが取り上げたりして話題になるのは、
互いの認識が合わないまま公開し続けた、使い続けた後の話だと思うぞ。

「普通」は話し合いだ。
サブマリンや >>436 の言うキチガイなどでいきなり大事に持ち込もうとしても
できないような法律的仕組みが、確か作られているような気がしたが・・・
思い違いかな。
438 名前：デフォルトの名無しさん mailto:sage [2010/01/06(水) 21:36:20 ]: なるほど、勉強になりました。ちゃんと調べずに書き込んで済みません。

頂いた情報でググってみたら Xvid や MP3 の例を見つける事が出来ました。
「業として」なのかと、万が一問題が発生したらきちんと対応する事が
重要という事ですね。どうもありがとうございます。
439 名前：デフォルトの名無しさん mailto:sage [2010/01/06(水) 22:50:40 ]: なんとかフィルタとかいってなんか特許がどうのこうの言って
フリーのフィルタの開発者達に脅しをかけた人がいて2chでネタにされてたけど、
Lame本家やXviD本家みたいにソースだけ公開してる分には全く問題ないはずなのよな。
440 名前：デフォルトの名無しさん mailto:sage [2010/01/06(水) 23:18:31 ]: アイリスフィルタか
441 名前：デフォルトの名無しさん mailto:sage [2010/01/09(土) 01:17:45 ]: 有識者の皆様、Watershed アルゴリズムについて解説していただけないでしょうか。

opencv.jp/sample/segmentation_and_connection.html

www.mvision.co.jp/WebHelpIM/_RESOURCE/Watershed_02_fig.html

この２つのウェブに書いてあるのは同じ処理なんですか？
上のほうは距離画像が絡んでくるように思えないのですが。
442 名前：デフォルトの名無しさん mailto:sage [2010/01/09(土) 02:06:00 ]: >>441
有識者じゃないけど条件の与え方が違いすぎるから同じものには思えないねぇ。
443 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 15:59:58 ]: >>441
後者は白黒画像に対し符号付き距離変換をしてから Watershed を使ってる
…たぶん
444 名前：デフォルトの名無しさん mailto:sage [2010/01/11(月) 20:51:31 ]: 教えてください。
yuv10bitを8biｔに減色するには、どう減色するのがいいんですか。
445 名前：デフォルトの名無しさん mailto:sage [2010/01/12(火) 11:51:10 ]: yuv10ビットってのはy:u:v=10:5:5ビットの20ビットってことだから、yから2ビット捨ててuとvから1ビットずつ捨てれば医院で内科医?
446 名前：441 mailto:sage [2010/01/12(火) 22:28:06 ]: >>442さん、>>443さん、レスありがとうございます。

後者は、領域成長のシードを自動的に与えるために
白黒画像を距離変換して極大位置をもとめるということでしょうか。
でもって領域成長のうちきりが分水嶺ということなんでしょうか。

前者のOpenCVのほうはシードを手動で与えてますよね。
447 名前：デフォルトの名無しさん [2010/01/16(土) 20:29:12 ]: 動画像処理で物体を除去するプログラムです。
詳しいことはファイルに書いてあります。

www.dotup.org/uploda/www.dotup.org567007.zip.html

環境
OS：Windows
コンパイラ名とバージョン：VisualC++2008
言語：C言語（ライブラリとしてARToolkit、OpenCVを使用しています）

アップローダーのパスワードは8756です。
自力で出来る限りのところまでやってみたのですが限界を感じました。

ご指摘お願い致します。
448 名前：デフォルトの名無しさん mailto:sage [2010/01/16(土) 21:58:42 ]: お前マルチだろ
449 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 09:04:07 ]: はわわわわー
450 名前：デフォルトの名無しさん mailto:sage [2010/01/20(水) 23:35:07 ]: 2つの立体画像の形状の類似を調べるのに
一番確実で手っ取り早い方法ってなんですか？
451 名前：デフォルトの名無しさん mailto:sage [2010/01/20(水) 23:36:11 ]: 目視で確認
452 名前：デフォルトの名無しさん mailto:sage [2010/01/20(水) 23:42:55 ]: それぞれ三箇所から撮影したそれぞれ三枚の画像で比べる
453 名前：デフォルトの名無しさん mailto:sage [2010/01/20(水) 23:51:30 ]: 携帯サイトとかmixiアプリとかで
「脳力テストゲーム」みたいな名前で>>450-451を実施したら
それなりに機能しそうな気がしてきた
454 名前：デフォルトの名無しさん mailto:sage [2010/01/20(水) 23:58:33 ]: 青基調の画像の青部分を緑にしたりとか
どうやったらできるの？
フォトショでできる？
455 名前：デフォルトの名無しさん mailto:sage [2010/01/21(木) 00:01:03 ]: 色相
456 名前：デフォルトの名無しさん [2010/01/28(木) 23:12:27 ]: 画像処理の仕事って儲からないよな。
457 名前：デフォルトの名無しさん [2010/01/29(金) 01:29:50 ]: for文で画像全体を走査し、if文で、
2値化した画像の画素値が0（黒）の部分だったら右に+5のように少しずれて、
そのずれた先がまた黒だったら、今度は下に+5ずれた部分から画素を取得する、
以下、その繰り返し･･･
というようなif文の書き方はどのように書けば良いのでしょうか？
458 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 01:34:59 ]: 再帰
459 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 22:38:45 ]: ちょっとスレ違いかもしれませんが、カメラキャリブレーションをする時の「再投影誤差」というものがよくわからないです。
調べてみて
・正しい（と思われる）三次元座標と画像座標の対応がわかっている場合に
・画像座標を変換行列によって三次元点に変換したものと、対応する三次元座標の間の誤差
のような感じで理解したのですが、今使っているMATLABのcamera calibration TOOLBOXだと、誤差がreprojection error(in pixel)という表記で出てきています。
三次元点同士の差なのでm単位だと思っていたのですが、再投影誤差をpixelで表すときはどのような操作をしているのでしょうか？
画像座標→三次元座標→再度画像座標へ、とやるのかと思いましたが、これでは逆変換をほどこすだけなので元の場所に戻ってきてしまいますよね？
460 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 23:22:13 ]: yes we can
461 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 20:15:49 ]: 正解点x、推定点x'とすると
再投影誤差d=||x-x'|| (|| ||はL2ノルム)
推定した三次元を画像座標で観測した時の画像座標を正解座標と比較するから"再投影"誤差
462 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 00:55:01 ]: ありがとうございます。
すると>>459の解釈が既に間違っていて、正しい（と思われる）三次元座標：画像座標について
・画像座標＝画像上で検出したもの
・推定座標＝三次元座標を（推定した）変換行列で画像座標に変換した座標
という二つの画像座標間での誤差を計算、ということで良いでしょうか？
463 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 20:26:50 ]: 普通はそうだね
464 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 13:33:07 ]: Photoshopのブラシのようなものを作っていますがどのように計算したらいいのでしょう?
はじめはガウス関数を使ってみたのですが速度がどうしても稼げませんでした。
次に先に2次元ガウス分布図をテーブル化して画素に加算をした結果、
ぱっと見うまくいっているんですが、テーブル値の間の値はどちらかに寄ってしまうので
縞模様になってしまう場合もあります。
465 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 14:31:24 ]: GIMPのソースでも見たら？
466 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 16:12:46 ]: フニャフニャの輪ゴムを撮影して、
画像処理で真円に変換する方法ってありますか？
467 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 20:07:55 ]: どこまで品質が要求されるのかにもよるけど
(1)フニャフニャ輪ゴムのアウトライン（輪郭）を抽出
(2)アウトラインと真円との対応を考え、拡大縮小率、回転率、移動量を
　　画素単位（あるいは微小面積単位）で計算して求める。
(3) (2)の結果に基づいて、フニャフニャ輪ゴム画像から補間処理で
　　真円の輪ゴム画像を生成

って感じではどう？
468 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 23:02:43 ]: 大体の中心を算出し、その点を中心として高速で回転させることで円が現れる
469 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 23:17:53 ]: >>467
レスどうも
やっぱりそんな感じで自力で作るしかないんですね。
技術レベル低いのですげー重くなりそう・・・・
470 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 23:21:42 ]: 8の字になってても大丈夫なんかな
471 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 23:59:30 ]: >>470
そこまでの変形は想定してません。
概ね円に近い画像を入力します。
472 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:04:00 ]: 輪ゴムが円になりさえすればいいの？
それとも輪ゴムの中や外も不自然にならないように変形する必要があるの？
473 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:08:14 ]: >>472
輪ゴムのみの変形でＯＫ
背景はどうでもいいです
474 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:19:33 ]: だから中心点と半径さえわかればいいんだろ！なに無視してんだこの野郎！ふざけやがって！ゴムさえ回転させればいいじゃねえか！クソ！なんで無視だよ！
475 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:22:47 ]: それなら「半径」が求まったら「中心」から「半径」の距離にあるゴムの色で円を描く方が良いね
476 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:25:24 ]: ゴムには模様のようなものがあるので
円を描くだけでは駄目なんです
477 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:25:29 ]: そう言ってんだろアホがあああああああああああああああ
478 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:26:38 ]: ゴムに模様なんてねえよ!!！！！！！！！！！！！！！！！！！！どこのコンドームだよ!！！！！！！！！！！！！！！！！！
479 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:30:21 ]: 情報の後出しは煽られてもしょうがないよね。
480 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 09:21:52 ]: >>475が俺の思ってたことを代弁してくれた。
481 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 16:01:21 ]: それで思い出したけど、銀河系の生成シミュレーションってあるじゃん？
あれって、ちゃんと重力の伝搬は光速に制限しているのかね？
482 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 16:39:39 ]: たかだか万年のオーダーなんて、無視しない理由がない。
483 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 19:07:06 ]: >>476
そのゴムのパスと太さを取得して、
パスに沿って画像からテクスチャ情報を取得すればいいんじゃないの？
484 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 20:27:44 ]: インテグラルイメージの利点がイマイチわからんので教えて。
485 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 23:16:31 ]: もとの画像の任意の矩形領域の輝度の総和が
インデグラルイメージ上の4つの画素のアクセスで求まる
つまり速い
486 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 23:34:33 ]: 失礼します。
照明のムラやゴミなどの輪郭がボケた部分を除去して、
物のように明暗がクッキリ別れている部分だけ残すには、どのような処理をすれば良いのでしょうか？
487 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 01:06:26 ]: >>485
その利点はわかってるんだけど、矩形領域の輝度値を知りたいときってどういう処理？
手法によるけどきれいに矩形で領域分割なんかよっぽど特殊な環境じゃなきゃできないと思うんだが。
488 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 01:24:06 ]: A：～がわからないので教えて
B：～ってことだよ
A：知ってる

おれがBならAを笑顔で殴る
489 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 01:41:12 ]: >>486
具体的に、こんな画像をこう変えたい、という例が図なり画像なりであると
答えやすいけど、何か出せるものあるかな？
490 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 06:38:21 ]: >>487
顔検出でhaar-like特徴を求めるのに使われている
多重解像度解析とかスケールの異なる矩形で画像を近似するときに高速に実行できる
491 名前：デフォルトの名無しさん [2010/02/10(水) 12:40:20 ]: C,C++でExifを簡単に読み込む方法を教えな
492 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 12:51:32 ]: スレ違いだ失せろゴミ
493 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 14:02:01 ]: libexif
494 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 21:19:53 ]: >>489
返事が遅くなってすいません。
この処理がかなり近いですね。
www.inotech.co.jp/product/QuickGrain/PadPlus.html

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

よろしくお願いします。
495 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 21:54:51 ]: >>494
こんなんで特許かよ
496 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 23:18:44 ]: 先行技術がありそうだな
497 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 23:40:27 ]: >>494
普通に画像をブロックで分割して各ブロックの2値化のしきい値を判別分析あたりで
求めてから画素ごとのしきい値を線形補間で求めて２値化すればいいんじゃね。

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

注意：判別分析の級間分散を見て背景だけの領域(級間分散が小さい)は除外する。
498 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 00:04:27 ]: >>494
これハイパスフィルタに似てると思う
Diffrence of Gaussian の差分の代わりに割り算
Gauss ぼかしの代わりに平均値ぼかしを使ってる感じ
499 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 06:37:01 ]: >>494
例えば、ということで。何か参考になれば。※画像はしばらくしたら消しまっす＞＜；
(1)元画像
public.blu.livefilestore.com/y1ps62SNM0S9pQjzIA50lC1FmH1Yv_MJcfRlxGhUW0GMEGgNLA5DscEcgEy3-JSg0morM5ez8YqDXKamTmpP2uIPA/img1.jpg
(2)グレースケールに変換
public.blu.livefilestore.com/y1pFz5MtwJ5KURIcbAoMiDwKO7jj3aJJCKVzzh1ULAigu_kvZN7QPKWWpU4CYDZ8ppePYBoh7JWc3NpblETB_96-w/img2.jpg
(3)照明ムラを無くす（各画素を中心とする小領域の輝度分布からホワイト、シャドウを求め、画素値を正規化する）
public.blu.livefilestore.com/y1pkFu8XoNwPPH1qxmF7gSC7XLKChDZYi2awx9D_8WBp2yr6mbuX0FITW_07r6L0V-QjedyL8rUeNALoSogQpYVcA/img3.jpg
(4)適当な閾値で2値化
public.blu.livefilestore.com/y1pRMmws4GkImGL7Eqbpp1V5ULWCwqdv24n65q4FcGe7DyyHmw5zaohSPFpN5IwrIIjYxOI7XZsCYV67fDOl1YvPQ/img4.jpg
(5)4近傍ラプラシアン値を求め、適当な閾値で2値化
public.blu.livefilestore.com/y1pvTloG2T7I0-WWCBbf5CmJb4GtLj5Kmt6END3I5mjhlWFHx03Ij30svWqCTugGAir1j7oJfs35Hstr-1ghGN4_w/img5.jpg
(6)元画像と合成
public.blu.livefilestore.com/y1pjdXrXLpunbE77bLEt6qJqYHVlYlqKIwj5lGUGUeqwlgIaz08ToUL8YyKSG4dCPfoWpOXEIHftjFGTVe3FgBcSQ/img6.jpg
500 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 22:46:29 ]: >>499
すごいなー。>>494さんじゃないけど、とても参考になります。
よろしければ(3)の処理の詳細ご教授ください。
501 名前：494 mailto:sage [2010/02/11(木) 23:57:20 ]: >>497-498
いろいろな方法を考えて頂き、ありがとうございます。

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

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

>>499
画像での細かい解説、ありがとうございます。
よろしかったら(3)について、もう少し教えて頂けないでしょうか？
輝度分布は画像をブロックに分けているのでしょうか？
502 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 02:33:32 ]: >>500
>(3)の処理の詳細

>>501
>(3)について

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

これで充分わかるだろ
わからんかったら向いてないわ
503 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 03:12:47 ]: >>500-501
考え方は、こんな感じです↓
n5vqmw.blu.livefilestore.com/y1p9gntFaahsH_0mU3aMVrouSUObAnSxA-F7KyHG8f15-5nmaJBEuDbtocu4CiB8hZA_6LI7CrSnGxw3itf0J4JxQYT2CWkdp22/1.png
実際に変換に使ったプログラムは、こんな感じ↓※即席なので適当ｿｰｽ（＾o＾）ﾉ
kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/10520.txt
504 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 03:19:38 ]: Cとすぐ隣のC'(さらに領域の大きさだけ連続する)が重なると思うのですが
重なった回数分(1)～(4)を繰り返しても問題起きないのでしょうか
それともヒストグラム作成用画素値(変換前画像)と
変換後画像用に二つのbitmapを持ってるってことでしょうか

っつーかソース見ろってことですね
505 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 03:22:25 ]: 情弱w
506 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 03:56:44 ]: >>504

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

その通りです（＾o＾）ﾉ
507 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 04:55:30 ]: すげぇ！2chにこんな親切な人が！
508 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 07:37:42 ]: >>503
おもしろいなぁ。参考になりました。
509 名前：494 mailto:sage [2010/02/12(金) 07:58:21 ]: >>503
細かい解説だけでなく、ソースまで！！
本当にありがとうございます
510 名前：デフォルトの名無しさん [2010/02/17(水) 14:30:35 ]: おぬぬめpng書き出しライブラリを教えて
511 名前：デフォルトの名無しさん mailto:sage [2010/02/17(水) 15:54:59 ]: お断りしまーす（＾o＾）ﾉ
512 名前：デフォルトの名無しさん mailto:sage [2010/02/17(水) 17:44:38 ]: すげぇ！2chにこんな不親切な人が！
513 名前：デフォルトの名無しさん mailto:sage [2010/02/17(水) 18:13:30 ]: つ libpng
514 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 21:48:44 ]: C#からベクタ画像を扱うライブラリって何がありますか？
515 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 19:58:35 ]: >>503
すいません、私も興味あるんですが、流れてしまった様です。
どなたか、再度UPしていただけませんか。よろしくです。
kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/10520.txt
516 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 07:04:07 ]: >>515
www.dotup.org/uploda/www.dotup.org685679.txt
517 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 07:53:15 ]: >>516
ありがとうございました。参考にさせてもらいます。
518 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 08:53:51 ]: >>516
通りすがりですが㌧クス。
519 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 01:58:03 ]: あたし女だけどサンクー
520 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 12:33:44 ]: >>503
>>516
を、うちのマシンで処理させて時間はかってみた
（読み込み、描画は無しで純粋な計算時間）

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

Win32は何か間違えたか？
521 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:44:14 ]: Win32にいったい何が…
522 名前：デフォルトの名無しさん mailto:sage [2010/02/28(日) 21:00:04 ]: 遅すぎ
少なくとも100倍速に改良せよ
523 名前：デフォルトの名無しさん mailto:sage [2010/03/01(月) 07:58:37 ]: 単純なループなんだけど、どうればいいのかな？
524 名前：デフォルトの名無しさん mailto:sage [2010/03/01(月) 09:58:53 ]: 各画素ごとに100×100のヒストグラムを最初から計算しているのは無駄無駄無駄～
横方向／縦方向で前のヒストグラムを再利用するだけでヒストグラム構築速度が10000倍

他の計算もあるのでトータル10000倍とは行かんが100倍以上はいくんじゃね
525 名前：デフォルトの名無しさん mailto:sage [2010/03/02(火) 23:50:23 ]: MSERの原理について教えてくれ。論文読んでもさっぱりわからん。たぶん読めてないけど。
526 名前：名無し募集中。。。 mailto:sage [2010/03/02(火) 23:54:18 ]: GetPixelで輝度値を取得しているんじゃないの?
527 名前：デフォルトの名無しさん mailto:sage [2010/03/03(水) 02:51:24 ]: >>524
自分は20×20でやってました。
0,0だけ20×20のヒストグラムを作成し、あとは差分の1行加算と減算しながら行ったところ
VB.net 7.5s→2.0s
に、なりました。

>>526
GetPixel/SetPixelなんて使ったら分単位になるでしょう。
それ以前に描画とファイル読み込み部分は省いた処理時間です。
528 名前：デフォルトの名無しさん mailto:sage [2010/03/03(水) 14:21:51 ]: 感覚的には30msecくらいで出来そうなんだけどなー
529 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 23:54:19 ]: >>497だと130ms
移動平均法(窓サイズは24×24くらい)だと30ms
で同じような結果が得られた。C++。Pen4/2.4GHz。画像は>>494のやつ。

背景が広く連続しているとノイズを拾うという欠点はあるけど移動平均法が速いな。
530 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 23:06:38 ]: ゲームで使うために動的に袋文字を生成したいですが、
どんなアルゴリズムを使えばいいんでしょうか。
531 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 23:32:13 ]: ピクセル周囲に1ピクセルずつ大きいビットマップつくって
重ね合わせたら
532 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 23:49:42 ]: >>530
背景が白（255）で、文字が黒（0）と仮定すると、最小値フィルターを使って
文字を太らせ、元の文字画像と合成するのが最も簡単
533 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 15:02:01 ]: 要はどうやって輪郭を太らせるかって問題だよね
カウシアンかけて切り捨てとかあるよね
534 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 15:23:28 ]: モルフォロジーでdilationだ
535 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 21:52:49 ]: >>530
袋文字のフォントを用意して・・
いやごめん

４方向にずらして描画して左上,右上,左下,右下
真ん中にAND描画するとか
536 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 22:59:22 ]: xor だorz
537 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 18:04:47 ]: おまいらＡＡのこととか無視してるだろｗ
特に袋の内側のＡＡ。
538 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 18:16:51 ]: ん？ＡＡが必要なら、文字を4～8倍の大きさで袋化した後
積分的手法で縮小すればいいだけ
539 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 19:46:26 ]: 袋の内側のAAって
ω
のこと？
540 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 21:51:42 ]: しらんがな(´･ω･｀)
541 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 21:58:01 ]: それ袋全体だろ
内側ってことは　人
542 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 23:19:48 ]: >>538
きみ、実際にやったことないでしょ。
543 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 23:45:08 ]: 俺は>>538の方法でやってるけど駄目なのん？
544 名前：デフォルトの名無しさん mailto:sage [2010/03/21(日) 20:59:13 ]: テンプレートマッチングは、「相関係数を何度も計算して、画像間のずれを最低限に抑えること」で大体合ってますか？
テンプレートマッチング=相関係数ではないですよね？
545 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 18:21:29 ]: >>544
「画像間のずれを最低限に抑えること」といったら普通はレジストレーション。
テンプレートマッチングと相関係数は、そもそも比較対象とはならない。意味不明。
546 名前：デフォルトの名無しさん mailto:sage [2010/03/24(水) 02:44:02 ]: >>545
イメージテンプレートマッチングって言ってるのはカッペの俺だけ？
しばらく内地に戻ってないから色々ずれちゃってるかなぁ
547 名前：デフォルトの名無しさん mailto:sage [2010/03/24(水) 03:22:01 ]: 相関係数はどのくらい近いか（相関関係があるか）の割合でしか無いからなぁ
548 名前：デフォルトの名無しさん mailto:sage [2010/03/24(水) 03:59:08 ]: なるほど normalized cross correlation 最大の箇所でマッチング箇所を見つけるのは邪道か
549 名前：デフォルトの名無しさん mailto:sage [2010/03/24(水) 14:01:57 ]: 漢が使うなら「差」
550 名前：デフォルトの名無しさん mailto:sage [2010/03/24(水) 19:33:29 ]: このスレでいいのか分からないが質問です
libpsdを使ってpsdのサムネイルをエクスプローラーに出そうとしてます
でVista以降サムネイルＣＯＭインターフェースの仕様が変わって
IStreamというストリームからしかデータにアクセス出来ない
でもlibpsdにはメモリから読み込むような関数は用意されてるように見えない
なんか解決策はありますか？
551 名前：デフォルトの名無しさん mailto:sage [2010/03/24(水) 20:08:30 ]: ソースあるんだから自分でどうにかすれば？
552 名前：デフォルトの名無しさん mailto:sage [2010/03/24(水) 23:53:37 ]: でなければストリームを一時ファイルに出力して読み込めばいいね
無駄すぐる
553 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 00:33:13 ]: ソースいじると公開しろとか言われるから嫌なんだよなｗ
554 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 00:39:35 ]: 弄らなくても組み込んだプログラム公開するなら必須なんじゃ?
個人使用だけなら弄ったって公開義務なんて無いぞ。
555 名前：デフォルトの名無しさん mailto:sage [2010/03/26(金) 20:22:32 ]: 画像の特徴で分割した四分木があって
ある領域に隣接してる領域が知りたいんだけど
周辺を総当りでチェックするしかないのかな？
画像もリアルタイムに変動するんだけど
違いがある場所のノード以下を全削除して構築しなおすくらいしか
方法が思いつかないんだけど実際やってみるとかなり遅い
高速化する方法はないもんでしょうか？
556 名前：デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:11:34 ]: >>555
分割を作る時点で、帰納的に属性を持たせればOK
557 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 14:40:46 ]: 彩度を変更するプログラムを書いているのですが
HSVのSを増やすだけでは、色が壊れ
減らしてもモノクロになりません

何か他に方法ありませんか？
558 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 14:41:27 ]: 色が壊れるのは極端に上げた場合、素画像が白っぽい部分です
559 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 15:30:03 ]: >>557
HSV以外の色空間（Labとか）を使う方法もあるけど
HSVでも、そこそこ正しく動作するはず。

プログラムのソースを見せてちょヽ( ´ー｀)ノ
560 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 15:42:02 ]: 自己解決？
CxImageのソース見てたら
YUVでいけるみたいです
やってみます

>>559
opencvですが

cvCvtColor(src,hsv,CV_RGB2HSV);

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

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

cvCvtColor(hsv,dst,CV_HSV2RGB);

な感じです。
561 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 16:27:18 ]: >>557-559
Sharaku Image Manipulation Program - 色相・彩度・明度
www21.atwiki.jp/submarine/pages/151.html
こういうことっぽい
562 名前：デフォルトの名無しさん mailto:sage [2010/04/19(月) 11:17:31 ]: >>516
すみません、再度どこかに上げていただけないでしょうか
563 名前：デフォルトの名無しさん mailto:sage [2010/04/20(火) 17:31:22 ]: カラー画像があってこれを４分木分割する時に
分離すべきかどうかを判定するのに対象領域のピクセルを全部走査するわけだけど
もちろんある程度分離可能という情報が拾えたら中断することも可能だけど
2048x2048の画像をやってみたらかなり遅い
１回の走査で分離する方法って無いのかな？
なんとなく出来そうな気がするんだよね
564 名前：デフォルトの名無しさん mailto:sage [2010/04/20(火) 18:38:22 ]: >>563
つ icc
565 名前：デフォルトの名無しさん mailto:sage [2010/04/20(火) 20:00:51 ]: >>564
検索しても出てこないけどなんですかね？
566 名前：デフォルトの名無しさん mailto:sage [2010/04/20(火) 23:16:30 ]: >>565
intel c/c++ compiler
567 名前：デフォルトの名無しさん mailto:sage [2010/04/21(水) 01:40:32 ]: >>566
それがどうしたの？
568 名前：デフォルトの名無しさん mailto:sage [2010/04/21(水) 08:45:29 ]: >>567
あんたばかあ？
569 名前：デフォルトの名無しさん [2010/04/21(水) 09:09:13 ]: >>567
画像処理のプログラムなら、コンパイラによる最適化だけで、1/2の実行時間になる事もざら。
if文の排除や、ベクトル化等と言ったアルゴリズムレベルでの最適化すれば
もっと確実に早くなる。

そもそも、プラットフォームや具体的な処理内容やコードも明かさずに
教えてくれと言われても、エスパースレじゃないんだから。
570 名前：デフォルトの名無しさん [2010/04/21(水) 11:47:10 ]: >エスパースレじゃないんだから。
えっ
571 名前：デフォルトの名無しさん mailto:sage [2010/04/21(水) 14:52:36 ]: こういう奴が最終的にチームに迷惑をかける
572 名前：デフォルトの名無しさん mailto:sage [2010/04/25(日) 01:26:47 ]: www.keyence.co.jp/gazo/xg7000_special/hd/

こういうのって糞高いらしいけど凄いの？
573 名前：デフォルトの名無しさん mailto:sage [2010/04/25(日) 02:10:28 ]: そんなに凄くない。画像処理、マルチタスク、通信といったプログラミングの経験が
少しあれば、似たようなものは作れる。特種ハード搭載とか説明にあるけど
必要ならボード等は入手できるしね。特許の縛りを考えなければ、中国とかで簡単に
コピー製品がつくれちゃいそうなレベル
574 名前：デフォルトの名無しさん mailto:sage [2010/04/25(日) 10:44:19 ]: >>572
そういう手間を省いて、問題だけに向き合うための商品なんじゃｗ
575 名前：デフォルトの名無しさん mailto:sage [2010/05/04(火) 13:54:13 ]: 　すみません。フィルムの質感をシミュレートするライブラリやコード
アルゴリズム、数式を解説しているサイトを知っている人がいればご教示い
ただけないでしょうか？
　サイトを検索してもAfterEffectレベルの話や特定の製品（CineLookとか
Filmpack）を使った話ばかりでした。
576 名前：デフォルトの名無しさん mailto:sage [2010/05/04(火) 14:26:44 ]: >>575
フィルムの質感というのは、たとえば画用紙の質感とは何が違うのか、
いくつか列挙してみてくれ。
577 名前：デフォルトの名無しさん mailto:sage [2010/05/04(火) 15:58:00 ]: >>576
写真と映像の二つを調べてて

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

フィルムに関していえば、こんな感じで
www.youtube.com/watch?v=0QCi8f_9bMQ
www.youtube.com/watch?v=qCkRpoQdTB8
www.youtube.com/watch?v=G7l8n7ewqQE
www.youtube.com/watch?v=d_VFSxmjYqo&feature=related
www.youtube.com/watch?v=hkM_1LX4hDI
578 名前：デフォルトの名無しさん mailto:sage [2010/05/04(火) 16:21:17 ]: >>577
そういうのは手でやれるってことなら
photoshopとかで実際にやってみて
やったことをプログラムで連結すればいいだけでしょ
579 名前：デフォルトの名無しさん mailto:sage [2010/05/04(火) 16:38:26 ]: >>577
それはただ並べただけで、「違い」を列挙してはいないよ。

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

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

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

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

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

写真用フィルムの特性曲線をあてはめるだけで、シミュレートできるのかな？
581 名前：デフォルトの名無しさん mailto:sage [2010/05/04(火) 16:56:12 ]: 色褪せた写真の様な質感ってことか。
582 名前：デフォルトの名無しさん mailto:sage [2010/05/04(火) 21:54:24 ]: 色あせたってのも単純に彩度を落とせばいいってわけでもなさそうだけど
583 名前：デフォルトの名無しさん mailto:sage [2010/05/04(火) 22:15:51 ]: labs.wanokoto.jp/olds
検索してたらこんなものが
584 名前：デフォルトの名無しさん mailto:sage [2010/05/04(火) 23:36:20 ]: en.wikipedia.org/wiki/Film_grain
en.wikipedia.org/wiki/Image_noise
585 名前：デフォルトの名無しさん mailto:sage [2010/05/05(水) 05:53:23 ]: 質感の違いの１つはフイルムの色素の色再現性だとおもう

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

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

そのへん考えたらアルゴリズム作れるよね?
587 名前：デフォルトの名無しさん mailto:sage [2010/05/05(水) 06:10:30 ]: 連投すまんけど本人が表現できないみたいだから書いておくと

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

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

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

がんばれ !
588 名前：デフォルトの名無しさん mailto:sage [2010/05/05(水) 08:54:05 ]: モニタもCRTとか液晶とか色再現性なんてまちまちだからな
どっかでキャリブレーションできる仕組みも作っておかないと使い物にならない
589 名前：デフォルトの名無しさん mailto:sage [2010/05/06(木) 07:52:32 ]: グレインノイズを画面全体にかけると出来の悪いアニメみたいになるよ
Photoshopなら影をマスクにしてそこだけにノイズかけるようにするのかな
590 名前：デフォルトの名無しさん mailto:sage [2010/05/06(木) 10:51:27 ]: >>588
人種の違いによって色に対する感度も違うので、
同じＴＶでも違うように見えるってばっちゃが言っていた
591 名前：デフォルトの名無しさん mailto:sage [2010/05/06(木) 13:22:32 ]: GUI作り込むなら表示ガンマとアプリ内部のガンマが一致するように
しないといけないかもだけど、キャリプレーションはOSやドライバに
任せるべきだとおもう。
映像加工するつもりならそのくらいの準備はできてるよね?
592 名前：デフォルトの名無しさん mailto:sage [2010/05/06(木) 16:57:33 ]: 特性曲線とかケラレの度合いとか
フィルムの潜在的解像度とか製造過程で起こる潰れとか
そういうのをそれっぽく見せるだけじゃなく
既存の写真を入射光としてリアルに計算して表示するものとかあったら面白そう
単にパラメーターを適当に入れるんじゃなくて
実在するカメラやフィルムの特性をそのまま利用する
○○年の○○製のカメラで○○フィルムを使った時の写真みたいなのが出せるやつ
593 名前：デフォルトの名無しさん mailto:sage [2010/05/06(木) 18:05:27 ]: 自分で作ったら
594 名前：デフォルトの名無しさん mailto:sage [2010/05/06(木) 19:57:01 ]: RAW現像ソフトに、そういうのがあったような気がする
595 名前：デフォルトの名無しさん mailto:sage [2010/05/06(木) 20:18:01 ]: >>592
入射光とする既存の写真の方が、いつのどのカメラとどのフィルムで撮って、
どのような環境で何年保存してたものか分からないと、ダメだろ。

もし「実在するカメラやフィルムの特性をそのまま利用する」事が100%可能でも、
それは写真をそのカメラで撮った映像が出来上がるだけ。
596 名前：デフォルトの名無しさん mailto:sage [2010/05/06(木) 23:53:48 ]: >>595
今更古い写真を古い写真にしようとする奴はいないだろ
デジカメなら誰が撮っても一定の入力なんだからそれでいい
597 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 07:30:57 ]: 何年前の写真はこうなります...と一覧できるとわかりやすいね
でも表現ツールとしてはその並んだ状態で経年劣化関数のパラメーターを
変化させたりミックスさせて自分好みの劣化関数を作りたいんじゃないかな

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

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

それと、ビデオ入力をリアルタイムに8mm風にするのはないんじゃない?
あるのかな??
ビデオ入力を熱画像風にするのならホテルハイタワー行けばみれるが
598 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 07:48:11 ]: >>596
>デジカメなら誰が撮っても一定
そのデジカメの特性が、「○○年の○○製のカメラで○○フィルムを使った時の写真」
の再現を邪魔するだろ。

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

小文字のアルファベットを関数とみなすと、
a(A) = α、b(A) = α'、b(α)≠α' だ。
α から α' を作るには a の逆関数が必要、b(a^-1(α)) = α'。
完全な逆関数は作れないが、少なくとも考慮しないことには
>>592 の言う「リアルに計算して」ができないだろ。
599 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 07:57:17 ]: raw
600 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 12:54:29 ]: raw になるまでに受けた影響はどうするんだ？
CCD や CMOS の特性、レンズの特性はメタデータとして記録されるのか？
601 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 14:09:54 ]: カメラプロファイル
602 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 14:25:53 ]: >>598
a() も b() も用意されてるんだから
b(a^-1(α)) は問題ないだろw
603 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 18:21:01 ]: >>602
>a() も b() も用意されてるんだから

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

ただ、どうやって raw からデモザイクする前の色情報を取り出すんだろ。
各社の raw フォーマットって一般に公開されてたっけ？
604 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 19:18:17 ]: 未知ではあるが昭和時代のカメラの影響から比べたら
最近のデジカメのメーカー差異なんて無視出来るほど小さい誤差だろう
605 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 19:48:53 ]: 何を根拠にそんな事を言ってんの?
606 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 20:35:43 ]: 特性曲線とかケラレの度合いとか
フィルムの潜在的解像度とか製造過程で起こる潰れとか、
そういう玄人にしか分からないような微妙なものを
それっぽく見せるのでは飽きたらず、
実在するカメラやフィルムの特性をそのまま利用して
○○年の○○製のカメラで○○フィルムを使った時の写真みたいなのが出せるやつ
を求めてるヤツだぞ。

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

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

厳密さの追求は別の次元だとおもうけど求めるなら色情報とかいってちゃダメだよ
スペクトルと光線の方向がわからないと厳密に再現とはいえないよ
カメラなんだから絞り羽根やシャッター幕の違いの影響は表現上重要!
・・・でもそんなことはここでは(当面)無視していいとおもう。
608 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 21:22:42 ]: 画像処理で再現困難なカメラの機種の違いに１つ気づいた

上から覗き込むタイプのカメラあるよね、マミヤとかの。
あれはレンズの位置が低くなるから、そこからみえる風景は顔の位置で撮った写真と違うね。
609 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 21:33:27 ]: バカじゃねーの
610 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 22:04:36 ]: >>607
>カメラなんだから絞り羽根やシャッター幕の違いの影響は表現上重要!
>・・・でもそんなことはここでは(当面)無視していいとおもう。

そんな気持ちでケラレとかをリアルに計算しようとするなんて・・・
611 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 22:31:06 ]: RAWと言いつつ、デジタル補正済みのデータを出力する最近のカメラは、どうかしてるぜ。
612 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 23:05:42 ]: 最近のデジカメはもう青は青だろ
少なくとも人間に認知出来る範囲の違いはない
どのカメラで撮影しようと青だ間違いない
613 名前：デフォルトの名無しさん mailto:sage [2010/05/07(金) 23:17:51 ]: >>607
っつーかフィルタ付きレンズとか使ってたら
もう逆関数で再現なんてムリポ
614 名前：デフォルトの名無しさん mailto:sage [2010/05/18(火) 20:50:41 ]: pgmの中の

#コメント

をバッチ処理で除去することはできないのでしょうか
615 名前：デフォルトの名無しさん mailto:sage [2010/05/18(火) 21:35:15 ]: それはかなり高等忍術
616 名前：デフォルトの名無しさん mailto:sage [2010/05/18(火) 21:46:58 ]: 忍術ﾜﾛﾀｗ
617 名前：デフォルトの名無しさん mailto:sage [2010/05/18(火) 21:58:03 ]: 秘術・具烈符を使うのかな。
618 名前：sed -e 's/ ◆W33cs7eqKc mailto:sage [2010/05/19(水) 15:04:45 ]: 寧ろ、忍法瀬渡だろ。JK
619 名前：デフォルトの名無しさん mailto:sage [2010/05/19(水) 15:05:26 ]: ぎゃぁ、トリップに化けたw
620 名前：デフォルトの名無しさん mailto:sage [2010/05/19(水) 16:56:47 ]: W33cs7eqKcさんパネぇっす
621 名前：デフォルトの名無しさん mailto:sage [2010/05/19(水) 19:12:51 ]: まぁ、画像処理は忍術みたいなもんだよなぁ。
何か情報を抽出したり、キレイに加工したり･･･
622 名前：デフォルトの名無しさん mailto:sage [2010/05/21(金) 00:24:08 ]: 昔の言葉遊びを思い出した。

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

下に行くほど内容が客観化される。技術は文書による伝承とその内容の
再現性が約束されているもの。実用新案や特許がその典型。
似た用語に、魔法、魔術、幻術、医術などもある。未整理。
623 名前：デフォルトの名無しさん mailto:sage [2010/05/21(金) 00:29:42 ]: ははｗ
なるほどね。

しかし画像処理はおもしろいね。
これを仕事にできて心底良かったと思うよ。
624 名前：デフォルトの名無しさん mailto:sage [2010/05/21(金) 03:48:42 ]: 誰かBi-Directional のT=D(S, T1)の意味を教えてくれ
625 名前：デフォルトの名無しさん mailto:sage [2010/05/21(金) 03:51:45 ]: 画像から重要度の高いオブジェクトの画素を算出する計算式みたいなんだけど
平坦とか同じパターンの繰り返しは重要度が小さくて変化の大きい部分や
エッジに掛かる部分が重要度が大きくなるらしい計算式です
626 名前：デフォルトの名無しさん mailto:sage [2010/05/21(金) 03:59:31 ]: www.wisdom.weizmann.ac.il/~vision/VisualSummary.html
具体的にこれです
627 名前：デフォルトの名無しさん [2010/05/21(金) 16:32:29 ]: libpngを使ってメモリから画像をロードできないでしょうか？
具体的にはpng_init_ioでファイルポインターではなく
istrstreamを使えるとうれしいです。
628 名前：デフォルトの名無しさん [2010/05/21(金) 16:34:25 ]: libpngを使ってメモリから画像をロードできないでしょうか？
具体的にはpng_init_ioでファイルポインターではなく
istrstreamを使えるとうれしいです。
629 名前：デフォルトの名無しさん mailto:sage [2010/05/21(金) 17:58:32 ]: >>626
具体的にわからんがリンクのPDFに詳しく書いてある
読む気がないならあきらめたほうがいい
630 名前：デフォルトの名無しさん mailto:sage [2010/05/21(金) 18:23:04 ]: >>627
出来るよ、実際にやったし
631 名前：デフォルトの名無しさん mailto:sage [2010/05/21(金) 18:28:16 ]: mp.i-revo.jp/user.php/wrckyapk/entry/7438.html
632 名前：デフォルトの名無しさん mailto:sage [2010/05/23(日) 03:13:57 ]: 画像処理とはちょっと違うけど、

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

筆ペンみたいなことやるにはどうしたらいいのだろうか。
633 名前：デフォルトの名無しさん mailto:sage [2010/05/23(日) 03:17:31 ]: >>628
メモリから画像をロードはできるけど、ストリーム使ったことないな。
png_set_read_fnを使ったかな。ファイル、メモリ、リソースから
読めるように組んだことはある。
634 名前：628 [2010/05/23(日) 09:01:12 ]: >>633 libpngでメモリから画像をロードする方法を教えてください。
私が調べた限りFILE*が必須です。
635 名前：デフォルトの名無しさん mailto:sage [2010/05/23(日) 11:33:50 ]: >>634

633じゃないけど

png_set_read_fnの2番目の引数を、3番目の引数のコールバック関数中で
png_get_io_ptrを呼び出して取れるから、それを使ったりしてメモリから
コールバック関数の引数にコピーすれば読み込み出来るよ。
636 名前：デフォルトの名無しさん mailto:sage [2010/05/23(日) 17:18:56 ]: 順呼び出ししかされないからストリームでも問題ない
637 名前：デフォルトの名無しさん mailto:sage [2010/05/23(日) 19:37:33 ]: ごめんスレ違いだったorz
638 名前：デフォルトの名無しさん mailto:sage [2010/05/23(日) 20:34:22 ]: いや単にここの人たちの大半がレタッチにしか興味ないだけで
スレ違いじゃないと思うよ
639 名前：デフォルトの名無しさん mailto:sage [2010/05/23(日) 22:23:21 ]: 開いたけど筆ペンなんて無いしｗ
640 名前：628 mailto:sage [2010/05/23(日) 22:27:46 ]: >>635 libpngで画像をメモリにロードする方法を教えてください。
私が調べた限りFILE*が必須です。
641 名前：635 mailto:sage [2010/05/23(日) 22:58:21 ]: >>640
ヽ(`Д´)ﾉ
642 名前：デフォルトの名無しさん mailto:sage [2010/05/24(月) 00:01:51 ]: それは怒っていいｗ
643 名前：デフォルトの名無しさん mailto:sage [2010/05/24(月) 00:05:26 ]: ﾜﾛﾀｗ
644 名前：デフォルトの名無しさん mailto:sage [2010/05/24(月) 06:57:39 ]: >>635もある意味あほだなｗ
645 名前：デフォルトの名無しさん mailto:sage [2010/05/24(月) 08:38:53 ]: 筆ペン
筆圧情報と傾き情報から接触点の形状を作って重ね描画
取得間隔が開くからその間は時系列情報を使って補完する
筆圧だけ拾って接触点を円で処理するものなら難しくはないよ
ハネをうまく拾えればそれらしくなるとおもう
646 名前：632 mailto:sage [2010/05/24(月) 23:17:25 ]: >>645
なるほど。ただ漠然と考えていた。
要領よく考えれば少しずつできそうだ。
ありがと～。
647 名前：デフォルトの名無しさん mailto:sage [2010/05/29(土) 15:17:35 ]: 画像処理の得意なPC98世代のおっちゃんいたら画面フィルタのプラグイン書いてくれ～

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

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

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

akiyuki.boy.jp/t98next/
648 名前：デフォルトの名無しさん [2010/06/02(水) 21:50:50 ]: dll嫌いなのでスタティックライブラリでjpegを読み込みたいと思います。
どこかにありませんか？
649 名前：デフォルトの名無しさん mailto:sage [2010/06/02(水) 22:31:03 ]: dllをスタティックリンクする
650 名前：デフォルトの名無しさん [2010/06/02(水) 22:31:46 ]: imagemagickは？
651 名前：デフォルトの名無しさん mailto:sage [2010/06/02(水) 23:22:03 ]: 静的リンクするとライセンスの問題が絡むだろ
652 名前：デフォルトの名無しさん mailto:sage [2010/06/02(水) 23:22:12 ]: imagemagickってどこでどれをダウンロードすればいいのか普通にみんなわからないよね
653 名前：デフォルトの名無しさん mailto:sage [2010/06/02(水) 23:36:41 ]: 誰だってわかんねえだろ
654 名前：デフォルトの名無しさん mailto:sage [2010/06/02(水) 23:37:44 ]: imagemagickってスタティックリンクしたら凄いサイズにならないか？
使うフォーマットを絞って残りはリンクしないようにとかできる？
655 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 09:58:06 ]: libjpegでいいじゃない
656 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 21:58:34 ]: 車輪くらい作っちゃえば良いよ！
657 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 23:52:38 ]: bmpは単純なようでバリエーションが多すぎるし
実装によって挙動がぜんぜん違うし
まともなライブラリが１つもないから
自分で作ったよ
アルファチャンネルにも対応したよ
658 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 00:14:05 ]: 吐き出すソフトがあるのか知らんがBITMAPINFOでJPEGやPNG圧縮
V4,V5だとカラーマネージメントにも対応しなきゃならないから面倒だな。
659 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 00:27:05 ]: libjpeg、libpng、giflib使ってるけどbitmapがないんだよな
libjpegについてるcjpegのコードにbitmapの読み込みがあるんだが
まともなbitmapのライブラリってなんで無いの？
660 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 00:46:47 ]: bitmapコンテナのJPEGとPNGって仕様書実在するの？
俺みたことねー
661 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 01:33:46 ]: 必要になったらあせればいいんだよ
662 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 03:57:53 ]: libbmp
663 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 05:34:51 ]: >>660
MSDNにBITMAPINFOHEADERのbiCompressionにBI_PNG、BI_JPEGという値が指定できるとは書いてある。
実際にそれでPNGやJPEG使えたという話は聞いたことがないが。
664 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 05:59:50 ]: BI_PNG、BI_JPEGはプリンタ専用だよ。

ttp://msdn.microsoft.com/en-us/library/dd145023(VS.85).aspx
665 名前：デフォルトの名無しさん mailto:sage [2010/06/05(土) 01:34:12 ]: >>663
それは有名なんだけどさ、
具体的にどのように画像データが格納されるのかどこにも書いてないんだよな
666 名前：デフォルトの名無しさん mailto:sage [2010/06/05(土) 01:45:26 ]: 逆に仕様で存在してても出力するアプリが無いのだかあら
その種の画像はこの世に存在しないと判断出来るから要らないだろ
出力するソフトが出来て普及したら実装すればいいだけで
667 名前：デフォルトの名無しさん mailto:sage [2010/06/05(土) 07:58:43 ]: jpegは規格団体あったよね
リファレンスあるんじゃね。
668 名前：デフォルトの名無しさん mailto:sage [2010/06/05(土) 10:48:35 ]: jpegの話じゃないだろ
669 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 08:34:54 ]: フォトショップで画像の輪郭線を強調して、白と黒に２値化してその黒部分（輪郭線）の座標を別ファイルに抽
出する方法ってありますか？ピクセル単位で量が尋常じゃなくても構いません。
フォーマットはbmpです。ｘｙの座標をtxtファイルに書き込みたいと思ってるんですが。

参考書として「画像処理プログラミング」昌達慶仁著
を使ってるんですが当人画像処理初心者でして、、、
よろしくお願いします。
670 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 08:55:58 ]: Photoshopの使い方はソフトウェア板へどうぞ

2値化した画像ファイルから特定の色の座標抜くだけなら、
そんなに難しくないからやってみたら？
671 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 12:19:21 ]: プラグインを作りたいとか？
672 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 14:36:26 ]: 8bitモノクロ写真に色を着色する場合
HSV色空間で考えると輝度情報しかないわけだ
鮮度ってどうすればいいんだろう
Photoshopなんかでやる場合は上にレイヤーをかぶせて
演算方法を何かにしてやってるんだろうえけど
どういう演算式で被せると自然な仕上がりになるんだ？
それが分かれば鮮度の扱いも推定出来そう
673 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 14:38:54 ]: ↑彩度ねｗ
674 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 14:53:23 ]: こんな手法のこと？
www.cs.huji.ac.il/~yweiss/Colorization/
675 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 14:58:23 ]: 輝度を入力、彩度を出力に考えたとき、概ね正の相関を持たせればいい。
どの程度のカーブがいいかは実験的に決めるようかな。
問題は、色相はどうするの?w
# これも、輝度を入力にして適当に色相に反映させる手もあるけどね。
# 黒→白で、黒→青→赤→緑→白みたいに。
676 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 17:49:40 ]: RGBを半分ずつオーバーラップさせて
色付けする擬似カラー手法はあるけど
目的が違うか
677 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 20:17:46 ]: >>674
最終的にやりたいのはまさにそれだけど
それ自体適当に色決めてるだけだし
もっと根本的な部分でどうすればいいのかなと思ってね
678 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 20:19:47 ]: >>675
なるほどね、いくつかサンプルとって平均値を求めてみようかな
679 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 20:22:54 ]: >>675
ああ、色相はユーザー指定ですよ
680 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 21:40:31 ]: >>670

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

座標を抜くプログラムは作ってみようと思います。
座標探索って画像の左上から→↓←↓…の順番で探索しますよね。
そうすると、抽出された座標は上の順番で抽出された座標になります。
しかし、私としては、隣接したpixel座標を順番に抽出したいんですが、
それに良いアルゴリズムといいますか方法ってありますか？
681 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 02:41:44 ]: ずっと→じゃだめなの？
682 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 08:19:53 ]: >>680
関係ないかも　知れないけど、「塗りつぶしアルゴリズム」ってので検索
すると似た処理がありそうな気がした。ハズレならゴメン。
683 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 08:27:03 ]: > 座標探索って画像の左上から→↓←↓…の順番で探索しますよね。
そうか？
684 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 08:30:39 ]: 座標を抜くとか座標探索とか聞いたことがないけれど、
塗りつぶしのことなら真ん中から左右に探索しつつ上下に探索するけどね。
685 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 08:34:17 ]: とりあえず、CG板のPhotoshopスレから拾ってきた。
pc11.2ch.net/test/read.cgi/cg/1274815891/109n-
> 132 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2010/06/08(火) 21:19:58 ID:gYOj4Hy1
> >>129
> そうです。xyの座標です。
> ２値化したbmpファイルの画像データを自作のプログラムに入れて黒部分だけ抽出して座標を表示させたんですが
> うまくいかなかったんで、だったらフォトショップで抽出までできればなと思いまして聞いてみました。
> フォトショップでポインタを合わせるとそこの情報（RGBと座標）出ますよね？そのRGB=0の座標を一括で抽出したいんです。
> よろしくお願いします。

この書き込みや>>669だけを見ると抽出順序は関係ないように思えるが、
>>680によるとどうやら順序が重要らしいな・・・。
後出しで中途半端な情報を追加するんじゃなくて、やりたいことを明確に示してくれよ。
>>680の「隣接」もちゃんと定義してくれ。
686 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:03:19 ]: 元画像から輪郭のみの2値画像を生成（1輪郭/0非輪郭)
2値画像中の輪郭と判断された座標値の列挙　（列挙順はどうしたいんだ？）

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

4隣接（12時 3時　6時 9時）も
8隣接（12時 1時半 3時　4時半 6時 7時半 9時）も
基本的には同じはず
689 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 22:27:56 ]: 輪郭追跡かな。
チェインコードとかで検索してみて。
690 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 04:30:14 ]: >>687
OpenCV使うとするなら・・・

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

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

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

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

あとはぐぐれ。
691 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 20:54:55 ]: 画像処理やってる有名な企業ってたとえばどこ？
692 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 20:57:59 ]: ディズニー
693 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 20:58:13 ]: キャノン
リコー
694 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 21:20:46 ]: 社名を間違えるのは失礼だろJK
695 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 09:57:31 ]: キヤノン、と指摘しないとわからないよw
読みは「きゃのん」だし。
696 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 10:26:15 ]: リコーじゃなくてリチョーかと思った
697 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 22:18:44 ]: ゼロックス
698 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 22:32:10 ]: 精密業界の有名ところはほとんどやってんのかな
699 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 19:49:31 ]: キーエンス
なんでお前ら身の回り品作ってる会社ばかりあげるんだ?
700 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 19:53:25 ]: Googleわすれてた
701 名前：デフォルトの名無しさん mailto:sage [2010/06/17(木) 22:39:04 ]: >>687です。
皆さんありがとうございました。
輪郭追跡アルゴリズムでプログラム完成しました。
感謝しております。
702 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 01:36:28 ]: このスレで言うような画像処理の求人ってありますか？
フリーで有名アプリのプラグインを作って商売なぞできれば理想的なんですけど
それよりは、あるとすればクライアントから依頼を受けるSE的な仕事でしょうか
703 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 02:05:28 ]: 今 NHK で画像処理の番組やってるね
704 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 03:43:53 ]: 就職活動は就職板でやれ
705 名前：デフォルトの名無しさん mailto:sage [2010/06/24(木) 10:01:54 ]: >>703
全く気付かなかった
どんな内容でした？
再放送あるのかな？
706 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 17:43:55 ]: 前もって用意してあるたくさんのパターンの中から入力データに最も近いデータを選ぶ
アルゴリズムの研究ってどういうキーワードで検索すればいいかな？
なかなかうまく見つからない
707 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 18:30:23 ]: テンプレートマッチング
708 名前：デフォルトの名無しさん mailto:sage [2010/06/29(火) 07:19:54 ]: k近傍法
709 名前：デフォルトの名無しさん mailto:sage [2010/06/29(火) 17:27:55 ]: それって、パターンの特徴抽出の方が難しいかも。
710 名前：デフォルトの名無しさん mailto:sage [2010/06/29(火) 22:01:33 ]: >>706
ニューロネットワーク
711 名前：デフォルトの名無しさん mailto:sage [2010/06/30(水) 23:36:35 ]: ブースティング
712 名前：デフォルトの名無しさん mailto:sage [2010/07/02(金) 20:08:00 ]: イメージレジストレーション
713 名前：デフォルトの名無しさん mailto:sage [2010/07/05(月) 23:13:16 ]: 宿題片づけスレで省られたのでお願いします。
C言語初級者、画像処理初心者です。

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

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

反転させたい画像を作ったプログラム　→　codepad.org/8z8MCdZG
714 名前：デフォルトの名無しさん mailto:sage [2010/07/05(月) 23:24:01 ]: 上下のフラグを反転させるだけでおｋ
715 名前：デフォルトの名無しさん mailto:sage [2010/07/05(月) 23:25:53 ]: あ、フラグじゃなかった、正か負かだった
716 名前：デフォルトの名無しさん mailto:sage [2010/07/06(火) 05:42:04 ]: 残念だがサボったツケが回ってきてるんだから諦めろ
せめて一週間前に「速習C言語入門」でも買ってれば十分間に合ったろうに
717 名前：デフォルトの名無しさん [2010/07/06(火) 10:11:04 ]: >>714
回答ありがとうございます
そうすると上下反転ではなくて白黒反転になりませんか？
718 名前：デフォルトの名無しさん mailto:sage [2010/07/06(火) 10:19:32 ]: >714
BITMAPINFOHEADER の biHeight の符号の話かな？
719 名前：デフォルトの名無しさん mailto:sage [2010/07/06(火) 21:37:08 ]: 上下反転も組めないヤツに画像処理を詳しく説明しても分からんだろ
720 名前：713 [2010/07/07(水) 02:28:28 ]: できました。
汚いスレですね。
721 名前：デフォルトの名無しさん mailto:sage [2010/07/07(水) 02:38:43 ]: 答えてない奴は分からないんだよＷＷ
722 名前：デフォルトの名無しさん mailto:sage [2010/07/07(水) 03:37:41 ]: ◞≼◉≽◟◞≼◉≽　ジー
723 名前：デフォルトの名無しさん mailto:sage [2010/07/09(金) 08:08:28 ]: 映画の動画から特徴点とりたかったんだけど
映画の動画って保存できないんだね
どうやってOpenCVに読ませればいいんだろ
724 名前：デフォルトの名無しさん mailto:sage [2010/07/09(金) 09:16:14 ]: 日本語でおｋ
ffmpegで読み込める動画形式になら読める
725 名前：デフォルトの名無しさん mailto:sage [2010/07/09(金) 11:34:03 ]: リッピングとかの話しじゃね
726 名前：デフォルトの名無しさん mailto:sage [2010/07/09(金) 13:31:33 ]: 犯罪の臭いがしてきたな
727 名前：デフォルトの名無しさん mailto:sage [2010/07/09(金) 13:45:38 ]: >>723

録画開始

　 ∧＿∧＿　　　　　　　　＿＿
　(　・∀|[ﾆ:|ol 　　　　　　|　i ＼　＼
　（　つ ∩￣　　　　　　　|　i　　l ＝l
　と＿）＿）　　　　　　　　|　|__ノ　ノ
　　　　　　　　　　　　　　　|￣￣|￣￣|

こんな感じで撮影した後、OpenCVに読み込ませてください
728 名前：デフォルトの名無しさん mailto:sage [2010/07/09(金) 21:58:10 ]: 「NO MORE 映画泥棒」
を思い出したｗ
729 名前：デフォルトの名無しさん mailto:sage [2010/07/09(金) 23:01:23 ]: 文化泥棒子なら知ってるけどw
730 名前：名無しさん＠そうだ選挙に行こう [2010/07/10(土) 07:58:16 ]: 色を混ぜる計算の質問です。
↓の左側は vector にある「天津」というゲームの中の麻雀牌の画像を
取り出したものです。以前にも遊んでいたのでなつかしかったのですが、
牌の絵が気に入りません。通信販売の麻雀牌の写真から絵柄を抜き出し
それらしく加工して、ゲームソフトのリソースを差し替えたのですが、
牌を合わせると消える処理を実行しません。（混ぜ合わせは成功）
左側の画像のように、牌のグループ毎に色セロファンをかぶせたように
しないとだめかと思いますが、ピクセル毎のRGBにどのような計算をすれ
ば、いいのでしょうか。尚、薄紫は0xA9A9FF, 空色は0x00FFFF,茶色は
0xFF6F3Eです。↓の画像はjpgですが、リソースでは 24bit色bmpです。
gazo.pandoravote.net/src/1278715354864.jpg
尚、この処理は自分が遊ぶためだけで、改造結果を公開するつもりは
ありません。
731 名前：名無しさん＠そうだ選挙に行こう [2010/07/10(土) 08:57:54 ]: 誘導されてきました。マルチ失礼。

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

以上のプログラムをPython2.6.5でライブラリを使用せずに作成しようとしています。
動画の取得・表示まではできたのですが(ttp://codepad.org/JuBXsIyt)、パーティクルフィルタが書けません。
どのように書いたら良いでしょうか。
よろしくお願いします。
732 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 11:30:30 ]: >>730
gimpかphotoshopでR,G,Bそれぞれのチャネルごとの画像を見てみれば
何かわかるんじゃないかなー。
733 名前：730 mailto:sage [2010/07/10(土) 17:59:10 ]: >>732
レス感謝。R,G,B それぞれの絵を作ってみました。
左から薄紫、空色、茶色の絵に対応し、縦にR,G,B別に並んでいます。
元の絵では 24 bitCount ですが、サイズが１メガを越えるので、
jpeg 圧縮で上げました。文字の輪郭がぼやける傾向にあります。
gazo.pandoravote.net/src/1278751422049.jpg

32 bit color だと、αチャネルで透過率を指定して背景色を出
せるようですが、αの値（０～１の間の値を取るとして）を全部
一律なのか、元の絵の背景が白なら透過率１にして特殊扱いする
ものかなどがまだ見極め出来ていません。これが分かれば、
求めるR,G,B＝元のR,G,B ×α＋背景のR,G,B×（１－α）
　　　（R,G,B はそれぞれ個別に扱う）
で、αをスライダーで動かして、見た目にそれらしいのを選ぶとか
出来そうです。
734 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 18:39:30 ]: とりあえず、スレに無関係な特定アプリの要素を排除して記述してくれないか
735 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 19:10:23 ]: >>733
そもそもゲーム側がどういう処理を行っているかまだ不明なんでしょ？
それを推測できないと計算がどうとか以前の問題。

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

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

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

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

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

しかしこんな色の演算がスグできないなんて、不思議。
739 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 20:24:48 ]: おまえがあほなだけ
740 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 00:05:53 ]: >>738
結局ゲームのアルゴリズム推測の話になるんだろうから、
まずオリジナルの画像をちょっとずつ目的の方向に変えてみて、
どこまでの変更なら問題なくって、どういう変更をするとうまくいかないか、
みたいなのを繰り返すのがセオリーじゃないかねぇ。
741 名前：738-730 mailto:sage [2010/07/11(日) 13:20:32 ]: 本件求めたい図柄が一応作成できたので終結とさせて頂きます。

人騒がせしてどうしたのという方のために経過を簡単に。
１．透過率での試行では絵の中の文字、模様がほやけて駄目でした。
２．>>733 の絵がヒントで、>>732 氏に感謝です。
　　>>733 に上げた絵をみると分かりますが、第１列は青のセグメント
　　には文字模様はありません。RGB(0,0,255) 一色です。
　　第２列は、赤のセグメントが RGB(0,0,0) です。
　　指定背景色のコードとこれらをつき合わせて計算するとそれらしい
　　絵ができました。
ありがとうございました。
（蛇足：この作者は２０年前に Mac 用のも作っておられたので、疑問を
メールしてみました。Windows 用は 2008 年作。）
742 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 15:00:09 ]: これのどこが画像処理やねん
743 名前：デフォルトの名無しさん mailto:sage [2010/07/20(火) 23:49:53 ]: >>731
パーティクルフィルタをググって出てくるソース見ながらPythonで書き直せば良いだけ
744 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 08:18:38 ]: バイリニア補間に関しての質問です。
バイリニア補間で画像を1/2以下に縮小するとエイリアシングが起こる、ということが書いてあったのですが
これはなぜなんでしょうか。
分かる方、解答よろしくお願いします。
745 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 08:30:21 ]: >>744
エイリアシングが何かは判っている?
それが判っているなら自明だと思うけど。
746 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 08:35:10 ]: >>744
直接1/2以下にすると情報が失われるから。
747 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 09:19:29 ]: >>745
エイリアシングはわかっているつもりですが、
画像の縮小と周波数空間やナイキスト周波数の関係がよくわかってないです…
748 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 09:21:09 ]: >>747は>>744です
すいません
749 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 09:48:30 ]: >>746
直接の意味が分かりません。
1/2超だと情報は失われないのでしょうか…
750 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 12:29:20 ]: >>747
フーリエ、サンプリング　あたりをキーワードに工学系の信号処理やらフーリエの本を見ればよいとおもわれ
751 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 13:08:46 ]: 波の周期より小さな物体は見えないから、なんて話をしてもぴんと来ない人だと思うので、
もっと具体的に言うと、バイリニアってのは、要するに変換後の位置を変換前の位置に逆算して
その位置を囲む最大4点の情報から色を決める手法なわけ。
いま丁度1/2より少しだけ大きな割合にするとすると、変換後のＡ点の隣にあるＢ点の変換前の座標ａおよびｂは
ｘ　ａ　ｘ　ｂ　ｘ
という関係になって、概ね変換後のどこかに全点の情報が含まれるわけ。
これを丁度1/2にすると、整数格子状にマップされた結果aとbの間にあるピクセル情報が失われて、
例えば1ピクセルおきに、白/黒を繰り返すようなパターンの場合、白または黒一色になってしまう。
同様に、1/2以下のサイズにすると、a x x ... b ... x x みあいな関係になって、aやbの周囲にない
ピクセルの情報は全て失われるわけです。
これを防ぐために、1/2以下のサイズに縮小するときは直接縮小せず、1/2より大きなサイズで複数回
縮小を繰り返して指定サイズにすることで、多少は問題を緩和できます。理由は…わかるね？
　
752 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 13:29:27 ]: LPF通すなり窓を広げるのが適切じゃないの?
1ピクセルの網目を95%とか105%にするとエイリアスパターン出るのは仕方ないけど。
753 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 18:42:37 ]: >>752
それを考慮して窓関数経由っぽくしたりするのが　バイリニアではない補間じゃない？
754 名前：デフォルトの名無しさん mailto:sage [2010/07/22(木) 22:27:51 ]: 境界値はどうすりゃいいんだ
755 名前：デフォルトの名無しさん mailto:sage [2010/07/23(金) 11:20:15 ]: >>754どこの境界だい？
756 名前：デフォルトの名無しさん mailto:sage [2010/07/23(金) 23:18:52 ]: 画像処理の線形フィルタ(たとえば3*3の)について、
実際にこの数値を使えばこういう効果が得られるというようなことが詳しく書いてあるところありませんか？
757 名前：デフォルトの名無しさん mailto:sage [2010/07/23(金) 23:26:04 ]: ググレ
758 名前：デフォルトの名無しさん mailto:sage [2010/07/24(土) 06:36:38 ]: >>744
1ドットおきに 0 1 0 1 0 1 0 1 0 1 0 1 と並んでいる画像を、1/2 以下に縮小したら、グレーのベタに
なってくれないと困るけど、バイリニア補間で 1/3 に縮小すると、0.3 0.7 0.3 0.7 0.3 0.7 のように、
擬解像があらわれる。具体的にはそういうこと。
759 名前：デフォルトの名無しさん mailto:sage [2010/08/06(金) 23:18:46 ]: 3次元の立体座標群を保存するフォーマットで標準のようなものはないのでしょうか
760 名前：デフォルトの名無しさん mailto:sage [2010/08/06(金) 23:41:02 ]: .txt
761 名前：デフォルトの名無しさん mailto:sage [2010/08/07(土) 00:31:14 ]: KMLとか・・・
762 名前：デフォルトの名無しさん mailto:sage [2010/08/07(土) 10:59:07 ]: x, y, zとか…
763 名前：デフォルトの名無しさん mailto:sage [2010/08/07(土) 12:11:14 ]: gnuplot は変な空白行いれこんだtxt
764 名前：デフォルトの名無しさん [2010/09/10(金) 15:22:15 ]: 保守
765 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 21:02:40 ]: 半透明処理で回転とか縮する場合って
結果位置の背景ピクセルと参照範囲のソースを全部ブレンドしてから計算するしかない?

非透過の拡大縮小なら2パスで計算量減らせるんだがそういうテクニックないのかな。
766 名前：デフォルトの名無しさん mailto:sage [2010/09/13(月) 11:32:48 ]: teddziuba.com/2010/09/programming-things-i-wish-i-knew.html
Don't do image processing work with PIL unless you have proven that command-line ImageMagick won't do the job
767 名前：デフォルトの名無しさん mailto:sage [2010/09/20(月) 19:41:30 ]: HandyARのソースがダウンロード出来ないのですが、
他にダウンロード出来る場所など知ってる方いらっ
しゃいますか？
↓HandyARのページ
ilab.cs.ucsb.edu/projects/taehee/HandyAR/index.html
768 名前：デフォルトの名無しさん [2010/09/29(水) 01:28:01 ]: 宿題片付けスレで解決することができなかったので来ました。
どなたか見ていただくことはできませんか？

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

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

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

別々のプロジェクトでフーリエ変換→逆フーリエ変換して元の画像を出したいです。
画像処理スレの専門的なみなさんお願いします。
769 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 03:26:52 ]: 何が訊きたいのか書いてねーし。

丸投げするつもりなのか？
770 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 03:34:02 ]: これってこのスレの住人的にはどうなの
toki.2ch.net/test/read.cgi/news4viptasu/1280922761/
771 名前：768 mailto:sage [2010/09/29(水) 03:37:35 ]: >>769
自分の作ったソースのどこがどう間違っているのか教えて欲しいです
772 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 03:44:28 ]: >>768
宿題は宿題スレへ
773 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 07:51:02 ]: >>768
＞bmp画像をフリーウェアFFTWを使ってフーリエ変換する
bmp画像を読み込むのはライブラリを使うか自分で書いても大した手間じゃない。
fftwの使い方はぐぐれば幾らでも出てくる。
画像処理スレで扱うほどの内容はどこにもないな。
774 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 08:45:00 ]: BMPはまともに作ると手間かかる
775 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 08:50:11 ]: だったらライブラリを使えよ。
776 名前：768 mailto:sage [2010/09/29(水) 17:39:21 ]: 自力で解決させました
お騒がせしました
777 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 22:33:33 ]: 777
778 名前：デフォルトの名無しさん mailto:sage [2010/10/04(月) 16:55:06 ]: てｓ
779 名前：デフォルトの名無しさん mailto:sage [2010/10/08(金) 07:15:08 ]: コマンドプロンプトから
ImageMagick 6.6.4-10 2010-10-04 Q16で
PNG画像の周りに透明な余白を付けたいのですが
どうすればよいのでしょうか？

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

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

もっといい方法ありそうだけど
781 名前：デフォルトの名無しさん mailto:sage [2010/10/08(金) 13:29:16 ]: convert -size 512x512 xc:none -gravity center in.png -compose Over -composite out.png

512x512はブランク画像の大きさ、オフセット指定でできるようにしたいけどやりかた分からん
僕の環境ではバージョンが古いのでfxがうまく機能しなくてなんだかな
オフセット32pxl
convert -size $(expr $(identify -format '%w' in.png) + 32)x$(expr $(identify -format '%h' in.png) + 32) xc:none -gravity center in.png -compose Over -composite out.png
782 名前：デフォルトの名無しさん mailto:sage [2010/10/08(金) 16:36:27 ]: ごめんなさいもう一つだけ質問です。
convert *.png output.psdで余白を付けた画像を
.psdにしたのですが
そのoutput.psdのレイヤーの順を逆にしてconvertする方法はありますか？
とりあえず
convert file2.png file1.png file0.png output.psd
と順番を付くようにはしてみましたが
実はちゃんとした方法があるのでしょうか？？

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

>>781
やってみたら
出来あがった画像をphotoshopで読み込んだ際に
ファイルの色深度がphotoshopにないとかいうメッセージが出て
透明な部分が全て真っ黒になってしまいました。
とりあえずオフセット機能は北西指定して>>780したあとで-rollでずらしました。
783 名前：デフォルトの名無しさん mailto:sage [2010/10/09(土) 20:13:34 ]: すいません・・・
ImageMagickをインストールする際に
Install ImageMagickObject OLE Control for VBscript, Visual Basic, and WSH
するの忘れたんですけど・・・
後から設定する方法ありますか？
やっぱり再インストールですかね・・・？
784 名前：デフォルトの名無しさん [2010/10/10(日) 05:55:42 ]: ImageMagickをVBscriptで使いたいのですがインストール後
Set im = CreateObject("ImageMagickObject.MagickImage.1")
のところで
「ActiveXコンポーネントはオブジェクトを作成できません」という
エラーが出てしまいます。
どうしたらVbscriptでImageMagickを使う事が出来るのでしょうか？
ＯＳは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には関係ないとのことでしたが一応状況を書きました。

↓エラーメッセージのスクリーンショットです。
viploader.net/ippan/src/vlippan156229.jpg
785 名前：デフォルトの名無しさん mailto:sage [2010/10/10(日) 08:55:47 ]: それ、正直画像処理じゃないから。
VB厨の集うスレへどうぞ。
786 名前：デフォルトの名無しさん mailto:sage [2010/10/10(日) 09:26:17 ]: そうだそうだ、とっとと稲
787 名前：デフォルトの名無しさん mailto:sage [2010/10/10(日) 12:10:43 ]: すいませんでした。
誘導ありがとうございます。
788 名前：デフォルトの名無しさん mailto:ｓａｇｅ [2010/10/14(木) 15:35:49 ]: ここはひどいインターネットですね・・・
789 名前：デフォルトの名無しさん mailto:sage [2010/10/14(木) 23:54:00 ]: >>788
2ちゃんねるって場所が一番ひどいらしい。怖いから絶対に近づかないようにしてる。
790 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 14:52:42 ]: opencvのActive Shape Model Libraryを使って顔形状モデルを作成してるんですが，
学習に必要な顔画像とそのasf（ラベル付けされたデータ）を含んだ顔データベースを探しています.
LibraryのReadmeにあった下記のサイトで幾つかのデータを得ることはできましたが，数が全然足りていません.
どなたか，下記のサイト以外で顔データベースを提供しているところをご存知無いでしょうか.
ttp://www2.imm.dtu.dk/~aam/
791 名前：デフォルトの名無しさん mailto:sage [2010/10/30(土) 01:54:06 ]: ここのページの真ん中らへんで紹介されてるサイトなんかどう？

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

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

そこで24bitカラーを人間の認識的な意味での距離として同じく24bitの連番に置き換える方法はないだろうか？
例えば12000と13000は人間が見てもほとんど同じ色をしているとか
人間の認識的な色距離を無劣化で数値化出来ないだろうか？
794 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 05:33:00 ]: La*b* や Lu*v* のような、均等色空間とは違う話？
795 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 05:53:40 ]: そういう話だけど、立体的数値表現ではなくて
１次元の連番に出来ないだろうかという話
intで処理出来ればメモリと処理効率にあまり影響を与えず
性能だけ向上させることが出来るでしょ
796 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 06:24:08 ]: 立体にも距離がありますよ
797 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 07:10:34 ]: 色空間の1次元化については、いろいろトライしたことがあるけど。
人間の認識的な色距離を無劣化で・・・となると無理っぽい気がするなぁ。
いい方法があるんだろうか？
798 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 07:28:11 ]: 無劣化というのは逆算してRGB値に戻せるレベルと言う意味で
赤と黄色の差と緑と黄色の差がたぶんどちらかが大きくなって
実際の距離とは違う方法でしか出来ないだろうけど
マッチング処理に関して言えば赤と黄色、赤と緑は「違う」という
情報さえ分かればいいので問題ないと思う
799 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 07:49:11 ]: ＲＧＢの粒子24bit個を人間の見た目でソートしたようなもの
似た色はより近い数値にソートされる
それを単純な変換式で実現したい
実際の色空間の距離概念とはかなり違ったものになるだろうけど
実用的レベルで判別が出来ると思うんだけどな
800 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 10:08:44 ]: >>799
でも錘体細胞が三種類あって、それぞれRGBの信号強度を脳に送っているんだから
知覚な色距離は三次元空間での距離になる。

認識的な色距離が何次元空間の距離か知らんが知覚と対応した三次元と考えるのが
自然な気がする。
801 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 10:50:54 ]: 自然はそうだけどコンピュータ処理においては
自然なことよりプログラム的な特性が重要だから
ハッシュ関数みたいなもんで、ハッシュは不自然なデータ構造だけど
高速だから使うでしょ
802 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 15:31:10 ]: L*u*v*とかの均等色空間をジグザグスキャンで1次元化じゃいかんの？
803 名前：801 mailto:sage [2010/11/16(火) 15:38:29 ]: ジグザグ往復するから1次元配列を可視化すると何度も同じようなグラデーションが
出てくるだろうけどプログラム処理用だから問題ないのでは？
ついでにその1次元データをヒストグラム化すればもっとコンパクト
804 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 17:29:50 ]: >>803
801は私だが
ジグザグの意味がよくわかん
具体的に変換式を書いてください
805 名前：802 mailto:sage [2010/11/16(火) 21:30:35 ]: すまん、802の間違い。変換式というか、アルゴリズムだな。
「ジグザグスキャン」はJpegの符号化でも使われてるこういうもの。
laputa.cs.shinshu-u.ac.jp/~yizawa/InfSys1/advanced/image_cod/fig3.jpg
これを色空間の3次元データに拡張してみればいいんではないかというアイデア。

ヒストグラム化すればというのも、Jpegで周波数空間に置き換えるのに近い
イメージかもと思った。
806 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 21:38:04 ]: でもまあ2次元のヒストグラムはOpenCVの関数一発で簡単に出せるんだよな。
opencv.jp/sample/histogram.html#hist_2d
これをつかってヒストグラムマッチするだけでもShiftよりもいい結果が出せるかもよ。
807 名前：デフォルトの名無しさん mailto:sage [2010/11/16(火) 21:45:47 ]: それに近いことやってる論文発見
「照度を考慮したMean-Shift によるカラートラッキング」
www.vision.cs.chubu.ac.jp/04/pdf/PIA03.pdf
808 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 07:18:41 ]: 色をベクトル量子化して近いもの同士を寄せたいならSOMはどうだ。
809 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 08:49:37 ]: >>793から離れて、あさっての方向に向かっているな。伝言ゲームかｗ
810 名前：名無し募集中。。。 mailto:sage [2010/11/17(水) 21:45:46 ]: 人間の認識として色が近い事を表現する色空間について
ここあたりが参考にならないかな
d.hatena.ne.jp/ultraist/20090520/1242782583
この中で参考にしているサイトが消えちゃっているんだけど
プログラムが残っているのでわかるとおもう
811 名前：デフォルトの名無しさん [2010/11/17(水) 22:16:53 ]: すいません、質問なんですが。
OSはウィンドウズでコンパイラはBCCデベロッパーです。
画像処理でパステル調にしたいんですができないんです
812 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 22:22:07 ]: あちこちで聞くな！最低だなおまえ！
813 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 22:55:38 ]: ああ、そこかぁ
久しぶりに見たらさくらたんばかりで和んだ

audioswitchさんはむかし画像検索エンジン作っていたなぁ
はてな, Blogger, FC2で先月までRSS着てたのにそういえば最近見てないなぁ
814 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 23:03:19 ]: >>811
パステル調といっても、いろいろあるぞ。
元画像と、それをパステル調に変換した画像のサンプルとかある？
815 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 23:26:23 ]: >>811
hibari.2ch.net/test/read.cgi/tech/1289049065/559
にコマンドラインプログラムでCのコードをあげときました。参考になればいいのですが。
816 名前：815 mailto:sage [2010/11/17(水) 23:27:40 ]: 失礼、
hibari.2ch.net/test/read.cgi/tech/1289049065/560
です。
817 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 23:28:35 ]: 参考にしたら金とられるんだろ？こわいこわい
818 名前：デフォルトの名無しさん [2010/11/17(水) 23:44:01 ]: >>811
これを使え
opencv.jp/sample/misc.html#clustering
819 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 01:32:06 ]: マッチングをあかるさと色合いの組み合わせで考えるのは
知覚がどうこうじゃなくてカメラや照明の特性から来るものだとおもうんだけど

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

>>800
>でも錘体細胞が三種類あって、それぞれRGBの信号強度を脳に送っているんだから
まさかRGBなんて知覚刺激があるとおもってるんじゃないよね？
画像処理やってるなら色は物理量じゃないって知ってるよね？
820 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 05:54:28 ]: L*a*b* とかでググれば

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

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

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

因みにHSVとかは、ほとんどRGBの単なる変形だから
人間の認識的な処理をさせるのは難しいよ(つまりRGBも難しい)
821 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 07:11:56 ]: 同一対象(照明等の条件も同じ)でも周辺に配置されているものが異なれば人間の認識する色は異なる。
逆に波長が異なっても同じ色として認識する。肌色が顔ではなく顔が肌色。
822 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 08:41:04 ]: いやいや問題にしてるのはその方法だと
毎回ソースとターゲットの画素単位で色距離を計算しないといけないだろ
平方根のあるあの３次元の距離の公式だ
それはプログラム的にものすごいコストだろ
色距離情報を24bit integerに集約できればかなり高速化出来るじゃないかって話をしてるんだ
823 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 08:53:18 ]: >>821
重要なのはグレースケールだと輝度だけだしな
肌色も糞もあったもんじゃないし
エッジ検出がおかしくなってるのは目に見えてるだろ
今出回ってるアルゴリズムのほとんどがこの問題のせいで精度が落ちてるはず
824 名前：デフォルトの名無しさん [2010/11/18(木) 10:43:21 ]: >>821さんがいってるのはL*a*b*の均等色空間の色差を使ってですら十分じゃなくて、
周辺の色への順応とか対比とかで中心の色の知覚が変わっちゃうから手におえない
ねってことでしょう？
顔は肌色をしてるもんだという観念的なものにも影響を受けると
825 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 13:10:40 ]: そうか？人間に認知出来ないものはどうやったって認知出来ないのは当たり前だけど
現状の人間の認知レベルにも達してないグレースケールが使われてるのは問題だって言ってるだけ
肌と同じ明るさの緑の服とかが見分けられないからな
色差を利用するだけでエッジ検出段階で得られる情報が格段に向上する
特徴点も増える、領域の境界もより厳密に分割されるようになる
826 名前：デフォルトの名無しさん [2010/11/19(金) 03:39:50 ]: 輝度を利用するってのはコストパフォーマンス的には良いだろう
人間は輝度の変化には敏感だからアナログテレビなんかでは輝度情報は細かく
色情報は荒く圧縮してる

ところで、グレースケール1次元をRGBの3次元にしたら情報量が増えて認識率が
アップするのは分かるんだけど、じゃあRGBの3次元をL*a*b*とかのの3次元に
したところでなにか利点はあるんだろうか？
827 名前：デフォルトの名無しさん mailto:sage [2010/11/19(金) 09:38:43 ]: 同じ色彩のまま暗くしたいときに
HSVだとVだけ下げればいいけど
RGBだと全ての要素を下げるだろ。
同じ色が少し影になったときにRGBは変化が大きい。
人間には同じ色に見えるのに。
828 名前：デフォルトの名無しさん mailto:sage [2010/11/20(土) 15:57:30 ]: RGBって液晶画面等の3原色を表示する為の値
L*a*b*は色差を出す色空間に変換された値

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

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

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

＊ブルーバック等でも同じ意味
829 名前：デフォルトの名無しさん mailto:sage [2010/11/20(土) 20:01:28 ]: >>828
HSVでもできるんじゃないか？

「HSV」の色立体
upload.wikimedia.org/wikipedia/commons/8/8f/HSV_cylinder.jpg
「L*a*b*」の色立体
www.sikiken.co.jp/colors/fig-c/fig_lab_01.jpg
830 名前：デフォルトの名無しさん [2010/11/20(土) 21:14:35 ]: 数値的な意味を理解すれば、そんな見た目で判断する事はないんだけど…

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

やってみると良い、と言ってるでしょ
結果の制度がまったく違う
831 名前：デフォルトの名無しさん mailto:sage [2010/11/20(土) 22:08:36 ]: 制度ねぇ
832 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 04:53:48 ]: ＞色距離情報を24bit integerに集約できればかなり高速化出来るじゃないかって話をしてるんだ

簡単だよ、でも事前の作業やメモリ使用量は半端なく大きくなる
L*a*b*でも何でも良いが、その色距離情報とやらの各要素値の取り得る最大値を定義する
それを要素の最大値としたベクトルを想定し、
そのベクトルの要素の値の組み合わせを整数値で良いから全パターンテーブル化
今度は、そのベクトルテーブルが指す一つ一つのベクトルと、他の全テーブルのベクトルの組み合わせ
(このベクトル同士の組み合わせを色差とみなす)をテーブル化すれば、
そのテーブルのインデックスがお望みの色距離情報を24bit integerに集約だろ
24bitで数が足りるかは知らんがｗ
833 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 08:44:50 ]: 3次元ベクトルの数値的な意味は見た目で分かるだろ。
図で分かるようにHSVは色相が角度だから２つの色の類似度や距離が計算しにくい。
CIELABは色空間でのユーグリット距離が人間の感じる色の近さに対応しているから扱いやすい。
834 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 08:49:24 ]: ユークリッド

>>832
1要素8bitの3次元だったらそのままで24bitだろ。
何もする必要がない。
835 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 10:27:39 ]: >>832
黒からの距離を24bitに当てはめると赤も青も同じ数値になるんじゃないか？
そういう意味じゃなく？

たとえば赤を基本とした灰色と青を基本とした灰色は人間から見ると同じ灰色だよな
だからこの２つは同じような数字に変換されたほしいが
濃い赤と青はまったく違った数値に変換されてほしいわけだ
836 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 10:33:37 ]: いったん２４bit個を全組み合わせのユークリッド距離を計算して
全部ソートしたものを作り出して
そこから逆説的に変換式を導き出すしかないのかな
837 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 10:38:36 ]: そうだなソートの仕方は
隣接する色とのユークリッド距離をエネルギーとして
エネルギーが最小になる並びになるまで繰り返す
谷にはまる可能性があるから、最終的には目視で調整が必要かも

誰かお願いしますｗ
838 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 10:53:16 ]: 要は、どこまで手間隙かけるかの落としどころだね。
839 名前：名無し募集中。。。 mailto:sage [2010/11/21(日) 11:06:48 ]: 距離を比較するだけなら√する必要がないから
適切な色空間を選べば良いんじゃないの
840 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 17:25:02 ]: 24bit x 8byte(32bit)で
だいたい１００ＭＢくらいのＤＢを作れば出来るな
RGB順にインデックスを取ったとしても隣接距離は既に近いから
単純に横を比較するのではなく、ランダムに選抜した２つとその前後を比較して入れ替えをしていくと
１週間も繰り返してれば安定してくるかもしれない
841 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 17:55:27 ]: 32bitは4byteだと思うが…

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

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

…なんかファジーな子だねｗ
842 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 18:20:07 ]: >>841
勘違いしてるようだな
青と赤の隣接距離と青と緑の隣接距離は同じなんだぞ
単純に並べ替えるだけだと同じ場所に来てしまう
これは普通のソートとは意味が違う
青から見て赤と緑は距離は同じだけど
どちらかが遠い場所にソートされないといけないわけ
問題が既にファジーなの
843 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 18:23:51 ]: ここは３次元のピタゴラスの定理がまだ発見されていない世界なのか
844 名前：デフォルトの名無しさん mailto:sage [2010/11/21(日) 23:58:58 ]: >>842
君はデジタルの作業や思考が無理なんだね

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

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

元になるテーブル値を作ろうって時に、さらにどう並べたいかも決まってるのに
ランダムとかで作業するって、無いわ…
845 名前：デフォルトの名無しさん mailto:sage [2010/11/22(月) 00:05:49 ]: テーブルにランダム要素が必要では無いと絶対に言い切れるし

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

結局はプログラム的な思考が出来てないだけ
846 名前：デフォルトの名無しさん mailto:sage [2010/11/22(月) 02:24:27 ]: 高次元での位置関係を保持したまま低次元に落とすのには
Self Organizing MapsやGenerative Topographic Mapでやってただろ
視覚化の分野では
847 名前：デフォルトの名無しさん [2010/11/27(土) 14:03:08 ]: >>790
Caltecが画像認識処理のサンプルデータを配布している。
www.vision.caltech.edu/html-files/archive.html
848 名前：デフォルトの名無しさん [2010/11/30(火) 11:38:55 ]: SIFT特徴量を抽出するいいLinuxのコマンドラインプログラムない？
849 名前：デフォルトの名無しさん mailto:sage [2010/12/01(水) 01:16:40 ]: VLFeat
850 名前：デフォルトの名無しさん mailto:sage [2010/12/02(木) 11:37:06 ]: ガウシアンフィルタについてですが
σ=s1のフィルタをかけてからさらにσ=s2のフィルタをかけることは
σ=s1*s2のフィルタをかけることと同じことでしょうか？
851 名前：デフォルトの名無しさん mailto:sage [2010/12/02(木) 12:54:31 ]: >>850
両者は全然違う。

試しに、a[0] ～ a[4] の５要素１次元データに幅３のフィルタをかけて、
結果（a[2]）の値を比べてみればいい。

あるいは、フィルタの計算式を立てることでもすぐに分かる（式を立てる途中で気づくはず）。
852 名前：851 mailto:sage [2010/12/02(木) 13:22:58 ]: もっと簡単に言えば、
σ=1 で考えてみればいい。
二度フィルタリングするのと同じか。
853 名前：850 mailto:sage [2010/12/02(木) 13:28:16 ]: やりたいことは

σの大きなガウシアンフィルタをかけたいが
カーネルサイズも相応に大きいために計算時間がかかる
↓
σの小さいフィルタ群（＝カーネルサイズも小さい）
を複数回かけることで同等の結果を得たい
使用する小さいフィルタのσの値と回数を求めたい

といったことです

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

大きいフィルタを１回だけかけたときの
原画L(A)の結果画像L(B)への寄与率
と
小さいフィルタを複数回かけたときの
原画L(A)の最終結果画像L(B)への寄与率
が
等しくなればいいと思うのですが
式を考えようとしても
フィルタをかける毎に画素の輝度値が周辺に拡散して
それにさらにフィルタをかけるから……？？
と混乱してしまい…
854 名前：デフォルトの名無しさん mailto:sage [2010/12/02(木) 16:12:25 ]: 普通は小さいフィルタ複数回かけるより、大きいフィルタ１回のほうが早いと思うが・・・
ボカすのが目的だろうから、ガウシアンじゃなくもっと軽いフィルタを検討するとか
855 名前：デフォルトの名無しさん mailto:sage [2010/12/02(木) 18:05:56 ]: >>85
σの大きさが処理速度に関係するのか？

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

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

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

既にやってた後ならごめん
858 名前：デフォルトの名無しさん [2010/12/02(木) 21:42:40 ]: SIFT特徴量って、元画像のカラー情報は必要ないんだよね。
これは特徴量を算出するためには元画像をグレースケールに変換する必要があるってこと？
それともカラー画像のままでもSIFT特徴量には変わりはないってこと？
859 名前：デフォルトの名無しさん mailto:sage [2010/12/03(金) 01:24:51 ]: 縦と横でフィルタリングするのは、斜め方向の距離を無視することになるから
加工された画像に特徴的なノイズが乗る場合があるね。
いっそ、fftしてフィルタリングしてifftしたら?
860 名前：デフォルトの名無しさん mailto:sage [2010/12/03(金) 07:12:38 ]: フィルタリンクの質ではなく、
おそらく畳み込みの処理速度を問題にしているのだと思うが
861 名前：デフォルトの名無しさん mailto:sage [2010/12/03(金) 15:22:40 ]: >>858
1チャンネルの画像を対象にしたアルゴリズムだからグレースケールで処理する
カラーごとに特徴点検出をすることもある（color SIFT)
862 名前：デフォルトの名無しさん [2010/12/03(金) 17:26:55 ]: カラーヒストグラムを使った画像検索は簡単にできたので、SIFT特徴量を使った形状認識をさせたいんだけど、
静止画像から生成されたSIFTファイルを使った、他の画像とのマッチングアルゴリズムが良くわからない。
原理的に、動画で写っている特定の物体を動画のフレーム間で同一物体として認識させるような用途には使えそう
なことは判るんだが、まったくことなる静止画像をSIFT特徴量で比較してもデータがマッチングする余地はないんじゃないかと思う。
SIFTファイルを使った類似画像検索技術について、いい参考資料はない？
863 名前：デフォルトの名無しさん mailto:sage [2010/12/03(金) 20:38:51 ]: 画像のサムネイルを作りたいのですが。
８００＊６００を１／８にして１００＊７５のBMPにしたいです。
何か良いアルゴリズム又はサンプルソースありませんか？
864 名前：デフォルトの名無しさん [2010/12/03(金) 22:19:28 ]: そんなのImageMagickで１行だよ。
865 名前：デフォルトの名無しさん mailto:sage [2010/12/03(金) 22:22:38 ]: 今見ましたが、プログラムの中に組込みたいんです。
言語はC++です。他の言語でもアルゴリズムかサンプルがあれば、
参考にしたいです。
866 名前：デフォルトの名無しさん [2010/12/03(金) 22:23:55 ]: こんな感じで一括変換が可能

ls -1|awk -F. '{print "convert -geometory 100x75 "$1".jpg "$1".bmp"}'|sh
867 名前：デフォルトの名無しさん [2010/12/03(金) 22:25:45 ]: だったらOpenCV
868 名前：デフォルトの名無しさん mailto:sage [2010/12/03(金) 22:30:14 ]: 8x8ピクセルを平均して1ピクセルにすればいいんだよ
869 名前：デフォルトの名無しさん mailto:sage [2010/12/03(金) 22:48:19 ]: >>867
OpenCV 見ました。とても面白そうだけど、組込むには大きすぎるような…
ライセンスを見つけられなかったし…
OpenCVって商用可能なフリーなんですかね？
>>868
一度それでやってみます。
870 名前：デフォルトの名無しさん [2010/12/03(金) 23:34:06 ]: >>869
ImageMagickはライブラリがあるからプログラムに組み込めます。
もっとぐぐってください。
871 名前：デフォルトの名無しさん [2010/12/04(土) 04:36:06 ]: >>869
OpenCVは商用可能なフリー（BSD）だよ
872 名前：デフォルトの名無しさん [2010/12/04(土) 13:12:22 ]: cの中で内部実装するにしても別にライブラリ呼び出す必要性なんかないんじゃないかと思うよ
そのままsytem関数で外部コマンドを実行させればいいわけだし。
873 名前：デフォルトの名無しさん mailto:sage [2010/12/04(土) 16:49:09 ]: 画像うｐろだ作りたいんだけど、これだけはやっとけってことは何？
必須機能な
874 名前：デフォルトの名無しさん mailto:sage [2010/12/04(土) 17:02:03 ]: >>873
先ずは板違いを認識することだな。
875 名前：デフォルトの名無しさん mailto:sage [2010/12/04(土) 21:16:46 ]: >>869

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

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

ちなみに表示させる必要はないからcvShowImage()はいらなくて、
代わりに、保存させるcvSaveImage(ファイル名)だな。
ファイル名を変えながらforで回せば出来上がり。
876 名前：デフォルトの名無しさん mailto:sage [2010/12/04(土) 21:29:55 ]: >>870,871,875
情報ありがとうございます。
>>875のサンプルは短いですね～、ちょっとやってみます。
877 名前：デフォルトの名無しさん mailto:sage [2010/12/05(日) 11:12:15 ]: >>862
キーポイントの集合をbag of features(bag of keypoints、 bag of visual wordsとも)
として検索すれば似たシーンなどは検索できる
精度はあまりよくない
同一物体を検索したいなら大規模なキーポイントのデータベースを作って
近似最近傍探索等で探す
878 名前：デフォルトの名無しさん mailto:sage [2010/12/06(月) 19:28:51 ]: OpenCVよりもpython-fuのが便利だ
879 名前：デフォルトの名無しさん [2010/12/06(月) 21:18:13 ]: だれかぼくのSIFT特徴量使った類似画像検索の質問答えて、お願い
880 名前：デフォルトの名無しさん mailto:sage [2010/12/07(火) 10:25:31 ]: >>862
比べる2枚の画像からそれぞれSHIFT特徴量のベクトルを出しておくだろ？
それらの特徴のスケールが大きいもん同士を比較すればいいんだから、
細かいところが違ってても一致するんだよ。
「特徴がスケール大きい」ってのは、濃淡の変化の仕方がなだらかって感じで
要するに細かいテクスチャなんかは無視して大きな変化を見てるってこと。
Jpegとかの低空間周波数成分をイメージするといいかもしれないな。
881 名前：デフォルトの名無しさん mailto:sage [2010/12/07(火) 10:31:35 ]: 「いい参考資料はない？」って質問してんだけど
882 名前：デフォルトの名無しさん mailto:sage [2010/12/07(火) 18:38:33 ]: >>881
あるよ
883 名前：デフォルトの名無しさん mailto:sage [2010/12/07(火) 21:27:07 ]: bag of featrues　でググって引用が多い５件
884 名前：デフォルトの名無しさん mailto:sage [2010/12/08(水) 02:17:14 ]: >>879
szeliski.org/Book/
Chapter 14
885 名前：デフォルトの名無しさん [2010/12/08(水) 21:30:19 ]: >>884
このよさそうじゃん。
ちょっとじっくり読んでみる
886 名前：デフォルトの名無しさん [2010/12/10(金) 14:17:05 ]: SIFT特徴量の実装例、いくつかみてまわったんだけど、アプリケーションはMATLABで書いてるのが多い。
MATLABのホームページにいっても価格は要問い合わせとかになっていて公開されてないし。
なんか高そうなんですけど、実行系はGNU Octaveにかえてもだいじょうぶなのでしょうか？
そもそもなんでMATLABとか特殊なソフトが登場してくるわけ？
887 名前：デフォルトの名無しさん mailto:sage [2010/12/10(金) 16:17:38 ]: >>881
コンピュータビジョン最先端ガイド 3
にBag of featuresの解説が２章ほどあった。
888 名前：デフォルトの名無しさん mailto:sage [2010/12/10(金) 17:10:48 ]: >>886
特殊ではなく、多くの研究者が使っているよ。論文のデモはMATLABばかりだし。
ほとんどはoctaveでも動く。
学生なら大学がライセンス持ってると思う。
889 名前：デフォルトの名無しさん [2010/12/11(土) 00:00:42 ]: 一通り読んでみたけど、SIFT特徴量でググる際の一番いい検索ワードは「bag-of-featrues」だった。
これは単純にググってもでてこないわ。

局所特徴量をヒストグラム化してクラスタリングで分類というところまでは理解した。
後半部はカラーヒストグラムによる類似画像検索と同じなどので、前半の実装ができればすぐに作れそう。
890 名前：デフォルトの名無しさん mailto:sage [2010/12/11(土) 04:40:23 ]: >>886
OpenCVでもSIFT使えるのは知ってるのか？
891 名前：デフォルトの名無しさん mailto:sage [2010/12/11(土) 04:55:27 ]: >>886
本末転倒だな。OctaveはMATLABクローンだぞ。つまり、MATLABがあって初めてOctaveがある。
派生物よりオリジナル用に書いてあるのも当然じゃないか。
892 名前：デフォルトの名無しさん mailto:sage [2010/12/11(土) 11:02:25 ]: >>887
３・・・だと・・・
893 名前：デフォルトの名無しさん mailto:sage [2010/12/11(土) 15:07:27 ]: >>892
12月8日発行とあった。
密林では、まだ扱っていないようだ。
894 名前：デフォルトの名無しさん [2010/12/11(土) 18:00:29 ]: でもMATLABって普通のとこじゃ売ってないじゃん。
大体、一般ライセンスはいくらすんのさ？
895 名前：デフォルトの名無しさん mailto:sage [2010/12/11(土) 20:36:09 ]: >>894
1ライセンス40万くらいだったと思う。
コンピュータビジョンの研究なんて普通の人はしないからな。
他人のコードを動かすだけならOctaveで困らないし
読めれば動かすこともないと思うよ。
どうせアプリケーションはCだろうし。
896 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 16:20:54 ]: CまたはC++で動くDCT高速アルゴリズムのソース探してます｡
ブロックサイズを変化させて実行したいので､ブロックサイズを任意に指定できるものがほしいです｡
どなたかご存じのでしたら教えてください｡
よろしくお願いします｡
897 名前：デフォルトの名無しさん mailto:sage [2010/12/17(金) 23:23:30 ]: ImageMagickで複数のpng画像からpsdファイルを作ろうとしましたが
できたｐｓｄファイルを見るとレイヤーの透明部分がロックされてしまいます。
ロックされないで合成する方法かあるいは出来たｐｓｄファイルのロックを
プロンプトの命令で外す方法がありますか？
↓作ったコマンド
convert -geometry 896x704! 00000.png 00000.png
convert -geometry 896x704! zzz.png zzz.png
composite -compose Over -gravity northwest background_tile.png zzz.png background_tile.png
composite -compose Over -gravity northwest layer000.png zzz.png layer000.png
convert -roll +0+0 layer000.png layer000.png
convert 00000.png background.png layer000.png henkan.psd
898 名前：デフォルトの名無しさん mailto:sage [2010/12/17(金) 23:48:14 ]: 板違い
899 名前：デフォルトの名無しさん mailto:sage [2010/12/17(金) 23:56:12 ]: >>898
うわ、すいません
どこに行けばいいですか？？？
900 名前：897 mailto:sage [2010/12/18(土) 02:02:04 ]: すいません、透明部分のあるpng画像をpsdに変換しただけで
透明部分がロックされたPSDが出来てしまう
事が分かりました。
どうしていいかまったく分からないです
なんかアドヴァイスお願いしますＯＴＬ
901 名前：デフォルトの名無しさん mailto:sage [2010/12/18(土) 02:58:22 ]: だからスレ違いだと言ってるだろすっとこどっこい

そんなの画像処理でもなんでもない
902 名前：デフォルトの名無しさん mailto:sage [2010/12/18(土) 14:19:32 ]: フォトショスレに行けば？
903 名前：897 mailto:sage [2010/12/18(土) 15:00:26 ]: バイナリｴﾃﾞｨﾀで手動で変えるところまで出来たので
とりあえずどこかへ移動します
904 名前：名無し募集中。。。 mailto:sage [2010/12/20(月) 14:27:27 ]: ここは画像認識系の画像処理スレだから
画像加工系の画像処理はフォトショップ系のスレに移動してねっていう意味
905 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 14:40:08 ]: それ以前に、特定ソフトの操作方法（しかもファイル操作）の話は画像処理プログラミングとは全く関係無いだろうと
画像加工でもアルゴリズムの分析や最適化とかなら良いだろうし
906 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 18:49:57 ]: 誰か突っ込めよ
907 名前：デフォルトの名無しさん [2010/12/20(月) 19:18:13 ]: なんでやねん！
908 名前：デフォルトの名無しさん [2010/12/20(月) 20:54:34 ]: 組み込みじゃない画像認識ってハルコンとか使うの？
909 名前：デフォルトの名無しさん mailto:sage [2010/12/22(水) 02:37:00 ]: >>905
ソフトじゃなくてバイナリデータの内容の話ならいいですか？？
ｐｓｄからだいぶデータを取得したけど
検索したサイト見てもよく分からない部分がありまして・・・
910 名前：デフォルトの名無しさん mailto:sage [2010/12/22(水) 03:27:20 ]: www.youtube.com/watch?v=0mEHKFibv0g
911 名前：デフォルトの名無しさん mailto:sage [2010/12/22(水) 13:24:02 ]: >>910
あああ、画像処理ってこういう高レベルの事でしたか・・・
どうもすいませんでした。
あとすいません自己解決もしました。
お騒がせしました
912 名前：デフォルトの名無しさん mailto:sage [2010/12/22(水) 19:16:43 ]: >>911
20年前のFM-TOWNSでこうしたアイデアは先取りされていたけどね
画面にリアルタイムに映った自分の手でCGのボールを操作するゲームがあった
913 名前：デフォルトの名無しさん mailto:sage [2010/12/22(水) 19:18:03 ]: www.youtube.com/watch?v=JQvLt7DQhaI
www.youtube.com/watch?v=MZHEzDmXO2w
914 名前：片山博文MZ [2011/01/01(土) 13:28:49 ]: パスの単純化の方法がわかりません。
困っています。教えてください。お願いします。
915 名前：デフォルトの名無しさん mailto:sage [2011/01/01(土) 15:00:49 ]: potraceのソース嫁
本だったら「画像認識の基礎Ⅰ」
916 名前：デフォルトの名無しさん [2011/01/01(土) 15:23:58 ]: 画像処理関係はVC++やVC#より、Gimpの作成元のGtk+とかの方が優れているんでしょうか？

作るソフトはそう難しい処理をするわけでもないんですが、Gtk+の方が簡単な処理にも画像処理の点において
便利な関数とかあるなら、そっちを使いたいです。VC#でやってみたんですが、jpegなどにUI上で任意の図形を描画して
保存するのも結構手間がかかります。
917 名前：デフォルトの名無しさん mailto:sage [2011/01/01(土) 16:52:26 ]: 関係ない
918 名前：デフォルトの名無しさん mailto:sage [2011/01/02(日) 01:47:23 ]: www.youtube.com/watch?v=x32TGROYbdU&feature=related
これと同じことをやりたいです。
背景差分→blob抽出→meanshift→オブジェクト同士が衝突するときKLTで推測？
なんですかね

さっぱりわかりません。
どなたか天才の方教えてください。
919 名前：デフォルトの名無しさん mailto:sage [2011/01/02(日) 01:55:27 ]: 天才はここにはいないよ
他をあたってくれ
920 名前：デフォルトの名無しさん mailto:sage [2011/01/02(日) 03:25:18 ]: とりあえず、同じような処理を作って試してみれば良いんでね？
921 名前：片山博文MZ [2011/01/02(日) 13:44:44 ]: >>915 thanx

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

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