[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 01/20 15:13 / Filesize : 219 KB / Number-of Response : 972
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


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

画像処理 その11



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

前スレ
画像処理 その10
pc11.2ch.net/test/read.cgi/tech/1197759782/

730 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 16:22:40 ]
www.amazon.com/Intelligent-Image-Processing-Prolog-Batchelor/dp/0387196471/
別のスレで最近紹介されていたのですが、この本読まれた方います?

731 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 16:38:01 ]
山形大図書で借りられるかもしれないぞ

732 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 18:36:22 ]
>>730
読んだし、持っている。Amazonには何の情報も載ってないみたいだね。
たしか、図形A,Bを A 前置詞 B のような記述で組み合わせて、
平面構成を得るというような内容が中心だったと思う。画像処理と
いうよりAIの基礎本。私はDraw系ツールでの述語論理によるベクトル
管理というテーマを研究中だった時に読んだ。実にタイムリーな本で
有難かった。


733 名前:デフォルトの名無しさん [2009/05/15(金) 19:18:54 ]
認知の分野だな
未だに述語論理で研究の余地があるのか
誰だったか述語論理の概念構築にすごい時間かけてる研究者居たな

ただ認知の分野から結構画像処理に持ってこれるアルゴリズムは多いよな


734 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 22:49:32 ]
画像処理とはちょっと違うかもしれないけど
フォトショの選択範囲の囲みとかでよくある動く点線って
どうやって描画してるんだろ

735 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 22:50:55 ]
動いているように見えるかもしれないが止まっているんだよ
目の錯覚です

736 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 22:56:47 ]
>>730
prologは得意だが画像処理に使おうとは考えなかった。なんだか面白そう。
18$の掘り出し物があったんで注文しといた。夏休みにでも読もう。

737 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 23:13:28 ]
>>735
ttp://www.ritsumei.ac.jp/~akitaoka/
みたいなもの?

738 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 23:34:55 ]
素人が本気にするからやめれ。



739 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 02:38:46 ]
点線調べたら蟻の行進とか言われてて
なんか画像処理して見せてるんだね
日本のサイトで説明してるとこなかなか見つからないな

740 名前:デフォルトの名無しさん [2009/05/16(土) 03:06:46 ]
点線の交互の点滅じゃないの

741 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 18:14:24 ]
ラバーバンドは凝るとめんどくさい。


742 名前:デフォルトの名無しさん [2009/05/16(土) 20:29:17 ]
投げ縄でうまいことエッジ抽出してフィットさせるとか中身どうやってんだろ・・・

743 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 21:28:46 ]
>>742
Grabcutの最初の方にいろいろな手法の概要が出ている
ttp://research.microsoft.com/apps/pubs/default.aspx?id=67890
からリンクしているpdf

Grabcutって計算量多そうなんだけど実際どう? >> やったことのある人

744 名前:デフォルトの名無しさん [2009/05/16(土) 22:51:14 ]
>>743
ありがと、勉強してみる!

745 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 23:30:13 ]
どこにpdfあるのかわからない

746 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 23:50:19 ]
>>745
アイコン

747 名前:デフォルトの名無しさん [2009/05/16(土) 23:51:17 ]
基本的にはそんなに処理量も多く無いだろうね
色情報ごとのフラグメント立ての問題だし
一回のループと場合によって一点の周りのスキャンをするループぐらいじゃないかな
ここもAI的な非線形技法使ったほうが早い処理できるだろうね

748 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 00:03:43 ]
>>746
まだわからない
なんのアイコンなんだろう



749 名前:デフォルトの名無しさん [2009/05/17(日) 00:04:59 ]
文章のすぐ下に有るPDFアイコン
でもこれ開かんね

750 名前:デフォルトの名無しさん [2009/05/17(日) 00:05:48 ]

やっと開いた
アクセス集中したのか

751 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 00:12:59 ]
ソース直に見たらあった…
なんか一行しか表示されないからわざわざ検索しても
アイコンだけは表示しない
なんだこれ

