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


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

画像処理 その11



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

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

152 名前:デフォルトの名無しさん mailto:sage [2008/12/04(木) 09:09:04 ]
是非GDI+のHRバイキュービックを実装してみてくれ。

153 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 20:54:55 ]
>>152
悩んでるところにちょうど発見ので質問です。
.NETからGraphicsクラスを使用してGDI+で適当に拡大縮小アニメーションさせているのですが、
HighQuality〜という補間方法を指定すると、カクカクとなめらかにアニメーションしてくれないのですが、
なぜでしょう?

Graphics g;
Matrix matrix
for (int i = 0; i < 1000; i++)
{
    matrix.Reset();
    matrix.Translate(-image.Width / 2.0F, -image.Height / 2.0F, MatrixOrder.Append);
    matrix.Scale(i * 0.001, i * 0.00,1MatrixOrder.Append);
    matrix.Translate(image.Width / 2.0F, image.Height / 2.0F, MatrixOrder.Append);


としているだけなのですが、HRが付いていない物と比べるとものすごい勢いでカクカクしてしまいます。

154 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 21:12:09 ]
そら、高品質な補間方法のほうが処理が重いからだろう。
まあ、前ベンチ取ったらBiCubucだとHighQualityのほうが高速だったけどな。
単純な拡大縮小なら自分で補間ルーチン書いて最適化すればGDI+よりは速いのが作れる。
が、アニメーション効果でそこまで高品質な補間が必要かは疑問だな。
どうせ一瞬しかみえんだろ。

155 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 22:49:46 ]
今頃>152でHQではなくHRと書き間違えていることに気付いたw

>>153
静止画の品質は比べ物にならないけどねぇ。

156 名前:153 mailto:sage [2008/12/05(金) 23:23:15 ]
>>154,155
すいません、書き方が悪かったです。

カクカクと言うのは、処理落ちではなく座標がずれるといういみです。
外にでているためにサンプルプログラムは出せませんが、153のような感じで単純な拡大縮小のアニメーションを
させるとカクカクしているのがわかります。

>>HR
orz

157 名前:デフォルトの名無しさん [2008/12/06(土) 11:34:51 ]
ViEW2008って行った奴いる?

158 名前:デフォルトの名無しさん mailto:sage [2008/12/12(金) 01:21:01 ]
一つ質問なのですがそもそもなぜ空間周波数領域に変換するのですか?

159 名前:デフォルトの名無しさん mailto:sage [2008/12/12(金) 02:00:56 ]
マトリックスの演算コストが周波数空間像なら激減するから。

160 名前:デフォルトの名無しさん mailto:sage [2008/12/12(金) 06:24:54 ]
newA = 256 - ((256-B2)*(256-B1))/256
newR = ( (srcR*srcA + destR*(256-srcA)*destA/256) / (newA/256) ) / 256

α値を持つ画像同士の合成を上記のような計算でやってるのですが、
式をもっと簡単にする方法はないでしょうか。



161 名前:デフォルトの名無しさん mailto:sage [2008/12/12(金) 06:49:03 ]
newA = 256 - ((256-srcA)*(256-destA))/256

すみません、newAの式を間違ってました。

162 名前:デフォルトの名無しさん mailto:sage [2008/12/12(金) 11:08:53 ]
あれ、角度の平均値ってどうとるんだっけ?
358 と -2 の平均値が 180 じゃおかしーよな。



ぐぐるか。

163 名前:デフォルトの名無しさん mailto:sage [2008/12/12(金) 12:01:30 ]
角速度の平均ならそれでいいよね

164 名前:デフォルトの名無しさん mailto:sage [2008/12/12(金) 12:42:15 ]
いいえ

165 名前:デフォルトの名無しさん mailto:sage [2008/12/13(土) 00:14:14 ]
358度と-2度の平均なら、-2度だろ。JK
0-360に正規化するなら358度だが。

