画像処理その11

[表示 : 全て最新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/
653 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 19:20:43 ]: レベル低くて申し訳ないんですが
既に描かれている黒い円を縮小して表示していて
小さくなればなるほどアンチエイリアスが取れてガタガタになってしまいます

やり方としては、表示先の座標でループさせて
縮小率の逆変換？で元の画像から拾ってきて表示という風にしています。

あまりに酷かったので、表示先の画面を仮想的に32倍にして拾って
1/32で戻して平均値を出して表示とやっても変わらず

普通物凄く縮小すると、色が薄くなったりすると思うのですが
サイズだけ小さくて濃いままになります

今はまだ考え付かないんですが
やっぱりもっと複雑な方法じゃないと駄目なんでしょうか
654 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:11:45 ]: >>648
で、原因はどこだったの？
655 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:14:26 ]: 縮小は面積平均法がいいよ
656 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:33:23 ]: >>653
面積平均やバイリニア程度ではギザギザしてくると思うので
バイキュービックやLanczos2/3あたりを使う。
657 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:44:04 ]: バイキュービックって汚いじゃん
658 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:05:18 ]: まずは面積平均というのから試してみようと思いますありがとう
それで駄目ならバイキュービックとかも試してみようと思います

でもさっき検索していて気になったのが
1ドットの円を画面で表すと、面積だと８０％くらいなのに
実際は濃度が５０％の点になるというのを見たんですが
自分のプログラムはもろにこの面積どおりになってしまっている気がします
それも計算によって変わるんでしょうか
659 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:26:47 ]: >>657
そう？
自分で組んだバイキュービックで確認したが、5ピクセルの線幅の正円(アンチエイリアス済み)
を0.25倍程度に縮小したがギザギザはほとんど見えない。Lanczos2/3でも同様。
倍率1倍表示で確認。
660 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:27:25 ]: Lanczosて結構好きだな
661 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:29:57 ]: 面積平均法は１pixelの線を5%表示くらいにしても綺麗だよ
662 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:49:20 ]: >>661
1ピクセル線幅の0.05倍だと何だか薄くて差が分からない。
バイリニアがクソだということだけは分かる。
663 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 00:38:07 ]: CZPで見るとLanczos3かそれ以上のtap数のSincじゃないと使えないな。
面積平均は速度考えたら有りかな位。
664 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 01:41:08 ]: CZPだけで見るのが間違いなんだろ
周波数だけしか見てない
665 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 02:30:34 ]: lanczos3だと線がシャープになりすぎるよ
666 名前：643,644,648 [2009/04/24(金) 10:05:49 ]: 自己解決しました。で、できたのがこれです。
ありがとうございました。
www.geocities.jp/katayama_hirofumi_mz/turnpix/
667 名前：デフォルトの名無しさん [2009/04/24(金) 11:28:02 ]: 自己解決ねぇ……
なるほど、ム板で聞いてヒントを貰ってはツールを公開している御仁か。
668 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 17:35:19 ]: おまえらのヒントなんてググればいくらでも出てくることだろ
669 名前：デフォルトの名無しさん [2009/04/24(金) 18:22:13 ]: 確かに
670 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 18:35:11 ]: だったらググれよ
671 名前：デフォルトの名無しさん [2009/04/24(金) 20:58:17 ]: グラフカットを利用して、サブピクセル精度の視差は計算できるでしょうか？？
画像はステレオカメラで撮影した左右2枚を用います。

こういった掲示板に書き込むのは初めてなんで、分かりにくいと思いますが、
よろしくお願いします。
672 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 01:21:20 ]: >>666
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
673 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 01:59:41 ]: >>666
だから、不具合の原因はなんだったの？
質問しておいて、結果を報告しないなんて最低だな。
674 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 03:03:30 ]: >>650に一票
675 名前：デフォルトの名無しさん mailto:age [2009/04/25(土) 23:03:07 ]: 8bpp無圧縮Tiffファイルを、8bppBMPに変換するプログラムがうまく
いかないです

//TIFFから値を取得する。
TIFFGetField(img,TIFFTAG_IMAGEWIDTH,&width);
TIFFGetField(img,TIFFTAG_IMAGELENGTH,&height);
TIFFGetField(img,TIFFTAG_BITSPERSAMPLE,&bitspersample);
TIFFGetField(img,TIFFTAG_SAMPLESPERPIXEL,&sampleperpixel);

TIFFGetField(img,TIFFTAG_ROWSPERSTRIP,&RowsPerStrip);
TIFFGetField(img,TIFFTAG_PHOTOMETRIC,&PhotoMetric);
for(i=0;i<height;i++)

{
TIFFReadScanline(&img[i*width],&pBuf[i*width*sampleperpixel],i,0);
//TIFFReadScanline(img,(tdata_t)pBuf,i,0);
}

どうやったらTiffからピクセルデータを取得できますか？
676 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 00:33:27 ]: >>675
tiffの構造なんてもうすっかり忘れたけど、
ストリップが1ラインずつ分かれているなんて前提はなかったと思うぞ。
1ラインかもしれんし、10ラインかもしれんし、全体で1ストリップしかないかもしれん。

で、今度は何? 回転専用の対応フォーマットを増やしたいってこと?w
677 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 08:58:48 ]: 回転専用……目の付け所が流石だわ。
678 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 10:09:15 ]: >>676
s/回転専用/「回転専用。」/
679 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 11:22:37 ]: >>671
やったことはないが、石川先生の論文にはラベル＝視差は整数にかぎらない(実数でも良い)とある。
680 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 12:14:17 ]: >>675
imgってtiffファイルのハンドルだろ
&img[i*width]ってなんだよ

１　TIFFScanlineSize(img);で1行のバイト数を取得してから1行分のバッファを確保
２　受け側は各行4バイトバウンダリで高さ分のバッファを確保
３　TIFFReadScanlineで1行ずつ読み込んで
４　受け側のバッファの各行の銭湯アドレスにコピー

あとはBMPのヘッダを構築すれば、ある程度の8bppのTIFFを8bppのBMPとして読めるようになる。

これでは読めないTIFFはたくさんある。たとえば、

