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


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

画像処理 その10



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

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


562 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 03:59:36 ]
>>561
補間一つ取っても、どんなアルゴリズムで実装されているのかわからないメソッドなんかがあるから嫌われる。
# なんだよ「『HighQuality』BiCubic」って……

563 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 11:16:12 ]
>>562
字面通りに捉えれば、BiCubicの高精度版ってだけなんじゃね?
小数点以下の有効桁数の問題なのでは。


564 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 11:23:07 ]
それにしては違いすぎているから、多分そうじゃない

565 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 13:11:56 ]
それってドトネトじゃなくてGDI+じゃないの?

566 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 14:41:37 ]
>>565
ドトネトのはGDI+のラッパーだからドトネトにもあるよ


567 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:38:40 ]
.NET使いのやつには、まず自分の知識不足、理解不足を疑う必要があるのに、WinFormのせいにするような輩が多いからだよ。
まずは自分を疑えと。話しはそれからだ。

568 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:02:31 ]
それはC++でもJavaでもPHPでも同じだと思うけど?

569 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 19:04:41 ]
>>566
だから>>562は「どとねとってどこ行っても嫌われてるのは何でだろう?」への回答としては不十分だって話だろ

570 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:02:36 ]
VC、VB屋でもDLLだけ欲しがる奴もいるし、
コード張ってくれなきゃ逆切れする奴もいるし、
.net屋だからというのは偏見だと思うな。



571 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:19:53 ]
自分のプライドを守るために卑しむわけです。

572 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:40:54 ]
イラストと写真を判定したいのですが
よい基準ありますか

573 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:47:20 ]
>>567
それ.NET使いに関係なくどの言語・基盤技術上でも底辺プログラマには共通


574 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 02:48:29 ]
イラストの写真

575 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 03:21:59 ]
アイドルマスターは実写。


576 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 05:37:40 ]
>>572
勃起したらイラスト
萎えたら写真

俺の基準

577 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 06:02:53 ]
>>572
もう釣りにしか見えないけど、自分が絶対断れない立場でこれをやれといわれたら
光の分布をチェックすると思う。方向ならなおよし。


578 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 07:15:59 ]
>>577
詳しく
写真から3Dモデルを作るくらい難しい?


579 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 07:57:02 ]
イラストを写真に撮ったのはどうすんの

580 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 08:22:41 ]
イラストだけならイラスト
額が映っていたり遠近法で歪んで見えると実写だろ
3DCGは?





581 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 08:50:42 ]
実写に手を加えたものは?

582 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 09:25:43 ]
属するクラスの選択によって結果が違うだろうな。
両方やって妥当なほうを選択するだろうから
手を加える割合によるんじゃね。


583 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 10:52:48 ]
完全に汎用なのかどうかにもよるが、画像の特徴抽出をいくつか実装して、
インターネット上に転がっているイラストや写真をどんどん喰わせて出力、
抽出されたパラメータを眺めて相違点を取り出し実装するのが一番現実的
じゃないか?
有意な相違点がなかったら? それは区別できないってことだ。


584 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 15:56:53 ]
輪郭線

585 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 17:09:36 ]
>>579
これらのスレを有効活用してくれ
set.bbspink.com/test/read.cgi/erocg/1209311236/
set.bbspink.com/test/read.cgi/erocg/1154381933/

586 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 18:03:27 ]
>>583
だろうなあ。
今、2割誤判定する方法をふたつ作ったので
こういうのを増やしていってAdaBoostなんかで繋げばいいのかな。
>>584
イラストは縁取りがある判定は一番初めにやったがダメだった。方法がダメなのかもしれないけど、
(1). 微分フィルタでエッジを出す
(2). 暗い色、または鮮やかでない色を抽出
(3). 3近傍内に(1)がある場合、3均衡内に(2)がある割合を求める
ってしたが、縁取りが無いイラストがあったり、あっても縁取りの色がイラストによってまちまちなのと
写真もエッジが出るあたりは暗くなっているので単純に暗い色でやるとうまくいかなかった。
まずは、イラストで縁取りされている輪郭線の色特徴からかな・・・。


587 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 18:42:55 ]
コンピュータで書かれているイラストなら
色の変化が機械的に整っている。


588 名前:M1 mailto:sage [2008/05/11(日) 20:50:55 ]
大学院で3次元の画像認識・理解をやろうと思ってるのですが、お奨めの参考書とかありませんか?

ネットで調べると情報は多くあるが内容は少ない。参考書探そうとすると参考とできる書籍自体がない(´・ω・`)

学部ではOpenCVで画像処理やってました。機械の制御の研究室なので、誰も当てにできないヽ( ´Д`)ノ;

589 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 21:12:20 ]
コンピュータビジョン (単行本)
David A.Forsyth (著), Jean Ponce (著)


590 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 21:48:51 ]
>>588
論文嫁



591 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 21:49:51 ]
2chよりは、論文探してその人にメールした方が確実だな。

592 名前:デフォルトの名無しさん [2008/05/12(月) 01:44:46 ]
この分野は進歩が激しいので教科書より論文とかプロシーディングだろうな。

593 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 08:40:24 ]
>>586
個々の判定方法の出力をうまいことひとつにまとめることが出来るなら、
その出力を利用してどちらかを判定する部分に、学習を行わせるツールを作成するといいよ。
面倒だったら、いくつか初期設定した後、どちらかがはっきりしている
1000枚くらいの画像を利用して、GAで境界値(または値の分布表)を
収束させると、うまくいくときは楽でいいだろう。GA部分の作成はたいした手間でもないし。

あとは勝ち残ったアルゴリズムに未知の画像を分類させて、分類に利用する既知の画像を
増やしていくことで、10万枚くらいまでデータを増やせれば、代表的な画像の判定なら
かなりのところまで精度を上げられると思うよ。それ以上は難しいだろうが。


594 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 08:42:14 ]
>>588
そういう大学で、大学院があるなら、画像研究をやってる研究室があるだろ。
そこにいって相談するのが一番早い。
ないなら、教授のつてで他大学の研究室を紹介して貰え。
縦割りの大学に将来はないぞ。

595 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 10:34:01 ]
>>594
自宅警備員が偉そうに大学語るなよ(笑)

596 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 10:48:01 ]
>>588
cinii辺りで検索してみれば?

597 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 14:05:34 ]
>>593
その程度で難しいって・・・スキル低いやつだなww

598 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 14:29:39 ]
>>597
日本語よく読めよ

599 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 17:43:56 ]
言い訳www

知識を無理に披露しようとした>>523かな。乙w

600 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 18:29:24 ]
>>513
>>519
boost.gil何に使ってます?




601 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 21:50:24 ]
オカズに使ってます

602 名前:M1 mailto:sage [2008/05/13(火) 12:28:28 ]
>>589-594
レスthx!やっぱ論文とか他の研究室あたるしかないようだな・・・

>>589
\14,000・・・・
図書館に申請か・・・・・






マンドクサ('A`)

603 名前:デフォルトの名無しさん [2008/05/13(火) 18:54:38 ]
ImageMagickで、24bit-BMPを8bit-BMPに変換したいのですが、
どうすればいいか分かる方いらっしゃいましたら教えてくださいm(__)m


604 名前:デフォルトの名無しさん [2008/05/13(火) 19:28:50 ]
>>603
www.ss.iij4u.or.jp/~somali/web/im_example/quantize.html
こういう感じ?。

605 名前:デフォルトの名無しさん mailto:sage [2008/05/13(火) 22:36:38 ]
何のために減色したいのか知らないけれど、ファイルサイズを気にしているなら小さい画像だと逆効果なので要注意。
8ビットカラーBMPはパレットカラーだからパレットサイズが馬鹿にならない罠。

606 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 10:06:12 ]
スレ違いの謗りを免れないが、教えてください。
jpeg で圧縮後のサイズを指定できるという書き込みを見かけて、最近また
そういうのができるといいと思い出して、やり方を探しているが分からない。
quality 指定の説明しかない。サイズ指定って出来ないですよね。