752 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 00:15:12 ]
ああ忘れてた
教えてくれた人ありがとう

753 名前:デフォルトの名無しさん [2009/05/17(日) 10:28:12 ]
確かにこのgrab cut優れてはいるけど
やっぱリャマだか何だかの頭の部分とか少し残ったりするんだね
一寸このアルゴリズム式からソースにおろして問題点見てみよう

754 名前:デフォルトの名無しさん [2009/05/17(日) 13:48:02 ]
>>739
Windowsの場合、FrameRgnとCreatePatternBrushとタイマーを使う

755 名前:デフォルトの名無しさん [2009/05/19(火) 10:01:05 ]
>>739
www.geocities.co.jp/katayama_hirofumi_mz/win32/antwalk.htm

756 名前:デフォルトの名無しさん mailto:sage [2009/05/19(火) 12:52:17 ]
>>754-755
なろほどー
そういう方法だったんだ
ありがとう

757 名前:デフォルトの名無しさん mailto:sage [2009/05/20(水) 04:28:55 ]
ガンマ補正について質問させてください。
PCのディスプレイのガンマ値はおよそ2.2であると聞きました。
今、0から255に滑らかにグラデーションしているビットマップ画像が
あるとして、これがPCのディスプレイに滑らかに表示されている場合、
このビットマップ画像のガンマ値は1/2.2であると考えていいのでしょうか?
それとも滑らかに(線形に)変化しているので1なのでしょうか?
よろしくお願いいたします。

758 名前:デフォルトの名無しさん mailto:sage [2009/05/20(水) 07:03:33 ]
画素値xが0〜255のときのディスプレイの輝度yの変化がy=x^γになるときにγ値が2.2。
ということはその画像のγ値も2.2でいいんじゃないか?



759 名前:デフォルトの名無しさん mailto:sage [2009/05/20(水) 07:09:38 ]
そもそも画像のγ値ってないんじゃないの?上の変換式で初めてγが出てくるわけで、
変換式ってのは途中に挟むものでしょ?画像は一番最初の線形の単なるデータな
わけだから。

760 名前:デフォルトの名無しさん [2009/05/20(水) 09:13:26 ]
>>757
その画像は、「ガンマ補正2.2を掛けると滑らかに表示される画像」だと言うことだね。

761 名前:デフォルトの名無しさん mailto:sage [2009/05/20(水) 17:07:23 ]
>>757
滑らかにグラデーションしているビットマップ画像は、
表示装置のガンマ値がどうであれ(もちろん極端な数値は除く)
たいていの場合は滑らかに表示されます。

面積比で半数のピクセルを輝度最大(1.0)としたときの全体の明るさと、
全てのピクセルを輝度半分(0.5)にしたときの全体の明るさが等しいとき
その表示装置のガンマ値は 1.0 です。

ビットマップ画像た単なるデータであり、上記のような特性値としての
ガンマ値はありませんが、どういうガンマ値の表示装置で表示した場合に
(製作者が決めた)最適の結果が得られるを示す補助情報としてガンマ値が
付与されることがあります。

762 名前:デフォルトの名無しさん mailto:sage [2009/05/20(水) 17:15:05 ]
>>757
続き:

元画像が「ガンマ補正されて表示されたとき、輝度ゼロから輝度最大まで
線形にグラデーションしているはずである」、つまりちょうど中央のピクセルの
γ補正後の輝度は0.5であるとわかっているなら、

中央部のピクセルの輝度を示す数値を調べて、これを l とすれば
γ = log l / log 0.5 となるわけですが、
このようなケース(画像の特性がわかっているケース)は一般の画像については
殆ど無いと思います。

763 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 16:18:58 ]
画像のフィルタリングについて質問させてください。

画像の端を処理する際のオペレータがはみ出した部分
(ボーダ・ピクセル)の扱いはフィルタの種類によって
異なったりするのでしょうか?
(ex.○○フィルタの場合は折り返して考えるなど)

