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