- 1 名前：デフォルトの名無しさん [2007/12/16(日) 08:03:02 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その９
pc11.2ch.net/test/read.cgi/tech/1183910525/
- 669 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 19:44:02 ]
- >>668
その方法ではせいぜいO(n^2)までしか行かない
縦横別々にFFTを使うほうが効率がいい
- 670 名前：650 mailto:sage [2008/05/24(土) 20:23:25 ]
- >>669
マジっすか orz
手元にFFTの乗った教科書があるのでちょっと見てみます。
…2^nのみじゃないといいなw
- 671 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 20:26:42 ]
- 教科書みるよりOpenCVのソース見たほうが速くない?
用途にもよるけどAvisynthのフィルタもいろいろな処理のソースあるよGPLだけど。
- 672 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 20:34:06 ]
- FFTはFFTWを使うとして、係数を事前計算しておけばガウス暈しは(周波数空間像の)画素ごとに係数を掛けるだけなんだっけ?
- 673 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 20:34:19 ]
- 畳み込みの勉強をすればいいかも
- 674 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 20:58:54 ]
- ちょこっと書いてみた所
Window Sizeは5×5
Pentium-4 2.4GHzで640×480、24ビットカラーで70ms
同8ビットグレイスケールで20ms
コンパイラはVS.net 2003 ProのC++でSSEもアセンブラもなし最適化は/G6
実数演算しているので整数演算にすればもう少し速くなると思う。
このくらいの速度はでるという参考にでも。
- 675 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:05:34 ]
- >>650の実行環境すら分からない状態で、0.5秒が遅いという本人の印象だけで
実装アルゴリズムもソースも、言語すら書かれていないというのに、
どうしてこんなに速いだの遅いだの言う話が進むのか。みな超能力者なのか。
とおもたよ。
- 676 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:07:59 ]
- 理論的な早さは実行環境によらず語れるじょん？
- 677 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:17:20 ]
- >>675
「遅い」と言われたら、だいたい原因の想像がつくからだよ
- 678 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:29:29 ]
- >>676
速さ、な。
650が現状どの程度計算量を減らす手段をとったのか正しくわからない状態では、
適切な助言はできないだろ。もしかしたら、環境が遅いだけで650は最速に近い
アルゴリズムを実装しているのかもしれないぞ。
いずれにしても、ワークを直接ポインタで操作しているという前提で、汎的な工夫なら、
1.640x480なら、650x490のワークを利用することで境界判定をなくして
2.１次元化して座標からのアドレス計算を減らして
3.平均化も縦横個別に１次元化して(>>651)
4.必要な精度にもよるが適当でいいなら固定小数点化して整数演算に帰着させる
くらいしかないんじゃないかな。
- 679 名前：650 mailto:sage [2008/05/24(土) 21:40:10 ]
- FFTのソースやら説明を読んでたら頭が爆発しそうになりました。
ろくに数学をやってないのに手を出すべきじゃなかったかもしれません orz
>>674
(ﾟДﾟ)
>>675
ソースが糞だからだと思います。
しかし、自分も糞なので糞が直しても糞にしかなりません。
>>678
現在は2と3をやってます。
1はコピーに時間がかかりそうですが、コピーはしないのでしょうか?
- 680 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:58:56 ]
- FFTは別に理解していなくても、使えればいいよ。
（気持ちに余裕があるときクーリ＆ターキの大発明を理解したらいい。元はガウスだっけ？）
FFTは特にFFTWくらい高速なものになると理解困難。
サイズによってアルゴリズム変化するらしい。
使い方もちょっと特殊。
ま、何も考えずに使いたければ、OpenCVにIPL組み込むことだ。ボカシ命令実行するだけで、すべてやってくれる。
- 681 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:12:20 ]
- 8bit インデックスカラー画像を、さらに可逆圧縮する方法は無いでしょうか？
汎用的な圧縮アルゴリズム以外で。
- 682 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:21:48 ]
- 誰かエスパーいたら、相手にしてやれよ
- 683 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 03:08:35 ]
- >>681
自分で考えれば良いんじゃない？
これだけじゃ、これぐらいしか回答できない
PNGにデータを保存すれば良いんじゃない？
可逆圧縮だし、8bitデータも扱えるし
何も意識せず、保存したいならGDI+で良いと思うよ
アルゴリズムも気にする必要もない
- 684 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 08:17:15 ]
- >>681
BMPで画像サイズが小さいなら、24ビットにした方が小さくなる。
- 685 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 09:41:00 ]
- お勧めのTIFFからJPEGに変換ツール教えてください。
JavaServletから使いたいです。
- 686 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 11:39:52 ]
- ImageMagick
Serveletから使えるかはしらね。
- 687 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 13:18:56 ]
- >>686
いいですね！
- 688 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 10:11:21 ]
- おまいら、YYフィルタってどうよ？
- 689 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 19:00:05 ]
- アホクサ20年前のレベルやん
- 690 名前：デフォルトの名無しさん [2008/05/29(木) 23:44:57 ]
- >685
普通に、SDKのクラス使えばできる。
java 画像変換でぐぐれ！
- 691 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 02:28:32 ]
- shape context ってわかる人いますか？
en.wikipedia.org/wiki/Shape_context
概念はわかったけど、このshape context histogramがどう作られてるのか
さぱーりわかりません。
Step 2: Computing the shape context
のところ。
- 692 名前：デフォルトの名無しさん [2008/06/01(日) 16:47:50 ]
- vine4.2でImageJをインストールしているんですが、
□□□など文字化けが起こるのですがいい解決方法がありませんか？
- 693 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 19:15:22 ]
- フォント指定してないからだろ
- 694 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 20:35:15 ]
- それは一般に豆腐と呼ばれる現象なのでググるとなんかわかるかもね
- 695 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 21:01:37 ]
- >>691
まるかいてー、角度でわけてー、半径でわけてー、
その半径のわけかたはー、log っぽくてー、
で、点の数をかぞえるー
- 696 名前：デフォルトの名無しさん [2008/06/03(火) 00:46:49 ]
- 百戦錬磨の職人の皆様、教えてください。
アドビのフォトショップにある フィルタ...変形...渦巻き と同じことをやりたいです。
画像端部はそのままで中心部のみをネジる感じです。
charaku.maxs.jp/PHHENKEI/mihon.html
しかしマッピング曲線がよくわかりません。
ja.wikipedia.org/wiki/%E4%BB%A3%E6%95%B0%E8%9E%BA%E6%97%8B#.E3.83.AA.E3.83.81.E3.83.A5.E3.83.BC.E3.82.B9
にある「リチュース」というのを使うのでしょうか？
- 697 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 01:12:48 ]
- >>696
中心からの距離に比例して回転角度が変わるだけ。
- 698 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 01:19:26 ]
- マッピング「曲線」とか言ってる時点で根本的な部分で勘違いしている気がする。
- 699 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 08:43:47 ]
- 画像輪郭抽出アルゴリズムの話なんだけど
微分値を拾う方法以外の方法で何か有名な方法ってありますか
有用な方法で思い当たる方法もあったら教えてください
- 700 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 09:24:31 ]
- 領域分割してラベリング後に境界をとったら？
やりかたはたくさんある。
- 701 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 10:51:20 ]
- >>699
微分にもいろいろあるだろうけど、
ほかにも、ぼかし＋HPFとか、ウェーブレットでHH成分を拾うとか、色相変化をチェックするとか、
- 702 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 13:02:43 ]
- レベルセットの簡単なtutorialどこかにないですか？
- 703 名前：デフォルトの名無しさん [2008/06/03(火) 13:40:36 ]
- そういえば
先日サイエンスに視覚神経がポジ画像ネガ画像を同時に送ってるってのがあったな
あといくつかの他のいわゆるレイヤーを同時に脳に送りつけてるって
この方式は輪郭抽出や画像認識で既に使われてるのかな
- 704 名前：696 mailto:sage [2008/06/04(水) 00:25:16 ]
- >>697 さん
いや、それがですね、中心距離への比例だと思ってやってたんですよ。
周辺から中心にいくにしたがって回転角をまわしてやるようにつくっても、
フォトショップのような自然な渦巻きにならないのです。
>>698 さん、あえて「曲線」と言わせていただきますが、
再マッピングに曲線式をあてはめると、なんらかの減衰項があるような感じなのです。
昨日からずっと調べてたのですが、クロソイド曲線をつかうのかなぁ？
- 705 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 00:36:14 ]
- じゃあ２乗とかちょっと微調整やるってかんじじゃないのかな。
自然ってのは自分が思うまで微調整やるしか
- 706 名前：698 mailto:sage [2008/06/04(水) 01:08:30 ]
- >>704
Photoshopが何をやっているかは、
↓のような画像を渦巻き変形してさらに「極座標を直交座標に」の変換をすれば一目瞭然。
┌───┰───┐
│ ┃ │
│ ┃ │
│ ┃ │
│ │
│ │
│ │
└───────┘
回転角度が中心に向かって単純に比例ではなく、
1 - sin(πx/2) に比例していることがわかる（0≦x≦1 は中心からの距離）。
つまり中央付近ではほぼ等速変化だけど、周縁では無変換領域と滑らかにつながるようになっている。
リチュースやクロソイドでは中心付近で回転が加速していくので描画効果としては使い物にならない。
- 707 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 09:09:53 ]
- もし704が問題なんだったら対数螺旋のような動きにしてみたら如何かな
- 708 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 13:41:23 ]
- 単なる係数と補間精度だけの問題のようなきがする。
- 709 名前：名無し募集中。。。 mailto:sage [2008/06/04(水) 18:49:03 ]
- >>707
対数螺旋も中央付近で加速していくからフォトショップのようにはならないよ。
696氏はフォトショップの渦巻きフィルタの再現をしたいんでしょ？
フォトショップは中央は一様螺旋で周囲だけ緩和がかかるから>>706が正しい。
- 710 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 18:59:38 ]
- 妥協すれば全て解決。100%コピー目指すなら逆アセしろ。
- 711 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 15:10:37 ]
- いろんな言語使ってる人いるみたいだけどrubyな人はいないみたいだね
- 712 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 16:31:59 ]
- エスパー乙
- 713 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 00:39:11 ]
- >>771
画像処理をしだしてからCばっかりでPerlとかは使わなくなった。
画像解析自体をスクリプト言語でやったりするんやろか
- 714 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 00:55:17 ]
- 多段のフィルタを組み合わせたりするのにLL使うのはいいだろうけど、
画像処理自体に使うのはちょっと‥‥ねぇ
- 715 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 01:08:41 ]
- exe を走らせるスクリプトとかなら (*´･ω･)(･ω･｀*)ﾈｰ
- 716 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 08:55:57 ]
- pythonはPILあるけどrubyはそれに相当するものないから使われないってことなのか
- 717 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 09:09:15 ]
- スクリプト言語は文字列処理が得意なのであって、
画像処理、行列処理、をさせようと思ったら特に意味がない。
- 718 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 14:10:18 ]
- 文字列は配列を切って貼ってする必要があるけど、画像処理はとってきた特徴量を
放り込んでおくだけってイメージ
- 719 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 14:21:27 ]
- ハァ？
- 720 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 16:08:10 ]
- >>695
分ける前の半径ってどうやって決めてるん？
曲座標変換が関係してるんかな？
- 721 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 17:43:54 ]
- あー、半径は自分で適当に設定するのか
- 722 名前：696 mailto:sage [2008/06/15(日) 10:37:03 ]
- >>697さん、>>698さん、>>705さん、>>707さん、>>708さん、>>710さん
「渦まき」できました！ありがとうございました。
- 723 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 10:45:13 ]
- どういたしまして
- 724 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 02:14:13 ]
- MPEG-7のデータセットをgoogleで探していたら
IEEEのサイトに飛ばされることが多いのですが、アカウントをとらないといけないのですか？
- 725 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 02:28:34 ]
- あ、これかな・・・
www.m4if.org/resources.php#section40
- 726 名前：デフォルトの名無しさん mailto:sage [2008/06/22(日) 17:47:13 ]
- H.264の実装説明した奴ないですかね？
- 727 名前：デフォルトの名無しさん mailto:sage [2008/06/25(水) 12:06:43 ]
- x264のソースを落とした上でmarumoんとこでも読んで来い
- 728 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 21:12:02 ]
- 画像センサや画像処理装置のスレって無い？
- 729 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 22:03:13 ]
- ハードは板違い
- 730 名前：デフォルトの名無しさん mailto:sage [2008/07/02(水) 12:21:59 ]
- >>728
俺も探してるんだが無いね。
できたらCognexのVisionProとかﾘﾝｸｽのHalconだとかの情報も欲しいんだが・・
- 731 名前：デフォルトの名無しさん mailto:sage [2008/07/02(水) 23:52:26 ]
- ImageMagick使ってPostScriptの回転・マルチページ化したいんだけどラスターデータみたいなガタガタの画になってしまう…
所詮こんなもんって事？
最終的にはPDFファイルにしたいんだがいきなり頓挫気味です。
- 732 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 09:13:39 ]
- displayだのconvertだのimportだの無遠慮に使い潰すこのゴミが
- 733 名前：デフォルトの名無しさん [2008/07/04(金) 01:15:23 ]
- 画像認識で自転車を認識したいのですが、どのように認識させていいのかわかり
ません。
今は自転車の簡単な特徴点をテンプレートととして用意してその点を認識させよ
うとしているのですが
なかなか認識させることができません。（テンプレートは自転車の車輪を想定し
て円状に点を６点取っています。
うまく自転車を認識させる方法がありましたら教えてください。
- 734 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 02:05:46 ]
- >>733
ハフ変換で円を検出してみるとか
- 735 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 04:23:03 ]
- 横よりも縦から見ること多そうなので、丸で判別するのは難しそう。
結構面倒と思う
- 736 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 14:05:40 ]
- >>733
認識？検出？認識でいいんだよね？
顔認識とかと同じようなかんじで（ある意味での）情報圧縮を
使って特徴量を得てみたら違いがでるのではなかろうか。
主成分分析 (PCA)とか、線形判別分析 (LDA) とか。
で、識別器はパターン認識のなにかの手法、とりあえず k-nn でもいいし、SVM でもいいし使ってみたらそこそこ動いちゃったりしないだろうか。
ここで書いているのはパターン認識でとりあえず習う当たり前の手法なので、
コードとかもごろごろころがってると思うよ。
- 737 名前：デフォルトの名無しさん [2008/07/04(金) 19:39:11 ]
- 画像処理技術者の将来は明るいでしょうか？
- 738 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 21:29:25 ]
- 将来タクシーの運ちゃんになりたいなら画像処理やればいいよ。
- 739 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:02:06 ]
- ttp://www.mit.edu/~andoni/LSH/
これってさE2LSH package使いたいならメールしろって書いてあるの？
- 740 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:17:24 ]
- >>739
そうだけど、誰かに確認を手伝ってもらわないとだめですか、そうですか。
- 741 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:22:38 ]
- thanx!
- 742 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:24:46 ]
- メールってどうやって送ったらいいの？
- 743 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:35:32 ]
- そうか、読めもしないんだからそうなるわな。
でも、コードももらってもマニュアルも読めないし、
論文読んで中身が何をしているのかもわからないし、
使いこなせないんじゃない？
- 744 名前：デフォルトの名無しさん [2008/07/06(日) 21:40:38 ]
- インターレースとプログレッシブのJpegを見分けるにはどうすればいいでしょうか。
- 745 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 21:53:40 ]
- 画像ロードの瞬間、目をこらしてよくみろ
- 746 名前：デフォルトの名無しさん [2008/07/07(月) 06:05:38 ]
- RGB以外の、CMYKやYUVなどのカラースペースのまま
ブラーや半透明合成を行うアルゴリズムの情報源を教えてください！
- 747 名前：デフォルトの名無しさん mailto:sage [2008/07/07(月) 08:04:54 ]
- RGBのときのそれらのアルゴリズムが線形演算でできていて
RGBとCMYK、YUVの変換が線形に行えるなら
全体で線形性が保てているからアルゴリズムを線形変換するだけだよね。
(まあ結局RGBに戻して合成してることと理論上は同じにはなるけど)
と思ったけどRGBとCMYKは線形じゃないのが多いだろうな。
- 748 名前：741 mailto:sage [2008/07/07(月) 17:38:07 ]
- >>743
>>742は自分ではないです。
- 749 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 20:52:04 ]
- 複数のjpg画像から動画を作るためのライブラリとかないでしょうか。
コマンドラインで実行する系で。
- 750 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 21:12:05 ]
- ffmpeg
- 751 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 03:09:15 ]
- 誘導されてきました。マルチになりますが、アドバイスのほどよろしくお願いします。
現在テンプレートマッチングのプログラムを作っているのですが、
テンプレートマッチングでマッチングした部分の色を変えられず苦労しています。。
画像のある特定の範囲だけの色を変えるのってどうすればいいのでしょうか？
- 752 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 03:19:37 ]
- エスパーの登場を待つか詳細を書くかしましょうね。
- 753 名前：751 mailto:sage [2008/07/12(土) 03:46:45 ]
- かなりつたないプログラムですが、途中まで書いてみます。
超初心者なので、根本から間違っているかもしれません。
テンプレートの左下と一致する1ドットだけ色変換が行われるので、マッチング自体はできてると思うのですが…
int i,j,k,l,nx,ny,tmpnx,tmpny;
nx=bmpInfoHeader.biWidth;//元画像の幅
ny=bmpInfoHeader.biHeight;//元画像の高さ
tmpnx=bmpTmpInfoHeader.biWidth;//テンプレートの幅
tmpny=bmpTmpInfoHeader.biHeight;//テンプレートの高さ
//相違度の計算（gray[]はグレースケール化した元画像の一次元配列、tmpgrayはグレースケール化したテンプレート画像の一次元配列）
for(i=0;i<ny;i++){
for(j=0;j<nx;j++){
for(k=0;k<tmpny-1;k++){
for(l=0;l<tmpnx-1;l++){
d[i][j]=d[i][j]+(gray[i+k][j+l]-tmpgray[k][l])*(gray[i+k][j+l]-tmpgray[k][l]);
}
}
}
}
- 754 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 03:47:43 ]
- //テンプレートとマッチしたところ（相違度=0.0）の色を変換。image1は出力先の一次元配列。
for(i=0;i<ny;i++){
for(j=0;j<nx;j++){
if(d[i][j]==0.0){
for(k=i;k<tmpny;k++){
for(l=j;l<tmpnx;l++){
image1[3*(k*nx+l)]=255;
image1[3*(k*nx+l)+1]=image1[3*(k*nx+l)+2]=gray[k][l];
}
}
}else{
image1[3*(i*nx+j)]=image1[3*(i*nx+j)+1]=image1[3*(i*nx+j)+2]=gray[i][j];
}
}
}
}
- 755 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 05:39:28 ]
- 「画像処理」の範疇とちょっと違うかもしれないけど質問です。
1つの凸多角形（頂点数4か5）と長方形が1つあり、
それらが部分的に重なるものとします。
このとき、重なった部分を表現する多角形の頂点を取り出すような、
何か一般的なアルゴリズムがあれば紹介して頂けないでしょうか。
- 756 名前：755 mailto:sage [2008/07/12(土) 05:46:26 ]
- 図形はビットマップではなくベクタとして処理されるため、
(x, y)を逐一調べて、両方の図形に含まれるかを調べる、
というような方法ではないものを探しています。
- 757 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 05:51:13 ]
- 分野的には計算幾何学だな。
計算幾何学のスレは2chでは全く流行らないから、多分今は無いが。
っていうか、それは普通に交差判定するしかないと思うけど。
魔法のように計算式1つで求まるわけないだろう。
- 758 名前：755 mailto:sage [2008/07/12(土) 06:12:47 ]
- あ、分かった。
1. 図形AとBの交差点を全て取り出す
2. Aに含まれるBの頂点を取り出す
3. Bに含まれるAの頂点を取り出す
1. + 2. + 3. = 取得すべき全頂点
- 759 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 10:45:25 ]
- >>755
辺が重なるときの例外処理が大変そう
- 760 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 10:15:10 ]
- geometryalgorithms.com/Archive/algorithm_0108/algorithm_0108.htm
- 761 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 13:08:05 ]
- >>755
maximaあたりで簡単にできそうだけどな
- 762 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 15:15:14 ]
- 2つの3次元の線図形の類似性ってどうやって調べればいいのだろう
統計的な手法(平均や分散など)を使用できるのかな・・・
- 763 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 15:46:17 ]
- >>762
単純な形に分割して比較するとか、でっぱったところから特徴抽出するとか。
「3D similarity」でググると論文がでてくる。
- 764 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 15:48:42 ]
- >>763
なるほど
どうもです
- 765 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 20:23:54 ]
- 単純に画素の算術平均取りたいけど
_mm_sub_epi32()使うと以上に遅い
うーーむ困ったのだ
- 766 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 21:16:42 ]
- >>765
何以上に遅いの?
そもそも_mm_sub_epi32()ってなに?
- 767 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 23:38:57 ]
- >>766
SSE2のPSUBDの、インテルC++コンパイラ風の記述かな？
- 768 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 11:31:07 ]
- インテルのコンパイラは勿論、
VC++やGCCでも使える組み込み関数だし、
割と一般的なんじゃね？
- 769 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 11:45:39 ]
- >>766
ググレカス
|
 |