A マルチページTIFF
B タイルTIFF
C 縦横の解像度が違う
D PhotoMetricがMin is white(0が白)
E パレット形式

いずれも、対応はそれほど難しくはないので、必要に応じて機能を追加すればよい。
681 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 12:55:56 ]: >>676
ストリップ・・・
ストライプだろ
682 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 13:48:00 ]: >>681
ttp://www.libtiff.org/man/TIFFReadRawStrip.3t.html

ﾁﾐはstripをストライプと読んでいるのかね？
683 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:06:21 ]: 一方ロシアはimagemagickを使った
684 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:11:07 ]: >>681
685 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:42:57 ]: imagemagickはどうしても「イメージマジックク」と読んでしまう
686 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 15:07:03 ]: >>683
そんなこと言ったら、回転処理自体ImageMagickでできるようなw
687 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 16:03:12 ]: >>682
いいやstripeをストライプと読んでる
688 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 16:24:29 ]: じゃあ今回のとは何の関係もないじゃない
689 名前：デフォルトの名無しさん mailto:age [2009/04/26(日) 21:58:57 ]: >>680

OneLineSize=TIFFScanlineSize(img);

Recv=(unsigned char*)malloc((OneLineSize+byte4Hosei)*height));

for(i=0;i<height;i++)
{
TIFFReadScanline(img,(tdata_t)Recv[i],i,0);

}

これでRecvにはtiffデータがはいってるの？？？？
690 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 00:00:42 ]: これは
691 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 00:09:10 ]: 「(tdata_t)Recv[i]ってなんだよ」
>>680
は、ゆとりに教えることの困難を思い知った。
692 名前：デフォルトの名無しさん [2009/04/28(火) 23:37:49 ]: >>626
何をしたいかにもよるけど、RGB を一定の割合で変化させる、のではダメなの？

BYTE r, g, b; // 古いrgb 情報
BYTE nr,ng,nb;
float t = 0.3f; // 0<t<1

nr = BYTE(t * r); , etc.

これはあくまでも RGB 色空間での線型補間だから、他の色空間で見たら経路が違う。
693 名前：デフォルトの名無しさん [2009/05/01(金) 18:37:59 ]: フーリエ変換→フィルタリング→逆フーリエ変換
というプログラムを作成してます

フーリエ変換→逆フーリエ変換をすると元に画像が戻るのですが、フィルタリングの処理をすると、
逆フーリエ変換の画像が真っ暗(各数値を調べると、1#QNANOと表示される)になってしまいます

フィルタリングの処理を行うとき、フーリエ変換で出力した実数と虚数を、それぞれ演算処理すればいいのですよね？
(スペクトルを出すときのように振幅に直して、そこで演算処理しなくてもいいですよね)

具体的にしたいことは、画像上でガウシアンフィルタをかけるのではなく、周波数空間でガウス関数を掛けて、それを画像に戻したいのですが

よろしくお願いいたします。
694 名前：デフォルトの名無しさん [2009/05/01(金) 19:06:30 ]: >>693
そういう処理を普通に書いているけど、特に問題は出てないよ。
途中のフィルターの計算か何かで負値のlogを取るとか何かやらかしてない?
695 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 19:24:21 ]: かなり見直したんですけど、1#QNANOとか出るってことはそういう計算ミスしてるんでしょうね…
振幅のスペクトル画像に直して処理しなくても、
フーリエ変換で得られた実数、虚数を個別に、掛けたり割ったりすればいいことが分かっただけでも助かりました
ありがとうございました

もうちょっと頑張ってみます
696 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 21:25:38 ]: >>695
浮動小数点例外のマスクを外せば分かるかもよ。
697 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 00:11:23 ]: >>693
フィルタは、周波数に依存する関数だったりする？
698 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 07:54:17 ]: ちょっとスレから離れてしまうかもしれませんが
どなたかアドバイスを

線や画像なんかの補正に曲線補間をしようと思っていて
計算のテストとして10個の点をマウスで入力し
そこから二次関数を求めて、点を計算表示しているんですが
なかなか上手くいきません

10個の点を最小二乗法で計算して表示しているつもりなんですが
どうしても点が (1,1) (2,4) (3,6)…とはならず
(1,1) (2,16) (3,6) (4,24)…みたいに一個おきに大きくぶれた感じになってしまいます

色々ぐぐったりしたんですがよくわからなくて
どこかやさしく解説してるようなところとかないですか
699 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 08:32:54 ]: あります
700 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 09:05:47 ]: >>698ですが一次関数にしても同様だったので
おかしいなと主要な変数観察していたら

1ループごとにy座標反転してることが判明しました
ほんとごめんなさいごめんなさいごめんなさい
701 名前：デフォルトの名無しさん [2009/05/12(火) 10:50:39 ]: 切り刻まれた紙をブルースクリーンのスキャナ画像で取り込んで、
切り刻まれる前の状態を解くようなプログラムを作れますか？

ジグゾーパズルを解くようなプログラムです。
702 名前：701 [2009/05/12(火) 11:05:05 ]: 紙には何かが印刷されているものとします。
切り刻まれ方はランダムとします。
703 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 11:39:11 ]: シュレッダーで裁断した紙の復元だったら実用システムもいくつかあるみたい。

ストリップカット
ttp://www.unshredder.com/
クロスカットでも
cross-shred reconstruction suite
ってのがあるらしい(urlは不明)

クロスカットの復元サービスなら30cm立方の復元で100万円くらいだって。
100万円がおいしいかどうかは分からない。
704 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 14:39:18 ]: >>703
一度画像としてとりこんでからの処理なら俺でもできそうだけど
画像とりこみデバイスで重ならないようにスキャンするの大変そうだ
705 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 16:09:54 ]: >>702
シュタージの残した膨大な裁断書類の復元を請け負ってるフラウンホファー研究所に相談すれば？
706 名前：デフォルトの名無しさん [2009/05/13(水) 00:46:48 ]: でもフーリエって少し時間かかるよな
もっとパッと出来ないのかしら
707 名前：デフォルトの名無しさん [2009/05/13(水) 01:23:27 ]: そんなときのためのFFT
708 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 19:34:14 ]: SIFTの点が近すぎず固まらないようにするにはどうしたらよいでっか？
709 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 19:39:26 ]: SHIFTってヒストグラムの？検出される追跡点がかぶらないようにってこと？
710 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 21:38:34 ]: Scale Invariant Feature TransformのSIFTです。
検出される点の数が多すぎるので抑制したいんですよ。
711 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 23:54:01 ]: レイヤー(PhotoShop的な)構造を実現するための機能が充実していて、
かつライセンスがきつくない(GIMPとか)ライブラリってございますでしょうか。