607 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 10:56:48 ]
作るとしたら、DCTを済ませておいて
予め用意しておいた複数の量子化テーブルで圧縮試行を繰り返す、みたいな感じになるのかな・・・

608 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 11:36:45 ]
ハフマン符号化があるから、処理前にサイズを求めるのは難しいね。
Qualityとファイルサイズの関係はだいたいどの画像も同じような曲線になるから
近似関数を求めておいて、適当なQualityで圧縮してから逆算してみるとか。
単純に二分探索でも良さそうだが。

609 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 14:16:55 ]
QRコード画像を作りたいけど
どう作ればいいか載ってるサイトか本ありますか?

610 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 14:28:45 ]
はい。



611 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 14:41:02 ]
【2次元コード】QRコード総合スレ3【バーコード】
hobby11.2ch.net/test/read.cgi/phs/1148931749/

612 名前:606 mailto:sage [2008/05/15(木) 15:35:57 ]
>>607-608
ありがとうございました。

613 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 15:54:12 ]
>>606-608
ファイルの話で、どうしても指定サイズ丁度にしたいのなら、
圧縮した後、非圧縮部分を付け加えて指定サイズにするのが簡単だ。


614 名前:612-606 mailto:sage [2008/05/15(木) 23:23:52 ]
>>613
写真のJpegデータをトリムした後、Exif ヘッダ内に埋め込まれた2つの画像
データも更新して置こうと思っているのだが、小さい縦横の画像のJpegデータ
を作ると、そのサイズが大きくなって、Exif ヘッダに収まらない。(で今は
収まらなければ Exif 形式を諦めている。デジカメではうまく収まるように
よく作っているもんだと感心している。)


615 名前:デフォルトの名無しさん [2008/05/16(金) 17:20:31 ]
画像データの余白部分を指定した幅にしたいのですが、
どうすれば、できるのでしょうか。
画像データが複数ありバッチ処理できると良いのですが。

具体的には、
画像データの空白(白色)以外の部分に外接する四角形と
画像データの外周との幅が、指定された値になるよう、
余白部分を切り取ったり、追加したりする機能です。

よろしくお願いします


616 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 17:28:09 ]
スレ違い

617 名前:デフォルトの名無しさん [2008/05/16(金) 18:13:01 ]
Visual C++を使って画像ビューアを作成(bmp・jpegが表示でき、色調・コントラスト機能が実装できるもの)したいのですが、どうしたらよいでしょうか??初心者なので何から手を付けていいのかもわかりません。環境はVisual studio 2005です。よろしくお願いします。

618 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 18:17:48 ]
開発環境のスレできけ

619 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 18:29:15 ]
ImageMagick でいいんじゃね。


620 名前:デフォルトの名無しさん [2008/05/16(金) 18:38:15 ]
>>618
スレ違いでしたか、失礼しました。

>>619
ImageMagicとは何でしょうか?



621 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 18:40:57 ]
ゴミ

622 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 19:51:55 ]
聞く前にググらないとか有り得ないし100%釣り

623 名前:615 [2008/05/16(金) 20:52:18 ]
>>616
スレ違いですか。申し訳ありません。
ググるキーワードか、お薦めスレ等を教えて頂けると幸いですが。
よろしくお願いします。


624 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 21:59:20 ]
>>617
Express EditionならGDI+を使えばJPEG、TIFF、BMP、PNGを
読み込むことができる。

Standard以上でMFCが使用できるならCImageクラスを使用するなど
できますよ。

625 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 22:57:30 ]
>615
Photoshopでアクション(SelectAll ->領域をshrink->領域反転->削除)を設定し、フォルダごと適用すればいいのでは。

>617
OpenCVのサンプルコードにあったと思う。とりあえずOpenCVインストールして、あとはそちらのスレへ。


626 名前:デフォルトの名無しさん [2008/05/16(金) 23:53:42 ]
>>624さん>>625さん、ありがとうございました。

627 名前:615 [2008/05/17(土) 11:09:43 ]
>>625
レスありがとうございます。
今現在は理解できませんが、勉強いたします。

628 名前:デフォルトの名無しさん mailto:sage [2008/05/17(土) 11:38:51 ]
>>625
>Photoshopでアクション(SelectAll ->領域をshrink->領域反転->削除)を設定し、フォルダごと適用すればいいのでは。
これだとデータを削ることになるジャマイカ。>615の目指すところとは違うと思うぞ。

629 名前:デフォルトの名無しさん mailto:sage [2008/05/17(土) 11:57:04 ]
何をしたいのかはっきりしないけど、
Photoshopアクション(カンバスサイズの拡張->上下左右20ピクセル)だと、元画像を削らない。


630 名前:デフォルトの名無しさん mailto:sage [2008/05/17(土) 12:05:12 ]
もう一度読むと、何がしたいのかなんとなくわかった。
もともとある程度の白枠があるわけね?
それなら、アクション(位置(0,0)を許容値0で自動選択->削除->カンバスサイズの拡張->上下左右20ピクセル)。




631 名前:デフォルトの名無しさん mailto:sage [2008/05/17(土) 13:54:36 ]
板違いもいいとこだ。自分でプログラム書けば簡単だろ。

632 名前:デフォルトの名無しさん mailto:sage [2008/05/19(月) 16:22:24 ]
フーリエ記述子から振幅スペクトルと振幅スペクトルの2乗であるパワースペクトルを求めると何の役に立つん?
振幅スペクトルって2次元ベクトルを足して1次元にしてるだけにしか見えないんですがー

633 名前:デフォルトの名無しさん mailto:sage [2008/05/19(月) 17:20:11 ]
はじめまして。
すごく初歩的なことをお尋ねします。

CMYKカラーのJpegファイルには、解像度(dpi)情報は含まれていないのでしょうか。
RGBカラーの場合は、取得することができているのですが・・

634 名前:デフォルトの名無しさん mailto:sage [2008/05/19(月) 18:23:30 ]
そもそも、RGBカラーのJPEGなんてあったっけ?

635 名前:デフォルトの名無しさん mailto:sage [2008/05/19(月) 19:54:25 ]
>>633
とりあえず、そのファイルをうpしてみろ

636 名前:デフォルトの名無しさん mailto:sage [2008/05/19(月) 22:09:40 ]
>632
フーリエ記述子って知らんけど、フーリエ変換からのアナグラムと同じだと考えると、
振幅とパワースペクトルとの違いは位相成分なので、起点が違うんじゃね?
パワースペクトルだけだと形の同一性しか分からないけど、位相まで含めれば向きが特定できるとか。



637 名前:デフォルトの名無しさん mailto:sage [2008/05/22(木) 19:43:11 ]
>>600
かなり亀レスだけど研究に使ってる

638 名前:デフォルトの名無しさん mailto:sage [2008/05/22(木) 21:45:40 ]
>>634
あるよ。規格上は。
現物のファイルでは見たこと無いな

639 名前:デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:40:41 ]
epsの入出力に対応して欲しい>gil

