- 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 ]
- ヒストグラムの分布幅でいけそうだが
|
 |