フルスクラッチで作ってたのですが、技術不足ゆえ、あまりにもっさりで脱力感が。
OpenCVとGraphicsMagickは見てみたのですが、そのものずばりってのは無さそうで。
712 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 23:58:11 ]: CxImageとか
713 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 00:11:07 ]: 速さでいったらやっぱOpenCVかな。
714 名前：デフォルトの名無しさん [2009/05/14(木) 00:57:06 ]: >>711DirectXでもつかってみたら？
カクレイヤーを3角形2枚使って表現すればいいんじゃね？
ピクセルの編集はテクスチャに対して行えば良いと思うし。
重ね合わせはZの値いじるだけで手軽に変更できるしさ。

あくまでGDIでやりたいなら、まずBitmapのメモリを、
直接編集できるようにようにすると良いよ。

あと、重ね合わせの際には一番上から描画して行って、
後ろになるレイヤーは描画しないようにすれば早くなるよ。

あとブロック単位で分割して重ね合わせ処理をおこなえれば、
処理時間は長くても進捗が見えるから多少ごまかせる。
715 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:15:01 ]: OpenCVは基本的にレイヤー単位で処理するようになってるよ。
716 名前：711 mailto:sage [2009/05/14(木) 01:18:17 ]: >>712-714
CxImage！これから見てみます。感謝。
OpenCVでもできるんですね。Mergeあたりを使うのかしら。それともレイヤー処理は自前でしょうか。

3D屋なので、DirectXも実は試したことありますが、当時はトランスフォーム済みライティング済みの
バッファにちゃんとZ値付けて合成しても、ビデオカードによっては酷い目にあった記憶が。今はましかもですね。

モノクロ二値DIBでやっていて、それなりに速いのが出来ていたのですが(なにせレイヤー処理がANDで済む)
途中でフルカラー対応にせざるを得なくなって気力がなくなったってのもあります。

皆さんレスありがとうございました。早速吟味してきます。
717 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:19:21 ]: >>715
書いている間にすいません。どうもリファレンスの読みが足りなかったようで。
もう一度ちゃんとOpenCVも見てきます。ありがとうございました。
718 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:47:47 ]: >>716
OpenCVだとレイヤ同士をメモリ上の論理演算でガッといっぺんに計算しちゃうから高速。
cvSpilit(in, R, G, B, α)でレイヤー分割、cvMerge( R, G, B, α, out)で結合。
719 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 02:01:41 ]: >>718
なるほどこいつですか。素敵過ぎです。本当にありがとうございます。
720 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 05:20:11 ]: >>710
エッジ上の点は取り除いてるの？
減らす基準が無いの？　無いならランダムに取ればいいんじゃね
721 名前：デフォルトの名無しさん [2009/05/15(金) 02:37:04 ]: 2枚の同サイズのBMP画像を重ね合わせようとして、
対応する画素のR,G,Bを足して２で割る、
というプログラムを書きました。

この他にも重ね合わせをするアルゴリズムはあるのでしょうか？
「画像重ね合わせ」「画像合成」
とかでググってもうまく見つけられません。。。
722 名前：721 mailto:sage [2009/05/15(金) 02:53:14 ]: 追記
C++で24bit Bitmapを扱っています。

低レベルな質問で申し訳ないです m(_ _)m
723 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 03:25:30 ]: Photoshopの体験版でも入れてみな
724 名前：721 mailto:sage [2009/05/15(金) 03:50:27 ]: >>723
プログラムで作ることに意味があるのでツールじゃない方向で・・・
725 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 05:34:39 ]: >>721
「αチャンネル」でググってみたら？718のOpenCV関数にもαが使われてるな。
726 名前：デフォルトの名無しさん [2009/05/15(金) 09:29:24 ]: >>724
そのプログラムでどう作ればいいか分からないから既存のツールでどんな重ね合わせがあるか見てみるんじゃないか。
例えば簡易計算プログラムを作りたいとき、どんな演算子を用意すればいいか電卓プログラムを見てみるようなもんだ。
自分が低レベルだと認識しているのなら、他人の話は素直に聞くもんだ。
727 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 09:33:36 ]: RGBの三つを足してるのに２で割ってるのかぁ。
728 名前：デフォルトの名無しさん [2009/05/15(金) 09:53:05 ]: そこは一応、R, G, Bをそれぞれ足して二で割ると解釈していいんでない?
まさか、R+G+Bするほど馬鹿じゃなかろう。
729 名前：デフォルトの名無しさん mailto:sage [2009/05/15(金) 16:00:07 ]: >>727
スゴい、よくそういう風に読めるね？レベルが近いから？
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=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歳に分類されててﾌﾟﾘﾌﾟﾘしてる人がいたがｗ
782 名前：デフォルトの名無しさん [2009/05/24(日) 18:05:33 ]: ワロタｗ
783 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:30:30 ]: 顔認識といっても、
顔検出、笑顔検出、同一人物検出とか、
それぞれ違うよな。

nのそれは、顔から年齢っていう相関が微妙。
てか、無理があるような。
784 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:02:46 ]: 見たことあるけど、刻みは１０歳ずつだけど結構当たるよ。
ピタリ当てるのが目的じゃないからね。
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 ]: みなさんに質問です。
（質問１）
フォルダに入った５００枚の画像の色を例えば、赤→青、黄→紫など思うがままに
１枚、１枚毎に変換させ、それらの変換処理した各画像ファイルを別のフォルダに記憶させる
ことができるソフトウエアはあるでしょうか？
なお、私はプログラムの知識はありません。
（質問２）
輪郭抽出、モザイクなど、ウインドウのペイントに付いている「変形」処理を
上記５００枚の各画像フェイルに自動的に行わせるソフトウエアはあるでしょうか？
５００枚の画像から１枚、１枚選択して、処理する手間を省きたいのです。
できれば、フリーソフトウエアでそのようなものがあればありがたいのですが。
よろしくお願いします。
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 ]: 画像とガウス関数を周波数領域で畳み込んで、
元に戻してローパスフィルタの効果を得た画像を出力したいのですが、
次の条件下ではうまくいかなく困っています。

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