166 名前:デフォルトの名無しさん mailto:sage [2008/12/13(土) 00:43:28 ]
お、すまそ。358 と 2 ですた。( 2 + 358 ) / 2 = 180
なんか書き間違えた。
cos/sin で平均とるみたいね。

167 名前:デフォルトの名無しさん mailto:sage [2008/12/13(土) 15:07:49 ]
では問題です。角度の分散はどうやってどるのでしょう?

168 名前:デフォルトの名無しさん [2008/12/13(土) 17:39:29 ]
よくしrんが、360足したり引いたりして一番近いの選んじゃ駄目かな??

169 名前:デフォルトの名無しさん mailto:sage [2008/12/13(土) 23:35:05 ]
小学生かよ

170 名前:デフォルトの名無しさん mailto:sage [2008/12/14(日) 00:11:19 ]
358と2度の平均が180度がおかしいってのは直感的にはそう感じるだけで、
0度と180度の平均が90度と270度両方になりそうなことを考えれば、自ずと答えはわかるだろ?
2つの角度を足して2で割った結果と、それに180足した結果で、元の角度からの差が小さいものを選ぶとかしたら?



171 名前:デフォルトの名無しさん mailto:sage [2008/12/14(日) 12:22:52 ]
なんでdegreeなんだよ

172 名前:デフォルトの名無しさん mailto:sage [2008/12/14(日) 13:22:18 ]
ラジアンじゃないと何かダメか?

173 名前:デフォルトの名無しさん mailto:sage [2008/12/15(月) 01:54:59 ]
RGB画像をGIMPでCMYK画像として変換すると、確かにCMYK値が出力されているようなのですが、
PhotoshopでRGB画像をCMYK画像で出力すると、色空間はYCCK?のようです。
YCCKからCMYKの色に変換するにはどうしたらいいのでしょうかorz

174 名前:デフォルトの名無しさん mailto:sage [2008/12/15(月) 04:33:51 ]
皆使ってんだからそれでええんちゃうんかい?

175 名前:デフォルトの名無しさん [2008/12/15(月) 16:01:20 ]
皆使ってるのは別に良いんだけど
改良の余地はかなりあるように思うが

176 名前:デフォルトの名無しさん mailto:sage [2008/12/15(月) 17:50:30 ]
知るかよ、何で俺らが尻拭いせにゃならんの?

177 名前:デフォルトの名無しさん [2008/12/15(月) 19:07:40 ]
尻拭いでも何でもねえだろ
単に改良する能力すらないだけ

178 名前:デフォルトの名無しさん mailto:sage [2008/12/15(月) 20:41:44 ]
誰に言ってんの?

179 名前:デフォルトの名無しさん mailto:sage [2008/12/15(月) 22:35:49 ]
Marshal.Copyメソッドつかって、24Bitのビットマップを8Bitにしたいんだけど、
Widthが4で割り切れない画像のときに、結果がずれてしまってうまくいきません。
色深度の変更でなんかいい方法あったらアドバイスお願いします。

180 名前:デフォルトの名無しさん mailto:sage [2008/12/15(月) 23:37:53 ]
普通にパディングしろよ



181 名前:デフォルトの名無しさん [2008/12/16(火) 18:05:37 ]
おれも>>179みたいなことがしたい
だれかサンプルない?

182 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 21:28:25 ]
ビットマップはWidthが32Bitの倍数になるような仕様
Width=10で24Bitなら240Bitで256Bitになり、ダミーが16Bit付く

183 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 22:41:45 ]
>>179
水平解像度 * 3(RGBの3つ分)の値を4で割った余りの分だけ
0のデータが付加される。すなわち、水平解像度が5だったら+1(5*3=15 , 15%4=1)、
6だったら+2(6*3=18 , 18%4=2)、7だったら+3(3*7=21 , 21%4=3)バイト分、各行に付加。

184 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 22:43:05 ]
バイト数で換算したが、水平解像度の4の剰余という解釈もあり。

185 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 22:56:22 ]
>>183訂正
4で割り切れる値になるように付加。5の場合、16との差の1、
6は20との差、7は24との差の1で、逆だった、すまそ。

