- 1 名前：デフォルトの名無しさん [2008/09/28(日) 18:26:18 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その10
pc11.2ch.net/test/read.cgi/tech/1197759782/
- 2 名前：デフォルトの名無しさん [2008/09/29(月) 00:25:00 ]
- 類似画像検索をつくりたいですが、いい参考ページはありますか?
- 3 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 00:47:25 ]
- このスレの過去ログ
- 4 名前：デフォルトの名無しさん [2008/09/29(月) 11:22:49 ]
- 細線化した2値画像がどれくらい類似しているかを
計算するにあたって
特徴量をもちいたいと思っています。
題材は立方体や直方体のようなある程度整ったものではなく、
蛇のようなうねうねした形のような
方向が一意に定まらない複雑なものなのですが、
これに対しては
どんな量を用いるのがいいのでしょうか。
線の長さや
最小二乗法か何かで特徴を表す直線を計算するとか
色々あるとは思うのですが…
- 5 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 23:33:28 ]
- >>4
特徴に求められている条件が不明
回転・伸縮に対して不変な特徴ががいるの？
他の図形要素と混在(重複)していてもパターンマッチする必要があるの？
- 6 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 23:49:21 ]
- 標準の20ピクセルくらいの小さいビットマップ画像がありまして、
その画像より青っぽいとか赤っぽいとかを検出したいです。
そのビットマップの大部分（全部ではないことが多い）に
フォトショみたいなので青や赤の半透明フィルターをかけたような画像なんです。
どういうアプローチをするのがふつうですか？
- 7 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 00:59:54 ]
- そんなの聞かないのが普通
- 8 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:06:38 ]
- 画像ごとの全画素のRGB平均をHSVに変換してHで比較すれば？
- 9 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 20:41:20 ]
- >>8
,,ｖ‐ｖ-/l＿ (⌒)ﾌﾟﾝﾌﾟﾝ
_「／￣ く /
lＹﾉﾉ/_ﾉl_ヽ)） ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
＜ｲ（ l l ）l＞ ＜ えっちなのはいけないと思います！
＜|）'|l､"(ﾌノ|l ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
,(ヨﾘ<>o<>ﾘ､
|ト‐!､・ ） ・）.|
ヽ_ﾉｖ l |
. ﾉ［// , ./_/
（ /~'､--‐ｿ_)
,-i ヽ/'´ヽ
└-＼. ＼ ）
ヽ､__,ﾉ｀
- 10 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 23:34:46 ]
- 懐かしいなw
- 11 名前：デフォルトの名無しさん [2008/10/01(水) 23:43:33 ]
- 気持ち悪いよ
こんなの貼る神経がわからん
- 12 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 14:42:40 ]
- PSDファイルを読み書きできる
ライブラリってありますか？
- 13 名前：12 mailto:sage [2008/10/02(木) 14:49:58 ]
- C/C++でお願いします。
- 14 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:48:49 ]
- >>12
つ[ImageMagick]
- 15 名前：デフォルトの名無しさん [2008/10/05(日) 11:17:48 ]
- 2次元の直線検出ならハフ変換でいいと思うんだけど、
3次元の場合ってどうなるんだろう？
- 16 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 11:24:55 ]
- >>15
それは「三次元」の意味によるかな．(x,y,z) を並べたデータなのか、視差によるステレオを行うための二次元画像ペアなの
か、それともそれ以外の形式か．．．
- 17 名前：デフォルトの名無しさん [2008/10/05(日) 11:39:54 ]
- ＣＴスキャンみたいなボクセル形式
- 18 名前：デフォルトの名無しさん mailto:age [2008/10/10(金) 07:26:18 ]
- 教えていただきたいんですが、C言語で画像処理をする上で、
アセンブラ記述ができると良い点というのはどんなことでしょうか？
処理によっては高速になるのでしょうか？
よろしくお願いします。
- 19 名前：デフォルトの名無しさん [2008/10/10(金) 07:39:23 ]
- アセンブラは低メモリで高速だろ
- 20 名前：18 mailto:age [2008/10/10(金) 07:48:28 ]
- >>19
早速のレス、ありがとうございます。
メモリがふんだんに使える環境では使う意義は少ないのですね。
ありがとうございました。
- 21 名前：デフォルトの名無しさん mailto:sage [2008/10/10(金) 08:03:00 ]
- >>20
いいえ、スレ違いです。
- 22 名前：デフォルトの名無しさん mailto:sage [2008/10/10(金) 11:56:53 ]
- >>18 CPUの特殊な命令を使える（MMXとか）
- 23 名前：デフォルトの名無しさん mailto:sage [2008/10/10(金) 12:28:51 ]
- それわよいてんでわありません
- 24 名前：デフォルトの名無しさん mailto:sage [2008/10/10(金) 13:18:57 ]
- どうよいてんでわないのかくはしく
- 25 名前：デフォルトの名無しさん mailto:sage [2008/10/10(金) 13:33:01 ]
- 書ける必要はないけれど、読めるのは大変良いよ。
ライブラリを使うときだって、理論や基盤が分かっていないと精度が悪かったり遅くなったりするように
プログラムを組む上で無駄が省ける(≠トリッキー)ようになる。
C言語に詳しい人だって、意図せずに浮動小数点数と整数の変換が行われていて
遅くなったり精度が落ちたりするミスがたまにある。
ちょくちょくアセンブリ出力を見る癖を付けておくとそういうミスに気づきやすい。
C++だと代入時のコンストラクタやら演算operator、キャストoperatorが頻繁に起こっていて
気づかないところがボトルネックになっていたりするし。
- 26 名前：デフォルトの名無しさん mailto:sage [2008/10/10(金) 13:49:19 ]
- つまりC及びC++という言語の設計が悪いと。
- 27 名前：25 mailto:sage [2008/10/10(金) 14:36:26 ]
- それはそうだけれど、型に厳格な言語だから他の言語よりマシ。
整数と浮動小数点数間の演算さえ明示的にキャストしなきゃいけない言語があってもいいかもしれないけど。
- 28 名前：デフォルトの名無しさん mailto:sage [2008/10/10(金) 20:03:47 ]
- Ocamlですね
- 29 名前：デフォルトの名無しさん mailto:sage [2008/10/10(金) 22:20:03 ]
- それは論外
- 30 名前：18 mailto:sage [2008/10/11(土) 00:37:01 ]
- >>22
SSE2とか早そうですね。
>>25
なるほど～。
その考え方は納得です。
今までWindowsプログラムをwin32apiでシコシコ組んでたんですけど、MFCを使うときに
内部のある程度具体的な処理内容をイメージできそうなので良かったと思っていますし。
動画などのリアルタイムに更新される画像に対して画像処理を行うソフトを作る場合、
今現在は主に以下のような方法があると思うのですが、それぞれの特徴について
間違っているところ、他にもこんな特徴があるよ、といった点を教えていただきたいです。
・GDI ･･･ ハードウェアを直接的に動かさないので遅い
・OpenCV ･･･ 画像処理を行う上で便利な関数をカバーする（処理速度的にはどうなんだろう？）
・DirectShow ･･･ ハードウェアを直接動かすので、高速なビデオ映像処理を行える
・DirectX ･･･ グラフィックス処理に特化したGPU（シェーダ）を利用するので非常に高速
シェーダプログラムにより柔軟性も向上している
・CUDA ･･･ GPUのグラフィック処理性能にC言語プログラミングの柔軟性が加わった
CUDAが処理速度、組み易さともに一番良さそうに思うのですが、どうでしょうか？？
- 31 名前：25 mailto:sage [2008/10/11(土) 01:18:15 ]
- 知らないで勝手な事言うけど、認識はおおむね正しいと思う。識者に譲る。
ただレイヤーが違うものが若干混じってると思う。
OpenCVは計算しか行わないと思うので、表示はその他と組み合わせる必要がある。
それとDirectXやCUDAといったGPUは、超が付くほど並列性が高く、尚かつ
メモリアクセスを伴わない演算量が多いときに効果を発揮するので
最終的にはやはり適材適所でCPUの演算と組み合わせる必要があるんじゃないかと。
ホント使った事ないで勝手な話してるから話半分に聞いて欲しいんだが、
例えば広域の移動平均なんてCPUでやると簡単に演算量減らせるアルゴリズムがあるけど
並列度が上がってくるとあんま効率よく無さそうな気がするんだ。
- 32 名前：デフォルトの名無しさん [2008/10/11(土) 01:21:03 ]
- あなたがどれほど速度が欲しいのか不明なので全く意味が分かりません。
基本的には、画像処理など最速のアルゴは既に完成されているので、それを呼び出すブリッジ（ライブラリ）を作るのがいいですよ。
その分呼び出しコストがありますが、その程度の処理上の誤差を気にするようじゃ、あなたは何も作れないでしょう。
数年後を見据えて、OpenGLか、DirectXをコールするクラス、javaやdotnet で開発するのがいいんじゃないですか？
やる気あるなら、rubyとかでも出来るんですけどねｗ
自作でどうしても必要な部分だけ、c使えばいいでしょう。
能書きだけで大した技能もないようだし、あなたにasm(sse)など早すぎますｗ
それはそうと、こういうキモオタ趣味は自分のブログでまとめてみてはどうですか？
- 33 名前：デフォルトの名無しさん mailto:sage [2008/10/11(土) 02:32:14 ]
- CUDAについての誤解とか、SSE2がどうだとか、かなり明後日の方向を向いているのは確か。
しかし、それらについて語るのはこのスレから見たらスレ違いでしかない罠。
- 34 名前：デフォルトの名無しさん [2008/10/11(土) 02:34:45 ]
- そんな頭だからお前はその程度なんだよ
- 35 名前：デフォルトの名無しさん mailto:sage [2008/10/11(土) 06:00:16 ]
- まあまあ入門者をいじめてやんなって。
- 36 名前：デフォルトの名無しさん mailto:sage [2008/10/11(土) 12:41:45 ]
- 自分より弱そうな相手に強気になるスネオ体質は２ｃｈのデフォだからしかたない
- 37 名前：デフォルトの名無しさん mailto:sage [2008/10/11(土) 20:55:53 ]
- 客観厨
- 38 名前：デフォルトの名無しさん [2008/10/12(日) 00:32:54 ]
- RGB<->HLS 変換に関して質問があります。
調べてみると、2種類の変換式が見つかったのですが、
どのような違いがあるのでしょうか？
opencv.jp/opencv/document/opencvref_cv_filters.html
www.weblio.jp/content/HLS%E8%89%B2%E7%A9%BA%E9%96%93
上のリンクの、Vmax, Vminを使う方法が一般的なようですが、
手持ちの書籍（ディジタル画像処理の基礎と応用）だと下リンクの
YCC色空間を介して変換する手法が出ています。
これじゃ等価にならない気がするんですが、詳しい方教えて下さい。
よろしくお願いします。
- 39 名前：デフォルトの名無しさん [2008/10/13(月) 20:05:45 ]
- ブロブ（粒子検出）の原理が知りたいんだけど参考になるサイトある？
- 40 名前：デフォルトの名無しさん mailto:sage [2008/10/14(火) 14:18:20 ]
- www.google.co.jp/
- 41 名前：デフォルトの名無しさん [2008/10/14(火) 22:45:09 ]
- 波の回折をアニメーションさせたいのですが、今のところ配列で、
２次元平面状に波の強さ・高さ？を表現
↓
それを元にHSVを求めてRGBに変換(波の強さに応じて青から赤に変化)
↓
画像描画←で悩んでいます。
言語はC/C++です。お薦めのライブラリを教えてください。
実際には、GUIでウインドウを作成し、そこにアニメーションを表現したいので
javaのcanvasにsetPixelで埋めていくような処理が出来ると助かります。
- 42 名前：デフォルトの名無しさん mailto:sage [2008/10/14(火) 22:52:34 ]
- OpenGLとGLUTなら、あっという間に描画できると思うが。
- 43 名前：デフォルトの名無しさん [2008/10/14(火) 23:18:56 ]
- openGLはどうも３次元っていうイメージがあって、
2次元だったらopencvかなぁと思ってググってたんですけど。
ピクセルの取得はあっても、ピクセル情報から画像を作るってのが
なかなか見つからなかった。
openCVは、
>>41
のような作業には適してないのですか？
方向としては、opengl+glutで行こうと思います。
- 44 名前：デフォルトの名無しさん mailto:sage [2008/10/14(火) 23:46:02 ]
- >>43
NVIDIAの最近のGPUを持っているなら、CUDAのサンプルを見てごらん。
# いや、持ってなくてもエミュレーションで実行できると思うけど。
- 45 名前：18 mailto:sage [2008/10/15(水) 00:19:56 ]
- ご意見、ありがとうございました。
- 46 名前：デフォルトの名無しさん mailto:sage [2008/10/15(水) 23:01:58 ]
- なんでわざわざ環境を選ぶCUDA?
OpenCVでも(というか、勝手にunsigned charの配列を作って)IplImageの構造体を作ればいいだけだと思うけど…
なんか、便利なライブラリがいろいろ出てきたことによって、いかにライブラリを使ってこねくりまわすかみたいなところに
主眼が当てられて、根本的な部分(画像データは実際は単なる配列)を学ぼうとしない人がおおすぎない？
もちろん環境依存するような部分(実際にウィンドウ開くとか、カメラから画像をとってくるとか)は
ライブラリに任せちゃってもいいとは思うけど。
「aからzまで並べた文字列を作りたいのですが、そういうライブラリはありますか?」みたいなのが
おおすぎると思うよ。
質問者に対して言いたいというよりは、どっちかというと回答者ね。
OpenCVなんか使わないほうがシンプルに(IplImageのこととか考えずに)できることにOpenCV勧めてみたりみたいなの。
- 47 名前：デフォルトの名無しさん mailto:sage [2008/10/16(木) 08:16:03 ]
- 誰かCUDAを勧めたか?
- 48 名前：41 [2008/10/16(木) 09:49:21 ]
- もとになるデータが配列だったので、openglのglDrawPixelsで一発でいけました。
openCVは解析用って感じなんですかね。
- 49 名前：デフォルトの名無しさん mailto:sage [2008/10/17(金) 08:54:18 ]
- FFTについての質問です。
FFT→IFFTと掛けてやった場合はちゃんと元のイメージが復元されるのですが、
FFT後にパワースペクトルの画像を出力してみると、スペクトルの幅が
あまりにも大きすぎて、中心数ピクセル以外真っ黒になってしまいます。
6回ほど平方根を取るとよくあるパワースペクトルの模様が出てくるのですが…
FFTのコードは
ttp://www.kurims.kyoto-u.ac.jp/~ooura/fftman/index.html
のリスト1.2.1-3のコードを元に、並べ替え部分をリスト1.2.5-4に変更、その他の部分を少し変形して
C#に書き換えた物(といってもsinをMath.Sinに書き換える程度)を使用しています。
FFT→IFFTでイメージがちゃんと復元できているのでどこかコードを書き間違えてるわけではないと
思いますが…
よろしくお願いします。
- 50 名前：デフォルトの名無しさん mailto:sage [2008/10/17(金) 18:16:19 ]
- >49
画像に寄る。ほとんどの画像は低周波付近が支配的ではないかな。
FFTルーチンの正当性を調べたいなら、Sin画像などで周期を変えればいいんでない？
スペクトルが見難いのなら、log取ればいいんでない？
で、質問は何？
- 51 名前：デフォルトの名無しさん mailto:sage [2008/10/17(金) 23:40:45 ]
- >>49
周波数空間像を絵としてみる場合は、>50の言うようにlogを取るのが一般的だね。
で、何を宜しくして欲しいのかな?
- 52 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 03:56:37 ]
- OpenCVのC#用ラッパーでいいのありませんか？
- 53 名前：49 mailto:sage [2008/10/18(土) 08:53:39 ]
- >>50,51
Logをとるとうまくスペクトルが表示されるようになりました。
質問はどうやったら真っ黒にならずにスペクトル画像ができるかだったのですが、
質問になってなかったですね。すいません orz
もう一つ質問させていただきたいのですが、FFTを使って畳み込みフィルタ処理をしたときなのですが、
イメージをrealとimage、フィルタをcrealとcimage、pを画素の位置(y * width + x)とすると、
それぞれFFTをかけてから全要素に対して
r = real[p] * creal[p] - image[p] * cimage[p];
i = real[p] * cimage[p] + image[p] * creal[p];
real[p] = r;
image[p] = i;
としたものなのですが、イメージを復元するとなぜか
.1 ｜ 2
―┼―
.3 ｜ 4
と並んでいたものが
.4 ｜ 3
―┼―
.2 ｜ 1
となってしまいます。これは普通で、畳み込み処理を行った後に並べ替える物なのでしょうか?
- 54 名前：デフォルトの名無しさん [2008/10/18(土) 11:06:55 ]
- 画像処理を一通り勉強するのに最良の本を教えていただけないでしょうか。
使用言語はC++です。
- 55 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 11:39:20 ]
- 使用言語がC++ではなければ、よい本があるよ！
- 56 名前：54 mailto:sage [2008/10/18(土) 12:18:31 ]
- >>55
その本はなにですか?
- 57 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 14:00:22 ]
- >54
その前に、最良のレストランを教えてくれ。
本も色々あるのは目的や読む人のバックグラウンドによって最良が違うから。
Gonzales&Woodsはじっくり学ぶにはいいが、即戦力を求めると期待はずれ。
ディジタル画像処理は画像処理の種類や簡単なアルゴリズムを見られる。
OpenCV本は即使えるが、原理学ぶには向いていない。
- 58 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 00:36:10 ]
- まずはフーリエ変換
- 59 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 15:03:35 ]
- 画像処理フリーソフトで一番よいものを教えて下さい!!!
たくさん機能がついているものがほしいです。
- 60 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 15:37:49 ]
- GIMP
- 61 名前：デフォルトの名無しさん [2008/10/23(木) 04:16:58 ]
- 画像合成の閾値の求め方をおしえって
- 62 名前：デフォルトの名無しさん [2008/10/23(木) 04:19:49 ]
- 実験の考察って何書けばいいのでしょうか？
- 63 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 05:03:01 ]
- 実験の考察を書けばいいじゃない
- 64 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 15:12:06 ]
- n個の領域を目立つ色(緑 <=> 赤 など）で分割したいのですが
そんなサブルーチンどこかにないでしょうか？
何かの色空間で最も離れるような色を選べばいいのでしょうか
- 65 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 16:23:55 ]
- >>64
nの個数と分割する対象にも拠るけど、色相を0度から360度して適宜分割すればいいんじゃね。
何かの値を色にする場合は色相で赤から(黄を通って)青まで使うことが多いけど。
- 66 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 17:44:46 ]
- >>64
ブラーかけて減色するってんじゃ駄目？
- 67 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 20:50:34 ]
- k-meansでクラスタリング
- 68 名前：sottovoce [2008/11/17(月) 09:52:50 ]
- こんにちは・・・
どこに書き込んだらいいか、2ちゃんねる初心者なもので・・・
場違いだったら削除しても結構です。
【本題】
最近タクシーに乗ると車載カメラが取り付けてあるのはご存じてすか？
車内を撮るカメラと進行方向を撮るカメラがありますが、
いろいろな面でタクシー会社やドライバーには有意義な装置です。
特に事故やトラブル時に威力を発揮しますが、
困ったことに画像がいまいち鮮明でないために使い物にならないときがあります。
警察に画像を持ち込むと画像処理をしてくれますが、
車内で手軽に画像分析が出来る方法を探しています。
例えば、当て逃げされた車両のナンバーを正確に読みたい場合。
また、乗り逃げされた乗客の顔を鮮明にしたい・・・などです。
良いソフトをご存じでしたら是非お教え下さい。
また、場違いの掲載でしたら、
どこに書き込んだらいいかも教えて下さい。
宜しくお願い致します。
- 69 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 10:05:05 ]
- >>68
> 当て逃げされた車両のナンバーを正確に読みたい
タクシーが当て逃げして逃げたってことか。自首しろよ。
- 70 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 12:02:52 ]
- >>68
ここはソフトの作り方を話す板。ソフトウェア板かCG板できけ。
つーか、車内で手軽にやるって、全車にパソコンやらなんやら積み込む気か？ コスト考えたら無理だろ。
- 71 名前：sottovoce [2008/11/17(月) 12:14:00 ]
- 大変失礼しました。
大手４社(国際、日本交通、大和、帝都～大日本帝国という)に既に全車に装備されています。
他に日の丸も全車、東都も大部分が装備、東京地区では他社も随時装備されつつあります。
車内を撮影することはプライバシー上難しい問題がありますが、
前方を撮るカメラは近いうちに東京では全車装備されるでしょう。
コストは一台分、数万円です。
問題は記録した画像の分析。
微かにしか写っていないナンバープレートを読むのは結構大変なんです。
そこで相談したんですが、
どうやら場違いのようで・・・
大変失礼致しました。
ごめんなさい。
- 72 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 13:12:50 ]
- 画像の分析なんて職人技だよ
ソフトで読み込んでボタン押して終わりじゃない
- 73 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 14:36:32 ]
- 自動で解析するわけじゃない
ナンバーまでほしかったら車載カメラの解像度を上げるほうが先だ
このあいだの大阪ひき逃げでも防犯カメラに車がうつってても、車種すらわからんかったじゃないか
- 74 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 15:19:46 ]
- 防犯カメラより車載カメラの方が解像度は高いけどね。
- 75 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 22:03:04 ]
- 動画なら超解像が有効なんじゃないか？
そろそろSpursEngineで実用的になる・・・かもしれない
まあ>>68氏のニーズに応えられる機能とコストを提供できるかどうかしらんが
- 76 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 23:12:41 ]
- そりゃあんた、コストを提供されても困るよ。
- 77 名前：デフォルトの名無しさん [2008/11/18(火) 17:49:14 ]
- >>73
解像度上げても、素子の飽和電流下がると
高コントラストの画像は吹っ飛んで見えなくなるぞ。
- 78 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 18:01:29 ]
- やっぱりCCDは画素数よりもサイズだよなあ
- 79 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 18:31:11 ]
- ドライブレコーダって、撮影条件はめちゃくちゃ悪いよなあ。
その割に、チャチなレンズにチャチな素子しか付いてないけど。
- 80 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 09:49:47 ]
- フレーム補間する前と後の動画があるところを教えて下さい
（モニタが60fpsまでなので、例えば30fps→60fpsに変換した動画など）
- 81 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 10:48:41 ]
- 最初から高画質で録画しるｗ
- 82 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 11:14:59 ]
- >>80
www.cvalley.co.jp/ae_plugin/re_visioneffects/twixtor.html
まずググレ。
- 83 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 12:05:28 ]
- >>82
ググれといいつつ探してくれるとは！
ありがとうございます
- 84 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 15:17:12 ]
- 動画なんだから超解像かければいいんじゃね＞タクシー
- 85 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 16:40:07 ]
- >>68
> 当て逃げされた車両のナンバー
> 乗り逃げされた乗客の顔
これって日本語が不自由な人？
それとも、「当て逃げなされた車両」「乗り逃げなされた乗客」？
- 86 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 23:00:07 ]
- ↑日本語が不自由な人
- 87 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 18:00:10 ]
- www.okada.jp.org/RWiki/?R%20%A4%CE%B2%E8%C1%FC%BD%E8%CD%FD
こんなことできるんだね
知らなかった
- 88 名前：デフォルトの名無しさん [2008/11/21(金) 00:51:46 ]
- 輪郭を認識して画像を抽出するアルゴリズムで
効率的ですばやい動作だと思えるものを使ってるらしきソフトを教えてください
- 89 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 01:01:08 ]
- 板違い
- 90 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 01:27:08 ]
- >>88
効率的ですばやい動作で輪郭を認識して画像を抽出する
アルゴリズムだと主張している論文で使われているデモアプリ
- 91 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 00:44:13 ]
- 2次元のIIRてできるのん？
- 92 名前：デフォルトの名無しさん [2008/11/22(土) 17:57:12 ]
- >>89>>90
いきなり応用だと難しかったか
- 93 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 00:06:15 ]
- segmentationは基本的に遅い
どっかにCUDAを使って高速化したソフトがあった希ガス
- 94 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 04:29:04 ]
- 画像処理というかFlashみたいな図形アニメーション？ああいうのってどんな仕組みなのかな。
オブジェクト保持して背面から描画していってるんだろうけど、高速に描画するためにクリッピング
やら最適化やらいろいろ工夫して描画していってるんだよね？
毎回全オブジェクトを描画とかしてたらすごく遅くなっちゃいそうだし・・うーん。
- 95 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 06:18:32 ]
- 「画像処理」って言葉は物凄く広義で捉えられることも多いけど、
このスレは狭義の画像処理だよね？
94みたいな質問は、ぶっちゃけスレ違いなんだ。
ではどこのスレがいいかと探してみたが…
ttp://pc11.2ch.net/test/read.cgi/gamedev/1007933882/l50
過疎ってた
- 96 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 09:03:06 ]
- 94はゲームしたこと無いだろ。
今の3Dゲームがどれほどのリアルタイム処理をしているか知らないのか。
- 97 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 09:34:37 ]
- いや3Dじゃなくってさ、Flashとかは結構貧弱な環境(GDI)とかでアルファブレンディングなり、
ベジェ曲線のアニメーション描画とかやってるじゃない？結構大量のオブジェクトをぐちゃ
ぐちゃ動かしてるページもあるし。
たとえば自分でああいうのを作ったらすごく遅くなりそうだなと思って。だからああいうのは
何やらすごく効率的なアルゴリズムがあるのかなあと。
- 98 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 12:19:38 ]
- >>97
Flash Playerの設定のディスプレイのタブを見ると、ハードウェアアクセラレーションを有効にする
っていう設定があるから、DirectDrawとかは使ってるんでない?
- 99 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 13:13:37 ]
- ベジェだって重くないしエッジだけだから
昔のスキャンラインアルゴリズムでも速度出るんでないか?
高解像度ウィンドウだとそれなりにCPU食ってるし。
アルファブレンドも最低でもMMX使えりゃ負荷はさほどないし。
- 100 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 15:49:01 ]
- 複数のjpg画像のボケ具合？を比較するにはどうすればよいでしょうか。
また、理想としては解像度が異なる画像でも比較できればと考えています。
使用言語はＣ++もしくはＣです。
よろしくお願いいたします。
- 101 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 15:52:05 ]
- ヒストグラムの分布幅でいけそうだが
- 102 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 16:22:45 ]
- >>101
即レスありがとうございます。
早速試してみたいと思います。
質問内容の補足ですが、対象とする画像の被写体は様々です。
画像全体としてのボケ具合というか、どの程度ピントがあっているか、
を比較できればと考えております。
引き続きよろしくお願いいたします。
- 103 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 16:44:33 ]
- 普通はFFTとかじゃね？
- 104 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 16:53:52 ]
- >>102
それだとヒストグラムだときつそうだね。
ヒストグラムは同じ被写体が写ってないと出来なそう
- 105 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 17:57:15 ]
- 2次元画像のパターンマッチングについて質問したいのですが、
ターゲットの画像と同じ大きさ、同じ図形のものを原画像から抜き出すことはできるのですが
違う大きさの似たような図形を抜き出すことが出来ません。
そのために画像を1ピクセルごとに読み込み、同じピクセルの系列を読み込めるようにして、
似たような画像も検出できるようにしたいのですが、数式ではどのように表すことができるのでしょうか？
またプログラム（java）上ではどのように書くことができるのでしょうか？
明日までに仕上げないといけないのでどなたかお願いします。
- 106 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 01:04:26 ]
- あきらめる
- 107 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 12:10:38 ]
- もう半日しかないしね。
- 108 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 15:29:45 ]
- あはははっは
- 109 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 18:25:05 ]
- 親子の顔画像がそろったデータベースってないでしょうか？
親子関係の証明を顔画像認識でできるか試してみたいのです
具体的にはこの問題への適用を考えています
【国籍法改正】法務省「親子関係の確認を厳格化して、できる限りの偽装認知防止策をとる」★２
mamono.2ch.net/test/read.cgi/newsplus/1227603058/
基本のブースティングは改造しないで
Haar特徴の部分だけ 顔画像比較用 特徴
みたいなものに改造したとして
うまくいく可能性はどのくらいでしょうか
- 110 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 18:35:23 ]
- 人間に出来ない事を機械が出来るとは思わないが
- 111 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 18:47:29 ]
- 親子の顔はなんとなく似てるはずです
boostingがそんな特徴を自動抽出してくれるのに期待しています
- 112 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 19:25:12 ]
- DNA検査のほうがまだ正確
整形がある時代に顔が似てるというだけで国籍を与えるクソソフトを作るつもりか？
馬鹿な事に時間と金をかけるな
- 113 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 23:20:03 ]
- 日本人ならあんな法律を促進するようなソフトをつくろうとも思わないよな・・・
在日は国へ帰ればいいのに。
- 114 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 23:27:33 ]
- 法律なんか関係ねーよ
学問的な意味があるんだよ馬鹿が
- 115 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 23:29:23 ]
- 国へ帰れ在日野郎。
- 116 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 23:30:56 ]
- 日本国のためになる研究すればいいのにな
- 117 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 23:34:01 ]
- どうせならタバコの自動販売機の顔で年齢判断する研究でもしてほしい
売国装置よりよっぽどマシだ
- 118 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 23:48:37 ]
- それでは・・・
親子の顔画像がそろったデータベースってないでしょうか？
親子関係不存在の証明を顔画像認識でできるか試してみたいのです
具体的にはこの問題への適用を考えています
【国籍法改正】法務省「親子関係の確認を厳格化して、できる限りの偽装認知防止策をとる」★２
mamono.2ch.net/test/read.cgi/newsplus/1227603058/
基本のブースティングは改造しないで
Haar特徴の部分だけ 顔画像比較用 特徴
みたいなものに改造したとして
うまくいく可能性はどのくらいでしょうか
- 119 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 23:51:27 ]
- DNA鑑定をしろ。
- 120 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 23:56:44 ]
- まあDNA鑑定と同等以上の事が顔認証で可能とは思えない
ましてや国籍法レベルで誰もが納得するようなソフトなんて無理だ
- 121 名前：デフォルトの名無しさん [2008/11/26(水) 04:01:03 ]
- 如何だろ
特徴点抽出の精度上げれば可能じゃないかな
- 122 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 04:08:39 ]
- 頬骨が突き出ているかどうか見れば、チョンかどうかわかるな
- 123 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 09:01:07 ]
- 貴花田なんて自分でも輪島の子だと思ってるだろ
- 124 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 10:11:42 ]
- 政治的理由でＤＮＡ鑑定は導入されないと思うので
誰でも親子関係をチェックできるソフトを配って
にせ親子情報を募集するサイトを作ります
- 125 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 02:26:25 ]
- >>118
Haar-likeみたいな大まかな特徴で顔の部品類似度まで比較するのは無理
- 126 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 02:30:01 ]
- 予想だけど少なくとも７５％は当たりそうな気がする
- 127 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 02:40:51 ]
- マイケルとその子供を画像で親子と認識できるんだろうな
- 128 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 02:47:22 ]
- 判定結果：宇宙人と、アブダクションされた子供達
- 129 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 04:47:17 ]
- taspoの顔年齢認証でさえあの精度だぞ
- 130 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 12:17:45 ]
- >>129
中身はオムロン？
- 131 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 13:15:27 ]
- >>125
他にいい特徴だとどんなのがありますか？
- 132 名前：デフォルトの名無しさん [2008/11/27(木) 16:41:07 ]
- まあ照会用のテンプレート構成するデータベースが粗末だといかんけど
あまりにも細かすぎてもいけないだろうね
ファジイのメンバーシップも重ねすぎると全部が全部該当になってしまう事もあるし
全く該当無しなんて結果も出うる
微妙な違いだと人間でも難しいからなあ
そこの部分で新しいアルゴリズムがいるかもね
たとえば一様な精度を用いるのではなく局所的に精度を細かくするとかね
- 133 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 19:27:37 ]
- 文字の認識なんかで人間より精度が高かったなんていう例もあるから
特徴量の抽出法次第だろうな
- 134 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 23:01:57 ]
- >>133
ソースよろ。タイピングの精度のことじゃないよね
- 135 名前：デフォルトの名無しさん mailto:sage [2008/11/28(金) 00:25:31 ]
- はいどうぞ
research.microsoft.com/~kumarc/pubs/chellapilla_ceas05.pdf
- 136 名前：デフォルトの名無しさん mailto:sage [2008/11/28(金) 00:55:12 ]
- >>135
thx
顔画像でも人間の不得意なところを補完できるかもね
- 137 名前：デフォルトの名無しさん mailto:sage [2008/11/28(金) 01:54:03 ]
- 画像の中の物体の傾きを求めるプログラムを作りたいんだけどうまく傾きが出てくれない
だれか詳しい神いないかな
- 138 名前：デフォルトの名無しさん [2008/11/28(金) 02:09:08 ]
- 基準になる原器の問題とその点のとり方の問題じゃね
- 139 名前：デフォルトの名無しさん mailto:sage [2008/11/28(金) 10:21:07 ]
- >>131
www.cs.berkeley.edu/~aberg/papers/journal_berg.pdf
- 140 名前：デフォルトの名無しさん mailto:sage [2008/11/28(金) 10:43:45 ]
- >>137
ハフ変換？
- 141 名前：137 mailto:sage [2008/11/28(金) 18:22:56 ]
- 画像中の求めたい物体の面積数えて重心の座標出して、その物体傾き（慣性主軸？）を求めてその軸を描く
重心までは出せてるんですが軸の傾きがうまく出てくれない
①画像をラスタ走査していく
注目画素(x,y)が求めたい物体の画素ならば
(x方向の分散) += (x - x方向の重心)*(x - x方向の重心);
(y方向の分散) += (y - y方向の重心)*(y - y方向の重心);
(xyの共分散) += (x - x方向の重心)*(y - y方向の重心);
②走査し終えたら
物体の傾きθ=atan2((xyの共分散),(x方向の分散)-(y方向の分散));
という感じでやっているんですが
式とかやり方が間違っているでしょうか
本とか調べても物理系ばかりで理解できず、そもそもなぜこれで傾きが出るのか理解できないので
式がおかしいのかも分からずも困ってます
- 142 名前：デフォルトの名無しさん mailto:sage [2008/11/28(金) 19:51:30 ]
- >>141
②が分からないんだけどPCAでやるなら
②の前に固有値を求めて最大固有値の固有ベクトルの方向が傾きじゃないの。
chihara.naist.jp/opencv/?%BC%E7%C0%AE%CA%AC%CA%AC%C0%CF
こういうの。
- 143 名前：デフォルトの名無しさん mailto:sage [2008/11/30(日) 11:07:35 ]
- CMYKの画像ってどうやってモニタに表示させてるのでしょうか？
思うに、CMYK値→CMYKのプロファイル→RGBプロファイル→RGB値→モニタに表示
という流れになると思うのですが。
- 144 名前：デフォルトの名無しさん [2008/11/30(日) 14:39:12 ]
- ある画像のサイズを縦横2倍にしたいのですが、
ペイントなどで処理してもうまくいきません。
また、JTrimというツールも使ってみたのですが、
画像がぼやけるのを治せませんでした。
(本来ならできるのかもしれませんが、うまくできませんでした。)
画像をリサイズしても、ぼやけないようにするにはどうしたらいいのか。
教えてください。お願いします。
- 145 名前：デフォルトの名無しさん [2008/11/30(日) 15:07:35 ]
- >>144
MugenViewer
www.noids.net/mugen/
- 146 名前：デフォルトの名無しさん [2008/11/30(日) 16:03:37 ]
- >>145
ありがとうございます。
試してみます。
- 147 名前：デフォルトの名無しさん mailto:sage [2008/12/01(月) 15:25:54 ]
- >>145
ここで言うのも場違いな気がするが、指示通り Java を入れてダウンロード
できたけど、元の jpeg 画像が読み込めない。drag&drop もだめ、ファイル
メニューからファイル選択ダイアログは出てこない、フルパスを打ち込んで
も反応なし。Vista は非対応かな。期待したのに残念。
- 148 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 11:32:49 ]
- 色境界のきっちりしてるイラストなら
ベクタ画像を作ってから伸ばせばきれいに拡大できる。
- 149 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 05:49:55 ]
- >>147
GIMP2使ってみ
画像の拡大・縮小で補間方法を補間しないに設定
画像サイズの右側にピクセルってあるやつをパーセントに変えれば2倍とかやりやすい
- 150 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 06:15:45 ]
- >>144
Jtrimで「再サンプリングを行う」を外せばぼけない筈だが
- 151 名前：147 mailto:sage [2008/12/04(木) 09:03:17 ]
- >>149 アドバイス有難う。
Java 入れてから、毎日 update 許可依頼が来てウザイ。こんなに頻繁に update
しているとも思えないんで、Java のスレに聞いて全部アンインストールした。
Vista だめなら Xp 機で試そうかと思ったが、気持ち悪いんでやめた。
今、自前ソフトではここで教わった Lanczos3 でやっているけど、２倍以上に
なるとちょっと気になり、いい方法があるなら取りこみたいところ。
- 152 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 09:09:04 ]
- 是非GDI+のHRバイキュービックを実装してみてくれ。
- 153 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 20:54:55 ]
- >>152
悩んでるところにちょうど発見ので質問です。
.NETからGraphicsクラスを使用してGDI+で適当に拡大縮小アニメーションさせているのですが、
HighQuality～という補間方法を指定すると、カクカクとなめらかにアニメーションしてくれないのですが、
なぜでしょう?
Graphics g;
Matrix matrix
for (int i = 0; i < 1000; i++)
{
matrix.Reset();
matrix.Translate(-image.Width / 2.0F, -image.Height / 2.0F, MatrixOrder.Append);
matrix.Scale(i * 0.001, i * 0.00,1MatrixOrder.Append);
matrix.Translate(image.Width / 2.0F, image.Height / 2.0F, MatrixOrder.Append);
…
としているだけなのですが、HRが付いていない物と比べるとものすごい勢いでカクカクしてしまいます。
- 154 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 21:12:09 ]
- そら、高品質な補間方法のほうが処理が重いからだろう。
まあ、前ベンチ取ったらBiCubucだとHighQualityのほうが高速だったけどな。
単純な拡大縮小なら自分で補間ルーチン書いて最適化すればGDI+よりは速いのが作れる。
が、アニメーション効果でそこまで高品質な補間が必要かは疑問だな。
どうせ一瞬しかみえんだろ。
- 155 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 22:49:46 ]
- 今頃>152でHQではなくHRと書き間違えていることに気付いたw
>>153
静止画の品質は比べ物にならないけどねぇ。
- 156 名前：153 mailto:sage [2008/12/05(金) 23:23:15 ]
- >>154,155
すいません、書き方が悪かったです。
カクカクと言うのは、処理落ちではなく座標がずれるといういみです。
外にでているためにサンプルプログラムは出せませんが、153のような感じで単純な拡大縮小のアニメーションを
させるとカクカクしているのがわかります。
>>HR
orz
- 157 名前：デフォルトの名無しさん [2008/12/06(土) 11:34:51 ]
- ViEW2008って行った奴いる？
- 158 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 01:21:01 ]
- 一つ質問なのですがそもそもなぜ空間周波数領域に変換するのですか？
- 159 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 02:00:56 ]
- マトリックスの演算コストが周波数空間像なら激減するから。
- 160 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 06:24:54 ]
- newA = 256 - ((256-B2)*(256-B1))/256
newR = ( (srcR*srcA + destR*(256-srcA)*destA/256) / (newA/256) ) / 256
α値を持つ画像同士の合成を上記のような計算でやってるのですが、
式をもっと簡単にする方法はないでしょうか。
- 161 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 06:49:03 ]
- newA = 256 - ((256-srcA)*(256-destA))/256
すみません、newAの式を間違ってました。
- 162 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 11:08:53 ]
- あれ、角度の平均値ってどうとるんだっけ？
358 と -2 の平均値が 180 じゃおかしーよな。
ぐぐるか。
- 163 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 12:01:30 ]
- 角速度の平均ならそれでいいよね
- 164 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 12:42:15 ]
- いいえ
- 165 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 00:14:14 ]
- 358度と-2度の平均なら、-2度だろ。JK
0-360に正規化するなら358度だが。
- 166 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 00:43:28 ]
- お、すまそ。358 と 2 ですた。( 2 + 358 ) / 2 = 180
なんか書き間違えた。
cos/sin で平均とるみたいね。
- 167 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 15:07:49 ]
- では問題です。角度の分散はどうやってどるのでしょう？
- 168 名前：デフォルトの名無しさん [2008/12/13(土) 17:39:29 ]
- よくしｒんが、３６０足したり引いたりして一番近いの選んじゃ駄目かな？？
- 169 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 23:35:05 ]
- 小学生かよ
- 170 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 00:11:19 ]
- 358と2度の平均が180度がおかしいってのは直感的にはそう感じるだけで、
0度と180度の平均が90度と270度両方になりそうなことを考えれば、自ずと答えはわかるだろ？
2つの角度を足して2で割った結果と、それに180足した結果で、元の角度からの差が小さいものを選ぶとかしたら？
- 171 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 12:22:52 ]
- なんでdegreeなんだよ
- 172 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 13:22:18 ]
- ラジアンじゃないと何かダメか？
- 173 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 01:54:59 ]
- RGB画像をGIMPでCMYK画像として変換すると、確かにCMYK値が出力されているようなのですが、
PhotoshopでRGB画像をCMYK画像で出力すると、色空間はYCCK？のようです。
YCCKからCMYKの色に変換するにはどうしたらいいのでしょうかorz
- 174 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 04:33:51 ]
- 皆使ってんだからそれでええんちゃうんかい？
- 175 名前：デフォルトの名無しさん [2008/12/15(月) 16:01:20 ]
- 皆使ってるのは別に良いんだけど
改良の余地はかなりあるように思うが
- 176 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 17:50:30 ]
- 知るかよ、何で俺らが尻拭いせにゃならんの？
- 177 名前：デフォルトの名無しさん [2008/12/15(月) 19:07:40 ]
- 尻拭いでも何でもねえだろ
単に改良する能力すらないだけ
- 178 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 20:41:44 ]
- 誰に言ってんの？
- 179 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 22:35:49 ]
- Marshal.Copyメソッドつかって、24Bitのビットマップを8Bitにしたいんだけど、
Widthが4で割り切れない画像のときに、結果がずれてしまってうまくいきません。
色深度の変更でなんかいい方法あったらアドバイスお願いします。
- 180 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 23:37:53 ]
- 普通にパディングしろよ
- 181 名前：デフォルトの名無しさん [2008/12/16(火) 18:05:37 ]
- おれも>>179みたいなことがしたい
だれかサンプルない？
- 182 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 21:28:25 ]
- ビットマップはWidthが32Bitの倍数になるような仕様
Width=10で24Bitなら240Bitで256Bitになり、ダミーが16Bit付く
- 183 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 22:41:45 ]
- >>179
水平解像度 * 3（RGBの３つ分）の値を4で割った余りの分だけ
0のデータが付加される。すなわち、水平解像度が5だったら+1(5*3=15 , 15%4=1)、
6だったら+2(6*3=18 , 18%4=2)、7だったら+3(3*7=21 , 21%4=3)バイト分、各行に付加。
- 184 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 22:43:05 ]
- バイト数で換算したが、水平解像度の4の剰余という解釈もあり。
- 185 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 22:56:22 ]
- >>183訂正
4で割り切れる値になるように付加。5の場合、16との差の1、
6は20との差、７は24との差の1で、逆だった、すまそ。
- 186 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 22:57:44 ]
- うわ、またやってもうた、度々すまそ orz
6は20との差で2、7は24との差で3、まぁ、
解像度を4で割った余りの分を付加と言った方が楽か。
- 187 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:01:03 ]
- うぜえこいつ
- 188 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:03:30 ]
- 32ビット境界に揃えるには
3 足して 3 と & とればいいだけだ
- 189 名前：デフォルトの名無しさん [2008/12/16(火) 23:04:03 ]
- >>187
はいはい、理解力の無いバカは引っ込んでろよｗ
- 190 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:08:18 ]
- 知的に問題のあるガキの発言↓
187 名前：デフォルトの名無しさん 投稿日：2008/12/16(火) 23:01:03
うぜえこいつ
誰もお前個人に向かって話しかけていないから、自意識過剰なのか
目の前の見えない敵に噛み付く修正のある奴は、ちょっと知能に
問題があるんでしょうね。今後の人生もそうやって生きていくなんて、
可哀想・・・
- 191 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:11:14 ]
- >>188
ANDとったらいかんだろｗ
しかし知らんかった ビット演算ってすげーわ
- 192 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:14:47 ]
- ああ間違えた。~3 と & とるのね
- 193 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:16:35 ]
- >>182では説明不足だよ。
>>188 面倒なことし過ぎ。
- 194 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:17:13 ]
- >>189-190
そんなに悔しかったのかい
- 195 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:24:53 ]
- まさかネットでもウザいと言われると思ってなかったんだろう。
- 196 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:28:30 ]
- >>193
32ビット境界に合わせるのに (x+3)&~3 以上に簡単な方法はないだろ・・・。
- 197 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:32:06 ]
- Processing使うと簡単にブラウザ上でOpenGL動かせて良いなあ。
Javaには興味なかったんだが、公開がしやすくて便利。
- 198 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:56:31 ]
- 32bit境界は分かるが、結局 RGB をそれぞれ1バイトずつ使っているわけで、
まぁ、結果は32/8= 4 が関与してくるが、その説明くらいしても良いだろ。
うざいは無いだろ。他人の言動にケチをつけなきゃいけないくらい、
日頃はまともに相手にされていないのかね？自分が説明不足だから
相手にされていないって気づけよ＞こんな場所で苛立ちを露にしているお前
- 199 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 00:17:58 ]
- 皆にスルーされた>>180涙目ｗｗｗｗ
勿論俺なんだが
- 200 名前：M [2008/12/17(水) 00:19:34 ]
- Ｃ＋＋でのラベリングで下のような場合で、簡単なプログラムのやり方を教えてくれませんか？
11111111
11111
1111111111
1111111
11111111
1 1 2222
2222
222222
- 201 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 00:54:21 ]
- >>199
くわしく説明しないからだよw
- 202 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 04:48:21 ]
- >>200
>201
- 203 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 05:04:42 ]
- 最近はやりの compressive sensing で出てくる
L1 minimisation について誰か簡単に説明してくれっつって
- 204 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 04:44:41 ]
- 画像pdf→画像配列抽出→画像処理→画像pdf
を解説してるHPあったら教えてください
- 205 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 10:54:29 ]
- >>204
画像配列って複合機とかのMRC圧縮されたPDFってこと？
- 206 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 11:56:53 ]
- 単に二次元配列のことでしょ
- 207 名前：デフォルトの名無しさん [2008/12/22(月) 06:45:57 ]
- 原点が左上にある画像を中心が原点になるようにしてバイリニア補間で拡大・縮小する
ソースコードをお持ちの方いらっしゃいませんか？
ソースをupしてください
誰か助けてください・・・
- 208 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 07:56:38 ]
- （~ヽ
|ヽJ .あ
| （~ヽ .け
（~ヽー|ヽJ ま
|ヽJ | | お .し
| ﾊ,,ﾊ | 断 .て
ﾘ （ ﾟωﾟ )彡 り
((⊂ミｿﾐｿ彡ﾐつ)) し
》======《. ま
|_|_|_|_|_|_|_| す
｀ｕ-ｕ´
- 209 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 09:39:21 ]
- 画像中心を原点にすることでなにが変わるって？
- 210 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 09:51:40 ]
- >>207
使ったことないが、ググッたら
バイリニア補間のソースコードなんか山ほど落ちてるが、それではいかんのか？？
それかOpenCVでも使ったら
- 211 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 09:58:46 ]
- 普通の実装でも原点が0,0と0.5,0.5の奴があるから結果違うし
倍率にもよるけど多少変わるだろ。
- 212 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 11:31:52 ]
- >>211
それは各画素の中心の話か？
>>207は冒頭に「原点が左上にある画像」とあるから、
画像全体の原点のことを言っているように読めるが。
- 213 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 11:40:03 ]
- 原点を画素の左上と考えるか画素の中心と考えるかでも違うんだよな。
画像一番左上の画素の中心を原点に100倍に拡大したらどうなるかを考えてみるといい。
どうでも良い事のようで、API(Win/Mac/Library/etc)によってこの考え方が違ってハマることもままある。
- 214 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 11:40:18 ]
- まだ相手してんだｗ
- 215 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 12:47:21 ]
- >>212
だから中途半端な倍率の場合に全画素での中心位置を中心としたら
左上の原点は0もしくは0.5ではなくなるだろ。
ちゃんとそういうの考慮しないと一部だけ切り取って変換するときにずれる。
ソース位置が整数なGDIだと駄目で浮動小数点で指定できるGDI+だとずれにくいとかある。
- 216 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 17:09:57 ]
- ワールド座標で悩んだ俺が通過する
- 217 名前：デフォルトの名無しさん [2008/12/22(月) 18:34:12 ]
- 二チャンネルのレベル低下ははてなに人が移動してしまったことと関係あるかな。
- 218 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 18:46:09 ]
- そのわりには はてなのレベルも低いまま変わってないぜ
- 219 名前：デフォルトの名無しさん [2008/12/22(月) 18:56:56 ]
- 昔からレベルは低いよ
- 220 名前：207 [2008/12/22(月) 22:56:57 ]
- いろいろありがとうございます。
matlabでコードしてます。
俺もググってみましたが原点中心の拡大縮小しているやつがなく、
奇数、偶数両方に対応しているかわからないので
参考にしつつ自分でコードを組んでいますができません・・・・。
０～N点ある画像を中心を原点と仮定して－N/2～N/2までの補間点を考え
それらに対応する整数インデックスを補間後の点にしています。
ソースは明日うｐします。
- 221 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 23:39:12 ]
- 原始的に
-へ半分移動させる → 拡大縮小する → +へ半分移動させる
- 222 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 00:56:11 ]
- 位置合わせの話って小中学生だろｗ、死ね失せろ
- 223 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 03:11:51 ]
- javaで画像処理してるやついる？
- 224 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 04:07:09 ]
- い た ら な に ？
- 225 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 10:39:16 ]
- 座標の取り方と補間処理そのものは無関係ですよ。たんなる座標変換だから。
- 226 名前：２０７ [2008/12/23(火) 12:25:15 ]
- こんな感じにしてみました。あってると思いますが・・・（1次元の場合）
% i_image = double( original_image ) / 255.0;
% prepare output buffer
i_size = size( i_image );
i_width = i_size( 2 );
i_height = i_size( 1 );
%floorで処理される
o_width = i_width * zoom_ratio;
o_height = i_height * zoom_ratio;
o_image = zeros( o_height, o_width );
- 227 名前：２０７ [2008/12/23(火) 12:29:23 ]
- % linear interpolation
count_x = 0;
for x = -(o_width - 1)/2:(o_width - 1)/2
i_x = floor( count_x / zoom_ratio )
ratio_x = ( count_x - i_x * zoom_ratio ) / zoom_ratio
if x == -(o_width - 1)/2
i_x0 = 1
i_x1 = 1
end
if ((x > -(o_width - 1)/2) & (x < 0) || (x <= (o_width - 1)/2) & (x > 0))
i_x0 = count_x
i_x1 = i_x0 + 1
end
if x == (o_width - 1)/2
i_x0 = i_width
i_x1 = i_width
end
if (i_x0 > i_width)
i_x0 = i_width
end
if (i_x1 > i_width)
i_x1 = i_width
end
i00 = ( 1 - ratio_x ) * i_image( i_x0);
i11 = ratio_x * i_image(i_x1);
o_image(count_x + 1) = i00 + i11
count_x = count_x + 1
end
- 228 名前：JP [2008/12/23(火) 14:07:39 ]
- NVIDIAのCUDAというソフトを導入しようと思っていて
サンプルプログラムを動かそうと思いビルドしたところ
error LNK2019: 未解決の外部シンボル _cudaCalculateSlopeKernel が関数 "void __cdecl runCuda(void)" (?runCuda@@YAXXZ) で参照されました。
error LNK2019: 未解決の外部シンボル _cudaGenerateSpectrumKernel が関数 "void __cdecl runCuda(void)" (?runCuda@@YAXXZ) で参照されました。
というエラーが出ていまい，なかなか解決できません．
もし解決方法わかる方いらっしゃったら教えてください．
- 229 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 14:18:24 ]
- リンクしろカス
- 230 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 21:19:08 ]
- >>228
画像処理に殆ど関係がないので、CUDAスレにでもお帰りください。
- 231 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 21:29:06 ]
- 全くの無知から初めてピクチャマッピングの実装実験をしているんですが、結構奥が深いですね。
今のところ伝統的なスキャンラインの方法とか直線を使った初歩的な方法しかやってないのですが他にどういう方法があるのか知りたいです。
ウィキみても３Dのライブラリの紹介はあるんですが、２Dのマッピングについてのアルゴリズムの紹介とかがないので、多少興味があるのでお勧めのサイトはないでしょうか。
- 232 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 10:26:08 ]
- 反応がないのはすれが違うんでしょうか？それとも難しいからできる人がいなんでしょうか？
- 233 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 11:37:40 ]
- 質問文が難しいからだと思います
- 234 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:08:33 ]
- 色じゃなくてピクセル位置の変換なんで、やってることは画像処理といえば画像処理なんですけど・・・
たとえば２Dで、頂点A[0,0] B[3,-1] C[2,5] のとんがり三角形に矩形の画像をフィットさせる感じで、この場合結果は上が凸の三角形の顔をしたサンタになります。
３Dのライブラリ使えば当然ポリゴンとマッピングAPIがあるんで考えなくて済むんですけどそのAPIの自作のことです。
- 235 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:13:53 ]
- 君中学生？
- 236 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:48:13 ]
- >>234
パースペクティブ変換でできる変換のサブセットにあたるんじゃないかな。
とにかく目的の形状にピクセル毎にマッチさせる変換行列を
数式的に表現しなちゃい。
もちろん座標に小数点がでてくるから、ピクセル値は、
できれば線形でもいいからなんらかの補完メソッドを使いたい所。
まぁそういうのはとりあえず後でいいか。
- 237 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:51:18 ]
- ちなみに 3D でも、とりあえずやることは
変換行列 x [ x; y; z; 1 ]
でしょ？2D なら
変換行列 x [ x; y; 1 ]
になるって話
- 238 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 14:33:14 ]
- 高々R^2 => R^2なので射影などの３Dと２Dの変換ではからもっと簡単なアルゴリズムになると思ってたんですけどちがうんでしょうか。
画像をセピアに変換とかとおなじで、画像を自由形状の多角形に（フィットさせる）変換も画像処理だと思ったんですけど、
この様子だと全くすれ違いのようですね。
それと、WEBで処理のサンプルを見ると、forとint[]で手計算してるのが多いんですけど、
現代でもDirectXやOpenGLとかのベクトル計算専用ハードを使わないで画像処理するのがトレンドなんですか？
- 239 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 14:41:22 ]
- ＞とにかく目的の形状にピクセル毎にマッチさせる変換行列を 数式的に表現しなちゃい。
＞できれば線形でもいいからなんらかの補完メソッドを使いたい所。
いろいろと大事なことを数行で書いてますね。そのあたりの普通に思い浮かぶ方法の実装は終わって
この方法では大体めどがついたので、他にあるかなってことです。
普通に画像を回転(pi/2とか）させるとモアレみたくなるんで補間は必須だと思うんですけど。
- 240 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 15:15:30 ]
- たんに日本語の書き方が下手すぎて読まれてないだけかと。
俺は最初の1行半だけ見て読むのをやめたから、質問だとは思わなかった。
- 241 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 15:15:43 ]
- >>238
まぁもちろん画像処理なんだけど、画像処理ってのは、
コンピュータビジョンなどの画像解析と、
コンピュータグラフィックスなどの画像合成の二つに分けることができて、
大抵は画像合成はCGスレに行くから、
画像処理スレは画像解析の人が集まると思う。
結構 2D == 画像処理スレ、3D == CGスレって勘違いしている人がいるんだけど、
ほんとはその分け方はあまりよくないんだよね。
2D だってコンピュータグラフィックスはコンピュータグラフィックスだし。
ってわけで、3D CG 畑の人なら、3D CG の時の処理を参照して、
z を無視した 2D CG の計算式になおせばおｋなんじゃないかね。
もちろんそのまま 3D のを使ってもいいんだけど、処理を速くしたいみたいだから。
>forとint[]で手計算してるのが多いんですけど
それはアルゴリズムの解説をしているサイトなんでしょ？
ライブラリで、ほい、とか言われたら解説にならないじゃん。
>現代でもDirectXやOpenGLとかのベクトル計算専用ハードを使わないで
ハード？ライブラリ？ライブラリは一杯あるよ。
前はテンプレにリストされてたと思うんだけど・・・
- 242 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 15:17:41 ]
- 俺はウィキペディアのことをウィキというなあんちくしょーと思ったので、
スルーしてしまった。
- 243 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:11:28 ]
- といって強がってるけど、みんな気になってたんだよねｗ
- 244 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:24:36 ]
- >>237
普通にアフィン変換するだけだとフィットできないんですよ。
アフィン変換は線型性を保持するだけなんで、普通にやると例えば平行四辺形は三角形に変換できないからどうしようかなって。
- 245 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:28:23 ]
- >>244
だからパースペクティブっていった。
- 246 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:41:49 ]
- パースペクティブ変換て射影変換？
- 247 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:42:04 ]
- CG版ってのがあったんですね。そっちいってみます。
このすれは画像上のパターンのマッチングとか、動きを追跡とか、低解像度からいかに鮮明にするか、とかですか。
今興味あるのは構造とかベクトル画像とかで純粋なラスタの処理ではないからそのあたりが畑が違うって感じるんでしょうかね。
ウィキでアルゴ調べてもなかったときは、このすれも覗いてみます。
- 248 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:45:22 ]
- アルゴてなんだアルゴて
ウィキペディアもそうだけど不用意に妙な略語使うな
- 249 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:51:57 ]
- >このすれは画像上のパターンのマッチングとか、動きを追跡とか、低解像度からいかに鮮明にするか、とかですか。
で、あることを期待しているんだけど、photoshop で・・・ とか質問くるからうぜぇ。
前に「画像処理アルゴリズム」スレに名前変えようとか言ってたのになぁ
- 250 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 17:44:36 ]
- あの・・・・前から疑問に思ってたんですけど、
>このすれは画像上のパターンのマッチングとか、動きを追跡とか、低解像度からいかに鮮明にするか、とかですか。
こういう画像処理とか、セピア色にするとかの普通の加工とかも、やっぱり１ピクセル毎にint[]とかforとかで1ピクセルとその周辺を確認しながらやるんですか？
もうすぐ現実的になると思うんですけど、極端に言えば、0xffff * 0xffff サイズの画像とか2^32回ほどループになるとおもんですけど・・・それでもやっぱ手計算なんですか？
- 251 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 17:51:50 ]
- 変な略語を使われるとイラッとくるのは何故だろう。
- 252 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 18:02:15 ]
- >>251
頭が固くなってきた証拠ですよｗ
- 253 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 18:59:23 ]
- >>251
頭が固くなると脳細胞の硬直化現象がおきやすいので病院で脳のCTスキャンしてもらった方がいいですよ。
- 254 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 20:39:33 ]
- >>250
コンピュータ使ってる時点で手計算じゃないよ
- 255 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 01:13:22 ]
- >>250
x と y だけループで、width = 1, height = 1 じゃあ明らかにたりんぽ。
x, y, width, height、もしくはそれに rotation も加え、さらには 3D での
回転を考えるなら、2D での回転方向である roll に加え、yaw, pitch もいれて
ループさせて、それでたくさんサブイメージ群を作る。
どう考えても画像全体に対してこれをやると、時間がたりないからテクニックが必要。
動きの追跡なら、kalman filter だとか particle filter だとかあとは mean shift とか、
簡単に言えば動きの予測をしてその周辺箇所だけをさぐる、みたいな。
で、後はサブイメージと目的モデル（顔とか）との比較をする。
目的モデルは機械学習を使って、モデルパラメータをトレーニングしておく。
こういうのはパターン認識と呼ばれる一大分野の技術です。
>それでもやっぱ手計算なんですか？
なにを言っているのかわからない。中学生？
- 256 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 01:36:40 ]
- んー。
なんかこう、画像処理を、ピクセルのかたまりに対してどばっとやる方法があるのか、
でかい画像でもちまちまやるしかないのか、という質問なのだと思うが。
処理による。例えばフーリエ変換してフィルタ通して逆フーリエ変換、という
処理なら、ドットごとちまちま、という感じではない。
64K×64Kドットってどれくらいだ、1Kdpiで64インチ四方、2畳弱？
- 257 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 02:07:06 ]
- >例えばフーリエ変換してフィルタ通して逆フーリエ変換
このフィルタの部分は周波数ドメインでドット毎ちまちまっちゃちまちまだろ。
>ピクセルのかたまりに対してどばっとやる
結局は行列演算だろ。行列の掛け算だって、中身は for ループだ。
もちろん、特徴ベクトルの次元圧縮は重要な手法だ。
だが、その次元圧縮だって、行列演算を通すわけで、
それは for ループのドットちまちま処理となんか違うのか、
といわれたら、根本的には同じ、としか言えないだろう？
- 258 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 03:53:46 ]
- やったことのない技術に根拠のない希望をもつのは初心者にはよくあることだよ。
- 259 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 04:54:14 ]
- ノイマン型コンピュータってのは、どこまでいっても
バイト単位でちまちま処理するしか能がないからなー
- 260 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 10:48:40 ]
- SIMD命令にうまくはまればある程度はまとめて処理できるか。
- 261 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 13:00:22 ]
- ＞簡単に言えば動きの予測をしてその周辺箇所だけをさぐる、みたいな。
＞目的モデルは機械学習を使って、モデルパラメータをトレーニングしておく
今はそっちの分野は全く手をつけてないので専門的ではないですが、自然に発想するそのアルゴでは、実装は出来なくはないですがものすごく大変だと思います。
ほとんどランダムを予測するようなものなので設計も難しく、ある意味職人技かと思うので、私なら全く別のアプローチをとります。
例えば、反射光によってその動きターゲットの色パターンが突然変化したとか、結局 if で分岐するアプローチを取るなら
確かにその時間フレームを考慮外などとすれば実装できなくもないんですが、それはもはやアルゴリズムではなくて手計算のままじゃないですか？
手計算とはcpu,fpuとループでスカラー演算する感じの意味で、sseとかgpuでやらせるのは難しいアルゴのことです（つまりifに依存してる）。
- 262 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 13:18:36 ]
- 例えば写真２０００枚についてphotoshopみたく同じ画像に連続にフィルター適用した場合や
１枚の画像に何度もフィルターを施すときも結局ループの総回数は2^32以上回数になるわけで、ベクトルユニットが普及してる現代ではあまり現実な処理じゃないと思います。
フーリエとかエントロピーとかの世界に変化して、ガバッとやって、ガバッと返すのアプローチかと思います。
photoshop, gimpでフィルター適用するといつも２,３秒待たされるけど、その程度の画像サイズならガバッとアルゴリズムとベクトル演算で一瞬で終わるんじゃないでしょうか。
0xffff*0xffffは単に３２ビットでの処理で収まる限界だからです。
- 263 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 13:24:50 ]
- おまえ誰だよ
- 264 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 13:46:32 ]
- 大学で勉強してない奴にフーリエとかエントロピーを要求するのは無理だなぁ
- 265 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 14:19:41 ]
- >>261
長文で答えてきた >>236 >>237 >>241 >>250 >>257
の人間だけど、いいかげんに >>240 の
>たんに日本語の書き方が下手すぎて読まれてないだけかと。
に賛同して、返事を書くのをやめます。
- 266 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 14:21:13 ]
- >>250 じゃねー >>255 。いや、どうでもいいや。
- 267 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 14:41:35 ]
- 気になってたのだが、やっと見つけた。
ttp://game.goo.ne.jp/retro/title/RGMEGGEKUR0001/
- 268 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 15:06:27 ]
- アルゴで画像検索したら、ゲイビデオの制作元だったらしく、とんでもないことに。
- 269 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 16:24:56 ]
- necの88かよｗ
あんた一体いくつだよｗ
- 270 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:13:20 ]
- で、65535*65535なんて中途半端なサイズの画像のどこが現実的なんだ?
# 現在未来を問わず。
どうやら何かで聞き齧った情報を元に随分と反復処理と条件分岐を目の仇にしているようだが、
それらによる基本を抑えずに一体どんなアルゴリズムを作れると思っているのだろう。
>>256
そう言えば、手元に24000x24000の画像があるが、こいつは解像度が1/4[nm]なので高高6μm四方だ。
- 271 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:38:49 ]
- そのぐらいの大きさなら、そのうちGPUがHDから直接読み込めるようになるよ
- 272 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:45:55 ]
- 機械学習アルゴリズムやオプティカルフローは並列化できるが
やったことないのになんでできないって決め付けてるの。
- 273 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:55:35 ]
- いるよねー、雑誌とかに載ってる新技術紹介(GPGPUとか量子コンピューター)とか読んで
理解した気になって勝手に俺俺妄想炸裂させて珍説を説明しだす奴。
まず実装なりちゃんとした勉強なりしてから持論を展開しろってんだ。
妄想の上に妄想重ねてもなんにもならない。
- 274 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 23:50:57 ]
- >>273
それはおまえのことじゃないの？ｗ
- 275 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 00:23:40 ]
- >>273
それで、当然おまえは実装なりをしてるんだろうな？
- 276 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 14:53:42 ]
- >>267
なんだこれｗ
オッサンはそろそろ引退した方がいいんじゃないの？
- 277 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 16:20:46 ]
- 呉ソフトウェア工房か。
ちまちまと頑張って続いてるのがすごいよな、呉氏。
- 278 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 07:59:24 ]
- SIFT (Scale Invariant Feature Transform) って特許あるけど、
PCA-SIFT って特許あるん？
- 279 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 10:10:44 ]
- それより、
>>273
はるな愛に感染。
はるな愛はその辺の子よりカワユイとは思うが。もうミソジがなんとも。
- 280 名前：デフォルトの名無しさん [2009/01/01(木) 02:46:45 ]
- とりあえずナンバープレートの枠を連続取り込みしてみれば？
そして一定サイズに変換して累積データを総合すると・・・
ナンバープレート一枚を一回の撮影でナンバー読み取り可能な条件はかなり厳しいようですね
bbs.kakaku.com/bbs/-/SortID=8820887/ImageID=182560/
↑
限界値なので、実際には倍以上の画素数が必要とか
[8820887] 【車載カメラ・ドラレコ】ナンバー読み取りについて
bbs.kakaku.com/bbs/-/SortID=8820887/?Reload=%8C%9F%8D%F5&SearchWord=%8E%D4%8D%DA%83J%83%81%83%89
[8860007] 車載での車窓動画の夜間撮影時における最適な設定について
bbs.kakaku.com/bbs/20204310373/SortID=8860007/?Reload=%8C%9F%8D%F5&SearchWord=%8E%D4%8D%DA%83J%83%81%83%89
- 281 名前：デフォルトの名無しさん mailto:sage [2009/01/02(金) 03:32:32 ]
- www.uploda.org/uporg1901676.jpg
を
www.vipper.org/vip1049913.jpg
みたいに処理するにはどんなツールのどんな機能使えばいいの？
- 282 名前：デフォルトの名無しさん mailto:sage [2009/01/02(金) 03:37:17 ]
- >>281
ソフトウェア板で聞け。
- 283 名前：デフォルトの名無しさん mailto:sage [2009/01/03(土) 07:49:28 ]
- OCRの結果を透明な文字として画像にうめこみたいのですが
それができるフォーマットはpdfぐらいなのでしょうか？
webに貼る画像でそれがしたいのです
- 284 名前：デフォルトの名無しさん mailto:sage [2009/01/03(土) 08:29:03 ]
- 板違い
- 285 名前：デフォルトの名無しさん mailto:sage [2009/01/08(木) 19:12:02 ]
- 最近、信号処理におけるFIRフィルタとIIRフィルタのことを知りました。
画像処理でよく見る、先鋭化処理やぼかし処理はFIRフィルタによるものと言えると思うのですが、
IIRフィルタを使った例って何かあるのでしょうか？？
- 286 名前：デフォルトの名無しさん mailto:sage [2009/01/12(月) 01:54:33 ]
- 逆光補正するのに有効な手段って何かありますかね？
- 287 名前：デフォルトの名無しさん mailto:sage [2009/01/12(月) 04:48:59 ]
- photoshop
- 288 名前：デフォルトの名無しさん [2009/01/13(火) 20:01:29 ]
- MeanShift法について詳しい人いませんか？
平滑化した色ヒストグラムを特徴量として
使うってことはなんとなくわかったんだけど、
カラー画像の場合ヒストグラムはRGBの3つできますよね。
とりあえず３つのヒストグラムについて計算すると
別々の位置に収束してしまいました。
この場合はそれぞれの結果の平均を追跡対象の位置にするのかな？
それとも初めから特徴量を１つにしぼったりするのかな？
あと平滑化で使うカーネル関数というのがよくわからないので
これについて解説している参考書ありませんか？
- 289 名前：デフォルトの名無しさん mailto:age [2009/01/13(火) 21:14:52 ]
- SIFTで使われる4*4ブロックの方向ヒストグラム作成についての質問なのですが
特徴点とされた点(x0,y0)し、DOGにより求められたサイズをσとします。
3σの範囲をガウス窓で重みづけして
この特徴点を中心に4*4ブロックに分けたヒストグラムを作りたいんですが、
特徴点を通るｘ軸に平行なピクセル(x0-1.5σ,y0)～(x0+1.5σ,y0)及び
特徴点を通るｙ軸に並行なピクセル(x0,y0-1.5σ)～(x0,y0+1.5σ)
が邪魔で特徴点を中心とするブロック分けができません。
SIFTでは特徴点を中心とする十字の領域の勾配データを捨てていいのでしょうか？
SIFTについてご存じの方はご教授おねがいします。
- 290 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 21:58:18 ]
- >>289
この時点で(x0,y0)は実数値座標で、４×４ブロックもあっちこっちの向きに回転していると思うのだが
- 291 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 22:07:35 ]
- >>288
Bhattacharyya係数なんかどう？
- 292 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 22:07:44 ]
- ／/
／ / ﾊﾟｶｯ
//⌒)∩＿＿∩
/.| .| ノ ヽ
/ | | ● ● |
/ | 彡 ( _●_) ミ まピョーん☆
/ | ヽ |∪| /＿
/／ │ ヽノ ＼／
"￣￣￣￣￣￣￣（..ノ
- 293 名前：289 mailto:age [2009/01/13(火) 22:22:44 ]
- >>290
コメントありがとうございます。
実座標系からの回転を考えなくていいように、最初に求める36方向
ヒストグラムのオリエンテーションは０度だったとさせてください。
その場合4*4ブロックに分けて各ブロック毎に8方向で計128次元のヒストグラム
を作成する場合特徴点を中心とする十字の領域の各勾配データはどのようにすればよいのでしょうか？
4*4のブロックの分け方を教えてください。
- 294 名前：デフォルトの名無しさん [2009/01/13(火) 22:38:41 ]
- >>291
ありがとうございます
今私がやっている方法はモデル画像（検出したい対象）の
RGB３つのヒストグラムを平滑化・正規化した後
それぞれについて探索画像内で
Bhattacharyya係数を最大化する領域を探すという具合に
計算しています。
そうするとRに関するヒストグラムは座標x1に収束
Gに関するヒストグラムは座標x2に収束、
Bに関するヒストグラムの座標x3に収束といった感じで
RGBそれぞれが微妙に違う位置を計算してしまうんです。
当然探索画像内に追跡対象は一つしか存在しないはずなんですが
（そういう動画像を撮影して実験しています。）、
3つの特徴量がそれぞれ別の領域を指しているというのが
納得できないんですよね。
特徴量が一つだけに絞られれば
こういうことはなくなると思うのですが。
RGBを変換して色相だけとか、
明るさだけとかでやっているのですかね？
実際MeanShift使っている人がいたら
何を特徴量にしているか教えて頂けないでしょうか？
- 295 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 23:31:31 ]
- >>293
藤吉先生のSIFT Tutorialは参考にしてる？
- 296 名前：289 mailto:age [2009/01/14(水) 13:17:35 ]
- >>295
藤吉先生のSIFTを読んで、中心ピクセルをどう分割すれば良いのか疑問に思い投票しました。
これは補完により局所的な拡大処理を行って、分割できる形にすれば良いのでしょうか？
引き続きご指導をお願いします。
- 297 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 13:28:14 ]
- lispで画像処理してる人います？
- 298 名前：デフォルトの名無しさん [2009/01/14(水) 15:47:57 ]
- DWT変換が詳しい人いますか？
質問：DWTで静止画像を分解したときに違うレベルで同じ方向の
ウェーブレット係数が強い相関関係があると聞いたんですが、それ
どういうふうに関係あるでしょうか？
- 299 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 16:47:51 ]
- 全然プログラミングと関係ないな
- 300 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 15:22:52 ]
- >>298
DWT変換を1回したLL1は原画を1/2したような画像になる。
原画とLL1は強い相関関係にある。
同様にHL1とHL2なども強い相関関係になることがあるよ。
- 301 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 12:31:29 ]
- 金属の亀裂の長さを計測するのに細線化して中心線を計測したいのですが
ひげが出てうまくいきません。ひげを取るにはどのような方法が考えられるでしょうか？
よろしくおねがいします。
- 302 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 14:54:01 ]
- 「ひげ」？
- 303 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 16:11:00 ]
- >>301
芯線を線切片近似して、ひげ(端点から交点までの総延長が短い線分集合)を除く。
完璧に改善できるが工数が大きいのが欠点
あるいは、細線化前に輪郭をスムージングすればわずかな工数で多少は改善できる。
平滑化、膨張＋収縮など
- 304 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 16:36:06 ]
- うまくいかない画像を提示した方が良いアドバイスが得られると思うけど
出せないのかね。
- 305 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 17:48:38 ]
- ひげ取っちゃうと、狭いところが通れなくなるのでは？
- 306 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 19:36:14 ]
- >>305
やはりそうですよね。
ひげを取るのはやめにします。
- 307 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 20:15:08 ]
- 洞毛ですか
- 308 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 21:10:26 ]
- >>301
亀裂の長さじゃなくて面積（画素数）を求めるのじゃいかんの？
- 309 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 21:29:19 ]
- そんなこと（簡単に）できるのか？
- 310 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 00:17:59 ]
- 楕円にフィットさせるとか
- 311 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 01:22:50 ]
- 紙に解答書くのとは違うんじゃね？
- 312 名前：デフォルトの名無しさん [2009/01/18(日) 14:21:01 ]
- 画像を複数みないとなんともいえないよね
- 313 名前：デフォルトの名無しさん [2009/01/18(日) 16:20:02 ]
- 質問があるんですけど、
en.wikipedia.org/wiki/Harris_affine_region_detector
ここに乗ってる、Harris-affineというのを実装しようとしています。
ここで、分散Σの値を各画素から求める必要があるんですけど、ここでは、「Σは各画素の共分散行列を取る」としか書かれていないんですよね。
どなたか、ここでΣを求めるアルゴリズムについて理解のある方はいませんか？
- 314 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 16:37:27 ]
- 共分散を求める式自体はここにある。
ttp://www8.uploader.jp/dl/vipprog/vipprog_uljp00662.pdf.html
pass:cova
- 315 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 09:49:08 ]
- 分散Σ
- 316 名前：301 mailto:sage [2009/01/19(月) 12:26:37 ]
- 返信遅くなりすみません
>>303
ありがとうございます。とても参考になりました。
自分も最初始点から追跡して交点から短い線分を除去していこうとしたのですが、
自分には無理でした。
なのでメディアンフィルタを使ったノイズ処理でひげ除去を行うことにしました。
完全には取れていませんが何とかなりそうです。
>>308
ありがとうございます。
自分は亀裂の長さを細線化後の輪郭線追跡で求めています。
なので画素数を求める方法でやっているのと変わらないと思います。
そのほかレスくれた方ありがとうございました。
- 317 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 17:14:03 ]
- >>316
画像うｐって欲しい
- 318 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 17:34:55 ]
- >>317
お前は麻呂か
- 319 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 04:19:15 ]
- ja.wikipedia.org/wiki/%E5%88%86%E6%95%A3%E5%85%B1%E5%88%86%E6%95%A3%E8%A1%8C%E5%88%97
- 320 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:49:38 ]
- JPEGファイルをfopenするとRGB色 8ビット x 3 の並びで読み込み可能ですか？
- 321 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:11:37 ]
- >>320
マルチ死ね
- 322 名前：デフォルトの名無しさん [2009/01/23(金) 15:45:10 ]
- C++とOpenCVを用いて入力画像にガウシアンフィルタ，ラプラシアンフィルタをかけるとこまできてます．
このあとゼロクロスを求めてエッジを抽出したいんですが，どうプログラムを組めばいいかわかりません．
具体的にどう組めばいいか教えてもらえませんか．
//ガウシアンフィルタでノイズ除去
cvSmooth( cvimageR1, imageR2, CV_GAUSSIAN, 7, 0, 0);
cvSmooth( cvimageLa, imageL2, CV_GAUSSIAN, 7, 0, 0);
cvSmooth( imageR2, imageR3, CV_GAUSSIAN, 7, 0, 0);
cvSmooth( imageL2, imageL3, CV_GAUSSIAN, 7, 0, 0);
//ラプラシアンフィルタ
cvLaplace( imageR3, edgeXR, 3 );
cvLaplace( imageL3, edgeXL, 3 );
// この部分にゼロクロス検出を入れたいです
//画像に出力するために値の範囲を[0,255]に変換する．+100は勝手に決めた
for ( int i=0 ; i<imageR3->height*imageR3->width ; i++ ){
matchXR->imageData[i] = (unsigned char)( (((short*)edgeXR->imageData)[i])/2+100 );
}
for ( int i=0 ; i<imageL3->height*imageL3->width ; i++ ){
matchXL->imageData[i] = (unsigned char)( (((short*)edgeXL->imageData)[i])/2+100 );
- 323 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 03:26:29 ]
- >>320
無理です。JPEGのフォーマット調べて
>>322
俺が書くよりこれ見た方がいいかな
www.cfme.chiba-u.jp/~haneishi/class/5_jitsukuukan.pdf
- 324 名前：デフォルトの名無しさん [2009/01/24(土) 18:02:14 ]
- >>323
なんで無理なんだよ？
どうやったらJPEGフォーマットのファイルを処理できるんだよ？あ？
教えろよ。
- 325 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 18:07:31 ]
- www.ijg.org/
- 326 名前：デフォルトの名無しさん [2009/01/24(土) 18:23:54 ]
- >>324
jpgのファイルをプログラムでメモリに読み込むだけですよ？
いちどコンピュータとメモリの仕組みから勉強しなおしたらどうですか。
- 327 名前：デフォルトの名無しさん [2009/01/24(土) 18:33:07 ]
- >>326
お前が勉強しなおせよ、このﾀｺ
- 328 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 18:45:37 ]
- そうですよね。
正常にファイルを読みこめたかどうかいちいちエラーチェックしなければなりません。
それにそのJPEGファイルがメモリからあふれないという保障もないので、メモリ確保のときのチェックも必要になります。
メモリは大切な資源ですし無限にあるわけじゃありませんからね。
- 329 名前：デフォルトの名無しさん [2009/01/24(土) 18:49:19 ]
- >>328
ぼくちゃん、そんなにすごいんなら >>327 の為にソースコード載せてあげたら？ｗ
- 330 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 18:52:50 ]
- つjpegデコーダ
- 331 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 19:50:23 ]
- >>324
君は態度悪いね。これ欲しいのか？
www.vector.co.jp/soft/win95/art/se148046.html
- 332 名前：デフォルトの名無しさん [2009/01/24(土) 19:59:52 ]
- >>331
自分でプログラミングしたいんだよ。
そんなツール紹介すんなｶｽが。
そういうのをスクリプトキッズって言うんだよ。氏ね。
- 333 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:04:40 ]
- この上げてるキティちゃんは何がしたいの？
荒らしたいだけ？
- 334 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:06:39 ]
- >>332
int ReadJpegFile(const char *path, char *mem, size_t *mem_size);
- 335 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:08:53 ]
- >>332
だからJPGファイルをメモリへ読み込むんですよ。
そういうこと分かってますか？
- 336 名前：デフォルトの名無しさん [2009/01/24(土) 20:10:45 ]
- >>335
おまえﾎﾝﾄｳｾﾞｰな。日本語勉強してからこいよ。氏ねよｶｽ
- 337 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:31:13 ]
- >>332
おまえ アホだろ
ttp://www.vector.co.jp/soft/win95/art/se148046.html
はDLLのソースだよ。DLLも理解してないようだから、これでイジルの終わりにします。
- 338 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 23:42:35 ]
- >>336
ほれ、www.w3.org/Graphics/JPEG/
- 339 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:03:39 ]
- >>337
それを気がついていたからJPG君に２度もコンピュータとメモリの話からレスしてあるんじゃん。おまえもアホなやつだな。
- 340 名前：デフォルトの名無しさん [2009/01/25(日) 00:19:35 ]
- >>339
だから、おまえは能書きたれてねーで、さっさとソースコード載せろやﾀｺ氏ね
- 341 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:32:37 ]
- age棒うせろ
はやく死ね
- 342 名前：デフォルトの名無しさん [2009/01/25(日) 00:35:08 ]
- おまえが死ねﾏｼﾞでUZEEEEEEEEEEEEEEEEEEEEEEEEEEEんだよ
- 343 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:49:52 ]
- >>320
OpenCVのRGBアクセス関連サンプル
（昔別のサイトでもっといいサンプル見たんだけど見つけらんなかった）
ttp://rest-term.com/archives/tag/cvim/page/2/
JPEGフォーマット
ttp://siisise.net/jpeg.html
fopen()で開いてどうこうって言うのは質問自体にも問題があると思うよ。
fopne()でファイルは開ける、ただしJPEGファイルフォーマットを
知らなきゃ直接RGBにアクセスなんてとてもとてもできない。
（上記サイト見て自分でその解析処理作れそうか考えてみ）。
そういうフォーマットルールとかの難しい部分を緩和する為に
OpenCVの共通ライブラリ群があるわけで・・・
- 344 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:56:12 ]
- >>343
丁寧に教えててるつもりだろうがおまえが一番ウザイ。早く死ね。
- 345 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:58:52 ]
- そもそもフォーマットを知っててもjpegの場合rgb値にアクセスすることはできないけどねぇ。
単純にrgb値が(なんらかの圧縮などの操作を受けて)格納されているpngなどとは訳が違う。
- 346 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:00:12 ]
- >>320
あった
ttp://wiki.livedoor.jp/mikk_ni3_92/d/%B2%C4%BB%EB%C6%A9%A4%AB%A4%B7
- 347 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:01:28 ]
- >>344
ともに逝こう
- 348 名前：デフォルトの名無しさん [2009/01/25(日) 01:18:04 ]
- 画像処理を簡単に勉強する方法を教えてください
- 349 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:31:03 ]
- 勉強をあきらめる
- 350 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:32:46 ]
- >>348
ネットに載ってるサンプルコードをとにかく実践しまくって
感覚をつかむ、とか
- 351 名前：デフォルトの名無しさん [2009/01/25(日) 01:35:09 ]
- >>349
いるんだよね、こういう蛆虫みたいな奴。
ﾎﾝﾄきもいよなぁ。
- 352 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:42:22 ]
- なんでsageたりageたりするの？
- 353 名前：デフォルトの名無しさん [2009/01/25(日) 01:44:11 ]
- おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
おまえらﾎﾝﾄUZEEEE氏ねｶｽ
- 354 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:50:12 ]
- あばれるなよ。それともあれか、FF11で引導渡された口か? だったら社会復帰なんて無理なんだから諦めろ。
- 355 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 02:02:32 ]
- >>353
児童ポルノ画像もってますね。
警視庁に通報しました。
- 356 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 03:32:44 ]
- 東京都在住ではないようです
- 357 名前：デフォルトの名無しさん [2009/01/25(日) 07:49:48 ]
- >>332
痛い子発見
- 358 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 07:59:06 ]
- >>332
芸能プロダクションにいる怖いおにーさんによって山奥に連れていかれちゃいますよ。
- 359 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 10:56:41 ]
- >>325 で答えが出てるんだが
- 360 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 11:16:40 ]
- と思ったが、なんかサイトが変になってるな。
ttp://en.wikipedia.org/wiki/Libjpeg とか、
ttp://web.archive.org/web/*/www.jig.org/ あたりを参考に。
- 361 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 11:21:18 ]
- ミスった
ttp://web.archive.org/web/*/www.ijg.org/
- 362 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 13:40:28 ]
- www.geocities.jp/katayama_hirofumi_mz/
- 363 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 16:03:33 ]
- >>348
古いけど、↓なんか一通りの話が出てくる。
h ttp://homepage2.nifty.com/tsugu/sotuken/ronbun/
- 364 名前：デフォルトの名無しさん [2009/01/28(水) 14:07:20 ]
- 次の縮小処理をもっと高速にする方法はありませんか。
kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/8761.txt
MMXは使えません。
- 365 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 14:30:26 ]
- 縮小でBi-Linearいるんだっけ？
- 366 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:26:55 ]
- >>364
ざっと見だが
・exはyに関わらず一定なのでループ外でまとめて計算しておく
x0,x1も同様に。
・exやeyでfloatを使うのをやめて固定小数点処理にする
・DWORDで読み込んでシフト＆マスクするより普通にBYTEで読んだほうが速くね？
- 367 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:31:21 ]
- >>364
1/2未満のサイズにする場合も、それで処理するの？
とりあえず気になったのは
SetDIBitsは必要ない。
c00～c11を参照にする意味がない。const DWORDの方がいい。
ex,eyは0～256の整数で十分。
rとbは同時に計算できる。
DWORD rb0 = ((((c00 & 0xFF00FF) * ex0) + ((c10 & 0xFF00FF) * ex1)) >> 8) & 0xFF00FF;
こんな感じ。
- 368 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:49:01 ]
- >>364
コードの高速化に関して書けば
1）x0,x1,ex0,ex1をループの外へ出す。x0[ix]のようする。
2）b0 = ((c00 & 0xFF) * ex0) + ((c10 & 0xFF) * ex1);
これはコンパイラーが
b0 = (BYTE)((float)(c00 & 0xFF) * ex0) + ((float)(c10 & 0xFF) * ex1);
コンパイルしてると思われ、b0などfloat宣言にする。
float b0 = ((float)(c00 & 0xFF) * ex0) + ((float)(c10 & 0xFF) * ex1);
3）シフトが多いので減らす。
g0 = (((c00 >> 8) & 0xFF) * ex0) + (((c10 >> 8) & 0xFF) * ex1);
→ g0 = ((c00 & 0xFF00) * ex0) + ((c10 & 0xFF00) * ex1);
それで((LPDWORD)pbNewLine)[ix] =(DWORD)b|(DWORD)g|(DWORD)r;
になればいいな。
4）目的にもよるがfloatは使わず、DWORD iex0=ex0*256をバイアスする。（フロー注意）
こんな感じかな
- 369 名前：368 mailto:sage [2009/01/28(水) 16:51:01 ]
- あ、ゆっくり買いたら、書き込みいっぱいあった。ごめん。
- 370 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 18:24:20 ]
- Win32APIスレから移動して来たんだけど
アドバイスより実際のコードを欲しがってるだけだよ。
- 371 名前：デフォルトの名無しさん [2009/01/29(木) 10:16:31 ]
- >>366-368
ありがとうございます。参考になりました。
- 372 名前：デフォルトの名無しさん [2009/01/31(土) 18:11:38 ]
- 平行ステレオの対応点探索精度を上げるのってどうしたらいい？
単純にRGBのSSDブロックマッチングじゃ輪郭がぼけるし遅いしいまいち。
HSVにしてHとVの比重を大きくしてみたけど大して良くならなかった。
- 373 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 21:54:50 ]
- >>372
平行ステレオのSSDブロックマッチングの限界では？
適応的にブロックサイズを変えたりすれば精度上がるかもしれんが、
そもそも違う画像をマッチングしてるのだからね
- 374 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 20:49:58 ]
- 輪郭がぼけるってことは、画像を合成しようとしてるのかな？
単に探索精度の問題だったら、ブロックを小さくしたり、
小数点補間したりすればいいだろうけど、
373さんの言うように、視差のある別物の画像の合成なんで、
輪郭はぼけてしまうと思うよ。
仮に撮影対象が全面に平面であれば、視差は生じないだろうけど、
その場合でも、合成には射影変換が必須となると思う。
- 375 名前：374 mailto:sage [2009/02/04(水) 21:06:11 ]
- >>374
> 仮に撮影対象が全面に平面であれば、視差は生じないだろうけど、
視差と言う言葉は適切でなかったかな。
ここでは、視点の違いによって、見えたり見えなかったりすることを言ってます。
- 376 名前：デフォルトの名無しさん [2009/02/06(金) 21:50:06 ]
- 対応点が多数求まってたらＦ行列ってかなり正確に出せるもんなの？
- 377 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 15:15:36 ]
- int file_jpeg_load_from_memory(unsigned char *src, unsigned int len, unsigned char **data, unsigned int *width, unsigned int *height){
struct jpeg_decompress_struct cinfo;
struct my_error_mgr jerr;
cinfo.err = jpeg_std_error(&jerr.pub);
jerr.pub.error_exit = my_error_exit;
if (setjmp(jerr.setjmp_buffer)) {
jpeg_destroy_decompress(&cinfo);
return 0;
}
jpeg_create_decompress(&cinfo);
jpeg_memory_src(&cinfo, src, len);
int err = file_jpeg_load(&cinfo, data, width, height);
jpeg_destroy_decompress(&cinfo);
return err;
}
- 378 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 18:31:30 ]
- >>376
=372？
何をしようとしてるの？
- 379 名前：デフォルトの名無しさん [2009/02/08(日) 03:00:54 ]
- 376だけど372じゃないよ
8点アルゴリズムとかがどの程度正確なのか知ってるひといたら教えてもらいたいと思って。
あんま正確じゃないと分かってたらやる気わかないから。
- 380 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 05:17:18 ]
- >>379
対応を見る対象が良く分からないので、何ともいえないけど、
所詮、F行列自体近似だから、余り情熱を傾ける話じゃないと思うよ。
追跡失敗を統計的にはじくためには、
ある程度の点数は必要だけれども
- 381 名前：デフォルトの名無しさん [2009/02/08(日) 11:14:24 ]
- ど素人の質問ですみません。
エッジ処理の説明には、以下のような微分の話がでますが、
なんでこうなるのかわかりません、、、微分なら傾きなわけだから、
１次微分は凸のように上げ下げではなく、上げだけだと思うのですが、、、
【原信号】
+-------
／
／
／
-------+
【１次微分】
+
+ +
---------+ +-------------
- 382 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 11:42:37 ]
- >微分なら傾き
傾きじゃなくて変化量とか変化の度合いと考えた方がいいと思う。
>１次微分は凸のように上げ下げではなく、上げだけだと思うのですが、、、
自分で微分のグラフを描いてみてはどうだろう。
- 383 名前：デフォルトの名無しさん [2009/02/08(日) 12:00:20 ]
- >>382さん
早速レスありがとうございます。
傾きを接線として考えてたから混乱しました。
1次微分を3箇所に分けると、
①上向き部分→これは変化量をして増えてるのでわかります。f(x+Δx)-f(x)がプラス
②変曲点
③ここが下向きになるのがわかりません、、、
単純に、原信号の終わり側の変化がない部分にさしかかるから、
変化量が少なくなるから下向きということなんでしょうか。
- 384 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 12:05:44 ]
- どんなグラフになると思ってるんだ？
- 385 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 12:12:22 ]
- とりあえず一次微分で直線になってる部分は 0 なんだから、それ以外の部分は全部 + だってのはいい？
そーいう意味では「上げだけ」なわけだが。
原信号が三直線でできてるのなら一次微分は 0 → 正の一定値 → 0 になるけど実際の信号は鈍るので、
0 から増加して最大値になり減少してまた 0 に戻る。
- 386 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 14:56:31 ]
- >>383
> 単純に、原信号の終わり側の変化がない部分にさしかかるから、
> 変化量が少なくなるから下向きということなんでしょうか。
YES
で、３箇所って何を言おうとしてるんだ？と小一時間考えたよ。
一度質問を完成させた後に、頭が白紙の相手の立場に立って、
読み直してみるように心がけた方が良いよ。
漏れの場合、質問するために状況整理していると、自分の中の理解も整理されてきて、
自分で問題に気づくことがよくある
- 387 名前：デフォルトの名無しさん [2009/02/08(日) 15:30:19 ]
- Windowsで一番簡単なディザ処理を行うにはどうすればいいですか？
- 388 名前：デフォルトの名無しさん [2009/02/08(日) 16:12:42 ]
- MISTってOpenCVと違って話題にならないね
なんでだろ
まぁ俺もOpenCV使ってるけど
- 389 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 20:12:37 ]
- テンプレート使いこなせる人間が少ないのかも
Boost::GILも同様
今OpenCV使ってる人は乗り換えるメリットも無さそうだし
学生さんはとりあえず、自分でゴリ書きするかOpenCV使って勉強するだろうし
なかなか広まらないだろうね
ちなみにおいらは製造業向けの画像検査装置開発やってるけど、
画像処理部はインテルのIPP(+OpenCV)やらHALCONやら使って開発することが多い
個人的にはMISTの開発がんばってほしいけどね
- 390 名前：デフォルトの名無しさん [2009/02/08(日) 20:47:07 ]
- IPPもHALCONも使い放題かぁうらやましい
うちは最初OpenCVで組んで最終的には全部自前で組み直し
おかげで画像処理やプログラミングの知識はつくけど効率悪いすぎ
- 391 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:05:19 ]
- 検査装置系の画像処理の開発会社に入ろうと思った場合、最低限出来ないと
いけないのって何なんでしょう？OpenCVを一通りこなせれば良いんでしょうか？
- 392 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:08:56 ]
- 検査会社がOpenCVなんて使うか？
画像ライブラリについて知ってることは有利だとしても・・・
- 393 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:22:01 ]
- 検査装置のGUIを作ることもあるから知ってて損はないよ。
検査装置って言ったって、ある程度以上複雑なものは大抵PC使っているからね。
- 394 名前：デフォルトの名無しさん [2009/02/08(日) 22:50:46 ]
- www.keyence.co.jp/gazo/index.jsp
個人的にはキーエンスおすすめだけど
- 395 名前：389 mailto:sage [2009/02/08(日) 22:51:38 ]
- >>390
IPPはランタイムフリーだから使い放題
HALCONは・・・(´-ω-`)
>>391
知らなくて も いいと思う。
”ソフト開発者”として入社しても画像処理用の
FPGA回路設計とかになるかもしれんし
オレの場合、処理をどうするかよりもカメラでどんな画像を取るか
ってところの方が重要だよ
カメラやレンズ、照明の知識がある新人がほしいけど
そんな学生たぶんいないだろうとも思う
- 396 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 23:22:49 ]
- そういうのはカメラ業界（写真とかTVカメラとかも）の方に行くでそ。
どうせ微分とか知らないんだろうし。
- 397 名前：デフォルトの名無しさん [2009/02/09(月) 01:10:31 ]
- うちはGPUプログラミングできる人ほしい
- 398 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 01:18:27 ]
- >>397
呼んだ？
- 399 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 01:21:03 ]
- 寧ろGPUプログラミングの仕事が欲しい。
- 400 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 01:29:53 ]
- opencvよりpython PILの方が簡単じゃない？
- 401 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:37:09 ]
- 微分なんてもう忘れたがエッジ検出の原理は分かるな
- 402 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:42:13 ]
- 微分ってのはあれでしょ
２次元グラフでみたら波うった線があるけど
線が重要なんじゃなくてそれの面が重要なんでしょ
各ポイントにある公式ｆを適用してもその面積が一定に保たれるものを微分と言うのでしょ？
- 403 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:45:22 ]
- ２次微分になると面が今度は体積になるのでしょ？
- 404 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 10:00:36 ]
- GPUプログラミングって微妙にスレ違いじゃね？
- 405 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 10:03:56 ]
- 頂点と谷を固定したぼかしフィルタがいわゆるFFTっていう微分でしょ？
- 406 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 21:27:31 ]
- GPUプログラミングは今後画像処理で必須になるでしょ
それを見越した新しいアルゴリズムも出てくるだろうし関係あるんじゃん？
- 407 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 22:24:58 ]
- >>402>>403
き、きみ、、
- 408 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 22:46:19 ]
- >>405
参りましたm(_ _)m
- 409 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 00:19:34 ]
- FASTコーナー検出について解説お願いします。
日本語の解説がまったく見当たらないもので。
- 410 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 00:42:46 ]
- ja.wikipedia.org/wiki/%E3%82%B3%E3%83%BC%E3%83%8A%E3%83%BC%E6%A4%9C%E5%87%BA%E6%B3%95
- 411 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 00:43:30 ]
- あ、すまん。FASTはわからん
- 412 名前：デフォルトの名無しさん [2009/02/10(火) 00:46:59 ]
- 180度回転がうまくできない bmpのです
一次元配列でメモリとってやってます
アルゴリズムはわかるけどプログラミングがうまくいかない…
- 413 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:04:08 ]
- アルゴリズム(笑)
- 414 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:07:12 ]
- アルゴリズムって言うほどのもんか？ｗ
- 415 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:12:54 ]
- >>412
まず、上下反転か左右反転の簡単と思う方をやってみたら？
- 416 名前：デフォルトの名無しさん [2009/02/10(火) 05:04:04 ]
- プロジェクタで投影したときにレンズの光収差だと思うんですが結構歪むんで、出力前に補正を掛けて投影したいと思うんですが、この場合どういうアプローチが良いですか？
カメラで写した物の補正なら入力画像をたくさん用意してOpenCV（Zhangの手法）でレンズパラメータとか推定できるんですが、プロジェクタで投影しちゃった物の補正っていうかパラメータ推定？で困ってます。
なんか道筋的な物でもご存じの方いませんか？
- 417 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 05:29:21 ]
- プロジェクタで投影したものを撮影してみればいいじゃない。
- 418 名前：デフォルトの名無しさん [2009/02/10(火) 06:21:21 ]
- そしたらカメラのレンズ歪みも入らない？？？
- 419 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 06:55:06 ]
- 撮像系の歪みはチャートでも撮影すれば得られるじゃない。
どうせ光が拡散しない領域でしょ? 難しい話じゃないよ。
- 420 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 07:36:07 ]
- >>409
中央の色と周辺の色の差分を取る
差分が０のポイントが周囲の1/4に近い場合それはコーナーです
- 421 名前：デフォルトの名無しさん [2009/02/10(火) 10:12:53 ]
- www.geocities.jp/katayama_hirofumi_mz/win32/gfill.htm
Bayer型ディザ行列でディザ処理はできるようになりました。
でも、画質が劣っているので何とかなりませんか。
- 422 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 12:38:00 ]
- >>421
1 組織的ディザやめて誤差拡散法にする(数倍程度遅くなるけど綺麗になる)
2 組織的ディザにこだわるならブルーノイズ行列を使う(高速なまま綺麗になる)
- 423 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 22:33:29 ]
- >>420
409じゃないですが私もFASTに興味があります。
周囲の1/4 をもう少し詳しく教えていただきたいです
- 424 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 00:09:25 ]
- >>420
機械学習をどういう風に使っているのか教えてください
- 425 名前：デフォルトの名無しさん [2009/02/12(木) 00:36:05 ]
- 学生なんですが、標本化するときに起こる画像劣化の理由の模範解答をしていただける方はいませんか？
- 426 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 00:45:41 ]
- 量子化誤差が起るから。以上。
- 427 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 01:06:50 ]
- >>409
日本語の解説がないなら英語の解説を読めばいいじゃない。
ヒンディー語とかじゃないだけまだましじゃないか。
- 428 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 09:26:27 ]
- 英語の解説はどこに？
- 429 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 13:22:37 ]
- >>428
ググれや
svr-www.eng.cam.ac.uk/~er258/work/fast.html
- 430 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 20:14:24 ]
- そこの論文がよくわからないんですけど。。。
- 431 名前：デフォルトの名無しさん [2009/02/13(金) 10:30:17 ]
- gif_libがいつも読み込みエラーになって使えない。
どうすればいい？
- 432 名前：デフォルトの名無しさん [2009/02/13(金) 10:56:35 ]
- 使っているバージョンはgiflib-4.1.6で、開発環境はMinGWです。
よろしくお願いします。
- 433 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 11:00:56 ]
- 自己解決しました
- 434 名前：デフォルトの名無しさん [2009/02/13(金) 11:07:30 ]
- してません。
- 435 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 17:41:18 ]
- 画像を3D的に扱って、それぞれの軸に対応させた回転をするには以下の様な計算式で出来たのですが、
全ての軸回転を一括して計算してやるにはどうすれば良いのでしょうか？
//X軸周りに回転する行列変換
vx = x;
vy = y*cos(RagX) - z*sin(RagX);
vz = y*sin(RagX) + z*cos(RagX);
//Y軸周りに回転する行列変換
vx = x*cos(RagY) + z*sin(RagY);
vy = y;
vz = z*cos(RagY) - x*sin(RagY);
//Z軸周りに回転する行列変換
vx = x*cos(RagZ) - y*sin(RagZ);
vy = x*sin(RagZ) + y*cos(RagZ);
vz = z;
- 436 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 17:46:30 ]
- クォータニオン使えば良い
- 437 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:07:59 ]
- 世の中には４次元数とか頭で考えるだけで分かる人とか居るんだろうか
おいらはコピペすることしか出来ねーｗｗｗ
- 438 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:25:54 ]
- >>435
2つの行列を掛けると、2つの変換を合成した行列になる。
しかし、行列のかける順番は可換ではないから、X*YとY*Xは違う変換に
なるので注意が必要。
- 439 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:27:47 ]
- 正規化されたベクトルx,y,zに回転時間tを加えたものがクオータニオンで
中心座標から目標点の座標のベクトルx1,y1,z1があるとすると
角度のクオータニオンにこの目標ベクトルを乗じて
その結果にさらに-角度のクオータニオンを乗じる
これが移動方向のベクトルになるので目標点にこれを加えると最終的な座標が求まる
書いてて分からんｗｗｗ
- 440 名前：デフォルトの名無しさん [2009/02/14(土) 03:06:01 ]
- 視覚神経モデルを使ったアルゴリズムって無いのかな
- 441 名前：デフォルトの名無しさん [2009/02/14(土) 15:21:47 ]
- >>432
libkohn_gifを使うことにしました。
- 442 名前：赤西仁 [2009/02/14(土) 16:32:34 ]
- ２年間悩んでます。お力をお貸しください。
PSのアークザラッドⅡというタイトルのゲームの、ゲーム画像（歩行画像など）を抽出したいのですが、
かれこれ１年ほど経ちますが、なかなかうまくいきません。
＊もちろん抽出した画像は個人範囲内で利用するつもりです。
◆試してダメだったこと
ネット上からダウンロードできる、ありとあらゆる抽出系ツールを試した。
（ちなみに他のゲームはほとんど抽出可能）
◆教わったこと
・アークザラッドⅡは独自の画像形式を使っているから抽出できない。
・PS上で表示されてるということは絶対に摘出はできるはず。
・ttp://www.gradius2.com/index.php?UID=1174775153
◆抽出は不可能ではないということを知ったとき
２ちゃんねるで質問したところ、
ある方が実際にキャラクターの歩行画像を抽出して
私が立てたスレにアップしてくださいました。
スクリーンショットじゃダメなんです。どうか皆さん、お力をお貸しください。お礼は絶対にします。
- 443 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 16:33:35 ]
- コピペ君って馬鹿だな、まで読んだ。
- 444 名前：デフォルトの名無しさん [2009/02/14(土) 20:18:53 ]
- >>442
もしそれが抽出できたとしても、たぶんその考え方じゃ君はプログラムとか応用とかの分野に向いてないよ。
面倒なことしないで素直な消費者（事務員）として生きていくことをお勧めする。
- 445 名前：デフォルトの名無しさん [2009/02/15(日) 20:59:18 ]
- 質問です。動画ファイルから任意のフレームを取得する方法について探しています。
拡張子がaviのファイルはavi for windowsでできました。
しかしmpegファイルはDirect showでできるとの話を聞きましたが、再生しながらの取得しかできません。
他に方法はないのでしょうか？
- 446 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 23:38:58 ]
- スレ違いかも知れないですが・・・
調べても手がかりが全く無いので
画像関係に詳しそうな方のいるこちらで質問します。
フォルダ内のjpg画像を特大表示等で表示する際
処理が間に合わない際の、一瞬の小さな画像の時
画像にかかっているぼかしが消えて表示されますが、
特大表示になるとぼかしが復活します。
これはぼかしのかかっている画像にぼかし無しのデータも有る
という事ですよね？ぼかし無しの画像をオリジナルサイズで
見ることは出来なのでしょうか？
- 447 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 23:46:03 ]
- プログレッシブ云々じゃねえの？
- 448 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 05:55:06 ]
- >>445
IMediaControl::Pause()で一時停止して
IMediaSeeking::SetPositions()でシークすればいいよ。
- 449 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 20:38:02 ]
- ハートレイの手法で単眼カメラの軌跡を出そうとしているのですが、
n-1とnフレーム目、nとn+1フレーム目、それぞれ||t||=1に正規化された並進ベクトルになるため、n-1→n→n+1と絶対座標の動きが解りません。
nフレーム目をワールドの基準として連続フレームの軌跡を絶対座標で算出するにはどうしたらいいですか？
ちなみに非リアルタイムで構いません。（早いに越したことはないですが）
- 450 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 23:06:58 ]
- たまにこういう真面目な質問が来ると１０日以上もスレが止まってしまうのか
- 451 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 14:06:39 ]
- 誰も答えられないんだからしゃーない
- 452 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 15:52:18 ]
- つまり誰かがPTAMを１から詳細に解説してくれたらいいってことだ
俺はわからん
- 453 名前：デフォルトの名無しさん mailto:sage [2009/03/08(日) 05:03:03 ]
- そんなすでに論文として詳細に解説してあるものを、
日本語訳するような作業はつまらない。
- 454 名前：デフォルトの名無しさん [2009/03/10(火) 23:56:14 ]
- 2000×2000 の300×300dpiの画像を
「解像度600×600」に変換。するアルゴリズムを教えて下さい。
私は、
1.画像の高さと幅をそれぞれ2倍に拡大
2.ヘッダファイルの解像度情報を600×600に変更
だと思っているのですが これであっていますか？
- 455 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 00:03:30 ]
- 画像フォーマットが判らんとdpi情報の扱いは判らんが。
それはさて、一番の問題は
＞1.画像の高さと幅をそれぞれ2倍に拡大
の中身だと思う。
- 456 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 17:02:47 ]
- モーフィングってまだ研究するようなネタある？
- 457 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 01:30:12 ]
- モーふぃん具って画像処理に入るのかな？
どっちかというとＣＧのような。まぁ（どうでも）いいや。
- 458 名前：デフォルトの名無しさん [2009/03/13(金) 03:42:57 ]
- 類似画像を見つける方法を書いておく。
画像全体を2値に変換し、0と1の出現確率がほぼ等しくなるようにする。(輝度がある程度以上など)
適当な大きさ(100*100など)にリサイズする。
それを1万次元ベクトル空間と見なして、2つの画像のcos値を計算する。(and演算とビットの個数を数えるだけで計算は速い)
1に近いほど一致度が高い。
- 459 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 08:11:23 ]
- >>458
なんでわざわざcosを取るんだ？ 引き算するのとどう違うんだ？
- 460 名前：デフォルトの名無しさん [2009/03/13(金) 08:17:23 ]
- たとえばベクトル空間法でググってくれ
- 461 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 08:25:15 ]
- mikilab.doshisha.ac.jp/dia/research/report/2008/1110/002/report20081110002.html
類似度計算
ベクトル空間法とは, 文書を多次元空間上のベクトルとして表現し, 2つのベクトルを比較することにより類似度を調べるものである.
つまり, ベクトルの方向は文書の特徴であるので, 2つのベクトルのなす角が小さいほど似ているということである.
ベクトルDとベクトルEの類似度の計算は以下の式で実現できる.
mikilab.doshisha.ac.jp/dia/research/report/2008/1110/002/img/7.jpg
- 462 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 08:32:19 ]
- >>459
2値に変換してリサイズしている為、今回のケースでは一致した個数を数えるのと大差は無いかもしれない。
- 463 名前：462 mailto:sage [2009/03/13(金) 08:39:37 ]
- 0と1の分布がほぼ等しいという条件を満たすことが難しい場合、自分のノルムで割って補正するという点は利点があるな。
たとえば、1の分布が多い同士だと一致する確率が高く、数値が大きくなる傾向がある。
ベクトル空間法では、それをそれぞれのノルムで割ることで補正できる。
- 464 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 16:39:06 ]
- 単なる積和計算か
- 465 名前：459 mailto:sage [2009/03/13(金) 22:54:48 ]
- >>461
いや、俺が言いたかったのは、各成分上のサイズ違いのない比較でcosを取る意味があるのか、ってこと。
もしかして、cosを取った方が計算が速いのか？
- 466 名前：458 mailto:sage [2009/03/13(金) 23:05:35 ]
- グレースケールの縮小画像を作ってcos計れば精度が高そうと思った。
2値にしたかったのは、0と1の頻度が調整しやすい為だけど、
色が濃かったり薄かったりすれば、自身のノルムで割ることで補正される。
これならベクトル空間として処理する意味も出てくる。
- 467 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 23:10:43 ]
- グレースケール → 縮小 、縮小 → グレースケール
を比べると、前者の処理は 1/3 程度で済む。
類似画像を見つけるには処理は速いほうがいいから、前者で処理すれば十分だろうか。
- 468 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 07:57:16 ]
- で、実際に実装するどんな感じで動くん？
- 469 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 10:13:34 ]
- 背景が全く違っていても前景のオブジェクトで類似していると判定できるような
アルゴリズムでないとフリーソフトにも勝てない
- 470 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 14:00:32 ]
- 画像処理系のライブラリ
OpenCV ttp://sourceforge.net/projects/opencvlibrary/
Gimp ttp://www.gimp.org
Vigra ttp://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/
Vips ttp://www.vips.ecs.soton.ac.uk/
VXL ttp://vxl.sourceforge.net/
CImg ttp://cimg.sourceforge.net/
Gegl ttp://www.gegl.org/ ttp://pippin.gimp.org/gegl/
ImageMagick/GraphicsMagick ttp://imagemagick.org/ ttp://www.graphicsmagick.org/
GIL ttp://opensource.adobe.com/gil/
CxImage ttp://www.codeproject.com/bitmap/cximage.asp
FreeImage ttp://freeimage.sourceforge.net/
ITK ttp://www.itk.org
GD ttp://libgd.org/Main_Page
Imlib2 ttp://www.enlightenment.org/Libraries/Imlib2/
MIST ttp://mist.suenaga.cse.nagoya-u.ac.jp/trac/
- 471 名前：466 mailto:sage [2009/03/14(土) 14:07:39 ]
- 黒が重要なので、 1/(1+x)や255-xと変換して内積を計算すると良いと思います
- 472 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 17:54:21 ]
- >>465
個数を数えて、ノルムで割るなどの補正をすると、
それが既にcos値となっているのだ。
- 473 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 09:50:01 ]
- 画像を2値化して類似を取るって時点でダメだろ…
いつの時代だよ
- 474 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 11:53:17 ]
- 今
- 475 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 20:02:21 ]
- ここって、僕が考えたすごいあるごりずむを晒すスレ？
- 476 名前：デフォルトの名無しさん [2009/03/15(日) 21:58:40 ]
- おしえてくださーい。
魚群探知機？や、お腹の赤ちゃんの超音波映像みたいな元画像から、
影が濃い場所を、探して、その座標を知りたいです。
グレースケール画像の中から、明るい点が長方形やちょっと幅のある線
っぽく、集中している場所を特定したいんだけれども、
どんなアルゴリズム使ったらよいですか？
○○検出、とか、のキーワードでもよいので教えてください。
- 477 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 22:17:16 ]
- 人力検出
- 478 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 22:58:56 ]
- 2値化
微分フィルタ
- 479 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 04:19:18 ]
- >>475
画像解析関係なら答えてくれる人がいるかもしれないけど、画像関係じゃないなら他のスレで。
- 480 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 05:51:05 ]
- ハフ変換でもいけるかも
- 481 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 10:33:22 ]
- >>476
行列作ってコンボリューション。
- 482 名前：476 [2009/03/16(月) 10:52:45 ]
- >>478
>>481
画像全体を走査して、エッジを際立たせたり、ノイズを除去したりは
できるんですけど、、、、。で、結果は、変換された画像ではなく、
座標値として、得たいんです。
>>480
そうですねハフ変換ですと、直線や円の座標値として検出して、よい感じ
なのですが、今回もうちょっともやっとした集合、集まりのようなものが
対象なので、ハフ変換ではうまく検出できなかったんですよね。
今、
適当な大きさの窓つくって、窓を画像中で走査して、窓内での画像の面積と
重心を求めながら、窓の大きさちょっとかえてあげる。ってのをひたすら
繰り返しているのですが、重くて重くて。。
- 483 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 11:35:02 ]
- それを汎用で軽く計算できたらかなり凄いんだけどな。
レベルセット法を使うとか、まぁ文献探すだけで一週間は遊べる世界だからねぇ。
- 484 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 11:39:42 ]
- >>476
特徴点の集合を抽出した上で、
主成分分析はどうでしょう。
ttp://home.a02.itscom.net/coffee/tako04.html
- 485 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 11:49:23 ]
- >>482
ガウスフィルタかけて、その結果の画像をもとに輝度の極大値の座標を求めれば
良いのでは。ガウス窓の大きさと、σは適当に変えて。
すでに登録した極大値との距離がしきい値より近い場合は、値の大きい方だけを
登録するようにする。
- 486 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 11:57:08 ]
- >>482
実際の画像を上げてみて
- 487 名前：476 [2009/03/16(月) 12:33:24 ]
- ぜんぜん汎用じゃなくてよいので、最後はがりがりカスタマイズするとして、
とっかかりもよくわからないんですよね。
レベルセット法、主成分分析、調べてみます。
ttp://nanasi.ddo.jp/up/download/1237174083.png
pass[gyo]
画面下のほうにはノイズがいっぱいあるので無視するとして、
上半分まであたりには、はっきり線ぽく、人間には見えます。
条件が悪いと、この線の幅がY方向に広がります。
赤で書いたような線分が検出できればゴールなんですが。
- 488 名前：476 [2009/03/16(月) 13:45:37 ]
- おや、Upした画像だと、Hough変換でなかなかよい結果になりますね。
これももうちょっと調べてみます。
- 489 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 16:43:23 ]
- >>487
その画像なら、レベル調整したあと、孤立してるドットをノイズとして除去するだけで大丈夫だろ。
おおまかな形でいいなら、画像縮小→レベル調整（低い部分をカット、高い部分を持ち上げる）だけでOK。
- 490 名前：476 [2009/03/16(月) 19:24:49 ]
- >>489
孤立しているドットをノイズとして除去
っていう、前処理的なものをやったとして、その後、
それの“座標値”を得る方法を知りたいです。
たとえば、
ぼかし(ガウシアンetc)→2値化とすると、
検出したい点の集団が、島のようになりますよね。
ttp://nanasi.ddo.jp/up/download/1237198578.png
pass[hyo]
で、これを近似するような線分または、これをほどよく囲む
矩形の、座標値を知りたいのです。
- 491 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 23:41:57 ]
- スネークどうでしょ
- 492 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 00:38:15 ]
- >>490
各島を矩形で囲みたいってこと？
汎用で簡単ってことになると、面積も狭いことだし塗りつぶせばいいんじゃない？
左上を原点としてＹ座標下方が正の座標系で、まず１ピクセルを３２ビット化して、
黒を０、白を0xFFFFFF とかに置換する。
１．いわゆるペイントアルゴリズムで(0,0)を１で塗りつぶす。
２．次に0または0xFFFFFFになっている点をみつけ２で塗りつぶす。
３．同様に塗りつぶす色を増やしつつ画面から0または0xFFFFFFFFがなくなるまで繰り返す。
終了時点の塗りつぶし色が、分割した空間の個数になってるし、同一領域は完全に同じ色に
なっているから、何をするのも簡単でしょ？
- 493 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 04:04:54 ]
- ( ´,_ゝ`)ﾌﾟｯ
- 494 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 11:07:03 ]
- たとえば15.2ＫＢの画像を5ＫＢに収縮するフリーの画像ソフト
教えてください。
- 495 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 11:09:42 ]
- >>494
鼬害
- 496 名前：494ですが・・ mailto:sage [2009/03/17(火) 12:00:24 ]
- >>495
すみません、おっしゃっている意味が分からないのですが・・
- 497 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 12:10:31 ]
- 板違い。そういう質問はソフトウェア板あたりでどうぞ。
- 498 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 12:15:37 ]
- あ！板が間違っていたのですか・・
すみません。
- 499 名前：476 [2009/03/17(火) 19:12:23 ]
- >>491
スネーク。なるほど。使えそうです。
あと、2値化のあと、8近傍みて輪郭追跡しても囲えそう。
で、直線や、矩形を得る場合は、囲った後にその領域の重心や
主成分分析で軸の方向を見つけたりしなければいけないのかな。
あと、スネークの開始の位置と半径とかって、やっぱり総当り？
最初から矩形に拘束したスネークってできるのかな。
いろいろやってみます。。
>>492
ん。ラベリング？
- 500 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 23:40:38 ]
- 二値化までできてラベリングも理解しているならあとはエイヤで書くだけでは…。
正直何を悩んでいるのか理解に苦しむ…。
ところで細線化はどうでしょう。
ttp://codezine.jp/article/detail/98?p=1
- 501 名前：476 [2009/03/18(水) 18:52:59 ]
- >>500
お、細線化、面白いですね。
> 正直何を悩んでいるのか理解に苦しむ…。
ごめんなさい、わかってないの私だけですか？（TT
前処理的なものや輪郭ので囲むまでは、いろいろ教えていただいて
理解しました。最後の、線分をあらわす“座標”を得るためには、
主成分分析か、ハフ変換を使うのが正解ってことでよいですか？
今のところ、主成分分析は、L字みたいな領域ができてしまったときに
難しいことがわかりました。
ハフ変換は、ちょっと重いので、軽くする方法さがしています。あと、線分なのか
矩形なのかの判断がまったくつきません。
どちらの方法でも、2値化の閾値が大きく結果に影響してしまうのも困ってます。。
- 502 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 19:39:25 ]
- ハフ変換とか知ってるのに細線化を知らないとか、
知識に偏りがあり過ぎるんじゃないか？
画像処理、画像認識系の本を読んだ方がいいかと。
知識は広く浅く持っておいて、必要なときに必要なところだけ
深く調べるのが効率的。
- 503 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 20:12:43 ]
- 画像処理は数学の分野ってわけでもないですし、こういう時って具体的にはどういう本がいいんですか？
- 504 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 20:19:39 ]
- >>501
>正解ってことでよいですか？
正解だと断言することはできないが、方針としてそんなに外してないとは思う。
外野の立場ではそこまでしか言えない…。
なので後は自分で実験するか指導教官/上司/クライアントの指示を仰いで下さいおながいします。
- 505 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 21:46:52 ]
- >>487
この感じなら大きめガボールフィルタをかければ
濃い領域が結合できると思う
ja.wikipedia.org/wiki/%E3%82%AC%E3%83%9C%E3%83%BC%E3%83%AB%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF
- 506 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 22:28:00 ]
- >>503
入門書としては、
「デジタル画像処理」がオヌヌメね
www.cgarts.or.jp/book/img_engineer/index.html
- 507 名前：506 mailto:sage [2009/03/18(水) 22:33:16 ]
- >>506
細線化の話が書いてあるかどうかは、定かでないが、
カラーの図がふんだんにあって、広く浅く分かりやすく書いてあるよ
- 508 名前：506 mailto:sage [2009/03/18(水) 23:29:42 ]
- >>507
度々失礼。
Webにある目次のページを見たら、細線化の項目があったね。
- 509 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 00:58:21 ]
- >>501
L字をlと＿に分離したいなら、今のアプローチでいいのでは？
2値化して細線化したところでL字の分離には弱いと思う。
- 510 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 03:48:58 ]
- 画像処理を勉強し始めようと思って、手始めにwikipediaみてDFTから実装してみたんですが、
同じルーチン(2D DFT)を2回通すと元画像になります。これってどういうことでしょうか。
ちなみに実装した式は
F(x,v) = 1/sqrt(N) Σ_y=0 ^N-1 f(x,y) e^-2πi(vy/N) v = 0,1,...,N-1
F(u,v) = 1/sqrt(M) Σ_x=0 ^M-1 F(x,v) e^-2πi(ux/M) u = 0,1,...,M-1
です。
元に戻るということはIDFTになってるということだと思うのですが、
IDFTは e^-2πi...でなくて e^2πi...と各所で説明されていて、この通り実装したものをDFTのあとに通すと元画像にはなりませんでした。
- 511 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 12:33:16 ]
- 係数が掛かっている所為じゃない?
適当にnか√nか1/nか掛けてみたら?
- 512 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 17:34:32 ]
- DFTの段階で1/√nかけてあればIDFTのときに1/nでなくて1/√nが使えてルーチンの再利用が楽になるから使ったんですけど･･･
一応論点にしたいのはIDFTはe^2πi...なのかe^-2πi...なのか･･･ってとこなんです。
DFTを紹介してるいろいろなサイトだとeの指数部がDFTとIDFTで正負逆になってるのでどちらが正しいのかと･･･
- 513 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 23:31:54 ]
- Twiddle Factor：W=exp(-j2π/N)
DFT: F(u) = 1/√N ∑_x=0^N-1 f(x) W^(xk)
IDFT: f(x) = 1/√N ∑_u=0^N-1 F(u) W^(-uk)
です。IDFTの複素共役をとったら
f*(x) = 1/√N ∑_u=0^N-1 F*(u) W^(uk)
逆変換が「F*(u)をDFTして複素共役をとる」になる。
結局IDFTはDFTを使って表せるから eの指数部の符号は気にしなくてもいいんじゃないか
- 514 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 23:35:51 ]
- fは実数だからf(x)もf*(x)も同じだし、
F(u) = F*(N-u)とかの関係を使えば説明できるかな。良くわからん
- 515 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 01:30:56 ]
- ウィキペディアみたら正規化係数やらeの指数部やらは習慣的なものだからとか書いてあるからあんまり気にしないことにします。
へんなこと聞いてすいませんでした。
- 516 名前：デフォルトの名無しさん [2009/03/21(土) 09:52:12 ]
- このｽﾚの80%くらいは低レベルな質問だな
- 517 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 09:55:02 ]
- まあ、画像処理は低いレイヤーの話だからね。
- 518 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 13:02:07 ]
- ウィットに富んだジョーク！
- 519 名前：デフォルトの名無しさん [2009/03/21(土) 14:42:28 ]
- bmp形式ファイルで「1bpp」にした画像を見たいのですが
うまく、見れません。
bmfhsize=sizeof(bmfh);
bmihsize=sizeof(bmih);
filesize=bmfhsize+bmihsize+((width/8)+1)*height;
::ZeroMemory(&bmfh, bmfhsize);
::ZeroMemory(&bmih, bmihsize);
bmfh.bfType=0x4d42;
bmfh.bfSize=filesize;
bmfh.bfReserved1=0;
bmfh.bfReserved2=0;
bmfh.bfOffBits=bmfhsize+bmihsize;
bmih.biSize=bmihsize;
bmih.biWidth=(width/8)+1;
bmih.biHeight=height;
bmih.biPlanes=1;
bmih.biBitCount=1;
bmih.biClrUsed=8;
bmih.biCompression=BI_RGB;//無圧縮形式
bmih.biSizeImage=0;//
bmih.biXPelsPerMeter=0;
bmih.biYPelsPerMeter=0;
bmih.biClrImportant=0;
どのようにヘッダファイルを定義したらいいですか？
width=100,height=100の画像を1bppに変換しようとしています。
- 520 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 21:45:37 ]
- 1bpp なら bmih.biClrUsed=2; じゃない？
- 521 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 22:06:58 ]
- bmih.biWidth=width;
だろ。あと各行のデータは4バイトバウンダリ
あとで、画像が上下さかさまだとか泣きついてきそうだな
- 522 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 09:42:20 ]
- 低レベルだｗ
- 523 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 11:26:08 ]
- >>519
パレットいらないっけ？
- 524 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 12:30:53 ]
- パレットいる、２つ分
- 525 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 12:34:25 ]
- ネタがないからいいけど、どう見てもAPIスレ向けだろう……
つーか、二値画像を見たいだけなら自分で書かなくてもツールで事が足りるだろうに。
- 526 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 12:48:16 ]
- 自分で作ったBMPファイルがツールで見られない、という話じゃないのか
- 527 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 13:11:56 ]
- まさかとは思うが、ヘッダを書くだけで2値化できると思ってないだろうな。
- 528 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 17:37:30 ]
- >>519
>>bmp形式ファイルで「1bpp」にした画像を見たいのですが
と書かれれている一方、
>>width=100,height=100の画像を1bppに変換しようとしています。
と書かれていて、趣旨がのみ込めません。
1bpp の bmp header（BITMAPFILEHEADER, BITMAPINFO）の内容の記述が
分からないのであるなら、Windows アクセサリの「ペイント」で適当は
画像ファイルを読み込んで、白黒 bmp で保存してみればいいのではない
でしょうか。
尚、bmp ファイルの読み込み・表示は「猫でも分かる・・・」の１６０
章、１７０章に出ています。
- 529 名前：528 mailto:sage [2009/03/23(月) 17:39:42 ]
- ×適当は画像ファイル
○適当な画像ファイル
失礼しました。
- 530 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 20:23:52 ]
- >>523
パレットは必須ではなかったと思う。
パレット無しのモノクロBMPをAPIで読み込ませると、TextColorとBkColorに
勝手にマップしてくれた希ガス。
- 531 名前：デフォルトの名無しさん [2009/03/24(火) 07:06:52 ]
- はなじでた
- 532 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 07:44:04 ]
- 何の話じをしでたの
- 533 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 11:12:17 ]
- DBIがAPIで読めるようになったのは後から追加された機能だから
使ってないツールも多いけどな。
- 534 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 11:13:42 ]
- DBIって何だ、、orz DIBね
|
 |