σが大きな値（１以上）のときはうまく結果画像が得られるのですが、
小さな値（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
面積ではなく、高さを１にするのですか？

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

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に近づくので、
面積としては総和が１になるはず。(四捨五入などの誤差はあるが)
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 ]: コーナー検出についてなんですけど、なぜ注目画素周辺のヘッセ行列の固有値でコーナーかどうか判定できるんですか？
ヘッセ行列の固有値の大きさって何を表しているんですか？
831 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 16:44:55 ]: >>830
ja.wikipedia.org/wiki/%E3%83%98%E3%83%83%E3%82%BB%E8%A1%8C%E5%88%97
832 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 17:56:27 ]: >>823
pcで自分で作るなら、cかasm。ライブラリ使うなら、それにあわせた言語。
専用ハードも同様。

>>829
むり。
833 名前：803 mailto:sage [2009/06/06(土) 21:37:32 ]: >>803です
返事が遅れてすみませんでした

みなさんがおっしゃる通り曲線上の値をそのまま使っています
そのため、分散σが１画素以内の小さな値になったとき
高さが非常に大きな値になってしまい、
FFTして掛け合わせて逆変換すると全体的に真っ白になってしまいます

みなさんのアドバイスを見たところ、
(1)区間積分した面積の値をつかう
(2)曲線上の値を使ってもいいが、掛け合わせて逆変換して得られた結果画像の最大値が255になるように正規化する

以上の2通りがあるようですね
(2)に関しては、最大値を255に正規化すると、やはり元の画像よりも明るくなってしまうのではないでしょうか？
(1)に関しては、画像の場合具体的にどうすればいいのか分かりません
区間1画像で面積を求める(＝量子化するということ？)のですか？

レベルの低い質問ですみませんが、よろしくお願いします
834 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 22:26:20 ]: 区間積分は、きちんと数式を解いてやる方式もあるが、プログラミングしているなら、
ソフトで細かいメッシュで積算してってもいいんじゃね？

ぐるぐるで「プログラム　補間」とかで方法考えるとか。
あと、メッシュの間の曲率を調べ、あまりに曲率が高い箇所に関してはメッシュを部分的に
細かくするなどのテクを使えば　精度が上がると思うよ。
835 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 05:19:31 ]: ローパスフィルタをかけたいだけならガウスの区分積分とか厳密にやる必要はないよ。
結果を単に0から255に収まるように正規化すればいい。
明るさが気になるなら例えば元々の画像の明るさの最小値、平均値、最大値
なんかを求めといてその範囲にスケーリングするとかさ。
836 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 07:03:52 ]: ++++ ++++
+*++ *+*+
+*++ ++*+
++++ ++++

こんなパターンが２つあって
1個づれてるだけで形状は同じなんだけど
こいういうのを同一視する方法ってあるの？
837 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 07:08:50 ]: 日本語でおｋ
838 名前：デフォルトの名無しさん [2009/06/07(日) 12:56:56 ]: >>822
細線化(Thinning; Skeletonization)というらしいですね。
ありがとうございます。

ttp://homepage3.nifty.com/ishidate/vcpp05_g12/vcpp05_g12.htm
839 名前：デフォルトの名無しさん [2009/06/08(月) 12:59:59 ]: 質問
顔認識は画像処理でいいのかね
顔認識で一番わかりやすいのをおしえてほしい
840 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 13:30:00 ]: >>839
OpenCVじゃダメなのか？
841 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 13:53:38 ]: OpenCVスレでダダこねてる奴か？
842 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 14:27:00 ]: あ
違うよ
843 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 14:53:09 ]: >>842
おまえだろ！ｗ　（さすがに本当に本人じゃないと思うが）
844 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 20:41:10 ]: 動画像処理で対象追跡を行う場合、明度変化に対応させようと思ったらどんな処理が有効なんですかね
差分処理だけじゃどうも上手く限定できてないというか・・・
845 名前：デフォルトの名無しさん [2009/06/08(月) 20:43:27 ]: 対象物を特定できる輪郭を取り出して、その輪郭を追いかける
846 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 22:46:38 ]: >>844
ヒストグラムとか使って明度を合わせる
847 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 02:00:08 ]: >>844
どういう追跡対象?差分処理ってどうやってんの？最近流行の追跡手法でSURFってのがある。
848 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 02:32:08 ]: >>844
co-occurance
849 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 05:13:14 ]: >>844
追跡ならオプティカルフローをとって追っかけるのが定番
850 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 18:55:15 ]: canny法のエッジの始点からエッジがどう続いているか
最小のしきい値より上のピクセルをトラッキングする処理で、
今は地道に1つ1つのピクセルをトラッキングする手法を
とっているのですが、なんだか効率が悪いような気がしています。

何か効率の良いアルゴリズムはないでしょうか？
851 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:11:52 ]: 囲碁板の某スレで出たアイディアです。

１.ノートパソコンにUSBカメラをつないで対局中の碁盤を撮影する。
２.画像処理により、プレーヤーが着手した事とその着手点を特定する。
３.それにより自動で棋譜を採る。

