- 1 名前：デフォルトの名無しさん [2008/09/28(日) 18:26:18 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その10
pc11.2ch.net/test/read.cgi/tech/1197759782/
- 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 ]
- 判定結果：宇宙人と、アブダクションされた子供達
|
 |
