09/07/09 09:52:04
画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その11
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
09/07/09 10:22:05
2 gotten
3:デフォルトの名無しさん
09/07/09 18:26:57
ポニーテール
4:デフォルトの名無しさん
09/07/09 22:50:56
アイスラッガー
5:デフォルトの名無しさん
09/07/09 23:30:21
ズレてるだけ
6:デフォルトの名無しさん
09/07/10 13:38:25
かぞえてくれ
URLﾘﾝｸ(www.yomiuri.co.jp)
7:デフォルトの名無しさん
09/07/10 17:30:00
画像処理って、C言語オンリーでもできるの？
っていうか、ライブラリ関数の中身が知りたいんだけど・・・
8:デフォルトの名無しさん
09/07/10 19:00:54
OpenCVつかいますか？
中身も自作？
9:デフォルトの名無しさん
09/07/10 19:59:47
むしろC言語でライブラリと組み合わせてやるのが主流。
10:デフォルトの名無しさん
09/07/10 23:27:41
>>7
C言語で出来ないんなら、ライブラリはどうやって作ってるんだ？
11:デフォルトの名無しさん
09/07/11 00:45:57
pythonで使ってみた
うちのpythonは2.5だったのに
OpenCV1.1pre1aを入れたらpython2.6用で使えずorz
OpenCV1.0を入れ直してうまくいったので快適
12:デフォルトの名無しさん
09/07/11 00:46:58
誤爆したorz
13:デフォルトの名無しさん
09/07/11 01:28:13
>>10
C言語の学習っていったら、だいたいライブラリ関数の使い方だからさ
どうやったらいいのか不思議でたまらないんだ
14:デフォルトの名無しさん
09/07/11 01:40:29
URLﾘﾝｸ(www.amazon.co.jp)
15:デフォルトの名無しさん
09/07/11 01:41:02
>>13
画像処理系の教科書読めば書いてあるだろ。
16:デフォルトの名無しさん
09/07/11 01:44:45
>>13
ライブラリ使ってると内部で何やってるのか不明で気持ち悪いのはわかる。
暇な時にBMPファイルの構造やC言語での読み込み方について調べてみるといい。
OpenCVにしろ何にしろ、ライブラリはその読み込み手順とかを関数化しただけだから。
17:デフォルトの名無しさん
09/07/11 02:00:10
最近思うんだけど、画像というのはメモリに展開される「データ」であって、ハード（OSとかのネイティブシステム）に依存しないでしょ。
簡単にいえば、bmp,jpgとかは別にmsとかmacじゃなくてもx windowでも開けるし編集も出来る。
だからネイティブに依存しまくってるCでライブラリを作る必要ってあまりないじゃないの？
画像解析とか１ピクセルごとの処理が必要でハード資源が必要だから、携帯とか組み込みとかでは
やらないからCコンパイラ対応である必要もない。
つまりjavaとかc#とかで画像処理ライブラリ自体を仮想化すればいいんじゃないかな。
アルゴリズムの方をvmのコードで作って、各ハード（GPUとかカメラICとか）のIOの方は今までどおりCにして住み分ければいい。
そうすると、GPUのストリームプロセッサで処理されるかどうかを気にしなくてアルゴリズムに集中できるようになる。
18:デフォルトの名無しさん
09/07/11 02:03:01
意味不明
19:デフォルトの名無しさん
09/07/11 02:09:16
Java厨なのはよくわかった
20:デフォルトの名無しさん
09/07/11 02:16:13
>>17
JavaとかC#で実用的な速度出せるようになればいいね。
21:デフォルトの名無しさん
09/07/11 02:19:42
アルゴリズムの方は、せっかく発明したから隠しておきたいって言うのもわかる。
だけど、結局同じような機能は別の方法で再発見できるわけで、それが多少高速か、アルゴリズムが分かりやすいかの差でしかない。
同じソートアルゴリズムでもクイックソートが必ずしも万能でなはなく、見方によってはマージソートの方が扱いやすいとか。
２Dでは、輪郭を抽出するとかあるけど、結局誰もが同じようなアルゴになるわけで、多少早いか実装しやすいかとかいわゆる「経験と勘」の差でしかない。
この車輪の再発明で、お互い利益競争（各社高額な画像ソフト）して、足踏み（クローズド）するよりは、それを（賛同者は）公開して共有して、
そのアルゴをブラックボックス化（ライブラリ・モジュール化）して次のステップのアルゴを考えたほうがよっぽど（その分野は）存続していけるとおもうよ。
ただ、輪郭抽出アルゴをあたりまえとして次の話題に進むからより専門化していくのは確かだけど、
若い技術者が、すでに完成している分野のアルゴで立ち止まる必要はなくなり、若い「知」のリソースを有効活用して次のアルゴが生まれるようになると思う。
有効ではあるけど、ピクセルごとにforとifでまわすだけとか、forのなかにifばっかりとかはいいかげん卒業して、ブラックボックスとして自作ライブラリにして、より高度な機械的な処理を目指して欲しい。
ifばかり使うと収拾がつかなくなりそのうち分岐が多すぎて管理できなくなるから、それは高度な処理はとはいえず、for + if だらけのコードは使い捨てコードに等しいよ。
22:デフォルトの名無しさん
09/07/11 02:31:50
なんだライブラリが欲しいだけか
これだからC♯厨は
23:デフォルトの名無しさん
09/07/11 02:35:10
>>20
３Dの解析じゃないなら、クライアントPCは1G...1.4G程度で十分では？
600MHzでも十分だと思いますけど。
そのかわりメモリはキャッシュとして使うので、画像アプリ用で多量（３００MB)とか必要ですけど。
3Dの方は今のPCリソースでも、何をやりたいのかはっきりしないし３Dの画像解析の定義とか意味付けがはっきりしないのでどれだけリソースが必要で、どれだけの速度で応答する必要があるのとか未知数ですけど。
１０年前は800...1GぐらいのCPUだったんですけど、その当時の画像処理ソフトは従来の変色フィルターとか歪みフィルターとかで、その当時からあまり高機能に進化してませんよね。
結局「実用的な速度」という概念自体が、理想なものでしかなく、「実用的な速度」という測定できないような空想の速さを追い求める「あなたの理想」だったのでは？F1とかの走り屋の心境と同じなんでしょうか・・・
ある程度満足がいく画像処理アルゴを、より「理想的は速さ」を求めるためにチューニングするよりも、最新のハード（や専用プロセッサ・ハードエンコード）で処理したほうが、よっぽどリアル世界での「実用的な速度」だと思いますが。
24:デフォルトの名無しさん
09/07/11 02:38:03
妙な略語を使うのは初心者の特徴だな。
25:デフォルトの名無しさん
09/07/11 02:43:03
>>23
そもそも、最新のハードをJavaやC#で制御できるの？っていう話が。
Cでさえ遅いってことで CUDAやOpenCLのような並列処理をサポートした処理系を持ち出してるのに。
26:デフォルトの名無しさん
09/07/11 02:43:55
画像処理物を自分で実装することはあまり無いし、JNIとか使いこなせるんで別にCで実装してあってもいいんですけど…
JAVAとかC#でOOPやってる、どうも原始的なんですよね。CとかGTKとかのフレームワークが。
たぶん、JAVAとかJAVASCRIPTとか現代的な言語を身につけると、言ってる意味が分かるようになりますよ。
ある意味アルゴリズムの実装方法（for + if)自体が変わる( img.filter(*func) )ぐらいのパラダイム変化があるでしょうし。
27:デフォルトの名無しさん
09/07/11 02:47:11
画像処理を実装しないのに、なんでこのスレにいるの？
28:デフォルトの名無しさん
09/07/11 02:53:20
言語なんて関係なく、とにかく自分で実装するのが嫌だから、ライブラリ作ってくれって言ってるだけじゃん。
29:デフォルトの名無しさん
09/07/11 02:53:31
>>25
その最新のハードは上にも書いてありますが、IO（データ、ストリームの入力と出力部分）なので当然Cで実装します。
双じゃなくて、画像処理のための仕組みは、最新ハードに依存しないソフト物（メモリ上でしかない）ので、javaとかで十分です。
関数呼び出しコストとか２０年以上前のしがらみにこだわってる人だと、ある種の宗教なので話は通じないでしょうけど（足踏みしてる人なんでしょう）。
メモリ上で処理ですけど、GPUの場合はGPUのVRAM内なのでCしかないんでしょうけど、まだ最新技術（ハード）でいくつか仕様がありかつデファクトにもなってないから、
上の処理ライブラリの仮想マシン言語での実装はCPUとPCでの話ですけど。
GPUのGPU内のメモリ（VRAM)にアクセスする手段が確立したら、結局同じ議論になると思いますよ。
30:デフォルトの名無しさん
09/07/11 02:57:58
>>29
JavaとかC#で実用的な速度出せるようになればいいね。
31:デフォルトの名無しさん
09/07/11 02:58:32
>>27-28
とはいうけど、OOPで作られている現代的フレームワークとか使ったことありますか？
そういう大規模なアプリとか作ったことないでしょ。
自分で実装するのが嫌とか面倒とかじゃなくて、車輪の再発明とは何か、なぜよろしくないのか、もう一度車輪の発明とコードの再利用（旧来はモジュール化とも称していたけど）とはどういうことなのかを勉強したほうがいいと思うよ。
32:デフォルトの名無しさん
09/07/11 03:02:26
なんだ
ただの低レベルな勘違い君だったか
33:デフォルトの名無しさん
09/07/11 03:06:10
仮想マシンとネイティブとの関数呼び出しコストがあるかもしれないけど、
1.4G以降のPC（ネットブックとかも）ならもう測定不能誤差って範囲で、関数呼び出しコストは発生せずってところだと思うよ。
400MHzのPC（パームとかスマートホンレベル）だと仮想マシンにあるライブラリを呼び出すのは、呼び出しコストは少しあるかもしれないけど、
そもそもそんな非力なリソースしかないのに高度な画像処理をすることは向いてない。つまり変色フィルターと３Dとかのゆがみ、アフィン変換程度で十分。
画像処理の方法（アルゴ）を考えるよりも、まずこういうリアルの感覚が大事。
34:デフォルトの名無しさん
09/07/11 03:08:30
なんで関数呼び出しとかの話になってるんだよw
35:デフォルトの名無しさん
09/07/11 03:08:40
やあアルゴ君
久しぶりだね
36:デフォルトの名無しさん
09/07/11 03:09:56
つまり関数呼び出しがボトルネックになると思いこんでたのか
37:デフォルトの名無しさん
09/07/11 03:09:58
どうでもいいが、以上によってIOに関係しない画像処理（フィルターとか次世代の検索・動き検知・補正技術）を書くなら、Javaを見据えてJava用のライブラリを書いてくれ。
そのライブラリをCから呼び出す方式（JNIとか）にしてね。
38:デフォルトの名無しさん
09/07/11 03:12:07
自分で書けゴミ
39:デフォルトの名無しさん
09/07/11 03:14:59
>>31
何を主張したいのか分からん。
言語に関わらず、誰かが実装したものがあればそれ使えばいいんじゃないの？
(タダなのか有償なのかはライセンス次第だろうけど)
誰も実装してなかったら、もしくは高くて買えなかったら残念ね。
諦めるか、自分で実装するか、お金を出して実装してもらうかするしかないよね。
40:デフォルトの名無しさん
09/07/11 03:16:30
あ？書き方が変で分かりづらかったね。
Cのネイティブ・プラットフォーム（winとかcudaとか）を中心に考えるんじゃなくて、JavaとかC#とか仮想マシンのプラットフォームを中心に考えて処理の設計・アルゴの実装してね。
JavaとかならライブラリAPIへのアクセス方式（の規約）が統一されてるから、他の人のライブラリも同じような使い方だし、自作でも使ってくれる人も多くなるし、すぐその世界で有名になれる。
41:デフォルトの名無しさん
09/07/11 03:19:31
>>37
Cでかかれたライブラリならまだ他言語から使いようがあるが、
Javaでかかれたクラスライブラリは他言語から使いにくい(車輪の再発明を強いられる)。
よって、Cで書いた方がよい。
42:デフォルトの名無しさん
09/07/11 03:19:40
変なのは書き方じゃなくて頭
43:デフォルトの名無しさん
09/07/11 03:23:19
そういや、アルゴってマンガがあったな。
44:デフォルトの名無しさん
09/07/11 03:24:39
>>34-36
最悪１ピクセルごとに処理するために関数呼び出しするんですけど、コスト無いんですか？
メモリ上の画像処理で、いつも遅い原因はここだと思ってたんですけど、このスタックへの値渡しがコストじゃないとすると、何がコストの元になってるですか？
for (;;){
c=getPixel(x,y)
delegateFilter(c);
setPixel(x,y,c);
}
とかですよ？
45:デフォルトの名無しさん
09/07/11 03:29:05
値渡しは関数（の引数）ローカルスタックへのコピーのことで、int cというわけでもなくstructもありえます。
これ以外は全てどの処理系どの言語でも省けない処理（画素の取得、加工、更新）なのでコストとはいえない思うですけど。
for (;;){
c=getPixel(x,y)
delegateFilter(&c);
setPixel(x,y,c);
}
46:デフォルトの名無しさん
09/07/11 03:29:09
コストが掛かるかやその大小は実装方法や環境による
47:デフォルトの名無しさん
09/07/11 03:32:42
>>44
>>33に聞けよ。
48:デフォルトの名無しさん
09/07/11 03:37:09
>>41
分からなくも無いよ。その発想は。
もともとCはシステム（OS）を記述するために開発された汎用・移植用の言語であって、汎用性は高いけど、画像処理とか２D（GUI)の処理には向いてないよ。
とくに、画像処理は他の画像処理に依存することもあるから他のオブジェクトへのメッセージ、つまりOOPが適しているし、
そもそも画像データとその処理が一体なのであって、これも突き詰めるとOOPとなる。
OOPの言語ならどれでもいいけど(ruby,javascriptとか）、デファクトなJavaかMSのみがターゲットならC#となるだけ。
批判するならもうちょっとちゃんと勉強してからにしたほうがよかったね。でも分かるよ、その自分の知ってる言語で全部済ましちゃいたいって言うその発想は。
結局BasicとCしか手になじまなかったってことで、Java, OOP云々よりも君のスキル不足ってだけなんじゃないの？
49:デフォルトの名無しさん
09/07/11 03:38:10
つまんね
50:デフォルトの名無しさん
09/07/11 03:41:16
>>46
じゃ「実用的な速度」ってなんのことですか？
それならCで実装する必要はありませんよね。
速度やコストがすぐ話題になりますが、結局Java,C#で実装したアルゴリズムが原因ではなく、IO（ネイティブ）じゃないですか？
そういうところをちゃんと分かって、そういう視点で設計を考えたことありますかね？
51:デフォルトの名無しさん
09/07/11 03:48:05
CPU boundか IO boundかは処理によって違う。
ものそごく単純化すると、単純な処理ならIO boundになりやすいし、
処理が複雑なら CPU boundになりやすい。
52:デフォルトの名無しさん
09/07/11 03:49:44
なぜ極狭い一面を見ただけで一般化しようとするかな。
53:デフォルトの名無しさん
09/07/11 04:07:30
>>51
GPUには期待してますけど、今までのCPUとはまた違うパラダイムでしょうね。
上の議題は、GPUではなくCPUでの画像処理（所詮２D）での話ですけど。
GPUは、ifによる分岐じゃなくストリームのパラダイムなので、２D処理（つまり従来からの画像処理・探索）は向いてないと思いますよ。
CPUは４Gぐらいが限界と分かったので、これ以上はいくらハード・アルゴをチューニングして頑張ってももはや速くはならないでしょうし、0xffff * 0xffffの画像とかデジカメならすぐ到達するんで、２Dのアルゴも違う発想が必要になるでしょう。
54:デフォルトの名無しさん
09/07/11 04:09:37
ここ何人いるの？
55:デフォルトの名無しさん
09/07/11 04:14:48
多分日本人
56:デフォルトの名無しさん
09/07/11 04:59:20
車輪の再発明の話は散々出るけど、ならなんで新しい言語が次から次へと登場するのかね。
しかも似たりよったりの言語が。あれは車輪の再発明とは呼ばないのだろうか。
ライブラリの話を見ていて、なんだかそんな気分になった。
57:デフォルトの名無しさん
09/07/11 06:51:49
言語は、言語開発者がそれを作る目的によって違うので、いくつもの似たような言語があっても目指すものが違うんですよ。
コンパイラとか作ったこと無いと分からないんでしょうけど。
似たように感じるのは、文法が似てるからだとは思いますが、ハスケルみたく奇抜な文法だと多分あんたじゃ習得できないでしょう。
分かりやすいところでは、Cでは2D,GUI向けの言語ではないので、「ウインドウを作ってボタンを押してハローワールド」
これだけのことをやるのに、win32だと５０行ぐらいは必要でしょう。
それ用のランタイムライブラリや言語だと２－３行でしょうけど、この違いは文法（リテラル）の差ですよ。
この言語上の文法が内部で車輪（よりネイティブに近い実装ライブラリ）を呼び出してるんですけど、これを再発明する必要はないでしょう。
変色フィルターとかアフィン変換とか通常の画像処理はjava,c#でライブラリとしてほとんどあるんで、勉強目的以外なら普通は自分で改めて書いたりませんけどね。
何とかの分離とも言いますが、とくにかくCのコードはIOだけにしてそのハード用の使い捨てにして、画像処理のアルゴリズムなら、javaとかvmのプラットフォームを中心にすえてコードを書くといいですよ。
後２－３年で携帯とか他のOSでもそのアルゴが何の変更も無く普通に使える（再利用できる）ようになるでしょうし。
58:デフォルトの名無しさん
09/07/11 06:59:07
>>57
＞作る目的によって違うので、いくつもの似たような言語があっても目指すものが違う
ライブラリもそうじゃないのかｗ
59:デフォルトの名無しさん
09/07/11 07:37:25
またなんか凄いのが沸いてるな。
OOPって単語覚えて嬉しいのはわかるけど、
画像処理技術と設計技術はなんの関係もないので、よそで喚いてくださいね。
60:デフォルトの名無しさん
09/07/11 07:49:23
ARMは固定小数点の方が速いんだよな。
61:デフォルトの名無しさん
09/07/11 08:56:00
携帯で「高速な画像処理が出来る」とか期待しないけどね。普通の人は。
62:デフォルトの名無しさん
09/07/11 08:57:50
>>59
画像処理技術とかたいそうな漢字を並べてみても、君なんか所詮未熟者でしょ？ｗ
63:デフォルトの名無しさん
09/07/11 09:04:00
>>58
そのライブラリとか、自作の処理を関数化したりを突き詰めると結局「それ用の言語を作ったほうがいい（つまり文法とリテラル）」ってなるんですよ。
例えばマテマテカとかRとか使ったこと無いでしょ。君みたいな貧乏低学歴じゃ。
多少難しいこと買いても、このスレでは無能ばかりだしついてこれようなるまじめな人もいないみたいなので、これぐらいで勘弁してあげましょうかね。ｗ
64:デフォルトの名無しさん
09/07/11 09:08:57
>>59
OOPが未だに理解できないのも分かるんですけど…
そんな万年石頭のオジサンに、返して差し上げる言葉ありませんよ。
65:デフォルトの名無しさん
09/07/11 09:40:12
きちがいうぜー
66:デフォルトの名無しさん
09/07/11 10:52:58
トリップ入れろ
てかactionscriptでいいんじゃない？
67:デフォルトの名無しさん
09/07/11 11:04:58
要するに、画像処理専用の言語があればいいんだな。
そういうのはあるよ。たぶん、JavaとかC#には乗らないけど。
68:デフォルトの名無しさん
09/07/11 11:12:31
画像処理にOOPが必要かどうかの議論は
ｽﾚﾘﾝｸ(tech板)
でやった方がいいと思う。
69:デフォルトの名無しさん
09/07/12 03:16:55
>>66
痛いな
70:デフォルトの名無しさん
09/07/12 03:17:59
スレタイとスレ番に期待して覗いてみたら… 半年後にまた来ます。
71:デフォルトの名無しさん
09/07/13 04:33:40
正しいと思うなら自分で作って証明すればいいだけだし
みながそうしてきた結果が今の状態だろ
72:デフォルトの名無しさん
09/07/13 13:11:26
イミフ
73:デフォルトの名無しさん
09/07/13 14:36:01
頭の悪い高校生（だよね？）のために現状を解説すると、
アルゴリズムの検証や研究などには Matlab などの簡便で高級な環境を使う。
実用品の実装には C 等の高速な言語を使う。
ので、記述力がない上に遅い Java や C# を使う必要があるケースは少ない。
個人的には Matlab 使えないけど手軽に検証したいときには C# は便利だと思うけど、
そういう状況があるのって非専門家だけだからなあ。
74:デフォルトの名無しさん
09/07/13 14:49:34
マットラボ乙
75:デフォルトの名無しさん
09/07/13 21:36:53
>>73
画像処理は何使ってやってんの？
76:デフォルトの名無しさん
09/07/13 23:47:39
別に10Bitの浮動小数点数が使えるから
喜んでPascal使ってる俺みたいのがいてもいいじゃんか
77:デフォルトの名無しさん
09/07/13 23:49:04
Byteだったお
78:デフォルトの名無しさん
09/07/14 01:09:37
1024ﾊｱﾊｱ
79:デフォルトの名無しさん
09/07/14 12:45:00
fp10って奴だろ
RGBを10bitずつで、あと2bitをαとか
80:デフォルトの名無しさん
09/07/14 19:05:21
Matlabって画像処理に使いやすいかぁ？
81:デフォルトの名無しさん
09/07/14 19:08:32
頭の悪い高校生なんだから相手しちゃダメ
82:デフォルトの名無しさん
09/07/15 09:37:36
去年matlabからC++への移植＋高速化の仕事があった。
matlab100行がC++で3000行、速度は4～6桁高速化。
83:デフォルトの名無しさん
09/07/15 10:20:23
それは高速化したんじゃなくて、もともとマトラボのそのコードが糞遅かったんだろｗ
84:デフォルトの名無しさん
09/07/15 11:35:27
4～6桁って、1万倍から100万倍ってこと？
85:デフォルトの名無しさん
09/07/15 11:50:24
高速化してくれって言う案件を受けるってのが凄いな。
いくらなんでもそんな要求はキリ無いだろ。
もし最適化してプロトタイプ実装しても、その仕様を満たさないならいくら準備料を積んでもらっても無駄骨だしな。
おまえのところは、明日の飯を食うのも困るほどの零細なハウスなんだろう
86:デフォルトの名無しさん
09/07/15 12:10:25
>>83
確かに組み込み関数を並べているだけの芸の無いコードだった。
コアのコードなんて10行くらいｗ。
高速化の内容は
処理時間の大部分はconv2(fft + ifft)の膨大な繰り返し
conv2の繰り返し処理に対応する部分を2～3桁高速化
今度はmaxに対応する処理が時間の大部分を占めるようになったので、そこを2～3桁高速化
>>84
1000倍から100,000倍(画素数による)
>>85
あなたはエスパーですか？
他社がさじを投げた案件ばかり回ってくる零細ソフトハウスです。
87:デフォルトの名無しさん
09/07/15 12:25:30
そんなの受けて無駄な時間を使うな。
もし受けざるえないなら料金を吊り上げろ。
お前みたいな低脳低学歴が下らないおせっかいをするからソフト業界の案件受諾価格が下がるだろが。
もしこういうのがやなら、お前のところはフリーソフトでも作ってろカス
88:デフォルトの名無しさん
09/07/15 12:31:25
なんなんだこいつは
89:デフォルトの名無しさん
09/07/15 12:45:50
87はプロダクト・マネージャーの精霊です
90:デフォルトの名無しさん
09/07/15 13:54:59
特化したソフトを作る会社があってもいいじゃないか
91:デフォルトの名無しさん
09/07/15 14:01:22
>>88
それで高速化さん、マットラボと画像処理はどう関係あるの？
92:デフォルトの名無しさん
09/07/15 15:25:07
URLﾘﾝｸ(www1.axfc.net)
VC++2008 を使用しています。
PNG 画像を扱う時に _aligned_malloc でメモリ確保する方法を使ってみた所、
sample1.png の画像は読み書きに成功したのですが、sample2.png の画像は
「libpng error: Too many IDAT's found」と出てうまくいきませんでした。
何かやり方が悪いのでしょうか、どなたかご教授下さい。
93:デフォルトの名無しさん
09/07/15 16:36:50
OpenCV使え。デフォルトでPNG読み込める。
94:デフォルトの名無しさん
09/07/15 16:43:43
この画像で何がしたいんだ?
95:デフォルトの名無しさん
09/07/15 17:57:44
>>93
LIBPNGを使う前提でやっていますので…。
>>94
この画像でという訳ではなく、
読み込みに失敗する場合があるという点が問題なのです。
96:デフォルトの名無しさん
09/07/15 18:47:50
sample2.pngの中身が分からんと解決しようがない
97:デフォルトの名無しさん
09/07/15 19:16:53
画像でないが、とあるツールのログ解析するソフト、チョロッと作ったら、10H が20secに短縮したな。
SED等の組み合わせでやっているのを、rubyで字句解析入れてやった。ｗ
98:デフォルトの名無しさん
09/07/15 19:34:40
さっきから画像関係ないよな…
変なのがいついちゃったな
99:デフォルトの名無しさん
09/07/15 20:58:18
>>96
えっと、中身とはどういう事でしょう？
100:デフォルトの名無しさん
09/07/15 21:05:06
>>99
スレ違いだっつーの
さっさと失せろクズ
101:デフォルトの名無しさん
09/07/16 07:15:27
LIBPNGを使った画像の読み書きは、
このスレではスレ違いなのですか？
どちらのスレでなら大丈夫なのでしょう？
102:デフォルトの名無しさん
09/07/16 07:19:13
環境依存OKのC/C++スレか、スレ立てるまでもないC/C++スレ辺りじゃね?
103:デフォルトの名無しさん
09/07/16 08:09:32
なるほどです。
教えて下さりありがとうございました。
104:デフォルトの名無しさん
09/07/16 14:41:00
>>101
失敗した場合のエラーコードくらいみたら
105:デフォルトの名無しさん
09/07/19 13:00:45
>>17
超高速プロセッサと超高性能コンパイラがあれば「僕の考えた最強の開発環境」が実現できるよね
106:デフォルトの名無しさん
09/07/19 13:05:17
>>48
画像処理にはＯＯＰの方が向いているというのには納得するけど、Ｊａｖａは糞言語だからC#にするべき。
107:デフォルトの名無しさん
09/07/19 13:07:46
>>82
matlab使いは例外なくクズ
108:デフォルトの名無しさん
09/07/19 14:36:04
画像処理？
使う言語はverilogとFPGAに決まってるだろ？
109:デフォルトの名無しさん
09/07/19 17:42:59
どのように使っていますか
110:デフォルトの名無しさん
09/07/20 00:15:58
うわー堕ちたなーこのスレ
111:デフォルトの名無しさん
09/07/20 00:20:54
きちがいうぜー
正しいと思うなら自分で作って証明すればいいだけだし
みながそうしてきた結果が今の状態だろ
スレタイとスレ番に期待して覗いてみたら… 半年後にまた来ます。
112:デフォルトの名無しさん
09/07/20 09:55:26
>>110
ならいつまでもROMってないでこのスレに貢献したらどうだ？
なんの能力ないなら黙ってろよ
113:デフォルトの名無しさん
09/07/20 12:10:00
無能な奴はこのスレに居て欲しくないよな…
114:デフォルトの名無しさん
09/07/20 12:20:19
君は有能なのかい？
115:デフォルトの名無しさん
09/07/20 12:46:15
matlabを使う画像処理ってどうやるんですか？
116:デフォルトの名無しさん
09/07/20 20:59:46
>>115
matlabスレで聞けば？自分はmatlab使った事ないけど複数の知り合いはガリガリ使ってるから可能である事は確か。
117:デフォルトの名無しさん
09/07/20 21:13:07
fft
118:デフォルトの名無しさん
09/07/21 10:21:24
>>113
まず君が去らなきゃな
119:デフォルトの名無しさん
09/07/24 16:16:14
αチャンネルを持つ画像同士の、
αブレンドの方法を教えてもらえないでしょうか。
120:デフォルトの名無しさん
09/07/24 16:29:05
すみません、言葉が足りませんでした。
↑の式を教えて貰えませんでしょうか。
121:デフォルトの名無しさん
09/07/24 16:33:39
まだ足りない
122:デフォルトの名無しさん
09/07/24 16:43:47
α×画素値A＋（1－α）×画素値B
123:デフォルトの名無しさん
09/07/24 16:57:06
すみません、画像Aのαと画像Bのαを使ってください。
124:122
09/07/24 17:51:04
α_A/(α_A＋α_B)×画素値A＋α_B/(α_A＋α_B)×画素値B
125:122
09/07/24 17:53:36
α_A/(α_A＋α_B)×画素値A×α_A＋α_B/(α_A＋α_B)×画素値B×α_B
126:122
09/07/24 17:55:27
すなわち
(α_A^2×画素値A＋α_B^2×画素値B)/(α_A＋α_B)
127:デフォルトの名無しさん
09/07/24 18:40:10
Acos^2(α)+Bsin^2(α)
128:デフォルトの名無しさん
09/07/24 19:11:51
上の式は量子化で分かるのですが、
α_A/(α_A＋α_B)×画素値A×α_A
でα_Aが２回出るのはどういう意味なんですか？
129:デフォルトの名無しさん
09/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
09/07/24 19:15:12
そういえばもともとα値で薄くなってるな～とおもってα_Aをもう一回かけてみた。
131:デフォルトの名無しさん
09/07/24 20:02:40
>>129
数値微分は精度悪い（半分の桁しかない）ですよね…
なにか上手い方法ないでしょうか？
132:デフォルトの名無しさん
09/07/24 20:06:48
>>130
それが計算式の根拠なんです。なら
α_A^2がcos^2(α)
となるのは無理（不可能）がありますけど。
133:デフォルトの名無しさん
09/07/25 00:04:43
色のスペクトル（横長）は出来たのですが、
こんどは色相環（円形）を描画したいのですがどのような方法になるんでしょうか？
やっぱりsin,cosなど角度を使って描画するのが簡単なのでしょうか。
134:デフォルトの名無しさん
09/07/25 00:06:13
うん
135:デフォルトの名無しさん
09/07/25 00:36:47
そうなんですか。ベクトルに詳しい人がいるみたいなので期待してたんですけどsin,cos使ってやります。
136:デフォルトの名無しさん
09/07/25 01:00:05
sin,cosとベクトルを切り離して考える方がおかしい
137:デフォルトの名無しさん
09/07/25 01:13:12
ベクトルのことをろくに知らないくせによく言うよカス
138:デフォルトの名無しさん
09/07/25 01:28:00
ベクトル（回転行列とか？）使ってやるよりSin,Cosの方が直観的だし簡単だろう。
139:デフォルトの名無しさん
09/07/25 01:33:23
このスレもレベル下がったな
糞スレ決定だろ
140:デフォルトの名無しさん
09/07/25 01:36:21
前からだけどな
専門家はどこにもいない
141:デフォルトの名無しさん
09/07/25 02:04:22
回転行列も中身は結局三角関数だよな
142:デフォルトの名無しさん
09/07/25 02:15:42
sin,cosが問題じゃなくて角度θ使ったほうが簡単なんですか？
回転とか行列とかじゃなくて、int,floatとかそういう数学の基礎的なところなんですけど・・・
float使うとなるとアルゴリズムが大分違うんですよね。
143:デフォルトの名無しさん
09/07/25 06:10:54
それはベクトルじゃなくて
DDTのことを言っておるのか？
144:デフォルトの名無しさん
09/07/25 07:16:58
DDTってなんじゃ？
145:デフォルトの名無しさん
09/07/25 07:29:39
マクローリン展開して……
146:デフォルトの名無しさん
09/07/25 08:03:08
マクローリン展開？？
147:デフォルトの名無しさん
09/07/25 11:14:34
いくらなんでも池沼過ぎるだろオイ
148:デフォルトの名無しさん
09/07/25 11:35:18
>>145
それならpoly展開だと何項ぐらいにしますか？
8ビット機ならともかく、cpu 33MHz(33)ぐらいあれば角度もintにするのははちょっと複雑ですけどね・…
149:デフォルトの名無しさん
09/07/25 12:10:19
一応手順としては、色スペクトル（横長）を作ってこれをaffineとかでリング（円形状）に仕様と考えてるんです。
だいたい一円の解像度も40-60分割ぐらいなのでθを使わず、やっぱり（数学的に単純考えると）affineがいちばん簡単だと思いますが、画像処理の手法として他に伝統的な方法はあるんでしょうか？という質問です。
150:デフォルトの名無しさん
09/07/25 13:18:46
つまりはバイナリで読み出して、数値を変換してバイナリで書き出すと思えばおｋ？
151:デフォルトの名無しさん
09/07/25 15:06:20
これだけヒントを出しえもやっぱり答えられる御人は居ませんね。
数学（幾何）的にやれは何でもできるんですけど、画像処理すれなので画像の特性に特化した画像処理手法があると期待してたんですが・・・
現代のPCならdoubleでもぜんぜん処理が遅くないので（ほぼリアルタイム）、この様子だと数学公式とハードでごり押しになっていき画像処理の小手先技はすたれていくんでしょうね。
152:デフォルトの名無しさん
09/07/25 15:19:41
>>151
この辺の処理ってのは色々コツがあるので、知っていてもタダで提供するわけがないな。
153:デフォルトの名無しさん
09/07/25 15:28:41
あの・・・ハードでごり押しできるんであまり小手先技に吹っかけても誰も払わないと思いますよ。
ハードやリソースが非常に限られてるなら業務提携とか企業間のライセンスとかになるんで、その小手先ノウハウが有料かどうかはあまり問題にならないですけど。
ノウハウと言ってもそれはアルゴリズム上のノウハウではなくて、ほとんどは（その画像ではなく）ハードやリソースの特性を生かしてるだけですし・・
アルゴリズム上のノウハウなら「PCは全て２進なので２進に特化したビット演算でhypotを小手先実装した（ので高速化実現！）」とかですし。
何を隠して何をOPENにするかとか、そういう辺りのことはあまり知らないみたいですね。
154:デフォルトの名無しさん
09/07/25 15:32:27
上にマク展開しようと考えてる古い人もいるので、これもちゃんと書いておくと、
＞（ので高速化実現！
ですけど、８ビットハードなら高速実現だと思いますが、16ビット33MHzとかFPU乗ってるハードなら高速でもなんでもなく、こういうのはまったく無意味ですよ。
155:デフォルトの名無しさん
09/07/25 16:57:00
>ヒント
要するに釣りのつもりだったのかな。
大昔ならまだしも、今では有効性の無いテクニック使っても意味が無いね。
156:デフォルトの名無しさん
09/07/25 17:09:57
>>152
それで・・・そのコツとやらは本当にコツなんですか？
ヒントがないと何のことか分かりませんよね。知ったかさん
157:デフォルトの名無しさん
09/07/25 18:34:48
>>146
>>129
158:デフォルトの名無しさん
09/07/25 18:37:10
>>151
URLﾘﾝｸ(www.geocities.jp)
159:デフォルトの名無しさん
09/07/25 18:49:01
>>158
なんだ、やっぱりマク展開はやめて表にしたんですか。
ていうか、あなたの知ったかレベルじゃ話について来れないと思いますよ。
xyzzy使ってemacs気取りもいいですけど、あなたは実際のスキルがあまり無いなので秀丸とかその辺でいいじゃないですか？ｗ
160:デフォルトの名無しさん
09/07/25 22:14:54
>画像処理の小手先技
手羽先に空目
161:デフォルトの名無しさん
09/07/25 23:09:32
URLﾘﾝｸ(www.jma-net.go.jp)
162:デフォルトの名無しさん
09/07/26 05:05:20
なんかヘンなのが住みついちゃったみたいだな
163:デフォルトの名無しさん
09/07/26 14:31:01
>156
教えて君の分際で他人を知ったかよばわりとか痛いな。鳥つけてくれよ、あぼーんするから。
164:デフォルトの名無しさん
09/07/26 15:54:11
>>163
なにその態度ｗ
それも顔真っ赤にしてアゲちゃってるし
知ったか君涙目ｗｗ
165:デフォルトの名無しさん
09/07/26 16:17:46
夏だなぁ
166:デフォルトの名無しさん
09/07/26 16:22:59
そうだな
夏だな厨が現れるあたりが特に
167:デフォルトの名無しさん
09/07/26 16:33:04
>>163
もう君はこのスレに来なくていいよ
君が居ると荒れるから
168:デフォルトの名無しさん
09/07/26 16:49:33
よく2chの情報はいい加減とか、正しくない情報が多いとか言われるけど、
僕にとっては大事な情報源です。
たまにはボロクソ言われることもあるけど、みんな親切に教えてくれる。
いつもありがたいと思ってる。
169:デフォルトの名無しさん
09/07/26 17:03:20
>>168
まさに教えて君じゃねーかｗｗｗ
ウザイからさっさとROMってろよ
170:デフォルトの名無しさん
09/07/26 17:12:51
/ / / / / / /
＿_,____
/. ／// |ヽヽ＼ / / /
^^^^^.|^^^^^^
. / / ∧__∧
( ´・ω・)∧∧
/ /⌒ ,つ⌒ヽ) // / /
(___ ( __)
"''"" "'゛''` '゛ ゛゜' ''' '' ''' ゜` ゛ ゜ ゛''`
もし、またメール送っても嫌いにならないでね。
171:デフォルトの名無しさん
09/07/26 17:41:21
>>163
あげるなカス
172:デフォルトの名無しさん
09/07/26 21:04:22
2/2 URLﾘﾝｸ(www.youtube.com)
1/2 URLﾘﾝｸ(www.youtube.com)
173:デフォルトの名無しさん
09/07/27 01:11:58
αHSV色空間でのαブレンドってどうやればいいんですか？
一旦αRGB色空間に変換しないといけませんか？
174:デフォルトの名無しさん
09/07/27 01:12:52
サンデープログラマー乙
175:デフォルトの名無しさん
09/07/27 01:26:59
サンデープログラマー乙
176:デフォルトの名無しさん
09/07/27 02:12:22
>>173
RGBだのHSVだのは出力時の問題。αの計算は同じだ。
177:デフォルトの名無しさん
09/07/27 09:30:14
>>168
おまえは質問に一度でも答えたことあるのかよ？死ねよ
178:デフォルトの名無しさん
09/07/27 12:34:42
>>176
横からだけど、非線形だしHSVにそのままRGBでやってたようなαはできなくない？
Hとか特に。単にHSVαを保持して
出力時にどうせRGBに変換するからそこで適用、って意味ならわかるけど。
179:デフォルトの名無しさん
09/07/27 13:34:33
Hueの加算て一意にできないよねぇ。
180:デフォルトの名無しさん
09/07/28 19:52:03
libtgaあまりにも動かなくてわけわからん
ソースを追ってみたがちゃんとしてるんだよな
でもVCでコンパイルするとfreadがまともに機能してない
意味わからん
181:デフォルトの名無しさん
09/07/28 23:21:54
とりあえず age とくか
182:デフォルトの名無しさん
09/07/29 13:18:24
TGA→BMPに変換して使えば？
183:デフォルトの名無しさん
09/07/29 17:17:08
めんどくさいから自分で１から作った
184:デフォルトの名無しさん
09/07/29 20:01:17
>>180
テキストモードってオチだったりして？
185:デフォルトの名無しさん
09/08/02 22:43:21
URLﾘﾝｸ(developer.download.nvidia.com)
ここにOpenGLとCgによるSimple Glowのサンプルがありますが、
原理を解説しているページはないんでしょうか？Whitepaperには原理までは載っていないようです。
186:デフォルトの名無しさん
09/08/03 00:06:09
>>185
そこのページの画像しか見てないが、原理というほど難しいことをしているようには見えないが。
WhitepaperのDescriptionだけでも十分説明されてると思う。
っていうか、これソース見れるんじゃないの？
187:デフォルトの名無しさん
09/08/03 18:11:35
パターンマッチング的なものをやりたいくて勉強中なのだが
3次元空間上に点列が3次元の整数値座標で与えられている複雑な線図形について
形状を分析して3つくらいの特徴量にして
別の空間にあたえる方法はないかと思って探しているのだが
果たしてそんなのはあるのかどうか・・・
188:デフォルトの名無しさん
09/08/03 19:26:27
>>187
意味が全然分からないんだが。
特徴量を抽出して、別の空間に与えるってなに？
例えばＲとＧとＢをとりだして、ＲＧＢの３次元座標空間に
プロットするように、特徴量を軸に持つ空間でマッチングさせたいとか
そういうことか？
しかしそれだと、３つくらいの特徴量にできませんか？
で質問が終わるだろうし、何を意図してるんだ？
189:デフォルトの名無しさん
09/08/03 19:29:21
主成分分析とか主軸変換とか固有値解析とか
190:デフォルトの名無しさん
09/08/03 20:31:15
カーブとか直線とかそういう特徴量を抽出したいってことじゃ？
191:デフォルトの名無しさん
09/08/04 04:02:48
特徴量を抽出するところじゃなくて、それを別の空間に与えるというところに
疑問を感じているのではあるまいか。
192:デフォルトの名無しさん
09/08/04 08:13:05
FFT
193:187
09/08/04 14:33:29
>>188
> 例えばＲとＧとＢをとりだして、ＲＧＢの３次元座標空間に
> プロットするように、特徴量を軸に持つ空間でマッチングさせたいとか
> そういうことか？
そういう感じです
正八面体みたいに整っているものじゃなくて
もっと複雑な線図形でのマッチングを想定しております
パラメータは3つと挙げたのですが
なるべく少ない方がいいのではないかと考えておりまして
194:デフォルトの名無しさん
09/08/04 16:11:06
FFT
195:185
09/08/04 23:40:39
>>186
確かにソースは見れますが、分かんないまま写して使うことなってしまいそうなので
ガウスっていったい何なんでしょうか。
196:デフォルトの名無しさん
09/08/04 23:44:20
えっ？
197:デフォルトの名無しさん
09/08/05 07:37:50
何になりたいんだコイツ
198:デフォルトの名無しさん
09/08/05 10:53:39
点間の位相関係をなるべく損なわずに低次元に写像したいなら、Locally Linear Embeddingとかどうよ？
199:デフォルトの名無しさん
09/08/05 13:30:56
画像から文字を抽出する方法ありませんか？
強引に文字を画像化して照合するくらいしか思いつかないのですが、
オープンソースは出回ってないのでしょうか。
200:デフォルトの名無しさん
09/08/05 13:33:55
>>199
OCR で ぐぐる
201:デフォルトの名無しさん
09/08/05 13:38:08
>>200
ありがとうございます。
企業秘密かと思ってました。
202:デフォルトの名無しさん
09/08/05 20:41:57
ＷＴＣに飛行機は突っ込んでいない？
＜最も重要な動画＞
911テレビ画像捏造説(2006年9月10日のフォックスニュースより）
URLﾘﾝｸ(www.youtube.com)
＜重要な参考動画＞
念写？呪われたフロントガラス？ー911ビデオ画像捏造の証拠映像
URLﾘﾝｸ(www.youtube.com)
奇妙な一致? 不可解な視差!! ー911ビデオ画像捏造の証拠映像
URLﾘﾝｸ(www.youtube.com)
丸見え! お宝映像遂に流出!! ？９１１ボーイング不在の決定的証拠映像？
URLﾘﾝｸ(www.youtube.com)
驚愕! 超常現象? 異次元を飛行する飛行物体ー911テレビ画像捏造の証拠映像
URLﾘﾝｸ(www.youtube.com)
恐怖! 超常現象? 無傷なまま貫通する機首ー911テレビ画像捏造の証拠映像
URLﾘﾝｸ(www.youtube.com)
911テレビ画像捏造／航空機不在説
URLﾘﾝｸ(www.youtube.com)
203:デフォルトの名無しさん
09/08/06 00:45:57
>>201
それは俺に対するあてつけかｗ
204:デフォルトの名無しさん
09/08/06 16:34:52
普通に全体的にぼかすのはわかるんだけど
中心からぼけた円を描くにはどうすればいいんだろう
205:デフォルトの名無しさん
09/08/06 18:41:54
↑描くときに一緒に計算しながらやったら出来ました申し訳ない
206:デフォルトの名無しさん
09/08/07 00:29:05
ビットフォーマットとか、画像処理を知ろうと思ってスレを開いたんですが
なんでテンプレになんの情報も書いてないんですか。
207:デフォルトの名無しさん
09/08/07 01:03:31
テンプレで1000埋まるから
208:デフォルトの名無しさん
09/08/07 01:08:40
もうちょっとリンクを貼るとかなんかしてくれよ
各形式の適当な解説とフォーマットのリンクがあれば親切だった
209:デフォルトの名無しさん
09/08/07 01:11:14
ここ見つけられるくらいだから簡単に見つけられるさ
210:デフォルトの名無しさん
09/08/07 01:33:30
>>208
質問するつもりだったんだろ？
質問に答えるわけでもないのに偉そうな奴だな。頭腐ってんじゃねーの？（笑）
211:デフォルトの名無しさん
09/08/07 01:37:52
質問は今んとこないよ
俺の書き方は標準だと思うぜ。君のは無意味な悪口だと思うぜ。
212:デフォルトの名無しさん
09/08/07 01:48:26
どうでもいいがスレに貢献しないなら自分の巣に帰ってくれ
213:デフォルトの名無しさん
09/08/07 01:49:45
>>211
おまえの方が「テンプレ！」「テンプレ！！」と愚痴ばっかり書いてるようだが？ｗ
214:デフォルトの名無しさん
09/08/07 02:03:09
何が言いたくて何を求めてるのかよくわからん。
アンチテンプレなのかもしれんけどテンプレはいいよ。
どうせ書きたくない人は書かないし関与しないんだから別に俺に喧嘩売る理由もないでしょ
まぁ帰るか。
215:デフォルトの名無しさん
09/08/07 02:26:46
>>214
お前の負けｗｗ
夏房涙目ｗｗｗｗｗ
216:デフォルトの名無しさん
09/08/07 06:44:35
>>215
馬鹿…それは明らかに…だろ
217:デフォルトの名無しさん
09/08/07 07:01:10
まあ、OpenCV のサイトくらいテンプレにあってもいいかな
■日本語ページ
URLﾘﾝｸ(opencv.jp)
■OpenCV入門
URLﾘﾝｸ(www.cs.iit.edu)
■ＦＡＱその他
URLﾘﾝｸ(opencv.willowgarage.com)
218:デフォルトの名無しさん
09/08/07 08:49:02
だが、それだけだと、まるでOpenCVスレみたいだしなぁ。
ところで206が求めてたような、画像のフォーマット情報みたいなのも
このスレの対象なの？
219:デフォルトの名無しさん
09/08/07 09:46:33
画像のフォーマットなんて、ImageMagickなんかのライブラリで変換できるものなんだからここで扱うまでもないだろ。
RGB<->HSL変換みたいな話なら別だが。
220:デフォルトの名無しさん
09/08/07 10:07:11
画像情報の色空間変換 と 画像情報の保存 は別腹だよなぁ…
221:デフォルトの名無しさん
09/08/08 20:40:19
>>220
あんまり細分化しすぎるのもなぁ
222:デフォルトの名無しさん
09/08/09 17:23:24
先生、リアルタイムで表示可能な画像のアンチエイリアスのアルゴリズムが思いつきません
223:デフォルトの名無しさん
09/08/09 17:36:33
高速で振動させればいいんじゃね？
224:デフォルトの名無しさん
09/08/11 08:30:07
OpenCVの顔認識で使用されているHaar-like特徴についての原理を知りたいのですが、参考になるHPはありますか？
225:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/08/12 06:53:37
>>224
「haar like viola jones」で「ウェブ全体から」（つまり「日本語のページを検索」じゃない方）
ググると色々．そっから辿ればいいと思うよ？
227:デフォルトの名無しさん
09/08/13 22:12:33
Kruppaの方程式について解説した日本語の本ありませんか？
228:デフォルトの名無しさん
09/08/14 01:37:54
Geroppaの方程式ならば James Brown のサイトに解説がある
229:デフォルトの名無しさん
09/08/14 05:09:41
いやそれGet Upだから
230:デフォルトの名無しさん
09/08/14 22:30:16
グロー 画像処理でググったら、目的ではないグロ画像についてのページが出るんですが
どこかにグローの仕方について載ったページはないでしょうか？
231:デフォルトの名無しさん
09/08/14 22:45:09
>>230
gouraud shading の話なのか glow effect の話なのかわからないので答えられない
232:230
09/08/14 22:48:05
glow effectのほうです
233:デフォルトの名無しさん
09/08/15 05:03:36
フィルタのタップ数ってどう表現するのが適切なんでしょうか？
例えば11タップフィルタって言った場合、フィルタリング対象画素の、
前後5画素範囲のフィルタなのか前後10画素範囲のフィルタなのか・・・
プログラム板で聞くのはちとお門違いな質問かもしれないけどよかったら教えて頂けるとありがたいです。
234:デフォルトの名無しさん
09/08/15 10:24:08
>>230
「+グロー "画像処理"」
でぐぐれ。もち「」は無しでな。
235:デフォルトの名無しさん
09/08/15 16:05:09
別に「」があってもグーグル先生は無視するけどな
236:デフォルトの名無しさん
09/08/16 12:25:44
3次元の認識って
ベジエ曲線を描いてみて○個以上山の頂上付近に居るものは１つの形状の一部と判断するとかどう？
237:デフォルトの名無しさん
09/08/16 14:38:44
いいと思う
238:デフォルトの名無しさん
09/08/17 00:54:31
メディアンフィルタによる平滑化で、
例えば3×3のフィルタでは、画像端の画素を決めるとき4つの画素値から中央値を求めなければならなくなってしまう。
このような場合にはどうやって中央値を決めるんでしょうか。
239:デフォルトの名無しさん
09/08/17 02:42:15
ケースバイケース
となりのピクセルと同じにしちゃうとか
240:デフォルトの名無しさん
09/08/17 04:48:23
鏡像反転するとか
境界外の部分は、境界画素で置き換えるとか
（３Ｘ３の場合はどちらでもほぼ同じだね）
241:デフォルトの名無しさん
09/08/17 10:24:49
>>238
周辺画素を取り除いて、フィルタ後画像はサイズを落とすというのも手ではある。
242:デフォルトの名無しさん
09/08/19 23:25:41
AVCやMPEGを一からC言語で実装出来るようになるいい本とかってありませんか？
243:デフォルトの名無しさん
09/08/20 00:01:59
まず仕様書を読むことだね
244:デフォルトの名無しさん
09/08/23 10:12:28
245:デフォルトの名無しさん
09/08/23 11:39:01
URLﾘﾝｸ(homepage3.nifty.com)
URLﾘﾝｸ(38873321.at.webry.info)
246:デフォルトの名無しさん
09/08/25 01:18:25
元画像に対して、
・シャープフィルタをかけた画像 (A)
・最小値フィルタをかけた画像 (B)
・最大値フィルタをかけた画像 (C)
のうち、Aに対して、B≦A≦Cになるように制限をかけてみたら、
なんかアンチエイリアスの逆をやったような画像になってしまったorz
やっぱ俺には画像処理は早すぎたか。
247:デフォルトの名無しさん
09/08/25 04:05:03
>246
どういう効果を狙っていたのかね？
248:デフォルトの名無しさん
09/08/25 07:50:48
C≦A≦B
249:デフォルトの名無しさん
09/08/26 11:37:06
アルファ付き画像同士の乗算の式知ってる方いましたら
どなたか教えてもらえませんか
250:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/08/26 13:28:02
ちょっと説明不足でした
DstARGB * SrcARGB = ARGB を求めたいのですがうまくいきません
Dstのアルファが255の場合だと良く見る通常合成の式利用すれば
すぐ出来るのですが255以外だと出来ないです
式の値50通りくらい入れ替えたり試して近いのは見つかったのですが
重なったところの下画像の縁が微妙に変になったり上手くいかないのです
252:デフォルトの名無しさん
09/08/26 13:36:40
>>251
何を根拠に「微妙に変になったり上手くいかない」と判断した?
その根拠がそのまま答えだ。
253:デフォルトの名無しさん
09/08/26 15:12:50
>>251
これは？
URLﾘﾝｸ(38873321.at.webry.info)
254:デフォルトの名無しさん
09/08/26 22:28:03
>>253
これは通常の合成の式ですよね
srcそのままで使えば通常で、src=dst*src/255してから
その式に当てはめればいいと最初は認識していたのですが
実際やって見てみると下側が1～254の場合どうもうまくいかなかったです
自分の間違いかもしれないのでもう一回計算しなおしてきます
255:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/08/26 23:25:17
あ、すまんαの適用が逆になってら。でもまあ言いたいことは同じだ。
257:デフォルトの名無しさん
09/08/27 00:47:48
すんません、嘘つきました。ちゃんと計算したら、aDとDは求まります。
レイヤーの合成方法が違ったらダメだけどさ。
258:デフォルトの名無しさん
09/08/27 09:04:21
試行錯誤を繰り返してやっと出来ましたー
255さんの方法に近いのも昨日既にやってたんですが
下画像の薄いアルファがなかなか上手くなじまなくて苦労してました
それで、まず下のアルファ0の場合はそのままでいいとして
255の場合は上下の色を乗算したものを上の色として通常合成
1～254の場合は、上記の後
上の色と結果の色を下アルファでブレンド
これで出来たみたいです
もしかしたら間違っているかもしれませんが
一応色々な値でやって見た目や数値見る限り大丈夫かな？
ヒントくれた方ありがとうございました
259:デフォルトの名無しさん
09/08/28 22:35:46
>>251
透明なものが重なった時は透明度がより低い方の透明度になるのが普通でしょ
260:デフォルトの名無しさん
09/08/28 22:37:57
つまりだね
重ねられる方が不透明で重ねる方が半透明として色を計算して
最終的な透明度は数字の大きい方を採用するということだよ
261:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/08/29 05:18:54
自然界の見え方という意味では正しくないけど
合成した画像を再度半透明画像として利用したい場合はこの方法が正しい
263:デフォルトの名無しさん
09/08/29 05:22:07
>>261
根拠も無くどうしてそう感じるんだ？
妄想ばっかりだしどうせポコチンがピクピクと動いてんだろｗ
264:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/08/30 22:00:58
>242
MPEGのコーディング
URLﾘﾝｸ(www.kaede-software.com)
URLﾘﾝｸ(d.hatena.ne.jp)
266:デフォルトの名無しさん
09/08/31 18:06:32
CADやﾌｫﾄｼｮ?のレイヤ的なものを αﾌﾞﾚﾝﾄﾞで近似実現しようとしているなら
最背面側から最全面側へ向かってﾌﾞﾚﾝﾄﾞしていかないと つじつま合わないんじゃないかな…
(最全面)A B C(最背面) の3レイヤのﾌﾞﾚﾝﾄﾞで
ﾌﾞﾚﾝﾄﾞ(ﾌﾞﾚﾝﾄﾞ(A,B), C)
ﾌﾞﾚﾝﾄﾞ(A, ﾌﾞﾚﾝﾄﾞ(B,C))
で同じ結果となる式って作れる？
267:デフォルトの名無しさん
09/09/01 13:08:45
libXpm作ったアフォはどこのどいつだ
なんだこれｗ
if (attributes && attributes->valuemask & XpmColorSymbols) {
attributesが0だった時に回避しようとしてるつもりなのか？ｗ
268:デフォルトの名無しさん
09/09/01 13:26:12
>>267
よくあるコードじゃないか。
つーか、何を問題にしたいのか知らんが、スレ違いだ。
269:デフォルトの名無しさん
09/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がヌルポインタであるときにそのデリファレンスは発生しないので定義通りに動作する
ここに一切の未定義動作は含まれない
URLﾘﾝｸ(c-faq.com)
270:デフォルトの名無しさん
09/09/01 14:12:55
演算子の優先順位というのは結合の話で評価の順序ではない。
>>266
(背景) A B
(背景) C
のアルファブレンドが等価になるようなCをA,Bから合成することは可能。
271:デフォルトの名無しさん
09/09/01 14:19:08
>>270
そういう意味ではなく 結合順を変えても同じ結果になる合成式作れる？ ってのが主題
(背景) [A] [B] [C] → (背景) [結果D] が 合成の順番に依存せず 一意で定まる？ って疑問
272:デフォルトの名無しさん
09/09/01 14:34:41
全部１つの式に組み込めば出来るよｗ
273:デフォルトの名無しさん
09/09/01 14:36:14
>>271
a・(b・c) == (a・b)・c となるレイヤー合成演算 ・ は存在すると思うよ。
実際にフォトショップ使ってて後ろの2枚を合成して1枚にするか
前の2枚を合成しして1枚にするかで結果の絵が変わることって無いし、
物理的にも3枚の半透明なスライドの重なりの結果が、
前の2枚を溶着して1枚にするか後ろの2枚を1枚にするかで
絵が変わるなんてことは非現実的だし。
274:デフォルトの名無しさん
09/09/01 14:44:22
勘違いしてるのが多いが、演算子の優先順位って処理の順番じゃないぞ。
これ以上はスレ違いなので、C言語スレにでも行ってくれ。
275:デフォルトの名無しさん
09/09/01 14:46:02
>>274
＞勘違いしてるのが多いが
勘違いしてるのは >>267 一人だけじゃないか。
ねつ造もいいところだ。
276:デフォルトの名無しさん
09/09/01 15:33:06
計算してみたよん
a' = a1 + a2 - a1*a2
c' = (a2*c2 - a1*a2*c1 + a1*c1)/a'
277:デフォルトの名無しさん
09/09/01 19:24:43
>>276
右辺にCを入れてどうする。
278:デフォルトの名無しさん
09/09/01 19:29:52
あ、Cは color か。失礼。
代入後、K * (背景)の項を消すために、K=0とおいて、a'を計算したんだな。
279:デフォルトの名無しさん
09/09/01 19:40:50
なんか馬鹿が一人でわめいているようだが…こういう馬鹿はほっとくかｗ
280:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/09/04 15:06:44
>>280
とりあえず安直に qr = (pr * r + pr)>>8; でいいんじゃない？
これでも遅いなら他に問題ありの可能性をあたってみて、
ないなら SIMD 化する。
282:デフォルトの名無しさん
09/09/04 15:44:07
>>280
名前を付けるとしたら、乗算合成じゃない？
283:280
09/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:デフォルトの名無しさん
09/09/04 19:19:16
>>283
画像処理では、輝度値は0～255ではなく0.0～1.0で扱うのが一般的だから
ただの乗算が>>280と同じ処理だよ。
285:デフォルトの名無しさん
09/09/05 02:31:44
ソース公開されているんだから確認したら？
286:280
09/09/05 21:42:45
SSE(とMMX)を使ったら大体5倍強の速度になりました。
見様見真似でイントリンシック関数を使ったお手軽なものでも、
ここまでできるとは流石SIMD様です…
呼び方について調べたところDirectXの世界の用語ではDiffuseColorともいうもののようです
とはいうもののこれでは少し意味がかわってきますし、やはり輝度でおkですかね。
>>284
なる程、同じ処理でも立場によって呼び方がかわるというあたりまえの事ですが、
結構混乱させられますね。
>>285
確認しました。
どうやらDirectXの機能を使ってるようです、描画ポリゴンの頂点色を弄ってるんでしょうか。
とりあえずハードに入ってるぐらいだから典型的な処理ということはわかりました。
287:デフォルトの名無しさん
09/09/08 03:59:06
911サウスタワーのトンデモ映像―911テレビ画像捏造（疑惑）映像
URLﾘﾝｸ(www.youtube.com)
288:デフォルトの名無しさん
09/09/09 22:58:14
gimpの読み込みしようとlibxcfを自作したがやっと動いたぜ
289:デフォルトの名無しさん
09/09/09 23:00:18
でもなんかgimp開発サイドでもめてるのか？
libxcfは作るなとかなんとか言い合ってるのを検索してたらよく見たんだが
まあ自分で使うだけだしいいか
290:デフォルトの名無しさん
09/09/10 18:33:55
初歩的すぎる質問ですが、座標(0,0)の画素ってあるんですか？
それとも(1,0)や(0,1)から始まるんでしょうか。
for文のi=やj=をどうすれば良いのか困ってます。
291:デフォルトの名無しさん
09/09/10 18:42:51
質問できるレベルになってから来て下さい
292:デフォルトの名無しさん
09/09/10 18:43:19
おまえさんが処理しようとしている画像データのデータ種別とかアクセス関数の定義次第だろ。
293:デフォルトの名無しさん
09/09/11 21:45:43
>>290
あなたが若い女性なら答えてもいいです
294:デフォルトの名無しさん
09/09/11 22:25:48
男ですみません
295:デフォルトの名無しさん
09/09/13 10:34:00
画像変形ソフト WavePix ver. 0.0
URLﾘﾝｸ(www.geocities.jp)
画像を波状に変形させるソフトです。BMP/GIF/JPEG/PNG/TIFF画像の読み込みと書き出しに対応しています。
296:デフォルトの名無しさん
09/09/13 13:33:45
スクリーンショットくらい見せろよ
297:デフォルトの名無しさん
09/09/13 13:39:24
スクショを見てUIを確認出来ないようなアプリは試用する気にもなれん。
298:デフォルトの名無しさん
09/09/13 18:51:52
ｽﾚﾘﾝｸ(tech板)
299:デフォルトの名無しさん
09/09/16 00:33:10
輪郭追跡して閉じている輪郭のみ残したいんですけど、すぐ使えるライブラリってありますか
300:デフォルトの名無しさん
09/09/16 00:38:58
あるよ。
301:デフォルトの名無しさん
09/09/20 11:11:46
スナップショットもつけたよ。
画像回転ソフト TurnPix ver. 1.7.0
URLﾘﾝｸ(www.geocities.jp)
画像変形ソフト WavePix ver. 0.1
URLﾘﾝｸ(www.geocities.jp)
302:デフォルトの名無しさん
09/09/20 11:14:38
回転と変形で別のソフトを使わないといけないのは非常に面倒くさい
303:デフォルトの名無しさん
09/09/20 12:33:35
Shifted-Linear Interpolationとか他より特徴あるアルゴリズムでも実装しないと興味も出ないな。
304:デフォルトの名無しさん
09/09/20 14:28:54
晒しかよ、哀れな
305:デフォルトの名無しさん
09/09/21 13:27:12
>>303
なんだよその具体的な指摘はw
プロ煽りやかよ・・・と思ったが、おかげでいい技術を知ることができました
ありがとうw
306:デフォルトの名無しさん
09/09/25 13:01:27
つーか、コテつけろよ片山。あぼんするのが面倒だろうが。
307:デフォルトの名無しさん
09/09/26 23:54:39
siftの特許っていつ切れるの？
308:片山博文MZ ◆BVYGEn4LD2
09/09/28 10:07:18
URLﾘﾝｸ(www.geocities.jp)
ここのページの間違いを指摘してくだされ。アルファの扱いがどーとか
309:デフォルトの名無しさん
09/09/28 14:39:00
>>308
間違いがあると判っているならそれを書け。
んな小汚いソースを逐一読む気にはなれんぞ。
310:デフォルトの名無しさん
09/09/28 23:19:02
>>308
2chで物を聞きたい時のコツを教えてやるよ
482 ：名無しさん＠初回限定：2007/09/10(月) 02:39:05 ID:+7lLhCDw0
2chで調べ物をしたい時は「教えてください」って書いても
なかなか教えてもらえない。
そういう時は、知ったかぶり風に間違ったことを自信満々に書く。
そうすると、ものすごい勢いでツッコミを入れてもらえる。
311:片山博文MZ ◆BVYGEn4LD2
09/09/29 08:40:12
うーぬ、誰も分からない域に達していたか。
しょうがない、知恵袋で聞いてみるか。
312:デフォルトの名無しさん
09/09/29 10:52:31
>>311
>309
313:デフォルトの名無しさん
09/10/01 16:54:22
OpenCV2.0でた
過去のコードとの互換性はどんな感じなんだ
314:デフォルトの名無しさん
09/10/01 16:59:53
おちつけ早漏
315:デフォルトの名無しさん
09/10/01 23:08:26
>>311
俺たちはお前のボランティアデバッグ要員ではない。
316:デフォルトの名無しさん
09/10/02 02:18:25
質問者のレベルが低すぎて吹いた
それじゃあ処理はおせーし 信号劣化させて画質落ちるだろ
せめて畳み込み計算させて画質だけはよくして…
つか信号処理を学んでプログラムできるようになって
317:デフォルトの名無しさん
09/10/02 02:26:59
つっこみのレベルも低いな
318:デフォルトの名無しさん
09/10/02 02:29:34
煽りのレベルも低いな
319:デフォルトの名無しさん
09/10/02 02:38:34
確かに低いな。
320:デフォルトの名無しさん
09/10/02 21:14:39
じゃあレベルの高い話をしようぜ
321:デフォルトの名無しさん
09/10/04 00:41:07
OpenCV v2はソースが綺麗になったらしい
322:デフォルトの名無しさん
09/10/04 12:48:05
YouTube - Adobe Photoshop CS5 - Patchmatch - www.CS5.org
URLﾘﾝｸ(www.youtube.com)
すげぇ……
323:デフォルトの名無しさん
09/10/04 21:25:07
懐かしいな。
324:デフォルトの名無しさん
09/10/10 02:00:03
>>322
それのアルゴリズム実装したけど画像によってうまくいったりいかなかったりする
そういうサンプル的なものは見せるためにわざと適合した画像を使ってるだけだから
一般用途にはまだまだ使い物にはならないな
325:デフォルトの名無しさん
09/10/13 21:12:57
SIFTなんですが、キーポイントのスケール値が大きいほどより重要な点と解釈していいのでしょうか？Rob Hess氏の実装だとスケールが大きい順に特徴点がソートされてますが、上位から100個だけ特徴点として使うこととかありますか？
326:デフォルトの名無しさん
09/10/15 23:47:55
文系学生です
最近趣味でプログラミングをはじめ、簡単な類似画像検索を作ろうと思っています
アルゴリズムはCCV
URLﾘﾝｸ(d.hatena.ne.jp)
を使用するつもりなのですが、上記ではRGBの値が全て等しいとして
ベクトルを生成しているのですが、実際はどのようにすればよいのでしょうか
例えば画像A、Bの二枚の類似度を測りたいときは
RGBそれぞれのCCVを生成したあとどのように比較すれば良いのでしょうか？
ド素人な質問ですみませんが宜しくお願い致します
327:デフォルトの名無しさん
09/10/16 00:32:46
平均とか分散とか
328:デフォルトの名無しさん
09/10/16 07:06:52
>>326
あんまり難しく考えなくても出た数字ってのは色と形状を数値化してるわけだから
数字の偏りが近いものは似てると言えるわけでしょ
サイズが同じならそれぞれ対応する数字の差分を合計して一定数以下ならって判断が出来るし
サイズが違うものを比較するなら数字の合計でまずそれぞれを正規化してやればいいだけ
329:デフォルトの名無しさん
09/10/20 17:03:12
卒研で画像処理に関することを扱うことになったのですが、
卒研にかけられる時間が2ヶ月弱になってしまいました。
実際の画像とPC上で見える画像に差異があるので、
金属、プラスチックの物体の画像を、何らかの処理をすることで、
元の見え方に近づけたいと考えています。
何かいい案はないでしょうか？
330:デフォルトの名無しさん
09/10/20 17:11:47
おまえには無理
あきらめれ
331:例えば、金属表面には光沢があるからそれを画像で表現するとか。
09/10/20 17:12:46
＞実際の画像とPC上で見える画像に差異があるので、
これをはっきりさせれば、自ずとどうすればいいか判りそうだが。
332:デフォルトの名無しさん
09/10/20 17:31:24
原因がわかっても修正が可能かどうかは別問題だろ
333:デフォルトの名無しさん
09/10/20 17:54:35
コントラストを上げるだけでなんとかなっちゃったりしてｗ
つかPC上で違うと言っても、モニタによって結果は様々だと思うんだけどなぁ
334:デフォルトの名無しさん
09/10/20 18:08:43
>>332
>331のメ欄
335:デフォルトの名無しさん
09/10/20 18:18:19
sageと書いてあるな
336:デフォルトの名無しさん
09/10/20 18:21:52
モニタのimpulse responceを測定してconvolutionを使ってどうにかかんとか
337:デフォルトの名無しさん
09/10/20 18:22:43
金色の金属をデジカメで撮るとRGBだけでうまく表現できてるんだなと感心するわ。
さすがに蛍光色は難しいけど直前に違う色で目を慣らしておけば
モノクロ写真に色が付くように感じるように蛍光色も表現できるんだろうか。
338:デフォルトの名無しさん
09/10/20 18:24:53
しょせんモニタの限界以上にはあがらない
339:デフォルトの名無しさん
09/10/20 18:41:57
>>335
名前欄……_/⌒|○
340:デフォルトの名無しさん
09/10/20 18:48:24
卒論２ヶ月って…釣りじゃなければなめてんのかｗ
テーマが未定ってことは、海外の関係論文あさって読むだけで終了だろ。
もう１年やるか、夏休みの自由研究レベルにしろ。
341:デフォルトの名無しさん
09/10/20 19:29:39
テーマ変えたら？
３日で作る高速特定物体認識システム
URLﾘﾝｸ(imlab.jp)
342:デフォルトの名無しさん
09/10/20 19:36:22
>>339
かわいいｗ
343:デフォルトの名無しさん
09/10/20 19:38:28
_ﾄ⌒|⑧
344:デフォルトの名無しさん
09/10/20 23:52:06
ここはciecam02だな
345:デフォルトの名無しさん
09/10/21 00:55:15
329です。
レスくれた方々ありがとうございます。
できるだけのことをしたいと思います。
テーマ変更も視野に入れて・・・
やっと内定取れたのにorz
346:デフォルトの名無しさん
09/10/21 01:31:01
もう一年がんばれ
347:デフォルトの名無しさん
09/10/21 04:59:49
なんだか本末転倒なことになってるな
348:デフォルトの名無しさん
09/10/21 05:52:11
>>329
hint
金属光沢と鏡面反射
349:デフォルトの名無しさん
09/10/21 12:28:12
>>329
その「差異がある」画像の例でも挙げてくれませんかね？
350:デフォルトの名無しさん
09/10/21 12:35:50
PCの画面の上に付いてるカメラから取得した画像を、金属表面に貼り付ければ、あたかも鏡面反射に。
351:デフォルトの名無しさん
09/10/21 12:38:40
さちゅれーしょんの問題かな？
352:デフォルトの名無しさん
09/10/21 13:43:19
>>350
それしかないな
自分の顔が歪んで映り込む様子を画面に出力できたら勝ち
353:デフォルトの名無しさん
09/10/22 10:22:37
自分の顔を歪ませて金属表面に見えたら勝ち
354:デフォルトの名無しさん
09/10/22 15:45:31
エアコンのCMの金属ババア思い出した
355:デフォルトの名無しさん
09/10/23 15:21:13
>>329
一番見え方に影響するのは影だよ
分散光をシミュレートして精密な影を生成するか
適当に影のふちをぼかして見るとか
356:デフォルトの名無しさん
09/11/10 17:23:54
仕事で画像処理の勉強が必要になりました。
学習書はきそから分かる画像処理でいいですか？
357:デフォルトの名無しさん
09/11/10 20:28:34
>356
既に十分検討されているとは思いますが
画像処理は幅広い領域でありますので
その書籍だけでは押さえられない可能性があります
主に画像処理は
- 補正(フィルタや色相変換など)
- 圧縮(JPEG, JPEG2000など)
- 解析(2値画像やOpenCVに代表される各種解析など)
となります
どの分野が必要なのかわかりませんが
『基礎からわかる画像処理』は主に画像の補正や加工を扱っているように思います
cf: URLﾘﾝｸ(www.kohgakusha.co.jp)
サンプルコードがC♯ですが、理論が書かれているので他の言語での実装は難しくないとは思います
画像処理を学ぶ学生が一度は手にしたであろう書籍
『C言語による画像処理入門』は画像処理全般を一通り押さえてあります
個人的にはソースコードが良いとはいえませんが
画像の補正や加工のアルゴリズムが多数載っている書籍
『詳解 画像処理プログラミング C言語で実装する画像処理アルゴリズムのすべて』はあまり評判が良くありません
確かに数多くのアルゴリズムは載っていますが、誤植が多い気がします
その他、確率モデルによるやら遺伝的アルゴリズムによるやら
フラクタル圧縮やらウェーブレット画像解析やら
なんやらかんやらいろいろあります
結論、どのような画像処理を行いたいかでお薦めする書籍が決まる
358:デフォルトの名無しさん
09/11/10 21:01:14
むずかしいこといわれてもよくわかりません。
359:デフォルトの名無しさん
09/11/10 21:04:55
>>357
過疎っていたのにレスが！
しかも懇切丁寧にありがとうございます。参考にさせて頂きます。
360:デフォルトの名無しさん
09/11/10 21:11:29
過疎だと？失礼な奴だな
361:デフォルトの名無しさん
09/11/11 20:18:30
ふと気になったんですが
3次元画像の近傍って6,18,26のほかに何がよく使われるんでしょうか？
124とか342とか使うことはあるんですかね
362:デフォルトの名無しさん
09/11/13 12:35:49
5x5x5で124は判るけど、342って?
6、18、26の他には14と3x3x3+6で32点は使ったことがある。
363:デフォルトの名無しさん
09/11/13 13:57:07
342 = 7*7*7 - 1 だろ
364:デフォルトの名無しさん
09/11/13 14:55:17
しまった、その発想はなかった。
365:デフォルトの名無しさん
09/11/17 17:56:01
3次元でなら、ヴォクセルサイズでやるんではなく、距離で考えたほうがいいんじゃね？
どうせ、3次元のループで距離の条件が合致するところだけ処理するってコードになるでしょ。
距離＝1 ⇒ ヴォクセルサイズ＝3 ⇒ 26格子点
距離＝2 ⇒ ヴォクセルサイズ＝5 ⇒ 92格子点
距離＝3 ⇒ ヴォクセルサイズ＝7 ⇒ 250格子点
距離＝4 ⇒ ヴォクセルサイズ＝9 ⇒ 484格子点
距離＝5 ⇒ ヴォクセルサイズ＝11 ⇒ 894格子点
366:デフォルトの名無しさん
09/11/17 18:21:51
影で暗くなってる領域を明るくするのって
どんな方法でやってるのでしょうか
フリーソフトなどで、処理してくれるものはありますでしょうか
367:デフォルトの名無しさん
09/11/17 23:17:37
明度を一定にするか下駄履かせるのが、考え方はもっとも簡単じゃね？
368:デフォルトの名無しさん
09/11/18 08:16:49
>>366
たまたま今 GIMP2 を弄っているけど、明度の分布をとって暗いところを
明るくするよう曲線を変更して処理する例があった。GIMP2 でぐぐって
みたら。使い方を初歩から説明しているサイトもある。ソースも公開な
のだが、やたら拡張機能とかで分割されていて、どこにそのソースがある
かニワカには分からないのが難点。
369:デフォルトの名無しさん
09/11/18 11:54:53
>>368
明度の低いところ＝影、とするのが基本だとは思うけど、そうすると、
次の問題として、明度がどれくらい低いところを影とするか、という課題が残る。
明度の分布がどうなっているのかは画像の内容に依存するので、
１．分布を変更するパラメーターが指定できるようにして、画像ごとに指定できるようにする
２．適当な閾値を決め打ちする（>>366でいう「下駄を履かせる」ことか？）
３．画像全体で一定の明度になるように固定（>>366でいう「明度一定」）
の三つの方針のどれかってことになるような気がする。
いずれにせよ、明度をいじるとするならば、サンプルを見つけ出すまでもなく、
画像の全ピクセルに対してRGB⇒HSV変換、Vについての分布の変更、
HSV⇒RGB変換という極めて簡単な手順で実現可能だ。
370:デフォルトの名無しさん
09/11/18 12:00:08
>>366
この板的には、>369のように難しくないから自分でやれ。
或いは、ImageMagick辺りのライブラリでもそれなりにできる。
371:デフォルトの名無しさん
09/11/18 13:12:25
疑似ハイダイナミックレンジ合成って奴とか
372:デフォルトの名無しさん
09/11/18 14:07:30
>>366
イコライズでググれ。
373:デフォルトの名無しさん
09/11/18 20:25:34
>>367-369
それ単にダイナミックレンジを狭めてるだけじゃ...
素人が見てもダメダメな結果になるんじゃｙね？
374:デフォルトの名無しさん
09/11/18 22:42:11
>>373
ダイナミックレンジを狭めるというのは、「影を明るく」だから当然のこと。
影と判断できるところだけ輝度を上げるのなら情報量は減らないよ。
375:デフォルトの名無しさん
09/11/18 23:05:54
うん。
だから画像全体の明度分布の変更じゃなくて、陰っぽい領域を
それらしく選定するアルゴリズムの話をしなきゃ意味なくないか、と。
松下のビデオカメラがこの処理上手いんだよな。
376:デフォルトの名無しさん
09/11/19 17:20:27
Shadow Removalでぐぐれ
377:デフォルトの名無しさん
09/11/21 00:06:52
フラクタル圧縮の高速化の鍵って何？
GPU使って終了？
378:デフォルトの名無しさん
09/11/21 10:51:16
Fisherの_Fractal Image Compression_とか高速化手法がかかれた論文でも読んでみて
アルゴリズムの改良が一番だと思うよ
写像の式を改良したり再現性を落としてレンジサイズを大きく取ったりいろいろ
実の所、僕も知りたい
379:デフォルトの名無しさん
09/11/24 09:03:48
>>376
検索したけど
影がない時の参照画像ないと影とりのぞけないのか
それじゃ使えない
380:デフォルトの名無しさん
09/11/24 10:26:19
どのページを読んだんだい？
381:デフォルトの名無しさん
09/11/29 20:36:38
活字本をスキャンした画像の行間にすき間を入れたいんですけど、
テキストの行を検出する、縦書き対応のライブラリってありますか?
382:デフォルトの名無しさん
09/11/29 20:47:19
なければ作れば良い
383:デフォルトの名無しさん
09/11/29 21:34:29
OpenCV
384:デフォルトの名無しさん
09/11/29 22:32:19
それ何に使うん？
385:デフォルトの名無しさん
09/11/29 23:34:56
えっ
386:デフォルトの名無しさん
09/11/29 23:44:17
OpenCVを知らないとはモグリだろ
まぁ、ここの住人は大抵フルスクラッチでやってるし
論文読んだり、自分で理論作ってコードに起こしているから使い方は知らないかもなぁ
なければ作れ、そんな感じ、どんな感じ？
387:デフォルトの名無しさん
09/11/30 00:00:36
なんか多分、そんな感じ
388:デフォルトの名無しさん
09/12/01 00:33:09
OpenCVって再配布とか金取るんじゃないの？
そんなの使いたくないな
DLLとかにまとまって配布自由とかならいいけど
389:デフォルトの名無しさん
09/12/01 00:39:19
ライセンスも読まないカスにOpenCVを使う資格は無い
390:デフォルトの名無しさん
09/12/01 07:58:00
こんな馬鹿が画像処理できるわけないから心配ない
391:デフォルトの名無しさん
09/12/01 11:09:20
カレーうどん食べたい
392:デフォルトの名無しさん
09/12/01 23:33:38
opencvとかゆとりすぎだろｗｗｗ
393:381
09/12/02 00:35:41
自分で書いてたんじゃラチがあかないので、90度回転して
OCRopus のテキストレイアウト機能を使うことにしました。
行認識の精度は思ったよりもいいです。
394:デフォルトの名無しさん
09/12/04 10:37:25
3次元の線画像の上に1つ平面(超平面)をおいて
それに対して左側と右側(上側と下側)でどれくらい面対称なのかを
数値化する方法はあるのだろうか
「対称ならば、～である」っていうのはいえるけど
その逆はかならずしもいえないからなあ・・・
395:デフォルトの名無しさん
09/12/04 17:56:21
2次元周波数を出力するフーリエのプログラムって
どこかにありませんか
396:デフォルトの名無しさん
09/12/04 18:43:19
>395
URLﾘﾝｸ(www.fftw.org)
このようなライブラリがあったが、癖があるから自分で作った方がいいと思う
397:デフォルトの名無しさん
09/12/04 21:22:29
>>396
ありがとうございます
398:デフォルトの名無しさん
09/12/04 21:32:22
>>395
OpenCVのcvDFT関数
関数内部ではFFTでやってるらしいから速い
399:デフォルトの名無しさん
09/12/06 23:55:29
Google画像検索には線画(Line drawing)の絞り込みがあるけど
この判定アルゴリズムに関連しそうな論文か情報があれば教えてほしいのですが。
色のヒストグラムや分布から機械学習でするのがいいのかなと思っているのですが
前例が見つからないので。
400:デフォルトの名無しさん
09/12/07 09:27:14
>>399
ほぼ全てのOCRソフトには線画、写真、文字の領域を分離する「像域分離」機能が備わっている。
document analysisとかdocument recognitionの主要分野なので山のように論文がある。
401:デフォルトの名無しさん
09/12/07 16:15:15
小説をそのまま画像にしたようなファイルも大量に引っかかるから
それはやって無いような気がする
402:デフォルトの名無しさん
09/12/08 18:55:27
googleといえば、こんなサービスも始めるようだ
これは何？ 見た物を検索してくれる「Google Goggles」公開
URLﾘﾝｸ(internet.watch.impress.co.jp)
gogglesを使うために画像を送り、それがさらにデータベースを充実させ、
どんどんマッチング能力が高くなっていくんだろうなぁ・・・
403:デフォルトの名無しさん
09/12/08 20:48:28
>>402
数年前に似たことをやろうとしたけれど大手地図会社の特許があって断念した
記憶がある。googleなら地図会社ごと買っちゃうだろうけど
404:デフォルトの名無しさん
09/12/09 19:59:27
yuv10bitをbmp8bitにする方法分かる方、いらっしゃいますか。
405:デフォルトの名無しさん
09/12/10 07:12:33
rgbの間違いじゃないのか
406:デフォルトの名無しさん
09/12/10 09:30:32
>405なら取り敢えずこれで事が足りるだろ。
URLﾘﾝｸ(laputa.cs.shinshu-u.ac.jp)
407:デフォルトの名無しさん
09/12/14 15:20:42
Cosegmentationって、ただのセグメンテーションと何が違うんですか？
408:デフォルトの名無しさん
09/12/14 16:05:10
>>407
なんか気になったからぐぐっちゃったわ。
日本語圏ではほとんど単語が存在しないな。
結論としては、複数の画像に同じ物体が写っているような場合に、
それらの画像を同時にセグメンテーションして、正確に物体を切り分けるような話っぽい。
409:デフォルトの名無しさん
09/12/14 17:59:54
>>408
そうですね。日本語の文献はなくて･･･。
英語の説明読んでもいまいちパッとしなかったので聞いてみました。
ありがとうございます。
410:デフォルトの名無しさん
09/12/16 17:51:20
画像処理する人ってみんなフォトショップぐらいもってるもの？
あれってlinuxで動かないよね
411:デフォルトの名無しさん
09/12/16 18:15:39
Gimp使え
412:デフォルトの名無しさん
09/12/18 13:09:10
立体線画のパターン認識をやりたいんですが
MSEって3次元画像ではどういう風に計算するんでしょうか？
ググって文献さがしているんですがなかなか見つからんです。
あと、もっといい誤差の求め方があればいいのですが・・・二乗誤差が一番基本的かと思いまして。
413:デフォルトの名無しさん
09/12/20 18:01:10
こういう符号化してるのってある？
符号化 復元
0001xxx 0000000000001xxx
001xxxx 000000001xxxx---
01xxxxx 00001xxxxx------
1xxxxxx 1xxxxxx---------
0は0
1は1
ｘは不定
-は切捨て
414:デフォルトの名無しさん
09/12/20 19:04:58
＞４１３
意味が分からん。
ハフマンかランレングスに近いかもしれんが、歯抜け過ぎるテーブルの解析は
困難ですなｗ
415:デフォルトの名無しさん
09/12/20 23:46:09
>>411
Gimpは動画のコマ送りトレースできないよね。
416:デフォルトの名無しさん
09/12/21 00:00:46
PNG圧縮処理を自前でやってみたんですけど
100x100のサイズを超える画像がなんかうまく圧縮できないみたいで
何かPNG圧縮で100x100超える画像とかに特殊なやり方とかあるんですか？
417:デフォルトの名無しさん
09/12/21 00:07:06
人に聞く気が無ければ来るな
418:デフォルトの名無しさん
09/12/21 00:10:29
>>416
圧縮・復元 相談室
ｽﾚﾘﾝｸ(tech板)
419:デフォルトの名無しさん
09/12/21 21:14:33
>>416
チャンクのサイズ上限に引っかかったんじゃ。
420:416
09/12/21 21:52:55
それは一度疑ったんですが
チャンクのサイズ自体は問題なかったです
100x100以上の画像に特別な処理するわけでは無さそうですね・・・
もう一度見直してみます。お騒がせしました
421:デフォルトの名無しさん
09/12/22 11:17:26
お騒がせというほどではないっす
422:デフォルトの名無しさん
10/01/04 07:26:49
モニターに写っている物を携帯で写した画像と
実際の物を携帯で写した画像の区別をつける方法を教えてください。
423:デフォルトの名無しさん
10/01/04 08:14:38
目で見ればモアレでわかるけど...
424:デフォルトの名無しさん
10/01/04 08:47:53
>>423
普通に見ただけじゃまったく分からない画像なんですが・・
そういう場合でも調べられますかね？
425:デフォルトの名無しさん
10/01/04 08:56:26
まず二枚のサンプル画像うｐしる
426:デフォルトの名無しさん
10/01/04 09:05:58
URLﾘﾝｸ(p.pita.st)
２枚の画像は今ちょっとうｐできないんですが、スミマセン･･
例えばですが、これなんかはパソコンの画面を写したものですが
全然でていないですよね？
427:デフォルトの名無しさん
10/01/04 12:22:10
水平方向の明度変化が大きい方がモニター画像。
428:デフォルトの名無しさん
10/01/04 12:22:30
間違えた、垂直だ
429:デフォルトの名無しさん
10/01/04 21:57:08
>>427-428
それは安物のTN液晶を近距離から取った場合だけだろ
430:デフォルトの名無しさん
10/01/04 22:20:50
エッジ見れば分かりそうな気が
431:デフォルトの名無しさん
10/01/04 22:42:05
>>426
これくらいならわかりそうだけど
人間がいくら詳細に観察しても区別できないものは機械にもわからんだろう
432:デフォルトの名無しさん
10/01/04 23:53:05
グレア加工されていれば妙なツヤが出るし
フラッシュを焚いていれば光源が写りこむ
あるいは撮影者が写りこんでいるかも
CRTならモアレやラスタから判別出来る
でもそういうのがまったく無ければ難しいだろうね
433:デフォルトの名無しさん
10/01/06 19:24:23
画像処理ってパテントの固まりなんですね。
オープンソースでプログラムを公開しようと思ったら
関連特許は調べておくべきでしょうか。
434:デフォルトの名無しさん
10/01/06 19:33:39
特許についてはソースの利用者が調べろ
特許のトラブルは関知しない
とソースに入れておけばいんんじゃない
435:デフォルトの名無しさん
10/01/06 20:01:43
公開した時点で損害賠償請求の対象になるんじゃないでしょうか。
やっぱり仕組みからきちんと調べた方が良さそうですね…
436:デフォルトの名無しさん
10/01/06 21:07:37
第68条 特許権者は、業として特許発明の実施をする権利を専有する。
ただし、その特許権について専用実施権を設定したときは、専用実施権者が
その特許発明の実施をする権利を専有する範囲については、この限りでない。
法律がどうあろうと俺は訴訟を起こすぜヒャッハー、というキチガイも世の中にはいる。
そういうキチガイに絡まれるのが嫌というなら一切公開しないことだね。
437:デフォルトの名無しさん
10/01/06 21:13:05
>>435
> 公開した時点で損害賠償請求の対象になるんじゃないでしょうか。
それは常識的には無いと思う。
パテント保有者は、まずは公開した者や責任者に問い合わせるだろ。
「その技術はうちの権利を侵していないだろうか」と。
そして確かに侵していると互いに認識すれば、そこから
以後はもう公開しないとか、公開し続けるなら特許料とかの話に入る。
よくマスコミが取り上げたりして話題になるのは、
互いの認識が合わないまま公開し続けた、使い続けた後の話だと思うぞ。
「普通」は話し合いだ。
サブマリンや >>436 の言うキチガイなどでいきなり大事に持ち込もうとしても
できないような法律的仕組みが、確か作られているような気がしたが・・・
思い違いかな。
438:デフォルトの名無しさん
10/01/06 21:36:20
なるほど、勉強になりました。ちゃんと調べずに書き込んで済みません。
頂いた情報でググってみたら Xvid や MP3 の例を見つける事が出来ました。
「業として」なのかと、万が一問題が発生したらきちんと対応する事が
重要という事ですね。どうもありがとうございます。
439:デフォルトの名無しさん
10/01/06 22:50:40
なんとかフィルタとかいってなんか特許がどうのこうの言って
フリーのフィルタの開発者達に脅しをかけた人がいて2chでネタにされてたけど、
Lame本家やXviD本家みたいにソースだけ公開してる分には全く問題ないはずなのよな。
440:デフォルトの名無しさん
10/01/06 23:18:31
アイリスフィルタか
441:デフォルトの名無しさん
10/01/09 01:17:45
有識者の皆様、Watershed アルゴリズムについて解説していただけないでしょうか。
URLﾘﾝｸ(opencv.jp)
URLﾘﾝｸ(www.mvision.co.jp)
この２つのウェブに書いてあるのは同じ処理なんですか？
上のほうは距離画像が絡んでくるように思えないのですが。
442:デフォルトの名無しさん
10/01/09 02:06:00
>>441
有識者じゃないけど条件の与え方が違いすぎるから同じものには思えないねぇ。
443:デフォルトの名無しさん
10/01/10 15:59:58
>>441
後者は白黒画像に対し符号付き距離変換をしてから Watershed を使ってる
…たぶん
444:デフォルトの名無しさん
10/01/11 20:51:31
教えてください。
yuv10bitを8biｔに減色するには、どう減色するのがいいんですか。
445:デフォルトの名無しさん
10/01/12 11:51:10
yuv10ビットってのはy:u:v=10:5:5ビットの20ビットってことだから、yから2ビット捨ててuとvから1ビットずつ捨てれば医院で内科医?
446:441
10/01/12 22:28:06
>>442さん、>>443さん、レスありがとうございます。
後者は、領域成長のシードを自動的に与えるために
白黒画像を距離変換して極大位置をもとめるということでしょうか。
でもって領域成長のうちきりが分水嶺ということなんでしょうか。
前者のOpenCVのほうはシードを手動で与えてますよね。
447:デフォルトの名無しさん
10/01/16 20:29:12
動画像処理で物体を除去するプログラムです。
詳しいことはファイルに書いてあります。
URLﾘﾝｸ(www.dotup.org)
環境
OS：Windows
コンパイラ名とバージョン：VisualC++2008
言語：C言語（ライブラリとしてARToolkit、OpenCVを使用しています）
アップローダーのパスワードは8756です。
自力で出来る限りのところまでやってみたのですが限界を感じました。
ご指摘お願い致します。
448:デフォルトの名無しさん
10/01/16 21:58:42
お前マルチだろ
449:デフォルトの名無しさん
10/01/17 09:04:07
はわわわわー
450:デフォルトの名無しさん
10/01/20 23:35:07
2つの立体画像の形状の類似を調べるのに
一番確実で手っ取り早い方法ってなんですか？
451:デフォルトの名無しさん
10/01/20 23:36:11
目視で確認
452:デフォルトの名無しさん
10/01/20 23:42:55
それぞれ三箇所から撮影したそれぞれ三枚の画像で比べる
453:デフォルトの名無しさん
10/01/20 23:51:30
携帯サイトとかmixiアプリとかで
「脳力テストゲーム」みたいな名前で>>450-451を実施したら
それなりに機能しそうな気がしてきた
454:デフォルトの名無しさん
10/01/20 23:58:33
青基調の画像の青部分を緑にしたりとか
どうやったらできるの？
フォトショでできる？
455:デフォルトの名無しさん
10/01/21 00:01:03
色相
456:デフォルトの名無しさん
10/01/28 23:12:27
画像処理の仕事って儲からないよな。
457:デフォルトの名無しさん
10/01/29 01:29:50
for文で画像全体を走査し、if文で、
2値化した画像の画素値が0（黒）の部分だったら右に+5のように少しずれて、
そのずれた先がまた黒だったら、今度は下に+5ずれた部分から画素を取得する、
以下、その繰り返し･･･
というようなif文の書き方はどのように書けば良いのでしょうか？
458:デフォルトの名無しさん
10/01/29 01:34:59
再帰
459:デフォルトの名無しさん
10/01/30 22:38:45
ちょっとスレ違いかもしれませんが、カメラキャリブレーションをする時の「再投影誤差」というものがよくわからないです。
調べてみて
・正しい（と思われる）三次元座標と画像座標の対応がわかっている場合に
・画像座標を変換行列によって三次元点に変換したものと、対応する三次元座標の間の誤差
のような感じで理解したのですが、今使っているMATLABのcamera calibration TOOLBOXだと、誤差がreprojection error(in pixel)という表記で出てきています。
三次元点同士の差なのでm単位だと思っていたのですが、再投影誤差をpixelで表すときはどのような操作をしているのでしょうか？
画像座標→三次元座標→再度画像座標へ、とやるのかと思いましたが、これでは逆変換をほどこすだけなので元の場所に戻ってきてしまいますよね？