というシステムを作ろうとしたら、画像処理の部分はどのような
手法が有効でしょうか。
852 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:20:09 ]: >>851
それなら差分とるだけでいいよ。
853 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:34:54 ]: >>851
それ携帯のiアプリで作ったことある
854 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:34:54 ]: 素人な質問ですいませんが、着手点を特定するのはどうすればいいですか？
碁盤の座標（19x19のどこか)を算出する必要があります。
855 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:38:56 ]: >>854 縦横の直線を検出して番号ふればええんちゃうの?
856 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 22:41:51 ]: web.fuip.fukuyama-u.ac.jp/old/kenkyu/ozeki/member/h19/pdf/nakano.pdf
857 名前：851 mailto:sage [2009/06/10(水) 23:43:58 ]: >>856
お、正にこれです。ありがとうございます。
しかし、ソースはアップされていないようですね、残念。
自力で実装するしかないか…
858 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 01:09:17 ]: >>857
盤面にほとんど同時に手が出てきて、高速に連続して石が
２個以上置かれたとき追跡が難しいよね。
囲碁ってパスがなければ白黒交互と考えられるのになぁ・・・
その点を除けば、打たれる位置も決まっているし、後は簡単そうなんだけどな。
859 名前：デフォルトの名無しさん [2009/06/11(木) 12:51:40 ]: 初心者ですがゲームを作ろうと思っています。
パレット画像pngファイルから読み込んだバイナリの
パレットだけ差し替えたいのですがどうやったらいいでしょうか？
860 名前：859 [2009/06/11(木) 12:54:00 ]: ↑すみません書き忘れました。環境はVC6です。
861 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 13:21:33 ]: ＡＰＩに頼らず地力描画したほうがはやい。
862 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 14:22:00 ]: APIに頼ったほうが開発ははやい。
863 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 14:51:21 ]: >>859
そのゲーム、どんなゲーム?
背景色のパレットを透過色パレットに変換したいとかかな?
864 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 15:50:39 ]: >>863
RPGです。
色違いのデータが多いのでメモリの節約のために
パレットだけ差し替えられないかなと思いました。
865 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 16:06:20 ]: >>864
パレット差し替えるだけなら、pngのファイルフォーマット調べて差し替えればいいだけ

パレット使うってことは、1枚の画像で256色しか使えない。いまどき、そんなのアリなのかなぁ・・・
ゲーム製作板で聞いたほうがよいとおもうよ
866 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 17:59:07 ]: >>864
今時メモリなんか節約しなくてもいいよ。
画像データなんてせいぜい数メガでしょう。
867 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 20:07:00 ]: >>866
もちろん俺もそう思うが、実は転送量がヘタすれば1/4で済むところが大きい。
CPUエンジンだと特に。
868 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 20:15:25 ]: DIBにしなきゃ使えないんだから転送量なんて関係ない気がするが。
描画ごとにデコードしても問題ないCPU性能の環境ならメモリケチるわけないし。
869 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 20:56:48 ]: >>868
デコード後のDIBでも256色と32bppじゃ4倍違うわけだが。
870 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 21:01:08 ]: 256色PNGなんだから256色DIBにデコードするものだろ
パレットも後で弄れるわけだし。
871 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 23:15:31 ]: >>870
お前、横入りするなら、ちゃんと流れを読んで発言したほうがいいぞ。
872 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 23:52:41 ]: なあ、ｴﾛｲ人、
DICOMのファイルフォーマットのよさげな解説の載った書籍ってないですかね？
873 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 11:15:33 ]: 「DCOM入門」（篠原出版）なんかいいんじゃない？グーグルですぐにでてくるけど。
www.jira-net.or.jp/dicom/index.html
874 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 15:13:28 ]: >>872
カットシステム社のC++ Builder6シリーズVol.8にDICOMの16ビット画像を
テクスチャに読み込んで表示するサンプルが載ってるぞ。
875 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 23:51:25 ]: おまえらやさしいな。
ありがとよ諸兄。
876 名前：デフォルトの名無しさん [2009/06/13(土) 12:47:26 ]: お前らSSII2009 で面白いものありましたか？

俺の一押しは必勝ジャンケンなんだけどさ．
877 名前：デフォルトの名無しさん [2009/06/14(日) 05:11:04 ]: >>876
画像処理と何の関係が？
878 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 08:32:07 ]: モーション推定とか認識は画像処理と何の関係もないの？
879 名前：デフォルトの名無しさん [2009/06/14(日) 13:42:05 ]: 関係ないよ
880 名前：デフォルトの名無しさん [2009/06/14(日) 15:57:48 ]: 顔認識も画像処理とは無関係なんですねわかります
881 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 18:47:05 ]: 本質的には無関係だな
ただ画像を使って認識する方法が直感的ではあるけど
882 名前：デフォルトの名無しさん [2009/06/15(月) 12:41:14 ]: >>876
「実時間動画像超解像処理システム」
okutomi-lab.ctrl.titech.ac.jp/res/CSR/CSR-ja.html
883 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 19:38:03 ]: SSIIって超解像人気だよな。
去年もオーディエンス賞かなんか取ってなかったっけ。
業界人が多いからかね。
884 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 21:44:00 ]: >>883
SSIIは、センシング技術の実用化を目指す団体だから。
超解像はすでに製品も登場したりして、実用化に近いところにある＝金になりそうなジャンルだから。
885 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 22:04:27 ]: マルチフレーム超解像だと対象物が静止していなければならないという条件が
厳しくて使い道がイマイチわからん。どう金と結びつくのか説明してくれエロイ人。
886 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 00:31:52 ]: >>885
そうだな。近しいところではＴＶとか。どうせ動体は解像度低くてもいいわけだし。
なにより家電に「くっきり超解像！」って入れれば差別化できる。実体はともかく。
暴走すれば、合成開口レーダーっぽい処理とか。