640 名前:デフォルトの名無しさん [2008/05/23(金) 06:32:39 ]
.NET Framework 1.1 の C# で実装しています
Bitmapクラスに画像イメージを作成・編集し
Bitmap.Save にて Tiff フォーマットを指定して保存しています
この時に Tiff が圧縮された状態で保存されてしまうのですが
無圧縮での保存は可能なのでしょうか
よろしくお願い致します



641 名前:640 mailto:sage [2008/05/23(金) 07:27:32 ]
>>640 です
EncoderValue.CompressionNone
を指定する所までは行ったのですが、実行すると圧縮されている・・・

642 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 07:40:14 ]
スレ違い
.NETスレに池

643 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 07:49:35 ]
無圧縮TIFFくらい自分で書けば?

644 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 17:18:34 ]
>>643 = NEET

645 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 18:45:59 ]
>>644
まだコード書けないのか。おまえ何でム板にいるんだ?

646 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 22:14:52 ]
>>644


647 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 23:20:15 ]
>>646
>>645

648 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 01:29:24 ]
>>648

649 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 06:13:08 ]
また、自分でコード書けないいつものバカが暴れてるのか。

650 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 10:37:07 ]
ぼかしの高速化について質問です。
現在ガウスぼかしの処理を書いてるのですが、640x480範囲5で1枚あたり0.5秒もかかって
しまい、非常に遅いです。一応1次元に落としてはいるのですが、重み付きぼかしの場合、
通常のぼかしのように処理済みのピクセルの結果を流用することができないため、どう
計算量を減らすのかわかりません。
SSEも見様見真似で使ってみましたが、アルファ加重なしで40%高速化、ありではSSEなしと
同じ速度でした。これはたぶん書き方が悪いのだとは思いますが…
なにか参考になるところ、もしくは検索キーワードをいただければうれしいです。
よろしくお願いします。





651 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 10:48:04 ]
例えば5x5ピクセルを参照して1ピクセルの値を求める場合。
計算上問題がなければ、縦5ピクセルx横1ピクセルの加重平均を横一列分計算して、
次にその結果の横5つを加重平均するようにすれば多少は処理を減らせる。

まあ、それでもぼかしって基本的に参照するピクセルが多くなりがちだからそうそう高速化は。

652 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 11:07:40 ]
>>650
具体的に、0.5秒かかっているときのカーネルの大きさ(or ガウシアンの標準偏差)はどれくらい?

653 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 11:10:32 ]
GPU使っちゃダメ?10倍以上速くなると思うけど。

654 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 11:20:24 ]
質問です。
例えば下のような図があったときに、1〜11のそれぞれ領域を、
隣接する他の領域と異なる色で塗り分けるプログラムを作りたいのですが、
各領域の色を決定するアルゴリズムにはどういうものがありますか?

     〈`ー─-、_ノ^j
      `>     <__, ─-、____
     /            j         / ̄ ̄ ̄Tー‐─┬''⌒ヽー-- 、
    r'            /、   1   /      |  5   | 7  |    |9
    └---─、        /  ` ー──/   3   |    │    |    l |
            \    /       /     ┌┴─‐─┴┐ / 8  l |
          \  /   2   /ー─ ----l     6     |‐┤    l |
            V        /    4  └──‐──┘ |     l |
            し个 、   /                   |   ハ〈
                |  ` ーl─‐┬─----------──┬─イ´ ̄ヽヽヽ
              |   /ヽ  |             |   ハ    〉 〉 〉
                  |  /   | |                  |  / │ / 〈ノ
                | |   | |             | /  | /
             __/ |  __/  |10            __/  | __/  |10
               (__」 ゙ー-‐'           ゙ー-‐'(___」    人
                                            (__)
                                           (__)11

655 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 11:24:56 ]
宿題は自分で考えましょう

656 名前:650 mailto:sage [2008/05/24(土) 11:54:39 ]
>>651
とりあえずそうしているのですが、その結果が0.5秒です orz

>>652
5です。 10だと約1秒でしたので、カーネルサイズと比例関係になっていると思います。

>>653
GPUですか…
DirectXは全くさわったことがないのでそこから始めなければならないんですよね… orz
もしGPUを使うとしたらシェーダは自分で書かなければならないのでしょうか?

657 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 12:12:57 ]
GPUはCG言語から扱えるのでは

658 名前:デフォルトの名無しさん [2008/05/24(土) 12:15:13 ]
CgよかBrookGPUの方がよくね?
いっそCUDAかCAL使うのも手だけど。

659 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 12:15:32 ]
ageちゃったスマソ

660 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 12:29:26 ]
ttp://tpot.jpn.ph/t-pot/program/79_Gauss/index.html
速度比較のお試し程度ならこれで十分じゃない?自分で理解できた方が良いけどさ。



661 名前:650 mailto:sage [2008/05/24(土) 12:49:23 ]
うーん、できれば古いPCでも動くように作りたかったのですが、計算量はこれ以上減らせる
見込みはないのかな… 周りとの平均をとる以上無理か orz

>>657,658
やっぱり自前でシェーダ書かなければ無理ですよね orz
というか、かなり大きめの画像(HD以上)も扱えるようにしたいのですが、テクスチャ作れますかね?

>>660
ありがとうございます。
見た感じなんかCとはちょっと違いますね。
大きくは違わないけどCのノリで行ったら痛い目見そうだ

662 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:07:29 ]
単に広範囲をぼかすだけなら小さめのガウスぼかしを複数回かける手もある。
クォリティ下げていいなら移動平均にすれば大きくぼかしても負荷ほとんど増えないが。

663 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:18:35 ]
広範囲で極端な精度を求めないならパスカルの三角形を繰り返してやれば
擬似ガウシアンだよな。

664 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:21:08 ]
そのくらい単純な処理の場合、計算量を減らすよりも
キャッシュのヒット率を考えた方が速くなると思うよ。

665 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:24:31 ]
OpenCVのガウスぼかしはCPUにしてはわりと速いと思う

666 名前:650 mailto:sage [2008/05/24(土) 17:51:01 ]
遅くなってすいません。

>>662
移動平均ということはモーションブラーのようにちょっとずつずらして
いくつも重ねてレンダリングするということでしょうか?

>>663
調べてみましたが、これも良さそうですね。 あんまり見た目も変わらないですし。

>>664
基本的に全部のピクセルを順番に走査するのであまり変わらないような気もしますが…
そこまでキャッシュミスするものなのでしょうか?

>>665
OpenCVですか。 言葉は聞いたことがあるのですが、どんなものなのでしょうか?
ちょっと調べてみます。

667 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 18:27:49 ]
ぼかしは、計算時間かかるから、0.5秒なら妥当だと思うけど。
ちなみに、ガウシアンカーネルをコンボリューションしているの?FFTしてから掛け算しているの?
一般的に、前者は遅い。

ぼかしくらいで、OpenCV導入することはないと思うけど、OpenCVのブラーはたぶん後者。
3次元でブラー掛けた時、FFT2回分の時間と同じくらいだった気がするので。


668 名前:650 mailto:sage [2008/05/24(土) 19:13:06 ]
>>667
>>651のように縦横別々に分けて掛けてます。
この方法だとO(2n)になるのでFFTよりは速い(たしかO(nlogn)だったと思うので)のでは
ないかと思うのですが、どうでしょうか?


