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