でも本当は、なにより見た目が派手なので研究費をかっぱらってくるのに有用なんだ。
実のところ。
887 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 12:14:30 ]: 最近テレビもでかくなってDVDとか拡大するとブロックノイズかなり目立つし
自分としては超解像に期待している。
超解像がGPUに標準でインプリメントされればうれしい。
888 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 21:39:21 ]: 監視カメラの映像解析にも役に立つ
超解像度で記録なんかしてられん
889 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 22:43:59 ]: でも、ここでいう超解像って、
人間の目に不自然でないだけで、
偽像が形成されてる可能性はないん？
890 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 22:58:48 ]: あくまで推定だから無いとは言い切れないが・・・そんなことを言い出すとどうしようもなくないか？
891 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 23:03:55 ]: >>889
そういう超解像もあるな
ttp://people.csail.mit.edu/celiu/FaceHallucination/fh.html
892 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 23:22:35 ]: >>890
法的証拠として使うような監視カメラには使えんということ
893 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 23:50:06 ]: それ以前にマルチフレームタイプだと適用すら出来ないと思うよ。
>監視カメラ
894 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 23:51:19 ]: もとへ。
犯人達の乗ってきた車のナンバーを特定したりするのには使えるな。失礼。
法的証拠と言うより、操作のとっかかりには重要だろう >> 892
895 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 00:27:30 ]: ナンバープレート自体はほぼ完全に剛体だから、大変な処理ではあるけど
不可能ではなさそうだね。
896 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 01:03:29 ]: 最近のタクシーなんかには車載カメラが付いてて、でも解像度が悪くて使い物にならなかった見たいな話があったな。このスレで。
897 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 01:15:55 ]: 超解像はナンバープレート読み取りにはかなり使えるだろうな
顔認証にはちと厳しいだろうけど
898 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 01:26:18 ]: >>896
>>68
899 名前：デフォルトの名無しさん mailto:sgae [2009/06/17(水) 03:14:17 ]: タクシーのは元々事故った時の検証用だからね
900 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 09:29:07 ]: >>886
ありがとう。
>>895
対象物が動いていてもマルチフレーム超解像できるケースもあるのか。
ナンバープレートだと論文もあるね。

マルチフレーム超解像だと動く対象に適用しにくいという以外に「カメラが
プルプル動いていなきゃ駄目」という困った条件が付くんだけど。これもどう
にかなるのかな？
901 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 10:55:23 ]: 車体を背景と捉えればナンバープレート自体は動いてないと見なせるけど、
ナンバープレートに超解像が必要な情報量では厳しいかな。

ここは、ナンバープレートの規格を、画像認識しやすいように変更する方向で…
902 名前：デフォルトの名無しさん [2009/06/17(水) 14:17:14 ]: だったらそもそもナンプレ(と書くとパズルっぽい)に
非接触方式ICタグを付ければいいわけで…距離の問題はあるが
903 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 14:26:34 ]: よくしらんがICタグってそんなすげぇもんなのか？
距離と速度と安定性と。時速１００を互いに越えても大丈夫？
904 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 14:58:22 ]: ナンプレにオービス付ければいいんじゃね？
905 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 16:57:11 ]: 逆に、元画像をあたえると、そこに紛れ込むと識別しづらくなる
カモフラージュパターンの自動生成とかできないかな
906 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 22:27:32 ]: それってパターン抽出じゃね
907 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 23:51:33 ]: >>905
ゼロから自動生成なら元画像そのものをコピーすればいいだけだと思う。

いくつかのパターン画像から一番識別しづらくなるものを選択する、なら話は分かるが。
908 名前：デフォルトの名無しさん mailto:sage [2009/06/18(木) 08:47:50 ]: そうだよな、周りをコピーすればいいんだよな。
ただ、ちょっとずれるとはっきりわかるけど、思いっきり違うと逆にわかんないとかあるかなと。
風景写真からいらない人物だけ消すとかあるじゃん。

カモフラージュパターンのグニャグニャ具合を、ジャングルによって変えるとか
都市迷彩も高円寺と中野で変えるとか。無いか。
909 名前：デフォルトの名無しさん mailto:sage [2009/06/18(木) 14:53:29 ]: 　　　　　　　　　＿＿＿_
　　　　　　　　／　　　　＼
　　　　　　／　　─　　 ─＼
　　　　　／　　　　⌒　　⌒　　＼　　　　ハハッ
　　　　　|　　　　 ,ﾉ(､_, )ヽ　　 |
　　　　＼　　　　ﾄｪｪｪｲ　　／
　　　　／　　　_　ヽニｿ,　く
910 名前：デフォルトの名無しさん mailto:sage [2009/06/18(木) 16:54:18 ]: こういうやつか
byokan.net/images/2008/snake/05.jpg
911 名前：デフォルトの名無しさん mailto:sage [2009/06/18(木) 17:24:51 ]: 輪郭をトレースするのを間違えさせるとか、高調波成分を同じにするとか
デジカメの顔検出を間違えさせるＴシャツとか。無いか。
912 名前：デフォルトの名無しさん mailto:sage [2009/06/18(木) 21:24:42 ]: PTAMのiPhoneデモが出てるぞ。
まったく広角でないしCPUもしょぼいのによく移植できたな。
913 名前：デフォルトの名無しさん mailto:sage [2009/06/19(金) 20:13:30 ]: おいしいラーメンの作り方

一、　小麦粉、卵、かんすいを適量混ぜ合わせ、良く捏ねる。
二、　伸ばし棒で伸ばし、細く切る。
三、　醤油、ニンニク、出汁を適量混ぜ合わせ、スープを作る。
四、　麺を茹で、スープにいれる。
五、　チャーシュー、鳴門など好みのグザイをトッピングする。
914 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 12:24:54 ]: ICCV落ちたorz
915 名前：デフォルトの名無しさん [2009/06/21(日) 14:23:05 ]: そろそろ次スレ
916 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 14:45:30 ]: グザイ
917 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 14:47:14 ]: 超解像、意外と安い

nttxstore.jp/_II_MT12805423#syousai
918 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 15:34:03 ]: 微分フィルタ
prewittフィルタ
sobelフィルタ

この違いがどうしてもわかりません
後者２つは微分よりもエッジの抽出ができているようですが、他にないですか？
919 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 16:07:10 ]: > 超解像