いろいろ試したところ、通常のぼかしやカーネルの小さいガウスぼかしを重ねがけするのが
結果的にも時間的にもいい感じなのでもうちょっと調べてみます。

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.1次元化して座標からのアドレス計算を減らして
3.平均化も縦横個別に1次元化して(>>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 ]
じゃあ2乗とかちょっと微調整やるってかんじじゃないのかな。
自然ってのは自分が思うまで微調整やるしか

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 ]
画像認識で自転車を認識したいのですが、どのように認識させていいのかわかり
ません。
今は自転車の簡単な特徴点をテンプレートととして用意してその点を認識させよ
うとしているのですが
なかなか認識させることができません。(テンプレートは自転車の車輪を想定し
て円状に点を6点取っています。

うまく自転車を認識させる方法がありましたら教えてください。


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
ググレカス

770 名前:デフォルトの名無しさん mailto:sage [2008/07/28(月) 12:20:34 ]
SSEネタとかは専門スレに逝くってのはどうだ?



771 名前:デフォルトの名無しさん mailto:sage [2008/07/28(月) 12:45:27 ]
だからそれが、画像処理と何の関係が?
一部のCPUに特化した最適化の話なら、そのCPUかそれ用のコンパイラのスレにでも行けばいいじゃん。

772 名前:デフォルトの名無しさん mailto:sage [2008/07/28(月) 13:00:19 ]
ここでいいよ

773 名前:名無し募集中。。。 mailto:sage [2008/07/28(月) 19:31:32 ]
IPP買えばいいんじゃないかなっ

774 名前:デフォルトの名無しさん mailto:sage [2008/07/28(月) 19:58:33 ]
>>765
SSE2はsetとloadが遅いけど、本当に引き算が遅い?


775 名前:デフォルトの名無しさん mailto:sage [2008/07/28(月) 23:23:55 ]
>>774
VTune大先生がそのように指摘します
先生が間違うはずがありません。
高い値段するのに間違いを指摘するなんてありえません。

776 名前:デフォルトの名無しさん mailto:sage [2008/07/29(火) 00:48:56 ]
>>775
一命令単位でパフォーマンス見れるの?
ループしてんじゃないの?
画素の算術平均って具体的に何?
ある矩形内の平均?
平均に引き算ってどんな計算してるの?

777 名前:デフォルトの名無しさん mailto:sage [2008/07/29(火) 01:11:41 ]
>>776
775じゃないけど、平均で行う引き算と言えばこれじゃないかな。

ABCD
EFGH
IJKL

例えば上の矩形でFの画素を周囲の画素との平均値にする場合、
A+B+C+E+F+G+I+J+K (=X)って加算するでしょ。(で、割る。)
このXを保存しておけば隣のGの画素についてはB+C+D+F+G+H+J+K+Lって加算するより
X-(A+E+I)+D+H+Lという風にXを元に減算・加算したほうが計算が少なくなる。


778 名前:デフォルトの名無しさん mailto:sage [2008/07/29(火) 11:15:59 ]
>>776
vtuneは一命令単位の所要時間を見ることができるよ。
但し、パイプラインの制約だかなんだかで実際のアクセスが遅延している場合は
問題の(時間の掛かる)命令ではなく次の命令辺りで待ち時間が計上されることがある。

要は、>765はロード命令の次の引き算命令だけを見て遅いと言っていると思われる。
つまり、真に遅い原因はロードに起因するメモリアクセスってこと。

まぁ、vtune買うならIntelの講習も受けておけってこった。

779 名前:デフォルトの名無しさん mailto:sage [2008/07/29(火) 19:22:38 ]
SSE2でやるなら画素を16bitにして
ABCDEFGHI
JKLMNOPQR
STUVWXYZ0

a=load(ABCDEFGHI)
b=load(JKLMNOPQR)
c=load(STUVWXYZ0)
a+=b
a+=c
store(a, m);
として、m[]を計算するとか
アライメントされた連続したメモリブロックを一度に読んで計算しないとパフォーマンスでない。

780 名前:デフォルトの名無しさん mailto:sage [2008/07/29(火) 23:56:30 ]
>>779
SSE2でstoreってどれつかえばいいの?



781 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 02:04:15 ]
>>780
_mm_store_*で、*部分はデータ型による


782 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 02:05:32 ]
整数なら_mm_store_si128


783 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 03:54:03 ]
画像をキレイにする方法を色々調べて、逆フィルタ、ウィナーフィルタというのに
辿り着きました・・・。
人間が目を凝らすときにもこういう処理をしているのかもしれないですね。

784 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 06:08:22 ]
いいえ。

785 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 23:31:50 ]
画像処理でSSE2つかっても遅くね?
あとさ

なんでSSE2って8bit単位でシフト演算できないんだ?
16と32はあるのに

786 名前:デフォルトの名無しさん mailto:sage [2008/08/01(金) 21:13:04 ]
32bitCPUのレジスタは、16bitと32bitだからじゃない?
ローレベルになるほど、ニーモニックに合わせてやらないといけない。

そういえば、Windowsも16bitを切り捨てたとき、動かなくなるソフト結構あったみたい。
64bitWindowsが主流になれば、そのうち32bitも切り捨てられるだろうし。

787 名前:デフォルトの名無しさん mailto:sage [2008/08/01(金) 21:45:06 ]
そうならないために.Netが作られたんだろ?

788 名前:デフォルトの名無しさん mailto:sage [2008/08/01(金) 22:27:27 ]
>>786
OSそのものが仮想マシンの上で動作しようかという時代に何を言ってるんだ。
でもスレ違いだから、そろそろやめような。


789 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 08:21:20 ]
ゲームマシンはそのうち128ビットになるって10年以上前に聞いたけど
なんでビット数は大きい方がいいの? もうなったの?
パチンコ台も画像が増えたけど、あれは何ビット機使っている?

790 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 08:43:44 ]
そりゃ一度に処理できる情報量が大きくなるからだろ.
PCの場合は,互換性とか対応アプリケーションとかの問題で64bit化さえなかなか進まないが.



791 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 08:44:14 ]
ビット数というのが、CPUの演算精度の事言ってるのか、バス幅のこと言っているのか…

PCのGPUなんかは、384〜512ぐらいのバス幅を持っている。
これをもってきて、512bitマシンと呼ぶのか?

rambusのDRAM-IF使ったらバス幅狭いので、ビット数が落ちるのか?
(データ転送能力はむしろ高いぐらいなのだが)

792 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 08:56:07 ]
特に指定しない場合は明らかに前者を指すだろ

793 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 09:15:14 ]
そんなもん、128ビットもあったって屁の足しにもなりゃしねぇ

794 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 10:08:42 ]
128ビットは今のところ要らないけど、64ビットは有難いよ。
データ幅が64ビットなんじゃなくて、アドレス空間が64ビットあることが重要。
巨大な画像処理とか超楽。もう32ビットプログラミングとかやりたくない。

795 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 13:32:29 ]
最近、ゲートのコストが落ちてきてな。
8bitの乗算とかなら平気で500個ぐらいチップに入りそうな勢い。(最新ならね)

周辺回路等も入るから、そのまま実装できるわけでもないのだが、
バス幅多ければその分パラに処理して演算能力を高めることが可能…

ここまできちゃうと、プログラムとかの世界ではないが。


796 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 22:35:46 ]
>>794
それって、一枚の巨大な画像なのですか?
それとも一枚は普通の大きさだけど、連続した長〜いストリームなのですか?

797 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 09:26:02 ]
動画じゃね

798 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 09:35:12 ]
1画素0.1um四方で100mm*0.1mmの画像を16ビット諧調で作ったらそれだけで2GBになっちゃうからねぇ。
広いメモリ空間はあるに越したことないね。