フィルタごとにお約束みたいなものがあれば教えてください。



764 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 16:47:20 ]
>>763
フィルタの種類には関係ない。
最終目的次第。

765 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 17:37:45 ]
>>764
なるほど。
実装次第ということですね。
OpenCVとかのライブラリはどうなっているか
調べてみます。

ちなみに○○といった目的のときは××するとかの
お約束はあるのですか?


766 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 17:56:11 ]
フィルタってだいたい3×3とかでしょ?端ではみ出すのは1ピクセルだけなんだから
大体は折り返しでやってるんじゃない?

767 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 17:58:47 ]
画像が、横方向(x=0〜x=255)に画素値(P=0〜P=255)までのグラデーションになってるとする。
その時、一般的にγというと画素値Pと輝度値Lとの関係式
L=P^γ
のことを言うのであって、x方向に画素がどうならんでるかとかは関係ない。

グラデーション画像自体のγ値ってのを敢えて考えてみると、
L=x^γ
ということになるのかな。そんなのがあるとは聞いたことはないけど。

768 名前:757 mailto:sage [2009/05/23(土) 06:44:36 ]
>>758
画像のガンマ値はまた別のようなんです。
2.2か1/2.2のような気がしてますが。
定義によって逆数になったりするようなんですね。

>>759
画像にガンマ値がないというのは分かる気もするんですが、
例えば、ソフトによってはRGBからsRGBに変換するものもありますし、
PNGなどはデータにガンマ値を持っていたりするようです。

>>760
その通りだと思います。

>>761-762
とてもわかりやすい説明で助かりました。
カメラで撮った写真なんかはガンマ値は決められないのでしょうかね。
ガンマ変換という単純な変換だけで特性を決めることに無理があるような気もします。

>>767
ちょっと質問の意図が伝わっていなかったようです。
変な質問ですみません。

>>763
平滑化など多くのフィルタでは、境界の画素値を使います。
Wavelet変換など境界で対称的に折り返す場合もあります。
CGのレンダリングでは反対側のピクセルをサンプリングする用途も多いです。



769 名前:757 mailto:sage [2009/05/23(土) 06:47:10 ]
Webで人の視覚はガンマ特性で標準的なディスプレイのガンマと
相殺してガンマ特性がおよそ1になるということが書いてあるのを見ました。
真実かどうかは分かりませんけれでも。
質問に答えていただいた皆様どうもありがとうございました。

770 名前:757 mailto:sage [2009/05/23(土) 06:51:05 ]
訂正です。
×:人の視覚はガンマ特性で
○:人の視覚はガンマ特性が0.5くらいで

771 名前:757 mailto:sage [2009/05/23(土) 06:52:30 ]
訂正です。
×:人の視覚はガンマ特性で
○:人の視覚はガンマ特性が0.5くらいで

772 名前:757 mailto:sage [2009/05/23(土) 06:53:37 ]
おおっと。すみません。

773 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 10:59:31 ]
*おおっと*

774 名前:デフォルトの名無しさん [2009/05/23(土) 13:23:59 ]
かべのなかにいる

775 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 13:37:53 ]
×おおっと×

776 名前:デフォルトの名無しさん [2009/05/23(土) 14:18:05 ]
マロール!マロール!!

777 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:53:17 ]
大量のjpg画像を画像配列にして何か画像処理をしてまたjpgとかで保存したい
んだけど、どうするのがおすすめですか?

778 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:56:12 ]
jpg一枚につき1台PC用意して並列処理



779 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:01:43 ]
>>777
マルチスレッド

780 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:32:06 ]
顔認識って今も一番いいのはViola Jonesなの?

781 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:57:26 ]
NECがやってたの良かったな
29歳なのに30-39歳に分類されててプリプリしてる人がいたがw

782 名前:デフォルトの名無しさん [2009/05/24(日) 18:05:33 ]
ワロタw