ギャグか？
920 名前：デフォルトの名無しさん [2009/06/21(日) 16:17:46 ]: prewittやsobelなどは載っていないけど、↓基礎勉強になるよ。
www.gifu-nct.ac.jp/elec/yamada/iwata/index.html
921 名前：デフォルトの名無しさん mailto:sage [2009/06/22(月) 01:02:16 ]: >>918
微分フィルタにPrewittフィルタもSobelフィルタも含まれるんだが、ここでの微分フィルタが
単純に隣接間の濃度差を求めるものだとすると微分フィルタにはノイズに弱いという欠点がある
Prewittフィルタはフィルタ領域を近傍に拡張しているためノイズに強く、Sobelフィルタは4近傍の
濃度差に重みを付けているためノイズが無い場合は輪郭検出感度がPrewittフィルタよりも高くなる
922 名前：デフォルトの名無しさん mailto:sage [2009/06/27(土) 07:07:57 ]: home.a02.itscom.net/coffee/takoindex.html
の　事例１　タコ国未知物体の正体は何か　
ってどうやってるんですか？こんなのできるの？
923 名前：デフォルトの名無しさん [2009/06/27(土) 19:10:42 ]: win32APIで画像処理（画像読み込み、保存、拡大、縮小、各種フィルタなど）したいんだけど、詳しく教えてくれるサイトない？書籍でもいい
924 名前：デフォルトの名無しさん mailto:sage [2009/06/27(土) 20:49:48 ]: >>923
OpenCV じゃだめなの？
925 名前：デフォルトの名無しさん mailto:sage [2009/06/27(土) 22:04:38 ]: >>922
soudan1.biglobe.ne.jp/qa5077933.html
926 名前：デフォルトの名無しさん mailto:sage [2009/06/28(日) 04:13:46 ]: >>925
すごいなーと思ったら例えですかー。
ありがとうです。
927 名前：デフォルトの名無しさん mailto:sage [2009/06/28(日) 04:22:36 ]: 飛行機ではないが、医用画像からブロブ形状を抽出するなんて論文は
いくらでも見つかるな。

tohoku-b.umin.ac.jp/data/12bukaizassi/12_page108.pdf
www.med.kyushu-u.ac.jp/neurophy/ME/h15/2A/takemoto.pdf
928 名前：デフォルトの名無しさん mailto:sage [2009/06/28(日) 04:28:48 ]: タコ国の例は、ノイズ画像から画素の密度（濃度）が高い所を抽出してるんだから、
考え方は単なる2値化に近いわな。
主成分分析は、点の密度が高い分布の中央を通る直線を出して、ある閾値で
それらの点の分布を含む楕円体を描いてるんだから。
929 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 00:17:21 ]: ようするに密度をどう表現するかの違いでしょ
930 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 00:39:43 ]: >>905
saiyu.cocolog-nifty.com/zug/2006/12/__08fd.html
で紹介されている論文が一つの答えだと思う。
931 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 12:27:46 ]: OCRの話はここでいいですか？
932 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 13:07:16 ]: OCRを作る話ならOK
933 名前：デフォルトの名無しさん [2009/06/29(月) 13:15:47 ]: BMP/GIF/JPEG/PNG/TIFF画像をサポート。ソースもあるよ。

画像回転ソフト TurnPix
www.geocities.co.jp/katayama_hirofumi_mz/turnpix/

※ 「回転専用。」はTurnPixに改名されました。
934 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 13:27:55 ]: ２本の曲線があって元々は１本の曲線だったんだけどノイズで途中が切れてるのがあるとして
ノイズといっても１ピクセルとか小さいものから数十ピクセルの大きいものまであって
元の曲線を復元するにはどうすればいいの？
数学とか難しいことは分かりません
935 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 13:47:57 ]: 手作業でやれば？
936 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 14:24:02 ]: ブラーでぼかして細線化すればオッケーだぜ。
937 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 16:24:16 ]: 細線化後にベクトル化、さらに適当なステップ数で3次スプライン近似。
端点は必ず制御点に入れる。
938 名前：905 mailto:sage [2009/06/29(月) 17:59:17 ]: >>930
おお、さんく！
っていうか外挿すげえな
939 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 12:01:58 ]: 画像の拡大縮小、回転、移動で混乱しています

大きい画像を窓の枠から覗いている状態なのですが
回転と平行移動が上手く組み合わせられなくて困ってます
平行移動、回転、の順にしているのですが
回転の中心が画像中心になってしまいます

試しに回転してから移動したら、窓中心に回転はするのですが
平行移動も一緒に回転したような変な動きになってしまいます
どうすればいいでしょうか
940 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 12:23:10 ]: バグってるんじゃないの？
それぞれ単体ではちゃんと変換できるの？
ちゃんと変換を合成できてるの？
941 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 12:32:52 ]: >>940
単体では全然問題ないです
回転の中心がどうしても変えられない…
942 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 14:53:13 ]: >>941
どういうプログラム組んでいるのか知らないが回転の中心は
あなたが決めるもんじゃないの
943 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 15:47:04 ]: 回転行列の問題
944 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 18:10:07 ]: 色々やってみたのですがうまくいかなかったです

窓の方の縦横でループしてるんですが
こんな感じでかいてます

a = -sin() * (y-窓高さ/2) + cos() * (x-窓幅/2) + 窓幅/2;
b = cos() * (y-窓高さ/2) + sin() * (x-窓幅/2) + 窓高さ/2;
a += x移動;
b += y移動;
(x , y) = (a , b)
これだと、窓の中心で回転するんですが移動も回転してしまいます

a = -sin() * (y移動+y-窓高さ/2) + cos() * (x移動+x-窓幅/2) + 窓幅/2;
b = cos() * (y移動+y-窓高さ/2) + sin() * (x移動+x-窓幅/2) + 窓高さ/2;
(x , y) = (a , b)
これだと移動はちゃんと出来るんですが回転の中心が画像の中心になってしまいます
945 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 23:18:44 ]: 先に平行移動した時点で回転中心にしたい点がどこにあるかはわかるはずなので、そこで回転させるようにループを組む
もしくは回転によってx移動、y移動も向きを変えるようにする
946 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 01:11:45 ]: 移動と回転をいっぺんにやろうとしないで、まず平行移動させてから、回転。
一つ一つの結果を確認しながら進める。
947 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 01:13:50 ]: そもそもなんで回転とか平行移動とか基本からやるの？勉強のため？
OpenCVなりOpenGLなりで一発じゃん。
948 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 03:59:23 ]: やっぱり結果は変わらずでした
一つずつやってみて、移動は問題ありませんでした
その移動後の座標をそのまま回転させると
画像左上中心固定ですが移動も問題ありませんでした。

やっぱり言われたとおり回転の中心なのですが
画像中心はすぐ出来ても窓枠中心がどうしてもわかりません…