799 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 22:19:20 ]
2GBなんてたいしたことねーじゃん
4GBのメモリ1万で買える時代に

800 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 22:51:21 ]
>>799
そーゆー問題じゃない。
アドレス空間が足りないんだっつってんだろが。
安いPCでも8GBや16GBくらい簡単につめる時代だからこそ問題になってるんだよ。



801 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 22:57:55 ]
>>800
64bitOSで足りんの?
2GBって64bitOSで足りんわけねーだろがボケ
海水浴場でドザエモンになって二度と
地上に戻ってくるなボケ

802 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:10:59 ]
分野によっては64 bit OSが必須というのは厳しいのかもね

803 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:14:31 ]
>>798
なんというアスペクト比、すげー!!!

804 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:20:31 ]
>>803
短冊形に処理するんですよ。まさか、0.1umの画素で100mm平方なんて扱えませんから。

805 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:37:05 ]
>>801
おまいはメモリ量とアドレス空間の違いが分からんのか・・・。
・・・残念だが俺は親切な人じゃないんで、もうこれ以上は付き合えないよ。
一人で空回りしててください。

806 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:47:20 ]
>>805は64bitOSならメモリ空間十分だろって言ってるんじゃね?
まあ64bitOSとかいいつつAMD64あたりはアドレス48bitで1TBとかだった気がするが。

807 名前:デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:50:25 ]
>>805
お前の方が付き合いきれないだろ
仮に4GBx16あったとして64bitOSで何が不足する?
2GBのデータかメモリかしらんが扱おうとして
何が不足する言ってみろなぁ言ってみろ?

808 名前:デフォルトの名無しさん mailto:sage [2008/08/05(火) 00:00:25 ]
801(=807?)は酔っ払いなの??
794以降の話の流れが読めてなくない??

809 名前:デフォルトの名無しさん mailto:sage [2008/08/05(火) 00:11:44 ]
32bitでは足りない
128bitは今のところオーバースペック
64bitマンセー

という流れでおk?

810 名前:デフォルトの名無しさん mailto:sage [2008/08/05(火) 04:23:55 ]
>>801の読解力のなさに噴いた。
さすが801は違うと思った。



811 名前:デフォルトの名無しさん [2008/08/07(木) 15:09:40 ]
>801
ttp://128bit.blog41.fc2.com/blog-entry-32.html


812 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 22:16:34 ]
>>811
いや、801の場合はそういう知識以前の問題だな。
誰一人として64ビットOSでは足りないなんて話してないのに、
いきなり出てきて一体どこに向かって噛み付こうとしてるのか言ってみろなぁ言ってみろ?
って感じだ。

813 名前:デフォルトの名無しさん mailto:sage [2008/08/08(金) 21:42:57 ]
FMスクリーンのアルゴリズム
どっかに転がってないでしょか

814 名前:デフォルトの名無しさん mailto:sage [2008/08/11(月) 16:59:16 ]
実用的な日本語OCRソフトの情報はどこかにないでしょうか?
特に枠なしの手書き数字を認識したいのです

815 名前:デフォルトの名無しさん mailto:sage [2008/08/11(月) 18:49:20 ]
ソフト板で聞けよ・・・

816 名前:デフォルトの名無しさん mailto:sage [2008/08/11(月) 23:09:57 ]
>>814 のような質問をいつも不思議に思うな。

「手書き数字*認識」(* のところは space)でぐぐると一杯出てくる。

817 名前:デフォルトの名無しさん mailto:sage [2008/08/19(火) 09:37:27 ]
画像ファイルを連続で切り取り、を支援するソフトウェアってある?
矩形選択、ショートカットキー1つで、ぽんと保存(オリジナルファイル名+α)、
ショートカットキー1つで、次の画像にすぐ移れる。みたいな。

818 名前:デフォルトの名無しさん mailto:sage [2008/08/19(火) 10:04:46 ]
>>817
ググる能力ないなら作れ。ここはそういう場所。

819 名前:デフォルトの名無しさん mailto:sage [2008/08/19(火) 10:36:12 ]
>>818
ぐぐってみればわかるけど、汎用画像処理ソフトしか出てこないんだよね。
切り取りに特化していない。
絶対だれか研究用に作ってるとは思うんだけど。


820 名前:名無し募集中。。。 mailto:sage [2008/08/19(火) 10:44:12 ]
目的は違うけど似たようなものは作った事があるから「ある」

>ぐぐってみればわかるけど
突っ込みどころ満載だな
2chなんか来ないで探偵でも雇うといいと思うよ



821 名前:デフォルトの名無しさん mailto:sage [2008/08/19(火) 13:39:42 ]
ソフトウェア板かなんかと間違ってるだけなんだろうが…。

822 名前:デフォルトの名無しさん mailto:sage [2008/08/19(火) 14:38:49 ]
>>817
いいの無いから自分で作ったわ


823 名前:デフォルトの名無しさん mailto:sage [2008/08/19(火) 23:18:56 ]
レジストレーションをやりたくて、調べているのですが

navi.cs.kumamoto-u.ac.jp/~koutaki/index_j.html

で、オプティカルフローを使ったレジストレーションの動画を見ると、
連続的にアフィンパラメータを変化させて段々残差がなくなっていく
様子が見られるのですが、どうやってアフィンパラメータを追い込んでいるのか
が、さぱり分かりません。
微分画像をどう使ってるのか教えてく下さい。


824 名前:デフォルトの名無しさん mailto:sage [2008/08/19(火) 23:41:24 ]
>>817
IrfanViewで結構手軽にできると思うが。

825 名前:デフォルトの名無しさん mailto:sage [2008/08/20(水) 04:42:58 ]
親切にしてるつもりなんだろうが
バカを構うことで板違いの話題引き伸ばすのやめてくれ

826 名前:デフォルトの名無しさん mailto:sage [2008/08/20(水) 08:01:47 ]
親切と言うより、過疎っているから保守兼ねてやってるだけ。

827 名前:デフォルトの名無しさん mailto:sage [2008/08/20(水) 11:09:12 ]
>>823
en.wikipedia.org/wiki/Lucas_Kanade_method
vision.eng.shu.ac.uk/mmvlwiki/index.php/Lucas-Kanade_tracker

微分画像はわかりやすいようにのせてるだけじゃないか?

828 名前:デフォルトの名無しさん mailto:sage [2008/08/20(水) 23:59:23 ]
>>827
レスありがとうございます
うーんでも、やっぱりよく分からないのは
動画でみると、画像が少しずつ重なっていくところ。
(くちばしのところが最初に一致して、その後角度を調整しているように見える)
これも分かりやすくするためのパフォーマンスなんかなあ・・・
それともLK法のパラメータを少しづつ変えているとかあるのかなあ


829 名前:デフォルトの名無しさん mailto:sage [2008/08/21(木) 10:26:24 ]
>>828
先に右に動いたせいで、たまたまくちばしのところが一致しただけでは?

OpenCVのライブラリを使ったソースだけど、
opencv.jp/sample/optical_flow.html
描画の部分でループがネストしてるだろ? どっちかに先に動いておかしくない。

このへんも参考になりそう。
www-cv.mech.eng.osaka-u.ac.jp/research/tracking_group/okada/opticalflow/filtering_method.html
awabi.jaist.ac.jp:8000/kotani_lab/research/cv/flow/method.html


830 名前:デフォルトの名無しさん [2008/08/22(金) 18:56:05 ]
あー、OCRとか作りたい。
実はこの前ムカつくことあったからケータイ用OCR作って出版不況を加速してやろうと
思ったんだよね。要は合法でクールなテロだよ。なんかヒッピー的な感じの。