783 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:30:30 ]
顔認識といっても、
顔検出、笑顔検出、同一人物検出とか、
それぞれ違うよな。

nのそれは、顔から年齢っていう相関が微妙。
てか、無理があるような。

784 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:02:46 ]
見たことあるけど、刻みは10歳ずつだけど結構当たるよ。
ピタリ当てるのが目的じゃないからね。

785 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:34:56 ]
Image::AnimeFace

786 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:07:13 ]
Viola-Jones methodは実時間処理可能だから実用化されただけだろ

787 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 03:21:01 ]
Viola-Jonesって、OpenCVの物体検出のHaar-Like学習でも使われてるやつ?

788 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 10:18:34 ]
そう



789 名前:デフォルトの名無しさん [2009/05/25(月) 20:48:52 ]
みなさんに質問です。
(質問1)
フォルダに入った500枚の画像の色を例えば、赤→青、黄→紫など思うがままに
1枚、1枚毎に変換させ、それらの変換処理した各画像ファイルを別のフォルダに記憶させる
ことができるソフトウエアはあるでしょうか?
なお、私はプログラムの知識はありません。
(質問2)
輪郭抽出、モザイクなど、ウインドウのペイントに付いている「変形」処理を
上記500枚の各画像フェイルに自動的に行わせるソフトウエアはあるでしょうか?
500枚の画像から1枚、1枚選択して、処理する手間を省きたいのです。
できれば、フリーソフトウエアでそのようなものがあればありがたいのですが。
よろしくお願いします。

790 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 20:54:36 ]
ここはそんな質問をする板じゃありません

791 名前:デフォルトの名無しさん [2009/05/25(月) 21:17:50 ]
>790
失礼しました。他の板で質問をしたいと思います。

792 名前:デフォルトの名無しさん mailto:sage [2009/05/27(水) 09:14:04 ]
圧縮していないAVIの元の映像と、MPEGとかH264で圧縮された映像の各フレームの差分をとって、劣化具合を見てみたいと思っています。簡単にできる方法ある?


793 名前:792 mailto:sage [2009/05/27(水) 09:17:05 ]
ちなみにプログラム言語はCとC++の基本的なところは分かっています。

794 名前:デフォルトの名無しさん mailto:sage [2009/05/27(水) 10:19:08 ]
>>792
動画編集ソフトで、レイヤーを重ねて、合成方法を差分にする。これが一番簡単。

795 名前:デフォルトの名無しさん mailto:sage [2009/05/27(水) 22:47:02 ]
ffmpegとimagemagickの組み合わせでバッチ処理するとか
avisynthとxor系の追加フィルタで合成するとか
プログラム書き下ろす必要すらなく出来ちゃうかもしれんね

796 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 04:44:42 ]
いや、わざわざここで聞くってことは、そういうレベルの話じゃなくて、
画像の劣化具合を客観的に数値化する標準的な手法やアルゴリズムのことを
聞きたいんじゃ・・・ないのか?

797 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 06:25:12 ]
x264 はエンコード後に様々な統計を出してくれるんだけど、
その中に画質の劣化を表す指標 PSNR と SSIM ってのがあるね
PSNR の方はちょっとググれば一瞬で実装できると思う
SSIM は↓
www.ece.uwaterloo.ca/~z70wang/research/ssim/

798 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 06:34:42 ]
でも'各フレームの差分をとって、劣化具合を見てみたい'だから
>>794の解釈でいいんだと思うよ



799 名前:792 mailto:sage [2009/05/28(木) 11:54:23 ]
色々と教えてくれてありがとう。参考にします。
聞きたかったのは、C言語で動画の差分を取って配列にするにはどうすれば楽にできるかということでした。
後は、差分画像の画素の平均値をとって足し合わせるだけでも指標にはなりますよね。



800 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 15:15:05 ]
つーかそれやってんのがPSNR
画素の輝度差分で平均二乗誤差を取る