186 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 22:57:44 ]
うわ、またやってもうた、度々すまそ orz
6は20との差で2、7は24との差で3、まぁ、
解像度を4で割った余りの分を付加と言った方が楽か。

187 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:01:03 ]
うぜえこいつ

188 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:03:30 ]
32ビット境界に揃えるには
3 足して 3 と & とればいいだけだ

189 名前:デフォルトの名無しさん [2008/12/16(火) 23:04:03 ]
>>187
はいはい、理解力の無いバカは引っ込んでろよw

190 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:08:18 ]
知的に問題のあるガキの発言↓
187 名前:デフォルトの名無しさん 投稿日:2008/12/16(火) 23:01:03
うぜえこいつ

誰もお前個人に向かって話しかけていないから、自意識過剰なのか
目の前の見えない敵に噛み付く修正のある奴は、ちょっと知能に
問題があるんでしょうね。今後の人生もそうやって生きていくなんて、
可哀想・・・



191 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:11:14 ]
>>188
ANDとったらいかんだろw
しかし知らんかった ビット演算ってすげーわ

192 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:14:47 ]
ああ間違えた。~3 と & とるのね

193 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:16:35 ]
>>182では説明不足だよ。
>>188 面倒なことし過ぎ。

194 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:17:13 ]
>>189-190
そんなに悔しかったのかい

195 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:24:53 ]
まさかネットでもウザいと言われると思ってなかったんだろう。

196 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:28:30 ]
>>193
32ビット境界に合わせるのに (x+3)&~3 以上に簡単な方法はないだろ・・・。

197 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:32:06 ]
Processing使うと簡単にブラウザ上でOpenGL動かせて良いなあ。
Javaには興味なかったんだが、公開がしやすくて便利。

198 名前:デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:56:31 ]
32bit境界は分かるが、結局 RGB をそれぞれ1バイトずつ使っているわけで、
まぁ、結果は32/8= 4 が関与してくるが、その説明くらいしても良いだろ。
うざいは無いだろ。他人の言動にケチをつけなきゃいけないくらい、
日頃はまともに相手にされていないのかね?自分が説明不足だから
相手にされていないって気づけよ>こんな場所で苛立ちを露にしているお前

199 名前:デフォルトの名無しさん mailto:sage [2008/12/17(水) 00:17:58 ]
皆にスルーされた>>180涙目wwww
勿論俺なんだが

200 名前:M [2008/12/17(水) 00:19:34 ]
C++でのラベリングで下のような場合で、簡単なプログラムのやり方を教えてくれませんか?

11111111
11111
1111111111  
1111111     
11111111
1 1     2222
       2222
       222222



201 名前:デフォルトの名無しさん mailto:sage [2008/12/17(水) 00:54:21 ]
>>199
くわしく説明しないからだよw

202 名前:デフォルトの名無しさん mailto:sage [2008/12/17(水) 04:48:21 ]
>>200
>201

203 名前:デフォルトの名無しさん mailto:sage [2008/12/17(水) 05:04:42 ]
最近はやりの compressive sensing で出てくる
L1 minimisation について誰か簡単に説明してくれっつって

204 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 04:44:41 ]
画像pdf→画像配列抽出→画像処理→画像pdf
を解説してるHPあったら教えてください

205 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 10:54:29 ]
>>204
画像配列って複合機とかのMRC圧縮されたPDFってこと?

206 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 11:56:53 ]
単に二次元配列のことでしょ

207 名前:デフォルトの名無しさん [2008/12/22(月) 06:45:57 ]
原点が左上にある画像を中心が原点になるようにしてバイリニア補間で拡大・縮小する
ソースコードをお持ちの方いらっしゃいませんか?
ソースをupしてください
誰か助けてください・・・