いちおうアルゴリズムは考えてて、
ノイズレベル見ながら画像をボカして背景色を割り出してそれ考慮して減色して
連続領域をラベリングして文字領域のサイズ正規化して文字判定器に回して
多変量解析して主成分取り出してあらかじめ作っといた近傍主成分ツリーと
マッチングして候補を出して文としての妥当性チェックをするわけだ。な、クールだろ?

ただ問題が一つある。
だるい。



831 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 20:55:07 ]
プログラムはともかく、なんたらツリーの辞書と文としての妥当性を
判定をするための辞書を作るのが大変そうだな。

832 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 22:38:01 ]
だるいとか眠いとかカスの代表的ないいわけ

833 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 22:51:03 ]
作った奴だけが褒められる世界だしな

834 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 23:43:58 ]
作っても無いのに褒められる世界ってあるの?

835 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 23:44:51 ]
え?無いと思ってるの?

836 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 23:54:16 ]
あるのかと聞いている

837 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 23:55:12 ]
ある

838 名前:デフォルトの名無しさん mailto:sage [2008/08/22(金) 23:56:50 ]
板違い

839 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 00:08:31 ]
で、作っても無いのに褒められる世界の具体的な話は出せないんだろ?

840 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 00:12:50 ]
無いと思っているのかと聞いている



841 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 00:16:31 ]
出せないんだろ?具体的な話をよwwwしねよwwww

842 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 00:18:44 ]
板違い

843 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 00:22:22 ]
板違いとか言って逃げるのか?このヘタレヤロウが

844 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 00:22:49 ]
板違い

845 名前:名無し募集中。。。 mailto:sage [2008/08/23(土) 01:28:47 ]
板違い

846 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 01:38:52 ]
妄想は広告の裏へ

847 名前:デフォルトの名無しさん [2008/08/23(土) 13:08:43 ]
作らなきゃ無意味
誰もほめんよ

848 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 14:19:21 ]
え?無いと思ってるの?

849 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 14:59:09 ]
スポーツはなんにも生産してないような

850 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 15:13:25 ]
ま、そうだね。



851 名前:デフォルトの名無しさん [2008/08/23(土) 15:22:26 ]
広告効果

無形有形には関わりない


852 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 15:30:10 ]
うん。

853 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 15:33:14 ]
広告ってなんにも生産してないような

854 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 15:58:28 ]
うん。

855 名前:デフォルトの名無しさん [2008/08/23(土) 17:05:50 ]
販売促進効果

少なくとも引きこもってるだけの人間よりは役に立ってるかも

856 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 17:51:42 ]
画像処理 その10

857 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 18:42:45 ]
>>855
話を理解して無い馬鹿

858 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 18:49:10 ]
せめて画像処理の分野内でなにも生産していないカスの話をしろ

859 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 18:55:03 ]
何?悔しかったの?w

860 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 19:45:06 ]
カスを批判するカスが集まってるカススレ



861 名前:デフォルトの名無しさん [2008/08/23(土) 21:00:29 ]
生産物も分からんようではプログラムに向いてないかもな

862 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 23:10:45 ]
↑話を理解して無い馬鹿

863 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 23:30:22 ]
話がそれすぎ

864 名前:デフォルトの名無しさん mailto:sage [2008/08/23(土) 23:53:05 ]
板違い

865 名前:デフォルトの名無しさん mailto:sage [2008/08/24(日) 13:11:04 ]
■■学校を作ろう!■■
VIP発でサイトを作ろうと思うんだ。(詳しくはWikiを見てくれ)
パートスレになるんでパー速(GEP)に移動している。
今スタッフを募集しているから、来てくれないか?

■Wiki
www36.atwiki.jp/vipvipschool/
■募集スタッフ
プログラム担当(特にErlang、Perl)
デザイナー(サイト上のアイコン、ロゴなど)
WEBデザイナー(サイトデザイン案に沿って、htmlやCSSを書ける)
他にも宣伝担当なども募集している。
■スレ
ex14.vip2ch.com/test/read.cgi/news4gep/1219068297/

866 名前:デフォルトの名無しさん mailto:sage [2008/08/24(日) 13:35:21 ]
板違い

867 名前:デフォルトの名無しさん [2008/08/24(日) 18:17:39 ]
だってアウトプットがわかんないってことでしょ
致命的じゃん

868 名前:デフォルトの名無しさん mailto:sage [2008/08/24(日) 18:22:46 ]
↑話を理解して無い馬鹿

869 名前:デフォルトの名無しさん mailto:sage [2008/08/24(日) 19:00:34 ]
>>830
それと同じ内容のペーパーマシンの特許を、
30年以上前にファクシミリメーカーが出願しているのを
オレは特許調査で見かけたよ。リコーだったかな。
もちろん他社も同じことはいくらでも考えてる。
卒論で画像認識をやった学生も、普通に考え付く。

870 名前:デフォルトの名無しさん mailto:sage [2008/08/25(月) 01:02:57 ]
だからそういうネタレスなんでしょ



871 名前:デフォルトの名無しさん mailto:sage [2008/08/25(月) 01:21:04 ]
てか俺の携帯には既に実装されてる。辞書引きしか出来んけど。
便利な世の中になったもんだ。

872 名前:デフォルトの名無しさん mailto:sage [2008/08/26(火) 08:25:06 ]
CDのラベルのような印刷物を写真に撮ると、さらつき感のある画像になり
StretchBitBlt()? だかで縮小すると、さらつきが強調される絵になる。
ところが、Vista のフォルダ表示の中のサムネイルは結構きれいな絵で
出てくる。どんな方法だから、キレイになるって分かりませんか。

873 名前:デフォルトの名無しさん mailto:sage [2008/08/26(火) 09:58:50 ]
SetStretchBltModeでHALFTONE指定してないだけとか?
サムネイルみたいな縮小率の高い絵じゃLPFの特性差なんてでないだろうし。

874 名前:名無し募集中。。。 mailto:sage [2008/08/26(火) 10:57:41 ]
どうでもいいが、「さらつき」って聞きなれない言葉だな。

875 名前:デフォルトの名無しさん mailto:sage [2008/08/26(火) 12:13:27 ]
"さらつき"は、"ざらつき"なのか"ちらつき"なのか
今回は前者の間違いだろうけど

876 名前:872 mailto:sage [2008/08/26(火) 19:11:29 ]
レスをありがとう。「ざらつき」って、カタカナだと「ザラツキ」。
こういうのをなんというのか知らないけど、ぐぐっていたら、そういう
書き方のがあったので、通じると思って書いた。
印刷物を接写すると、印刷のブツブツが撮れて、デカイ画面で見ると
ブツブツが拡大される。これは仕方がないけで、小さい絵のときそれ
がモアレのように出るってのが、なんとも不思議なんですよね。

877 名前:デフォルトの名無しさん mailto:sage [2008/08/26(火) 19:40:38 ]
エイリアスノイズや折り返し雑音でググれ

878 名前:デフォルトの名無しさん mailto:sage [2008/08/26(火) 20:22:40 ]
Lanczos 3

879 名前:876-872 mailto:sage [2008/08/26(火) 23:04:21 ]
>>877 さん、>>878 さん、すみません。
>>873 さんの"HALFTONE" を頼りに調べて、SetStretchBltMode() での指定を
COLORONCOLOR から HALFTONE に変えたら、縮小してもキレイな絵が出るよう
になりました。最近の API を見てなかったので、知りませんでした。
ありがとうございました。