動画の静止画キャプチャはSampleGrabberでも使えばいいんじゃないの

801 名前:デフォルトの名無しさん [2009/05/29(金) 03:25:48 ]
SSIM のパラメータ(たとえばwww.ece.uwaterloo.ca/~z70wang/publications/josa07.pdf)での
αβγδの決め方が超テキトーな件

802 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 09:12:53 ]
>>801
よくみてないけど、速度vとコントラストcのlogとって、αとγの重み係数で足し合わせればうまくフィットするっつう話?フィッティング係数はそんな感じでテキトーでいいんじゃね?

803 名前:デフォルトの名無しさん mailto:sage [2009/05/30(土) 00:22:50 ]
画像とガウス関数を周波数領域で畳み込んで、
元に戻してローパスフィルタの効果を得た画像を出力したいのですが、
次の条件下ではうまくいかなく困っています。

まず、ガウス関数は普通の正規分布を用いています。
そこで、σ(標準偏差)の値を変えて出力の変化を見ています。


σが大きな値(1以上)のときはうまく結果画像が得られるのですが、
小さな値(0.1とか)だと、出力が変な画像になってしまいます。

よろしくお願いします。

804 名前:デフォルトの名無しさん mailto:sage [2009/05/30(土) 05:07:56 ]
>>803
ガウスの高さはちゃんと1に正規化してる?

805 名前:デフォルトの名無しさん mailto:sage [2009/05/30(土) 05:19:22 ]
動画像処理で質問ですが人物の顔部分のみを追跡したい場合に有効な処理方法はありますか?

806 名前:デフォルトの名無しさん [2009/05/30(土) 06:03:03 ]
>>804
Haar-Like特徴検出

oshiete1.goo.ne.jp/qa4465227.html

807 名前:806 mailto:sage [2009/05/30(土) 06:08:20 ]
間違えた、 >>805 だった

808 名前:デフォルトの名無しさん mailto:sage [2009/05/30(土) 14:51:43 ]
>>804
面積ではなく、高さを1にするのですか?

使ってるガウス関数は、以下のものです。

f(x,y) = 1/(sqrt(2π)*σ) * exp(-(x*x+y*y)/(2*σ*σ))

原点は画像の中心にとってます。



809 名前:デフォルトの名無しさん mailto:sage [2009/05/30(土) 16:00:27 ]
( *σ*)人(y*y )

810 名前:デフォルトの名無しさん mailto:sage [2009/06/03(水) 17:17:37 ]
>>808
面積一定だと、標準偏差σを小さく(ガウスの幅を狭く)したときに高さが無限大に近づいていって、それをかけた結果も無限大になってしまうだろう。結果の画像を最大値で正規化するとよい。

811 名前:デフォルトの名無しさん mailto:sage [2009/06/03(水) 18:38:28 ]
高さが増えても幅が減るので、掛ける値が無限大になることは無い罠

812 名前:デフォルトの名無しさん mailto:sage [2009/06/03(水) 21:06:04 ]
a

813 名前:810 mailto:sage [2009/06/03(水) 21:10:18 ]
>>811
畳み込むんだから掛ける値は中央部ででかくなるじゃん。周波数成分の中央部(直流成分)にガウスの中央部分の高さ(→∞)がかかると、変換後の周波数成分のパワーも→∞。

814 名前:デフォルトの名無しさん mailto:sage [2009/06/03(水) 22:42:13 ]
掛ける値は、中央成分など曲線上の値を使うのではなく、
曲線の値を区間で積分した値を使うべきでは?

中央成分が∞になっても、ピークの幅が限りなく0に近づくので、
面積としては総和が1になるはず。(四捨五入などの誤差はあるが)