(画像の大きさ/2)ずらせば画像の中心になるので
(画像の大きさ/2-移動した分)だけずらして計算すれば
いいような気がするのですが移動も一緒に回転したような動きになってしまうんです
949 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 04:36:34 ]: 自分がやってる事がわかってないんじゃないか。

>(画像の大きさ/2-移動した分)だけずらして計算すれば
この作業をやったときに問題になるのは、本当に狙ったところが回転中心になっているか？であって

>移動も一緒に回転したような動きになってしまうんです
平行移動への影響は関係ない。それは平行移動する前に回転させるか、平行移動したあとに回転させたかというだけの話。

何が問題で何を直すべきなのかじっくり考えた方がいい。意味もわからず出来ただけじゃ無駄だし。
950 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 09:15:57 ]: もしかして、画像を回転すると座標軸も一緒に回転するはずと思い込んでいる？
951 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 10:21:23 ]: ああ、コード見て一体何がやりたんじゃ？って思ってたけど、やっと何がやりたいのか把握したwww
座標変換理解してないんだな。
952 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 10:30:08 ]: どのスレに投稿して良いか判りませんでしたので、ここで質問させてください。
グラデーションの描画を行う際のアルゴリズムについてです。

p0からp3の4頂点の正方形があり、

p0-p1
| |
p2-p3

と並んでいるとします。

アルゴリズム１
○p0からp2へのグラデーションを配列に作成するColArray0
○p1からp3へのグラデーションを配列に作成するColArray1
○ColArray0[ n ]からColArray1[ n ]へのグラデーションを描画する

アルゴリズム２
○描画する点、pを決定する(矩形内)
○そのpと各頂点を結ぶと出来る直線を対角線とした長方形を作成する
○長方形の面積を計算し比を計算する
○比に合わせて各頂点の色を混合する
○混合結果を描画する

上記2つのアルゴリズム名はわかりませんが、
もし名前がございましたらお教えいただけますでしょうか。

また、他にもアルゴリズムがございましたら
紹介していただけたらうれしいです。
953 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 14:59:52 ]: 単なる線形補間じゃないのか?
954 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:01:08 ]: ガマット変換でもやりたいの?
955 名前：952 mailto:sage [2009/07/03(金) 15:13:12 ]: >>953
1についてはやっぱ意線形補完ですよね。
２は何補完って言われてるのかな・・・。
956 名前：953 mailto:sage [2009/07/03(金) 15:23:37 ]: バイリニア（双線形）補間じゃない？
これは縦横の比率をかんがえるんだけど面積は縦×横で結局同じことだろうから。
957 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:25:24 ]: 画像の拡大がしたいんですね?
958 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:29:24 ]: 補間なら他にもたくさんあるぞ。
画像の拡大縮小でよく使われるのが
ニアレストネイバー法(nearest neighbor)
バイリニア法（bi-linear interpolation）
バイキュービック法（bi-cubic convolution）

下ほど画質がいいが処理に時間がかかる。
959 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:44:19 ]: >>957
h ttp://d.hatena.ne.jp/gioext/20090414/1239720615
960 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:55:56 ]: Lanczos補間はLanczosさんが考えたsinc関数で補完する方法。
sincはsin(x)をxで割ったもの。
961 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 20:29:00 ]: >>952
グラデーションをどう決定するかが核なんだから、
１だけではアルゴリズムとは言えない。
962 名前：デフォルトの名無しさん mailto:sage [2009/07/04(土) 10:22:37 ]: 画像の回転と移動やっと出来ました
まだ理解不足が多いですが視点回転後に座標そのまま足しちゃってたんですね
>>945で言われた通り回転によって移動量も回転させて向きを変えて足したら
思い通りに出来ましたありがとうございます
963 名前：デフォルトの名無しさん [2009/07/04(土) 14:34:49 ]: OPENCV初心者なのですが
画像を20度ずつ回転させて、20度ごとにテンプレートマッチングを360度まで行うのを
一つのプログラムにしたいのですが

回転プログラムとマッチングプログラムをどう合わせれば可能ですか？
964 名前：デフォルトの名無しさん mailto:sage [2009/07/04(土) 15:43:28 ]: どうも何も、自分で言ってる通りなんじゃないの？
20度ずつ回転させて、その都度テンプレートマッチングするだけじゃないのか。
965 名前：デフォルトの名無しさん mailto:sage [2009/07/04(土) 15:50:32 ]: そこはもう、自分の頭で考えるしかない。
966 名前：デフォルトの名無しさん mailto:sage [2009/07/04(土) 18:19:08 ]: マルチか？

【Intel】OpenCV総合スレ【画像処理】2
pc12.2ch.net/test/read.cgi/tech/1230511656/326-
967 名前：デフォルトの名無しさん mailto:sage [2009/07/04(土) 20:35:47 ]: OpenCVスレッドの回答に対しての返事もしないでこっちに投稿してくるとは。。。
968 名前：デフォルトの名無しさん mailto:sage [2009/07/05(日) 10:42:54 ]: YUV色空間について勉強してるときに(YUV)'色空間ってのが出てきたんだけど
YUVと(YUV)'ってどう違うんですか？
969 名前：デフォルトの名無しさん [2009/07/05(日) 12:16:03 ]: その記事はどこにあるの？
970 名前：デフォルトの名無しさん mailto:sage [2009/07/05(日) 14:35:19 ]: >>969
>>968に対するレスだと思っていいのかな？
記事というか講義で配られた英文資料(原典不明)なんだけど
YUV色空間の項で(YUV)'ってのが出てきて
以下のような線形相関がRGBシステムとの間にあると書いてた
　　　　　　　　(1/3　 1/2　-1/2√3)
(Y,U,V)'=(R,G,B)(1/3　　 0　 1/√3）
　　　　　　　　(1/3　-1/2　-1/2√3)

一番右は3*3の行列ずれてたらごめん
971 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 02:45:00 ]: 普通YUVっつうとこれだけどな。
Y = 0.299R + 0.587G + 0.114B
U = -0.169R - 0.331G + 0.500B
V = 0.500R - 0.419G - 0.081B

>>970の3*3行列は、RGB空間をYUV空間に射影するときの回転行列だろうか？
dtv.sakura.ne.jp/contents1/011.png

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

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