880 名前:デフォルトの名無しさん mailto:sage [2008/08/27(水) 00:10:13 ]
SetStretchBltModeって結構古いAPIだと思うが…



881 名前:879-872 mailto:sage [2008/08/27(水) 07:13:51 ]
>>880
Win98 のとき、猫でも・・・の粂井さんのコードで知って以来使っている
ものです。以後、ここはそのマンマでした。

HALFTONE でいけると分かったのですが、ぐぐって説明をみると、今年の
2月頃の書き込みもありますが、概して古いですね。画像の拡大縮小の
最近の定石って、どんなのか、いいサイトがありますか。

882 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 00:07:54 ]
まるもたん

883 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 00:21:44 ]
バカの一つ覚え

884 名前:881-872 mailto:sage [2008/08/28(木) 19:08:28 ]
>>882
「まるも」でぐぐったら、AviUtil の plug in の説明があり、画像の拡大縮小での
>>878 さんの Lanczos 3 が出てきました。「まるも」のソースはちょっと解読に
時間がかかりそうです。しかし他でも JTrim というのがあり、それでリサイズを
試したら、Lanczos 3 の表示がありました。250% 拡大だとモザイクが分かるかなと
いうレベルで、イヤー面白いですね。
蛇足ですが、HALFTONE ってのはやや時間がかかる感じですね。
みなさん、有難うございました。

885 名前:デフォルトの名無しさん [2008/08/31(日) 15:23:01 ]
4bitや8bitのbitmapのカラー変換をVB2005でやりたいと考えてるんだけど、
各pixelのパレットインデックス読む

そのパレットのカラーをToArgbする

ここで得られたintegerからアルファ以外のRGB要素だけ取り出したい場合はどうしたらよいですか?

886 名前:デフォルトの名無しさん mailto:sage [2008/08/31(日) 15:33:08 ]
ビットシフト

887 名前:デフォルトの名無しさん mailto:sage [2008/08/31(日) 15:45:47 ]
ビットマスク

888 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 01:04:32 ]
論理積

889 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 07:39:04 ]
念力

890 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 08:05:23 ]
ネタまがいの遊びが続いているんで、ToArgb てのをぐぐってみた。
Argb ってのが、AARRGGBB だったのネ。argument の略かと思ってた。
ToRgb というメソッドがあるといいのにね。



891 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 08:30:53 ]
それくらい自分で作れるだろ

892 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 10:00:24 ]
ヘボグラマの発想はそんなもんですよ

893 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 16:38:27 ]
夏厨の残りカスでしょ

894 名前:デフォルトの名無しさん [2008/09/02(火) 22:21:26 ]
季節の変わり目は荒れるねえ


895 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 23:43:27 ]
普段からだよ

896 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 23:47:09 ]
荒れてるか?

897 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 00:03:23 ]
ん?そうでもない?
荒らし足りなかったか


898 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 00:30:41 ]
もっと頑張れ

899 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 00:41:53 ]
今日はもう眠いからそのうちね
応援ありがとう

900 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 02:18:40 ]
>>899先生の次回作に御期待下さい



901 名前:890 mailto:sage [2008/09/03(水) 07:42:33 ]
>>885 の質問で昔話を思い出しんで、チラ裏だがマ聞いてくれ。

windows のアイコンは以前は 16色ばかりで稚拙だった。デジカメ写真の一部を
転用して簡単にアイコンに出来ないかとやってみた。減色してアイコン仕様の
ファイルにすればいいんで、マこれは一件落着。

ところが、最初ペイントでやってみたとき、ペイントが用意してくれる256色
パレットは使わない色も含まれる既成品。パレットを工夫すれば 16色でも
ある種の絵はきれいになるって気が付いた。1 bit color でもカラーになる。

以来、ico, cur, bmp ファイルを hex で見るようになって、パレットの部分
の右側の文字表示の欄は、文字を「■■」にしてこれに色をつけて表示する
ようにした。hex 編集を SJIS でやっていたときは、16桁英数字をこの
「■■」4つで置き換えるんでちょうどすっぽり嵌ってウマーだったのが、
UNICODE になってやたら面倒になって、これを使うのをやめてしまった。
おソマツ。

902 名前:デフォルトの名無しさん mailto:sage [2008/09/04(木) 01:44:27 ]
画像処理プログラムそのものの質問じゃないんだけど、
Max(R, G, B) と Min(R, G, B)を入れ替えるのってなんていう処理なの?

あと、2値化処理で閾値と比較するときの輝度って
R, G, Bの平均っていう説とMin(R, G, B)っていう説があってどっちがほんとなんですか?

903 名前:デフォルトの名無しさん mailto:sage [2008/09/04(木) 01:50:28 ]
ほんとも嘘もない
より望ましい結果が得られる方を選択するだけの話

904 名前:デフォルトの名無しさん [2008/09/04(木) 17:10:09 ]
背景差分法の最も基本的な理論を教えてください!
理論式などあれば嬉しいです!
当方、画像処理については素人です、よろしくお願いします。

905 名前:デフォルトの名無しさん mailto:sage [2008/09/04(木) 17:24:00 ]
>>904
2枚の画像をそれぞれ正規化して差分をとるだけ。
各ドットごとに引き算した結果で画像を作って、場合によっては閾値でに二値化。
ググってもわからなかったんだとしたら、画像処理以前に勉強すべきことが山ほどあると思う。

906 名前:デフォルトの名無しさん mailto:sage [2008/09/04(木) 17:26:40 ]
自分で素人とか言う人って、俺はやる気は無いよと言ってるのと同じ

907 名前:デフォルトの名無しさん mailto:sage [2008/09/04(木) 17:27:50 ]
私は自分自身は客観的に見られるんです、
あなたとは違うんです。

908 名前:デフォルトの名無しさん mailto:sage [2008/09/04(木) 22:35:11 ]
>>906
それをここに書いて気持ちがよくなった?


909 名前:デフォルトの名無しさん mailto:sage [2008/09/04(木) 22:53:10 ]
>>907
なるほどこう使えばいいのかw

910 名前:デフォルトの名無しさん mailto:sage [2008/09/05(金) 12:43:54 ]
>>904みたいなのはぜんぜんOKだけどな
2chじゃないけど一番イラっとくるのはタイトルが「初心者です」の奴



911 名前:デフォルトの名無しさん mailto:sage [2008/09/05(金) 14:49:50 ]
>>905で具体的なやりかたがでてるのにそのまま逃亡

912 名前:デフォルトの名無しさん mailto:sage [2008/09/05(金) 23:48:26 ]
輪郭検出に近いことをやりたいんだけど、ノウハウでも、参考資料でもいいので教えてください。
フルカラー画像の中に開曲線(ループしてない)が何本かあったとします。
その曲線は背景色と十分色or輝度が違うという条件だけで、背景色自体も場所によって異なるかもしれません。
曲線の太さは1ピクセルとは限りませんし、エッジが鋭くないかもしれません。

この曲線を追跡してピクセルの座標列を求めるアルゴリズムは無いでしょうか。

913 名前:デフォルトの名無しさん mailto:sage [2008/09/06(土) 00:08:55 ]
>>912
そんなキモイ複合条件を満たす ゆとり用のアルゴリズムは無い。

・背景色自体も場所によって異なるかもしれません→背景色を求める
・曲線の太さは1ピクセルとは限りません→細線化などの処理
・エッジが鋭くないかもしれません→エッジを鋭くする
・輪郭検出に近いこと→エッジを得る
・開曲線→エッジを追いかける

