- 1 名前：デフォルトの名無しさん [2008/09/28(日) 18:26:18 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その10
pc11.2ch.net/test/read.cgi/tech/1197759782/
- 357 名前：デフォルトの名無しさん [2009/01/25(日) 07:49:48 ]
- >>332
痛い子発見
- 358 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 07:59:06 ]
- >>332
芸能プロダクションにいる怖いおにーさんによって山奥に連れていかれちゃいますよ。
- 359 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 10:56:41 ]
- >>325 で答えが出てるんだが
- 360 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 11:16:40 ]
- と思ったが、なんかサイトが変になってるな。
ttp://en.wikipedia.org/wiki/Libjpeg とか、
ttp://web.archive.org/web/*/www.jig.org/ あたりを参考に。
- 361 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 11:21:18 ]
- ミスった
ttp://web.archive.org/web/*/www.ijg.org/
- 362 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 13:40:28 ]
- www.geocities.jp/katayama_hirofumi_mz/
- 363 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 16:03:33 ]
- >>348
古いけど、↓なんか一通りの話が出てくる。
h ttp://homepage2.nifty.com/tsugu/sotuken/ronbun/
- 364 名前：デフォルトの名無しさん [2009/01/28(水) 14:07:20 ]
- 次の縮小処理をもっと高速にする方法はありませんか。
kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/8761.txt
MMXは使えません。
- 365 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 14:30:26 ]
- 縮小でBi-Linearいるんだっけ？
- 366 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:26:55 ]
- >>364
ざっと見だが
・exはyに関わらず一定なのでループ外でまとめて計算しておく
x0,x1も同様に。
・exやeyでfloatを使うのをやめて固定小数点処理にする
・DWORDで読み込んでシフト＆マスクするより普通にBYTEで読んだほうが速くね？
- 367 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:31:21 ]
- >>364
1/2未満のサイズにする場合も、それで処理するの？
とりあえず気になったのは
SetDIBitsは必要ない。
c00～c11を参照にする意味がない。const DWORDの方がいい。
ex,eyは0～256の整数で十分。
rとbは同時に計算できる。
DWORD rb0 = ((((c00 & 0xFF00FF) * ex0) + ((c10 & 0xFF00FF) * ex1)) >> 8) & 0xFF00FF;
こんな感じ。
- 368 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:49:01 ]
- >>364
コードの高速化に関して書けば
1）x0,x1,ex0,ex1をループの外へ出す。x0[ix]のようする。
2）b0 = ((c00 & 0xFF) * ex0) + ((c10 & 0xFF) * ex1);
これはコンパイラーが
b0 = (BYTE)((float)(c00 & 0xFF) * ex0) + ((float)(c10 & 0xFF) * ex1);
コンパイルしてると思われ、b0などfloat宣言にする。
float b0 = ((float)(c00 & 0xFF) * ex0) + ((float)(c10 & 0xFF) * ex1);
3）シフトが多いので減らす。
g0 = (((c00 >> 8) & 0xFF) * ex0) + (((c10 >> 8) & 0xFF) * ex1);
→ g0 = ((c00 & 0xFF00) * ex0) + ((c10 & 0xFF00) * ex1);
それで((LPDWORD)pbNewLine)[ix] =(DWORD)b|(DWORD)g|(DWORD)r;
になればいいな。
4）目的にもよるがfloatは使わず、DWORD iex0=ex0*256をバイアスする。（フロー注意）
こんな感じかな
- 369 名前：368 mailto:sage [2009/01/28(水) 16:51:01 ]
- あ、ゆっくり買いたら、書き込みいっぱいあった。ごめん。
- 370 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 18:24:20 ]
- Win32APIスレから移動して来たんだけど
アドバイスより実際のコードを欲しがってるだけだよ。
- 371 名前：デフォルトの名無しさん [2009/01/29(木) 10:16:31 ]
- >>366-368
ありがとうございます。参考になりました。
- 372 名前：デフォルトの名無しさん [2009/01/31(土) 18:11:38 ]
- 平行ステレオの対応点探索精度を上げるのってどうしたらいい？
単純にRGBのSSDブロックマッチングじゃ輪郭がぼけるし遅いしいまいち。
HSVにしてHとVの比重を大きくしてみたけど大して良くならなかった。
- 373 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 21:54:50 ]
- >>372
平行ステレオのSSDブロックマッチングの限界では？
適応的にブロックサイズを変えたりすれば精度上がるかもしれんが、
そもそも違う画像をマッチングしてるのだからね
- 374 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 20:49:58 ]
- 輪郭がぼけるってことは、画像を合成しようとしてるのかな？
単に探索精度の問題だったら、ブロックを小さくしたり、
小数点補間したりすればいいだろうけど、
373さんの言うように、視差のある別物の画像の合成なんで、
輪郭はぼけてしまうと思うよ。
仮に撮影対象が全面に平面であれば、視差は生じないだろうけど、
その場合でも、合成には射影変換が必須となると思う。
- 375 名前：374 mailto:sage [2009/02/04(水) 21:06:11 ]
- >>374
> 仮に撮影対象が全面に平面であれば、視差は生じないだろうけど、
視差と言う言葉は適切でなかったかな。
ここでは、視点の違いによって、見えたり見えなかったりすることを言ってます。
- 376 名前：デフォルトの名無しさん [2009/02/06(金) 21:50:06 ]
- 対応点が多数求まってたらＦ行列ってかなり正確に出せるもんなの？
- 377 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 15:15:36 ]
- int file_jpeg_load_from_memory(unsigned char *src, unsigned int len, unsigned char **data, unsigned int *width, unsigned int *height){
struct jpeg_decompress_struct cinfo;
struct my_error_mgr jerr;
cinfo.err = jpeg_std_error(&jerr.pub);
jerr.pub.error_exit = my_error_exit;
if (setjmp(jerr.setjmp_buffer)) {
jpeg_destroy_decompress(&cinfo);
return 0;
}
jpeg_create_decompress(&cinfo);
jpeg_memory_src(&cinfo, src, len);
int err = file_jpeg_load(&cinfo, data, width, height);
jpeg_destroy_decompress(&cinfo);
return err;
}
- 378 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 18:31:30 ]
- >>376
=372？
何をしようとしてるの？
- 379 名前：デフォルトの名無しさん [2009/02/08(日) 03:00:54 ]
- 376だけど372じゃないよ
8点アルゴリズムとかがどの程度正確なのか知ってるひといたら教えてもらいたいと思って。
あんま正確じゃないと分かってたらやる気わかないから。
- 380 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 05:17:18 ]
- >>379
対応を見る対象が良く分からないので、何ともいえないけど、
所詮、F行列自体近似だから、余り情熱を傾ける話じゃないと思うよ。
追跡失敗を統計的にはじくためには、
ある程度の点数は必要だけれども
- 381 名前：デフォルトの名無しさん [2009/02/08(日) 11:14:24 ]
- ど素人の質問ですみません。
エッジ処理の説明には、以下のような微分の話がでますが、
なんでこうなるのかわかりません、、、微分なら傾きなわけだから、
１次微分は凸のように上げ下げではなく、上げだけだと思うのですが、、、
【原信号】
+-------
／
／
／
-------+
【１次微分】
+
+ +
---------+ +-------------
- 382 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 11:42:37 ]
- >微分なら傾き
傾きじゃなくて変化量とか変化の度合いと考えた方がいいと思う。
>１次微分は凸のように上げ下げではなく、上げだけだと思うのですが、、、
自分で微分のグラフを描いてみてはどうだろう。
- 383 名前：デフォルトの名無しさん [2009/02/08(日) 12:00:20 ]
- >>382さん
早速レスありがとうございます。
傾きを接線として考えてたから混乱しました。
1次微分を3箇所に分けると、
①上向き部分→これは変化量をして増えてるのでわかります。f(x+Δx)-f(x)がプラス
②変曲点
③ここが下向きになるのがわかりません、、、
単純に、原信号の終わり側の変化がない部分にさしかかるから、
変化量が少なくなるから下向きということなんでしょうか。
- 384 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 12:05:44 ]
- どんなグラフになると思ってるんだ？
- 385 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 12:12:22 ]
- とりあえず一次微分で直線になってる部分は 0 なんだから、それ以外の部分は全部 + だってのはいい？
そーいう意味では「上げだけ」なわけだが。
原信号が三直線でできてるのなら一次微分は 0 → 正の一定値 → 0 になるけど実際の信号は鈍るので、
0 から増加して最大値になり減少してまた 0 に戻る。
- 386 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 14:56:31 ]
- >>383
> 単純に、原信号の終わり側の変化がない部分にさしかかるから、
> 変化量が少なくなるから下向きということなんでしょうか。
YES
で、３箇所って何を言おうとしてるんだ？と小一時間考えたよ。
一度質問を完成させた後に、頭が白紙の相手の立場に立って、
読み直してみるように心がけた方が良いよ。
漏れの場合、質問するために状況整理していると、自分の中の理解も整理されてきて、
自分で問題に気づくことがよくある
- 387 名前：デフォルトの名無しさん [2009/02/08(日) 15:30:19 ]
- Windowsで一番簡単なディザ処理を行うにはどうすればいいですか？
- 388 名前：デフォルトの名無しさん [2009/02/08(日) 16:12:42 ]
- MISTってOpenCVと違って話題にならないね
なんでだろ
まぁ俺もOpenCV使ってるけど
- 389 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 20:12:37 ]
- テンプレート使いこなせる人間が少ないのかも
Boost::GILも同様
今OpenCV使ってる人は乗り換えるメリットも無さそうだし
学生さんはとりあえず、自分でゴリ書きするかOpenCV使って勉強するだろうし
なかなか広まらないだろうね
ちなみにおいらは製造業向けの画像検査装置開発やってるけど、
画像処理部はインテルのIPP(+OpenCV)やらHALCONやら使って開発することが多い
個人的にはMISTの開発がんばってほしいけどね
- 390 名前：デフォルトの名無しさん [2009/02/08(日) 20:47:07 ]
- IPPもHALCONも使い放題かぁうらやましい
うちは最初OpenCVで組んで最終的には全部自前で組み直し
おかげで画像処理やプログラミングの知識はつくけど効率悪いすぎ
- 391 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:05:19 ]
- 検査装置系の画像処理の開発会社に入ろうと思った場合、最低限出来ないと
いけないのって何なんでしょう？OpenCVを一通りこなせれば良いんでしょうか？
- 392 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:08:56 ]
- 検査会社がOpenCVなんて使うか？
画像ライブラリについて知ってることは有利だとしても・・・
- 393 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:22:01 ]
- 検査装置のGUIを作ることもあるから知ってて損はないよ。
検査装置って言ったって、ある程度以上複雑なものは大抵PC使っているからね。
- 394 名前：デフォルトの名無しさん [2009/02/08(日) 22:50:46 ]
- www.keyence.co.jp/gazo/index.jsp
個人的にはキーエンスおすすめだけど
- 395 名前：389 mailto:sage [2009/02/08(日) 22:51:38 ]
- >>390
IPPはランタイムフリーだから使い放題
HALCONは・・・(´-ω-`)
>>391
知らなくて も いいと思う。
”ソフト開発者”として入社しても画像処理用の
FPGA回路設計とかになるかもしれんし
オレの場合、処理をどうするかよりもカメラでどんな画像を取るか
ってところの方が重要だよ
カメラやレンズ、照明の知識がある新人がほしいけど
そんな学生たぶんいないだろうとも思う
- 396 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 23:22:49 ]
- そういうのはカメラ業界（写真とかTVカメラとかも）の方に行くでそ。
どうせ微分とか知らないんだろうし。
- 397 名前：デフォルトの名無しさん [2009/02/09(月) 01:10:31 ]
- うちはGPUプログラミングできる人ほしい
- 398 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 01:18:27 ]
- >>397
呼んだ？
- 399 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 01:21:03 ]
- 寧ろGPUプログラミングの仕事が欲しい。
- 400 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 01:29:53 ]
- opencvよりpython PILの方が簡単じゃない？
- 401 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:37:09 ]
- 微分なんてもう忘れたがエッジ検出の原理は分かるな
- 402 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:42:13 ]
- 微分ってのはあれでしょ
２次元グラフでみたら波うった線があるけど
線が重要なんじゃなくてそれの面が重要なんでしょ
各ポイントにある公式ｆを適用してもその面積が一定に保たれるものを微分と言うのでしょ？
- 403 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:45:22 ]
- ２次微分になると面が今度は体積になるのでしょ？
- 404 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 10:00:36 ]
- GPUプログラミングって微妙にスレ違いじゃね？
- 405 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 10:03:56 ]
- 頂点と谷を固定したぼかしフィルタがいわゆるFFTっていう微分でしょ？
- 406 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 21:27:31 ]
- GPUプログラミングは今後画像処理で必須になるでしょ
それを見越した新しいアルゴリズムも出てくるだろうし関係あるんじゃん？
- 407 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 22:24:58 ]
- >>402>>403
き、きみ、、
- 408 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 22:46:19 ]
- >>405
参りましたm(_ _)m
- 409 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 00:19:34 ]
- FASTコーナー検出について解説お願いします。
日本語の解説がまったく見当たらないもので。
- 410 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 00:42:46 ]
- ja.wikipedia.org/wiki/%E3%82%B3%E3%83%BC%E3%83%8A%E3%83%BC%E6%A4%9C%E5%87%BA%E6%B3%95
- 411 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 00:43:30 ]
- あ、すまん。FASTはわからん
- 412 名前：デフォルトの名無しさん [2009/02/10(火) 00:46:59 ]
- 180度回転がうまくできない bmpのです
一次元配列でメモリとってやってます
アルゴリズムはわかるけどプログラミングがうまくいかない…
- 413 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:04:08 ]
- アルゴリズム(笑)
- 414 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:07:12 ]
- アルゴリズムって言うほどのもんか？ｗ
- 415 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:12:54 ]
- >>412
まず、上下反転か左右反転の簡単と思う方をやってみたら？
- 416 名前：デフォルトの名無しさん [2009/02/10(火) 05:04:04 ]
- プロジェクタで投影したときにレンズの光収差だと思うんですが結構歪むんで、出力前に補正を掛けて投影したいと思うんですが、この場合どういうアプローチが良いですか？
カメラで写した物の補正なら入力画像をたくさん用意してOpenCV（Zhangの手法）でレンズパラメータとか推定できるんですが、プロジェクタで投影しちゃった物の補正っていうかパラメータ推定？で困ってます。
なんか道筋的な物でもご存じの方いませんか？
- 417 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 05:29:21 ]
- プロジェクタで投影したものを撮影してみればいいじゃない。
- 418 名前：デフォルトの名無しさん [2009/02/10(火) 06:21:21 ]
- そしたらカメラのレンズ歪みも入らない？？？
- 419 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 06:55:06 ]
- 撮像系の歪みはチャートでも撮影すれば得られるじゃない。
どうせ光が拡散しない領域でしょ? 難しい話じゃないよ。
- 420 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 07:36:07 ]
- >>409
中央の色と周辺の色の差分を取る
差分が０のポイントが周囲の1/4に近い場合それはコーナーです
- 421 名前：デフォルトの名無しさん [2009/02/10(火) 10:12:53 ]
- www.geocities.jp/katayama_hirofumi_mz/win32/gfill.htm
Bayer型ディザ行列でディザ処理はできるようになりました。
でも、画質が劣っているので何とかなりませんか。
- 422 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 12:38:00 ]
- >>421
1 組織的ディザやめて誤差拡散法にする(数倍程度遅くなるけど綺麗になる)
2 組織的ディザにこだわるならブルーノイズ行列を使う(高速なまま綺麗になる)
- 423 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 22:33:29 ]
- >>420
409じゃないですが私もFASTに興味があります。
周囲の1/4 をもう少し詳しく教えていただきたいです
- 424 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 00:09:25 ]
- >>420
機械学習をどういう風に使っているのか教えてください
- 425 名前：デフォルトの名無しさん [2009/02/12(木) 00:36:05 ]
- 学生なんですが、標本化するときに起こる画像劣化の理由の模範解答をしていただける方はいませんか？
- 426 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 00:45:41 ]
- 量子化誤差が起るから。以上。
- 427 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 01:06:50 ]
- >>409
日本語の解説がないなら英語の解説を読めばいいじゃない。
ヒンディー語とかじゃないだけまだましじゃないか。
- 428 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 09:26:27 ]
- 英語の解説はどこに？
- 429 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 13:22:37 ]
- >>428
ググれや
svr-www.eng.cam.ac.uk/~er258/work/fast.html
- 430 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 20:14:24 ]
- そこの論文がよくわからないんですけど。。。
- 431 名前：デフォルトの名無しさん [2009/02/13(金) 10:30:17 ]
- gif_libがいつも読み込みエラーになって使えない。
どうすればいい？
- 432 名前：デフォルトの名無しさん [2009/02/13(金) 10:56:35 ]
- 使っているバージョンはgiflib-4.1.6で、開発環境はMinGWです。
よろしくお願いします。
- 433 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 11:00:56 ]
- 自己解決しました
- 434 名前：デフォルトの名無しさん [2009/02/13(金) 11:07:30 ]
- してません。
- 435 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 17:41:18 ]
- 画像を3D的に扱って、それぞれの軸に対応させた回転をするには以下の様な計算式で出来たのですが、
全ての軸回転を一括して計算してやるにはどうすれば良いのでしょうか？
//X軸周りに回転する行列変換
vx = x;
vy = y*cos(RagX) - z*sin(RagX);
vz = y*sin(RagX) + z*cos(RagX);
//Y軸周りに回転する行列変換
vx = x*cos(RagY) + z*sin(RagY);
vy = y;
vz = z*cos(RagY) - x*sin(RagY);
//Z軸周りに回転する行列変換
vx = x*cos(RagZ) - y*sin(RagZ);
vy = x*sin(RagZ) + y*cos(RagZ);
vz = z;
- 436 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 17:46:30 ]
- クォータニオン使えば良い
- 437 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:07:59 ]
- 世の中には４次元数とか頭で考えるだけで分かる人とか居るんだろうか
おいらはコピペすることしか出来ねーｗｗｗ
- 438 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:25:54 ]
- >>435
2つの行列を掛けると、2つの変換を合成した行列になる。
しかし、行列のかける順番は可換ではないから、X*YとY*Xは違う変換に
なるので注意が必要。
- 439 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:27:47 ]
- 正規化されたベクトルx,y,zに回転時間tを加えたものがクオータニオンで
中心座標から目標点の座標のベクトルx1,y1,z1があるとすると
角度のクオータニオンにこの目標ベクトルを乗じて
その結果にさらに-角度のクオータニオンを乗じる
これが移動方向のベクトルになるので目標点にこれを加えると最終的な座標が求まる
書いてて分からんｗｗｗ
- 440 名前：デフォルトの名無しさん [2009/02/14(土) 03:06:01 ]
- 視覚神経モデルを使ったアルゴリズムって無いのかな
- 441 名前：デフォルトの名無しさん [2009/02/14(土) 15:21:47 ]
- >>432
libkohn_gifを使うことにしました。
- 442 名前：赤西仁 [2009/02/14(土) 16:32:34 ]
- ２年間悩んでます。お力をお貸しください。
PSのアークザラッドⅡというタイトルのゲームの、ゲーム画像（歩行画像など）を抽出したいのですが、
かれこれ１年ほど経ちますが、なかなかうまくいきません。
＊もちろん抽出した画像は個人範囲内で利用するつもりです。
◆試してダメだったこと
ネット上からダウンロードできる、ありとあらゆる抽出系ツールを試した。
（ちなみに他のゲームはほとんど抽出可能）
◆教わったこと
・アークザラッドⅡは独自の画像形式を使っているから抽出できない。
・PS上で表示されてるということは絶対に摘出はできるはず。
・ttp://www.gradius2.com/index.php?UID=1174775153
◆抽出は不可能ではないということを知ったとき
２ちゃんねるで質問したところ、
ある方が実際にキャラクターの歩行画像を抽出して
私が立てたスレにアップしてくださいました。
スクリーンショットじゃダメなんです。どうか皆さん、お力をお貸しください。お礼は絶対にします。
- 443 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 16:33:35 ]
- コピペ君って馬鹿だな、まで読んだ。
- 444 名前：デフォルトの名無しさん [2009/02/14(土) 20:18:53 ]
- >>442
もしそれが抽出できたとしても、たぶんその考え方じゃ君はプログラムとか応用とかの分野に向いてないよ。
面倒なことしないで素直な消費者（事務員）として生きていくことをお勧めする。
- 445 名前：デフォルトの名無しさん [2009/02/15(日) 20:59:18 ]
- 質問です。動画ファイルから任意のフレームを取得する方法について探しています。
拡張子がaviのファイルはavi for windowsでできました。
しかしmpegファイルはDirect showでできるとの話を聞きましたが、再生しながらの取得しかできません。
他に方法はないのでしょうか？
- 446 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 23:38:58 ]
- スレ違いかも知れないですが・・・
調べても手がかりが全く無いので
画像関係に詳しそうな方のいるこちらで質問します。
フォルダ内のjpg画像を特大表示等で表示する際
処理が間に合わない際の、一瞬の小さな画像の時
画像にかかっているぼかしが消えて表示されますが、
特大表示になるとぼかしが復活します。
これはぼかしのかかっている画像にぼかし無しのデータも有る
という事ですよね？ぼかし無しの画像をオリジナルサイズで
見ることは出来なのでしょうか？
- 447 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 23:46:03 ]
- プログレッシブ云々じゃねえの？
- 448 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 05:55:06 ]
- >>445
IMediaControl::Pause()で一時停止して
IMediaSeeking::SetPositions()でシークすればいいよ。
- 449 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 20:38:02 ]
- ハートレイの手法で単眼カメラの軌跡を出そうとしているのですが、
n-1とnフレーム目、nとn+1フレーム目、それぞれ||t||=1に正規化された並進ベクトルになるため、n-1→n→n+1と絶対座標の動きが解りません。
nフレーム目をワールドの基準として連続フレームの軌跡を絶対座標で算出するにはどうしたらいいですか？
ちなみに非リアルタイムで構いません。（早いに越したことはないですが）
- 450 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 23:06:58 ]
- たまにこういう真面目な質問が来ると１０日以上もスレが止まってしまうのか
- 451 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 14:06:39 ]
- 誰も答えられないんだからしゃーない
- 452 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 15:52:18 ]
- つまり誰かがPTAMを１から詳細に解説してくれたらいいってことだ
俺はわからん
- 453 名前：デフォルトの名無しさん mailto:sage [2009/03/08(日) 05:03:03 ]
- そんなすでに論文として詳細に解説してあるものを、
日本語訳するような作業はつまらない。
- 454 名前：デフォルトの名無しさん [2009/03/10(火) 23:56:14 ]
- 2000×2000 の300×300dpiの画像を
「解像度600×600」に変換。するアルゴリズムを教えて下さい。
私は、
1.画像の高さと幅をそれぞれ2倍に拡大
2.ヘッダファイルの解像度情報を600×600に変更
だと思っているのですが これであっていますか？
- 455 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 00:03:30 ]
- 画像フォーマットが判らんとdpi情報の扱いは判らんが。
それはさて、一番の問題は
＞1.画像の高さと幅をそれぞれ2倍に拡大
の中身だと思う。
- 456 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 17:02:47 ]
- モーフィングってまだ研究するようなネタある？
- 457 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 01:30:12 ]
- モーふぃん具って画像処理に入るのかな？
どっちかというとＣＧのような。まぁ（どうでも）いいや。
|
 |