815 名前:810 mailto:sage [2009/06/03(水) 23:26:03 ]
>>814
区間積分した値を使おうが、直線上の値を使おうが、量子化するかしないかの違いだけで、ガウスの標準偏差が小さくなったときに真ん中らへんが大きくなるのには変わりない。
区間積分(1ピクセルで量子化)すれば確かに無限大にまではならないけど、
標準偏差が0に近づいた時には高さはかなり大きな値になる。
その値を周波数成分の対応した部分(中央の直流成分)に掛けると、
めちゃくちゃでかい値になって、たぶん>>803はそれをそのまま逆DFTして
画像化してるんじゃないか?そうすると真っ白な画像が復元されることになるぞ。


816 名前:デフォルトの名無しさん mailto:sage [2009/06/03(水) 23:30:32 ]
あ、1ピクセルで量子化したら積分値は1でかわらないか。ごめんごめん。また教えてください。

817 名前:810 mailto:sage [2009/06/03(水) 23:34:31 ]
でもつまり、量子化すれば、中央部分の積分値が1を超えないから結果的に1で正規化してるのと同じことになるのかな。
たぶん>>803は曲線上の値を使ってるんじゃないの?

818 名前:デフォルトの名無しさん mailto:sage [2009/06/04(木) 19:55:09 ]
要するに、Z変換における積分などをはしょった結果、曲線上の大きな値を使って大きな値を使ってしまったってことかね。
プログラム以前の数学的考え(工業数学に近いかもだが)をきちんと覚えろって事かな。

エスパータイムで、どういうミスをしているのかを探偵よろしく推測するのはあまり面白いとは思えないが。



819 名前:デフォルトの名無しさん mailto:sage [2009/06/04(木) 19:59:26 ]
ウェーブレットの方が効率よくないか

820 名前:デフォルトの名無しさん [2009/06/05(金) 10:47:00 ]
OCRを勉強しています。
文字の骨格を抽出する方法がわかりません。
教えてください。

821 名前:デフォルトの名無しさん mailto:sage [2009/06/05(金) 11:23:17 ]
それを調べるのも勉強です

822 名前:デフォルトの名無しさん mailto:sage [2009/06/05(金) 11:43:38 ]
>>820
インプリメントの容易さならHilditch、品質重視ならDeutschの方法が
いいのでは?
Acute angle emphasisを前処理で適用すると少し品質が上がる。

823 名前:デフォルトの名無しさん mailto:sage [2009/06/06(土) 09:58:25 ]
画像処理(動画)をやりたいんだけど使用言語は何がおすすめ?
C#でやってる人とかいる?C言語ならちょろっとやったことがある。

824 名前:デフォルトの名無しさん mailto:sage [2009/06/06(土) 11:22:17 ]
>>823
なんでもいいからとにかくやってみるんだ。話はそれからだ。

825 名前:デフォルトの名無しさん [2009/06/06(土) 14:46:15 ]
>>823
メモリを直接いじるコードを書きたいときはC#だとイラッとする。
そういうところはC++/CLIでやったほうがいいかなと思うよ。

そういうところ意外は断然C#の方が手っ取り早いと思っています。

826 名前:デフォルトの名無しさん mailto:sage [2009/06/06(土) 14:47:23 ]
入門ならOpenCVがあるってだけでC/C++でいいかとおもうよ!

827 名前:デフォルトの名無しさん mailto:sage [2009/06/06(土) 14:50:26 ]
画像処理をやるなら、CからSSEコードを書くのがいちばんだよ。

828 名前:デフォルトの名無しさん mailto:sage [2009/06/06(土) 14:59:29 ]
FPGAができないとだめ



829 名前:デフォルトの名無しさん [2009/06/06(土) 16:23:02 ]
今FPGAは殆どCでかけるんだっけ?

830 名前:デフォルトの名無しさん mailto:sage [2009/06/06(土) 16:29:45 ]
コーナー検出についてなんですけど、なぜ注目画素周辺のヘッセ行列の固有値でコーナーかどうか判定できるんですか?
ヘッセ行列の固有値の大きさって何を表しているんですか?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<219KB

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