こんなふうにまず要求を分解しろ。しかるのちにぐぐれ。
分解できないほど無知なら本を読めばいい。

914 名前:デフォルトの名無しさん mailto:sage [2008/09/06(土) 22:56:50 ]
できればお勧めの本など教えてくれないでしょうか。

915 名前:デフォルトの名無しさん [2008/09/09(火) 10:27:13 ]
ある3Dの画像が与えられたときに略対称な面を求める場合
どのように考えればよいのでしょうか?

英語で略対称って何 symmetryっていうんだろう・・・

916 名前:デフォルトの名無しさん mailto:sage [2008/09/09(火) 14:04:13 ]
substantially symmetryってどういう意味?

917 名前:名無し募集中。。。 mailto:sage [2008/09/09(火) 21:47:23 ]
略対称って何?

918 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 00:35:47 ]
ぐぐっても少ししかひっかからんなあ。
使ってる分野の限られた用語なのか?

919 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 02:40:32 ]
略対称 の検索結果 約 6,320 件
www.j-tokkyo.com での 略対称 の検索結果 約 6,120 件

920 名前:名無し募集中。。。 mailto:sage [2008/09/10(水) 03:03:03 ]
不自然なほど特許だけで使われてるな



921 名前:デフォルトの名無しさん [2008/09/10(水) 09:32:16 ]
パターンマッチングに興味を持ち,趣味で画像の勉強をしている初心者で
す。例えば,皆様のような専門性を持っている方は,次のような課題にど
のようにアプローチされますか。私の興味の一つは,このような基本的そ
うな問題に確立されたアルゴリズムが存在するかという点です。
宜しくお願いします。

  画像A1・・・Anの中の一枚の画像から一部の画像S が切り出されてい
  る。画像S は回転されたり,拡大又は縮小されたりしている。画像S
  とその元画像を含む複数の画像A1・・・Anが与えられたとき,画像S
  を作成するために使用した元画像及び切り出し領域をできる限り高速
  に特定するプログラムを作成せよ。



922 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 12:11:02 ]
>>921
画像処理屋がプログラムができるかどうかを聞かれたら、まず「画像を見せてください」
と尋ねる。

画像が文字か顔か線画か道路の写真か木の写真か....でアプローチ法は全く異なる。
たとえば線画だと分かっても実際の画像の傾向によって処理内容は違ってくる。

923 名前:921 [2008/09/10(水) 14:41:59 ]
>>922
説明不足ですみません。
図形ではなく,写真(風景)を想定しています。
切り出す部分は風景の任意の一部(建物や,車,銅像,人,
あるいはそれらの一部)です。全ての画像に共通する傾向
は無いと考えてください(汎用性を持たせたいため)。
回転や拡大縮小といった一定の処理が施された写真の断片が
与えられたとき,そのオリジナルの写真を探すことが目的となります。






924 名前:名無し募集中。。。 mailto:sage [2008/09/10(水) 15:07:22 ]
いわゆるパターンマッチングでしょ
「汎用性」が必要なら正規化相関を使ったサーチが一般的な回答になるんじゃないかな
しかし高速に求めるための工夫は各社それぞれのノウハウで「確立」されているわけじゃないと思う
「出来るだけ早く特定するアルゴリズムは確立されていない。アイディア勝負でまだ間に合う!」
って感じかな

925 名前:デフォルトの名無しさん [2008/09/10(水) 17:20:23 ]
既存のパターンマッチングはテンプレートに問題があるね

あと正規化相関は遅すぎて実用に向かない

926 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 17:25:06 ]
>>923
類似画像検索ではなくて、オリジナルの写真から切り出したものが必ず検索対象になるの?
つまり人物や車の背景部分も同じかどうか。後者だと、イマイチ用途が不明だけど...

927 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 19:01:27 ]
くどい

928 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 19:55:52 ]
>>925
相関遅いね、相関

自然画でよーあるのは SHIFT特徴量だとか、コーナー検知する特徴量つかってのマッチングやね。

ググればいろんな特徴量でやった論文がくさるほどでてくるけど、実装したことないからわかんね。


929 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 20:27:42 ]
SHIFTで検索できないとかわいそうなので、訂正すると"SIFT"ですね。
Scale-Invariant Feature Transformかな。
128次元だったかの特徴量がとれるので、
それをApproximately Nearest Neighbor法とかでデータベースから検索っていう実装なら見た。

930 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 20:48:50 ]
オリジナルの写真から切り出しているのに正規化相関はないだろw



931 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 21:16:21 ]
切り出しの大きさはどれくらいを想定してるんだろう。
元の風景写真のほんの一部とかだったら効率的な探索は相当難しそうだな。

932 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 21:41:46 ]
部分切り出しだけでなく、その部分が変形されている場合、特に縮小されたら、
探しようがないでしょうね。
状態によっては人間が見てもマッチングが{難しい|できない}場合があるし。
もう少し条件を絞り込まないと、アプローチのしようがないように思えます。

933 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 22:38:24 ]
>>932
SIFTならできる。名前に Scale-Invariant の文字があるだろう?

934 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 00:39:49 ]
>>933
SIFTが画像のスケール変化や回転や輝度変化等であまり変わらない
特徴量が記述できるのは分かっているが、条件に制限がないと、
極端な話、部分的に切り出された領域が1ピクセルに縮小されたら
マッチングは無理じゃね? ということだろ。
ARでよく見かけるような追跡は可能かも知れないが無関係の画像の中から
それを抽出するのは物理的に考えて無理だろう。

935 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 02:18:54 ]
>>934
そりゃあくまでもロバスト、としか言えんけど、
画像処理という曖昧さを表現せにゃならん分野でそんなこと言って、
だから無理。とか言ってたら先に進まんよ。

936 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 03:34:04 ]
>>934
たとえばPhotosynthではSIFT使ってあるタグのついた写真をFlickrから持ってきまくって
3次元再構成するみたいなことやってるけど。
まあ、縮小っていっても程度問題でしょ。50%の縮小くらいならマッチングできるでしょ。
2000x2000が1000x1000とかならさ。

937 名前:915 mailto:sage [2008/09/17(水) 14:11:31 ]
>>920
そうなんですよね・・・

壷があったとしてどこか一部が欠けたり壊れたりしている部分があっても
左右が対称になる軸(面)が見つかるようにできないのかと考えていたのですが・・・

938 名前:デフォルトの名無しさん mailto:sage [2008/09/17(水) 16:16:44 ]
>>937
おまえは「略対称」という言葉をどこで知ったの?
本題から逸れて申し訳ないけど、単純に興味があるので。

939 名前:名無し募集中。。。 mailto:sage [2008/09/17(水) 16:27:45 ]
線対称と違う言葉を使っていると言う事は3次元空間での欠陥認識なんですかね

940 名前:デフォルトの名無しさん [2008/09/18(木) 13:40:41 ]
どなたか、H.264について詳しい人いませんか?
エンコードにおいて、ブロックの動き補償ベクトルの探索方法については規格化されていないのに
探索開始位置の決め方が規格化されている意味が分かりません。
分かる方いらっしゃいませんか?利用している書籍は「H.264/AVC教科書(インプレス出版)」です。
公式仕様書では8.4.1.3のセクションです。



941 名前:デフォルトの名無しさん mailto:sage [2008/09/18(木) 17:53:32 ]
>>940ですが。
動きベクトル予測の意味を勘違いしました。
大変失礼しましたorz






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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

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