208 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 07:56:38 ]
     (~ヽ
     |ヽJ       .あ
     |  (~ヽ     .け
   (~ヽー|ヽJ     ま
   |ヽJ  |  |   お .し
   |  ハ,,ハ  |   断 .て
  リ ( ゚ω゚ )彡   り
((⊂ミソミソ彡ミつ))  し
   》======《.   ま
   |_|_|_|_|_|_|_|   す
    `u-u´


209 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 09:39:21 ]
画像中心を原点にすることでなにが変わるって?

210 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 09:51:40 ]
>>207
使ったことないが、ググッたら
バイリニア補間のソースコードなんか山ほど落ちてるが、それではいかんのか??
それかOpenCVでも使ったら



211 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 09:58:46 ]
普通の実装でも原点が0,0と0.5,0.5の奴があるから結果違うし
倍率にもよるけど多少変わるだろ。

212 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 11:31:52 ]
>>211
それは各画素の中心の話か?
>>207は冒頭に「原点が左上にある画像」とあるから、
画像全体の原点のことを言っているように読めるが。

213 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 11:40:03 ]
原点を画素の左上と考えるか画素の中心と考えるかでも違うんだよな。
画像一番左上の画素の中心を原点に100倍に拡大したらどうなるかを考えてみるといい。

どうでも良い事のようで、API(Win/Mac/Library/etc)によってこの考え方が違ってハマることもままある。

214 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 11:40:18 ]
まだ相手してんだw

215 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 12:47:21 ]
>>212
だから中途半端な倍率の場合に全画素での中心位置を中心としたら
左上の原点は0もしくは0.5ではなくなるだろ。
ちゃんとそういうの考慮しないと一部だけ切り取って変換するときにずれる。
ソース位置が整数なGDIだと駄目で浮動小数点で指定できるGDI+だとずれにくいとかある。

216 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 17:09:57 ]
ワールド座標で悩んだ俺が通過する

217 名前:デフォルトの名無しさん [2008/12/22(月) 18:34:12 ]
二チャンネルのレベル低下ははてなに人が移動してしまったことと関係あるかな。

218 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 18:46:09 ]
そのわりには はてなのレベルも低いまま変わってないぜ

219 名前:デフォルトの名無しさん [2008/12/22(月) 18:56:56 ]
昔からレベルは低いよ

220 名前:207 [2008/12/22(月) 22:56:57 ]
いろいろありがとうございます。
matlabでコードしてます。
俺もググってみましたが原点中心の拡大縮小しているやつがなく、
奇数、偶数両方に対応しているかわからないので
参考にしつつ自分でコードを組んでいますができません・・・・。
0〜N点ある画像を中心を原点と仮定して−N/2〜N/2までの補間点を考え
それらに対応する整数インデックスを補間後の点にしています。
ソースは明日うpします。



221 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 23:39:12 ]
原始的に
-へ半分移動させる → 拡大縮小する → +へ半分移動させる

222 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 00:56:11 ]
位置合わせの話って小中学生だろw、死ね失せろ

223 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 03:11:51 ]
javaで画像処理してるやついる?

224 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 04:07:09 ]
い た ら な に ?

225 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 10:39:16 ]
座標の取り方と補間処理そのものは無関係ですよ。たんなる座標変換だから。

226 名前:207 [2008/12/23(火) 12:25:15 ]
こんな感じにしてみました。あってると思いますが・・・(1次元の場合)

% i_image = double( original_image ) / 255.0;
% prepare output buffer
i_size = size( i_image );
i_width = i_size( 2 );
i_height = i_size( 1 );
%floorで処理される
o_width = i_width * zoom_ratio;
o_height = i_height * zoom_ratio;
o_image = zeros( o_height, o_width );


227 名前:207 [2008/12/23(火) 12:29:23 ]
% linear interpolation
count_x = 0;
for x = -(o_width - 1)/2:(o_width - 1)/2
i_x = floor( count_x / zoom_ratio )
ratio_x = ( count_x - i_x * zoom_ratio ) / zoom_ratio
if x == -(o_width - 1)/2
i_x0 = 1
i_x1 = 1
end
if ((x > -(o_width - 1)/2) & (x < 0) || (x <= (o_width - 1)/2) & (x > 0))
i_x0 = count_x
i_x1 = i_x0 + 1
end
if x == (o_width - 1)/2
i_x0 = i_width
i_x1 = i_width
end

if (i_x0 > i_width)
i_x0 = i_width
end

if (i_x1 > i_width)
i_x1 = i_width
end

i00 = ( 1 - ratio_x ) * i_image( i_x0);
i11 = ratio_x * i_image(i_x1);

o_image(count_x + 1) = i00 + i11
count_x = count_x + 1
end

228 名前:JP [2008/12/23(火) 14:07:39 ]
NVIDIAのCUDAというソフトを導入しようと思っていて
サンプルプログラムを動かそうと思いビルドしたところ

error LNK2019: 未解決の外部シンボル _cudaCalculateSlopeKernel が関数 "void __cdecl runCuda(void)" (?runCuda@@YAXXZ) で参照されました。
error LNK2019: 未解決の外部シンボル _cudaGenerateSpectrumKernel が関数 "void __cdecl runCuda(void)" (?runCuda@@YAXXZ) で参照されました。

というエラーが出ていまい,なかなか解決できません.

もし解決方法わかる方いらっしゃったら教えてください.

229 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 14:18:24 ]
リンクしろカス

230 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 21:19:08 ]
>>228
画像処理に殆ど関係がないので、CUDAスレにでもお帰りください。



231 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 21:29:06 ]
全くの無知から初めてピクチャマッピングの実装実験をしているんですが、結構奥が深いですね。
今のところ伝統的なスキャンラインの方法とか直線を使った初歩的な方法しかやってないのですが他にどういう方法があるのか知りたいです。
ウィキみても3Dのライブラリの紹介はあるんですが、2Dのマッピングについてのアルゴリズムの紹介とかがないので、多少興味があるのでお勧めのサイトはないでしょうか。

232 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 10:26:08 ]
反応がないのはすれが違うんでしょうか?それとも難しいからできる人がいなんでしょうか?

233 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 11:37:40 ]
質問文が難しいからだと思います

234 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:08:33 ]
色じゃなくてピクセル位置の変換なんで、やってることは画像処理といえば画像処理なんですけど・・・
たとえば2Dで、頂点A[0,0] B[3,-1] C[2,5] のとんがり三角形に矩形の画像をフィットさせる感じで、この場合結果は上が凸の三角形の顔をしたサンタになります。
3Dのライブラリ使えば当然ポリゴンとマッピングAPIがあるんで考えなくて済むんですけどそのAPIの自作のことです。

235 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:13:53 ]
君中学生?

236 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:48:13 ]
>>234
パースペクティブ変換でできる変換のサブセットにあたるんじゃないかな。
とにかく目的の形状にピクセル毎にマッチさせる変換行列を
数式的に表現しなちゃい。
もちろん座標に小数点がでてくるから、ピクセル値は、
できれば線形でもいいからなんらかの補完メソッドを使いたい所。
まぁそういうのはとりあえず後でいいか。

237 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:51:18 ]
ちなみに 3D でも、とりあえずやることは
変換行列 x [ x; y; z; 1 ]
でしょ?2D なら
変換行列 x [ x; y; 1 ]
になるって話

238 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 14:33:14 ]
高々R^2 => R^2なので射影などの3Dと2Dの変換ではからもっと簡単なアルゴリズムになると思ってたんですけどちがうんでしょうか。
画像をセピアに変換とかとおなじで、画像を自由形状の多角形に(フィットさせる)変換も画像処理だと思ったんですけど、
この様子だと全くすれ違いのようですね。

それと、WEBで処理のサンプルを見ると、forとint[]で手計算してるのが多いんですけど、
現代でもDirectXやOpenGLとかのベクトル計算専用ハードを使わないで画像処理するのがトレンドなんですか?



239 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 14:41:22 ]
>とにかく目的の形状にピクセル毎にマッチさせる変換行列を 数式的に表現しなちゃい。
>できれば線形でもいいからなんらかの補完メソッドを使いたい所。

いろいろと大事なことを数行で書いてますね。そのあたりの普通に思い浮かぶ方法の実装は終わって
この方法では大体めどがついたので、他にあるかなってことです。
普通に画像を回転(pi/2とか)させるとモアレみたくなるんで補間は必須だと思うんですけど。

240 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 15:15:30 ]
たんに日本語の書き方が下手すぎて読まれてないだけかと。
俺は最初の1行半だけ見て読むのをやめたから、質問だとは思わなかった。



241 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 15:15:43 ]
>>238
まぁもちろん画像処理なんだけど、画像処理ってのは、
コンピュータビジョンなどの画像解析と、
コンピュータグラフィックスなどの画像合成の二つに分けることができて、
大抵は画像合成はCGスレに行くから、
画像処理スレは画像解析の人が集まると思う。
結構 2D == 画像処理スレ、3D == CGスレって勘違いしている人がいるんだけど、
ほんとはその分け方はあまりよくないんだよね。
2D だってコンピュータグラフィックスはコンピュータグラフィックスだし。

ってわけで、3D CG 畑の人なら、3D CG の時の処理を参照して、
z を無視した 2D CG の計算式になおせばおkなんじゃないかね。
もちろんそのまま 3D のを使ってもいいんだけど、処理を速くしたいみたいだから。

>forとint[]で手計算してるのが多いんですけど
それはアルゴリズムの解説をしているサイトなんでしょ?
ライブラリで、ほい、とか言われたら解説にならないじゃん。
>現代でもDirectXやOpenGLとかのベクトル計算専用ハードを使わないで
ハード?ライブラリ?ライブラリは一杯あるよ。
前はテンプレにリストされてたと思うんだけど・・・

242 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 15:17:41 ]
俺はウィキペディアのことをウィキというなあんちくしょーと思ったので、
スルーしてしまった。

243 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:11:28 ]
といって強がってるけど、みんな気になってたんだよねw

244 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:24:36 ]
>>237
普通にアフィン変換するだけだとフィットできないんですよ。
アフィン変換は線型性を保持するだけなんで、普通にやると例えば平行四辺形は三角形に変換できないからどうしようかなって。

245 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:28:23 ]
>>244
だからパースペクティブっていった。

246 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:41:49 ]
パースペクティブ変換て射影変換?

247 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:42:04 ]
CG版ってのがあったんですね。そっちいってみます。
このすれは画像上のパターンのマッチングとか、動きを追跡とか、低解像度からいかに鮮明にするか、とかですか。
今興味あるのは構造とかベクトル画像とかで純粋なラスタの処理ではないからそのあたりが畑が違うって感じるんでしょうかね。
ウィキでアルゴ調べてもなかったときは、このすれも覗いてみます。

248 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:45:22 ]
アルゴてなんだアルゴて

ウィキペディアもそうだけど不用意に妙な略語使うな

249 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:51:57 ]
>このすれは画像上のパターンのマッチングとか、動きを追跡とか、低解像度からいかに鮮明にするか、とかですか。
で、あることを期待しているんだけど、photoshop で・・・ とか質問くるからうぜぇ。
前に「画像処理アルゴリズム」スレに名前変えようとか言ってたのになぁ

250 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 17:44:36 ]
あの・・・・前から疑問に思ってたんですけど、

>このすれは画像上のパターンのマッチングとか、動きを追跡とか、低解像度からいかに鮮明にするか、とかですか。

こういう画像処理とか、セピア色にするとかの普通の加工とかも、やっぱり1ピクセル毎にint[]とかforとかで1ピクセルとその周辺を確認しながらやるんですか?
もうすぐ現実的になると思うんですけど、極端に言えば、0xffff * 0xffff サイズの画像とか2^32回ほどループになるとおもんですけど・・・それでもやっぱ手計算なんですか?



251 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 17:51:50 ]
変な略語を使われるとイラッとくるのは何故だろう。

252 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 18:02:15 ]
>>251
頭が固くなってきた証拠ですよw






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

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

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