画像処理その９ - 暇つぶし2ch

画像処理その９ at TECH

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

前スレ
画像処理その８
ｽﾚﾘﾝｸ(tech板)

過去スレッド
画像処理その７
ｽﾚﾘﾝｸ(tech板)
画像処理その６
ｽﾚﾘﾝｸ(tech板)
画像処理その５
ｽﾚﾘﾝｸ(tech板)
画像処理その４
ｽﾚﾘﾝｸ(tech板)
画像処理その３
ｽﾚﾘﾝｸ(tech板)
画像処理その２
ｽﾚﾘﾝｸ(tech板)
画像処理
URLﾘﾝｸ(pc5.2ch.net)

2:デフォルトの名無しさん
07/07/09 01:24:37
画像処理系のライブラリ

OpenCV URLﾘﾝｸ(sourceforge.net)
Gimp URLﾘﾝｸ(www.gimp.org)<)
Vips URLﾘﾝｸ(www.vips.ecs.soton.ac.uk)
VXL URLﾘﾝｸ(vxl.sourceforge.net)
CImg URLﾘﾝｸ(cimg.sourceforge.net)
Gegl URLﾘﾝｸ(www.gegl.org) URLﾘﾝｸ(pippin.gimp.org)
ImageMagick/GraphicsMagick URLﾘﾝｸ(imagemagick.org) URLﾘﾝｸ(www.graphicsmagick.org)
GIL URLﾘﾝｸ(opensource.adobe.com)
CxImage URLﾘﾝｸ(www.codeproject.com)
FreeImage URLﾘﾝｸ(freeimage.sourceforge.net)
ITK URLﾘﾝｸ(www.itk.org)<)
Imlib2 URLﾘﾝｸ(www.enlightenment.org)
MIST URLﾘﾝｸ(mist.suenaga.cse.nagoya-u.ac.jp)

3:デフォルトの名無しさん
07/07/09 01:29:12
前スレ >>992
>(-1/2πσ^4)*(2-(x^2+y^2/σ^2)*exp(-(x^2+y^2)/2σ^2)
式の書き方が曖昧でムキーってなるけど結局は
URLﾘﾝｸ(homepages.inf.ed.ac.uk)
の LoG の式と同じだよね？
sigma = 1.4 ならこの値になるはずと例が書いてあるから
それと自分の結果を比べておかしかったらどこかコード間違っているからデバグしなさい。おわり。
宿題ぐらい自力でやろうぜ。まだそんなにむずいレベルでもないんだし。

4:デフォルトの名無しさん
07/07/09 02:13:16
新スレなんだから引っ張らなくていいのに・・・
しかも宿題なんだし

5:デフォルトの名無しさん
07/07/09 02:28:07
式の意味もわからず、公式やフィルタだけ適用するアフォを量産する学校なんだな
楽でいいな大学の教授ってのはよ

6:デフォルトの名無しさん
07/07/09 07:59:45
意味を教えようとすると受講生が減ったり学生評価が下がったりするんだYO

7:デフォルトの名無しさん
07/07/09 10:40:16
意味を知ったところで応用できないなら意味ないけどなｗ

8:デフォルトの名無しさん
07/07/09 10:53:09
新しい概念が出てきたら、
意味を理解している人間は比較的近い概念と比較したりして本質を見抜くことができて効率が良いが、
意味を知らない人間は新しい概念ごとにゼロから勉強することになるからとても非効率。
それが高学歴エリートと叩き上げ低学歴の違い。

9:前スレ質問者
07/07/10 00:35:07
>>3

そのとおりです。例をみたら中心がｰ40ですけど
中心は-1/π×σ^4ですよね？
σ=1.4としたら-40にはならないんですが、なんかの操作をしてるんですか？
正規化じゃなさそうですし

10:デフォルトの名無しさん
07/07/10 01:20:00
>>9
え？計算した？
俺はなったよ
とりあえず手で計算すると
真ん中-1/12で
上下左右-1/20になるでしょ？
で、480倍（おそらく近い整数にあわせてる？）すると真ん中-40、上下左右-24になる

真ん中の計算は-10000/314x384
約-10000/120000で-1/12になる
480倍して-40

上下左右の計算は-1/12x(1-(1^2+0^2)/1.96x2)*e^-(1^2+0^2)/2x1.96)
1.96x2を4として、eを2.718として計算
-1/12x3/4x4/5となって-1/20となる
480倍して-24

11:デフォルトの名無しさん
07/07/10 02:56:17
質問です
アンチエイリアスとグラデーションは、
色の間を取って滑らかにする、という点では同じなのに
アンチエイリアスはぼけて、グラデーションはシャ－プなままなのは
何が違うからなんですか

12:デフォルトの名無しさん
07/07/10 03:04:11
↓満を持してエスパー登場

13:デフォルトの名無しさん
07/07/10 03:13:03

　　　[Ｍ]
　　( ﾟ∀ﾟ )　　　　　　　＜ポテトおひとつでよろしいですね？
＿(__つ/￣￣￣/＿
　　＼/　　　　/
　　　　￣￣￣

14:デフォルトの名無しさん
07/07/10 07:41:11
░▒▓▊
░▒▓▊
░▒▓▊どこがシャープ?
░.#▓▊
░▒▓▊

15:デフォルトの名無しさん
07/07/10 07:49:57
目のつけどころがシャープでしょ

16:デフォルトの名無しさん
07/07/10 08:03:41
>>11
アンチエイリアス → 物体間の境界を滑らかにする
グラデーション → 色の補完

なのでアンチエイリアスは単なる色の補完とはちょっと違う。

17:デフォルトの名無しさん
07/07/10 08:32:55
シャープといえば、
先日富士山の写真を撮ったけど、霞みがかかっているみたいにクリアでない。
これを修正するプログラムを作るヒントはないかとぐぐったけれども、ヒット
しない。どんな用語でぐぐれば出てくるか、教えて下さい。

素人考えで、HLS変換して全体の明度平均、Ｙ軸毎の明度平均を求めておいて
全体平均より明るいＹ軸に対して、そのＹ軸の明度平均より暗いピクセルの
明度の暗さを倍にして RGB に戻すとか試してますが、改良は見られるものの
スッキリしない。スライダで閾値を変えるとか、マウスで絵を見てブラシ様に
なぞって段々クリアにするとかやらないとダメかと悩んでいます。

18:デフォルトの名無しさん
07/07/10 09:07:27
>>17
明るさに注目するなら「コントラスト強調」について調べるといいかも。
ただ、霞みがかってるものはそもそも情報がかなり欠落してるから復元は難しかったような…

19:デフォルトの名無しさん
07/07/10 09:29:33
>>11
面積が違うからじゃねえ？
アンチは幅１～３ドットの幅で掛ける極小グラデーション

イラレのパスにアンチ掛けて表示するとして、ルーペで拡大すると
アンチのぼかしまで拡大するプログラム書くバカはいないだろ？

20:デフォルトの名無しさん
07/07/10 09:56:19
>>17
image restoration か image deblurring かな

URLﾘﾝｸ(www.picturesolve.com)
ってのが出てきた。ナンバープレートのデモは本当かいな。

21:デフォルトの名無しさん
07/07/10 10:26:01
>>17
空気で光が散乱している結果なので、情報量はかなり落ちています。
単純な修正は難しいと思うので、「どういう写真にしたいか」のイメージにしたがって
納得いくまで微調整するしかないのでは?

22:17
07/07/10 11:31:28
>>18, >>20-21 早速レスを頂き有難うございます。>>20 氏の挙げて頂いた用語で
ぐぐると文献が一杯出てくるので、これからチマチマ見ようと思います。
>>21
確かにどういう写真にするかですねえ。遠景なんで多少は霞みも残さないと遠近感
が出ません。近景はマンマでいいわけですから。境目を徐々に変化させるというの
が計算一発では難しい。
>>18
コントラスト強調とも思ったのですが、明るい方をいじるとギラギラします。陰のみ
をいじるという変則的な処理かなと思っています。

ホレこんなのがあるということでもないようなので、闘志が出てきました。

23:デフォルトの名無しさん
07/07/10 13:52:17
>>20
ナンバープレートの例は単なる手ぶれ（モーションブラー）で、
ぼかしカーネルの形が単純な直線状だから、逆変換は比較的簡単な部類だと思うよ。

24:デフォルトの名無しさん
07/07/10 16:43:53
CSIみたいだ

25:22-17
07/07/10 22:25:44
Haze removal, remove haze でピッタリのサイトが出て来ることが分かりました。
しかし photoshop でこうするとかの説明は多いけど、計算手法は見つからない。
議論している英文サイトはあるけど、追うのは時間がかかる。

26:デフォルトの名無しさん
07/07/11 00:16:03
atmospheric correction
リモートセンシングで大気の影響を補正する手法。関係あるかも。
RGBじゃつらそうだ

27:25-17
07/07/11 06:36:21
こんなのがあるけど、環境がない。
ムシのいい話だが、なにやっているのか、解説して頂ける御仁は居られないかな。
URLﾘﾝｸ(developer.apple.com)

サンプル画像（gif）をペイントで bmp にして、弄ってみた。
海の色は、全体の明度を落すと after 側の色に近くなるが、陸地はこのままでは
ならない。HLS 変換での hue の値はほぼ同じ。

28:デフォルトの名無しさん
07/07/11 06:49:35
>>27
書いてあるじゃん

かすみ除去フィルタの効果は、画像の輝度とコントラストを調整すること、そしてシャープニングを画像に適用することです

29:デフォルトの名無しさん
07/07/11 21:21:07
中野康明が死んだぞ

えええええええええええ

30:デフォルトの名無しさん
07/07/11 21:25:42
なんで死んだの？

31:デフォルトの名無しさん
07/07/11 23:25:48
>>29
どんな人？
ググってみたところ、なんかの先生のようだけど。

32:デフォルトの名無しさん
07/07/11 23:34:02
前スレのラプラシアンガウシアンフィルタ作ってる者です。

>>10

なんで480するのかわからないので、そのままかけたら一応エッジ出ました。

ゼロクロスの抽出がいまだにわからないです。閾値が課題の中で定義されて86になってます。
二値化処理とは違うんですか？閾値87で2値化すると真っ白になってしまいますが・・・
０にするといい感じです

33:デフォルトの名無しさん
07/07/12 00:03:58
で？

34:デフォルトの名無しさん
07/07/12 00:08:07
URLﾘﾝｸ(homepages.inf.ed.ac.uk)
のLoGのフィルタをかけて和をとると、それは元画像に対して２次微分になってるんですか？

35:デフォルトの名無しさん
07/07/12 00:12:39
>>32
>なんで480するのかわからないので
見易くするために一番小さい値を１にするために全体を合わせたとか
所詮重み付けって話ちゃうの？
エッジ検出フィルタが
-0.5,-0.5,2,-0.5,-0.5
でも
-1,-1,4,-1,-1
でもでるもんあんまり変わらないと思うんだ多分ｗ

36:デフォルトの名無しさん
07/07/12 00:17:27
>>35
その辺は気にしないことにしました。

37:デフォルトの名無しさん
07/07/12 01:10:41
色々読んでみたけど難しい計算式なんて実は関係なくて
ラプラシアンガウシアンってやっぱり単にガウシアンフィルタかけた後に
ラプラシアンフィルタかけるだけだってｗ

URLﾘﾝｸ(www.mm.media.kyoto-u.ac.jp)
Laplacian Gaussian operators(2次微分)
上で見たようにLaplacianは高周波数が強く出るため，エッジを抽出するがノイズにも敏感である．
そこで，局所的に発生するノイズを除去するために Gaussianを用いて平滑化し，
その後でLaplacianを作用させる．これをLaplacian Gaussianという．

38:デフォルトの名無しさん
07/07/12 01:25:14
>>37
＞ラプラシアンフィルタかけるだけだってｗ
　　　　　　　　　　　　　　　　　　　　　　　　↑
どこが面白いの？

39:デフォルトの名無しさん
07/07/12 01:28:21
式と関係ねぇわけねぇだろばか
例の式はガウシアンの式をラプラシアンしたものだっつーの。
ガウシアンフィルタの具体的な数値だってガウシアンの式からでてるんだっつーの

40:デフォルトの名無しさん
07/07/12 05:28:21
>>17
ノイズを抑えるために軽くぼかしてからエッジ強調するだけではさすがに駄目かな…

「霞」の原因によってはデコンボリューションが使えるかもしれない
大気による散乱が原因の場合は厳しいと思うが

41:デフォルトの名無しさん
07/07/12 06:23:02
一番の問題は距離によって霞みの程度が違うこと

42:デフォルトの名無しさん
07/07/12 06:57:16
>>39
だから、そんだけだろ？
実際使う分には難しい式はそっから算出しましたって話だけで
フィルタさえ出しちゃえば別に意識せんでもいいと

43:デフォルトの名無しさん
07/07/12 07:35:03
そんなん最初っからわかってんだろうが
ガウシアンフィルタの時点でわかってないと話にならんぜ
なんなら平均フィルタの時点で、ソベルフィルタの時点でわかってないと話にならんぜ

44:デフォルトの名無しさん
07/07/12 07:49:58
>>43
日本語でおｋ

45:デフォルトの名無しさん
07/07/12 08:24:22
>>37
>>39

それはわかりました。ゼロクロスがよくわからないんです。
2次微分したグラフでx軸で交わるところですよね？

46:27-17
07/07/12 08:49:12
>>40-41
お付き合い頂きありがとうございます。

絵を見ながら、調整しないといけないということで、スライダを使ってやろうと
思っていますが、もう一杯スライダを使った処理があり、古いのは自分でもどれ
がどれだか分からなくなっています。どれかに追加するか、独立して起すかで
今、頭を冷やしています。
（>>17 では、係数など変えてはコンパイルし、試していました。）

余談ですが、色変換も最初は radiobutton で選べるようにしていたのですが、
数が増えて場所がなくなり、combobox に切り換えました。こんなのが意外に
邪魔をします。

47:デフォルトの名無しさん
07/07/12 10:04:39
その成果物はここで公開するんだろうな？

48:デフォルトの名無しさん
07/07/12 13:56:16
>>45
２階微分する意味を考えれば明白だろ。

49:デフォルトの名無しさん
07/07/12 17:34:00
高校生とかなの？

50:デフォルトの名無しさん
07/07/12 17:52:53
なんかものすごく表面的にしか理解してない感じだよね

51:デフォルトの名無しさん
07/07/12 19:00:22
まぁ低級大学ってとこじゃないの？

52:デフォルトの名無しさん
07/07/12 21:42:07
480かけているのは整数で演算しやすいようにじゃない？
LoGで興味あるのはゼロクロスなんでフィルタのスケールには関係ない。
２階微分は一次元は意味はわかるけど２次元だと難しくなるね。
簡単な方法は８方向のどこかでゼロクロスが見つかればエッジ点とする方法。
Cannyだと勾配方向の方向微分とゼロクロスをとる。

53:デフォルトの名無しさん
07/07/13 00:12:25
>>52
ゼロクロス処理を教えてくれませんか
フィルタかけた後の画像が
2 3 4
-1 1 4
1 3 2

みたいだったら-1 と　1の間がゼロクロスですよね

54:デフォルトの名無しさん
07/07/13 00:37:43
偉い人がどんな画像で試して使えるっていってるのかわからんけど
平滑化フィルタ→鮮鋭化フィルタかけるだけじゃバタつき多すぎて
とてもプラマイ反転だけで輪郭ですとはいいにくい

もっと根幹的な画像の特徴をつかむ必要があると思う
例えば、必ず対象物が中心にくるような画像が多い傾向があるとか
なんかないとそのままでは使えないと思う
漫画のスクリーントーンやjpeg画像のノイズにひっかかりまくってＥＮＤ

55:デフォルトの名無しさん
07/07/13 00:50:24
がはっ

56:デフォルトの名無しさん
07/07/13 00:59:17
プラスとマイナスの画像出してみればわかるけど綺麗にはいかない

57:デフォルトの名無しさん
07/07/14 10:34:06
101 -35 -76 81 41 36 13 8 18
　1 15 20 33 38 26 12 25 8
39 23 -99 -38 110 39 38 19 13
2 1 41 47 10 18 1 11 2
23 23 66 -57 -92 67 46 41 7
13 14 41 28 8 11 12 10 1
14 41 28 8 11 12 10 3 2
28 15 -109 -39 -124 74 46 14 5
31 34 12 29 1 3 3 3 7

ラプラシアンガウシアン
フィルタを適用したらこんな風な画素値になったとします。ゼロクロスってどうやって検出して、それをどう出力画像に反映するんですか？

58:デフォルトの名無しさん
07/07/14 11:20:18
まず1行目をグラフにしてみろ
エクセルぐらいもってるだろ

つぎに1列目をグラフにしてみろ

59:デフォルトの名無しさん
07/07/14 11:23:19
グラフにしてみましたがわかりません＞＜

60:デフォルトの名無しさん
07/07/14 12:02:37
>>57
注目画素と符号が反転してたら１が立つようなフィルタ組んで８方向８ビットに保存

61:デフォルトの名無しさん
07/07/14 12:05:18
>>58
やってみます
59は自分じゃないです！

62:デフォルトの名無しさん
07/07/14 12:20:53
>>60
注目画素と近傍をくらべるんですか？5×5のマスクだったら24個の近傍画素がありますが、その24個の画素の符号がバラバラだったらどうするんですか？

63:デフォルトの名無しさん
07/07/14 12:29:54
やっぱ重要なのはスピードだよ

64:デフォルトの名無しさん
07/07/14 13:14:40
ぐだぐだ言ってないで自分で思ったとおりに作ってみればいいのに
それで駄目だったらうまくいかない理由を考えてから質問してくれ
教えて君

65:デフォルトの名無しさん
07/07/14 13:45:47
こいつの周りに画像処理を知っている奴がいないのだろうか

大学なら先生にきくか
先輩にでも聞けばいいのに

66:デフォルトの名無しさん
07/07/14 14:45:24
「gd使ったらプロジェクトがgdgdになったのですがどうすればいいですか。」

67:デフォルトの名無しさん
07/07/14 15:22:49
LoGやってる人、なんか同じ課題やってる気がするからヒントを。
URLﾘﾝｸ(www.ee.seikei.ac.jp)
これの2、理論のあたり、特に(4)について見るとわかり易いかもしれない。
リンク先pdfファイルなので注意してください。

68:デフォルトの名無しさん
07/07/14 15:45:25
わざわざ差分LoG?を使わなくてもいいんじゃない？

69:デフォルトの名無しさん
07/07/14 17:26:07
なんで専門学校の課題をここで聞くんだよーｗ

70:デフォルトの名無しさん
07/07/14 17:50:34
ずいぶんしめきり長いみたいだな

71:デフォルトの名無しさん
07/07/14 18:07:39
夏休みの課題なんじゃね？

72:デフォルトの名無しさん
07/07/14 18:58:13
>>62
エッジを検出したフィルタと同じサイズでいいじゃん
>その24個の画素の符号がバラバラだったらどうするんですか？
その精度しか検出できてないならプラマイ反転をエッジとして扱わないほうがいいと思う
つまり、使えない（＝鮮鋭化のフィルタが腐ってる）

73:デフォルトの名無しさん
07/07/14 19:20:34
局所的な符号変化をみるだけでいいので3x3で十分。
より高精度にしたいならグラフプロットのゼロ等高線描画の要領で
やればいい。

74:デフォルトの名無しさん
07/07/15 12:20:59
ノイズを気にしてるなら平滑化の処理を疑うべき

75:デフォルトの名無しさん
07/07/15 15:49:58
ノイズ除去の基本はメディアン。平滑化では眠くなるばかり。
ただし、どんなフィルターの場合でも闇雲に適用するのはダメ。
２階層目、３階層目からの結果を元の階層にフィードバックして局所的に最適化されるようにする。
この部分の設計次第で、目的に合わせてまったく異なる画像をリアルタイムに出力できるようになる。

76:デフォルトの名無しさん
07/07/15 19:54:20
加法性白色雑音ならウィナーがウマー

77:デフォルトの名無しさん
07/07/16 19:07:56
「gd使ったらプロジェクトがgdgdになったのですがどうすればいいですか。」

78:デフォルトの名無しさん
07/07/16 22:16:29
つかわなきゃいい

79:デフォルトの名無しさん
07/07/17 00:27:56
IM使ったらマジマジと見られたよ

80:デフォルトの名無しさん
07/07/17 00:42:37
なんと味気ない答えだ
そんなことでは芸人にはなれんぞ

81:デフォルトの名無しさん
07/07/17 13:25:08
>>75
「２階層目、３階層目からの結果を元の階層にフィードバックして局所的に最適化」について
なんかいい論文とかない?

82:デフォルトの名無しさん
07/07/18 19:54:20
gilがまだboostの正式ライブラリーになってないっぽいのだけど
何かあったの？

83:デフォルトの名無しさん
07/07/19 10:09:57
gilって何がいいの？

84:デフォルトの名無しさん
07/07/19 10:34:15
gilは、いろんなライブラリーをごっちゃにして使うときの糊として使える
OpenCV + ITK
とか

85:デフォルトの名無しさん
07/07/20 01:21:15
>>84
通りすがりだけど興味アリ
どこかに良い資料ある？

86:デフォルトの名無しさん
07/07/20 01:29:28
糊か、なかなかうまいこと言うな

87:デフォルトの名無しさん
07/07/20 08:29:16
>>85
gil本家の掲示板とかにあるかも
日本語での情報はまだない気がする

88:デフォルトの名無しさん
07/07/20 19:57:09
C/C++で
アニメーションGIFを保存できるライブラリって何かありますか？

89:デフォルトの名無しさん
07/07/20 23:18:37
HDVの1080iって、どうやったらフレームキャプチャできる？
WindowsのOpenCVでキャプチャしようとするとエラーが出る。
DirectShowでも、同じくエラー。

Video4Linuxとかでやんなきゃいけないかなぁ・・・

90:デフォルトの名無しさん
07/07/21 17:05:43
画像の読み込みスピードが一番速いライブラリって何でしょう？
FreeImageやImageMagickを試してみたけど、AfrerEffectsの読み込みスピードには遠く及ばないのです。

91:デフォルトの名無しさん
07/07/21 17:23:30
読み込みつっても色々あるからなあ

92:デフォルトの名無しさん
07/07/21 17:31:55
とりあえず、tgaとsgiが読めればOKです。
FreeImageとかだと100枚読み込ませるのに8秒くらい掛かるのですが、
AfterEffectsは2秒くらいで読み込んでしまいますね。

93:デフォルトの名無しさん
07/07/21 17:42:30
まじで？
そんなに差が付くものなのか？
Adobe恐るべし。

94:デフォルトの名無しさん
07/07/21 18:23:55
読み込むだけなら漏れの関数が最速だね。
尤も、読み込むだけなら誰が作っても一緒だと思うけど。

>>88
逆に、何故今時AnimatedGifなんか扱いたいの?

95:デフォルトの名無しさん
07/07/21 18:40:49
読み込み部分をスッドレに分ければいいんじゃね

96:デフォルトの名無しさん
07/07/21 19:34:09
>>94
まだ簡易な動画形式としては需要あるだろ
今でも画像うｐろだじゃgif以外動画の選択しないしな

97:デフォルトの名無しさん
07/07/21 20:15:14
pngはアニメーションできなかったっけ？

98:デフォルトの名無しさん
07/07/21 20:18:36
mngだよアニメーションは
IEが対応してないとなやっぱり

99:デフォルトの名無しさん
07/07/21 20:21:23
どうしてIEはmng対応しないんだろう…
mng自体の仕様がまだ固まってないんだっけ？

100:デフォルトの名無しさん
07/07/21 20:47:49
んにゃ、それなりに固まってる
MSが同調したくないんだろうね、W3Cに

101:デフォルトの名無しさん
07/07/21 21:39:38
動画は携帯ですらすでに別の次元に突入しているから、
いまさら、mngもないってことじゃないのかな。
利用しているサイトも、ほとんど無いし。

102:デフォルトの名無しさん
07/07/21 21:59:26
容量をケチる時代でもないし音も入れたいし
Flashがあれば困らないしな

103:デフォルトの名無しさん
07/07/21 22:35:49
いや… いつの時代も容量はケチりたいだろ
トラフィック爆発こわいこわい

104:デフォルトの名無しさん
07/07/21 23:41:38
mngのほうが容量でかいと思た

105:デフォルトの名無しさん
07/07/22 00:30:29
劣化なしドット絵フルカラー＋αで圧縮ありの動画となるとmng以外ないよなあ

106:デフォルトの名無しさん
07/07/22 08:32:35
つ[MultiPageTIFF]

107:デフォルトの名無しさん
07/07/22 08:45:10
PRMUで韓国なんか行きたくないし

108:デフォルトの名無しさん
07/07/22 10:56:36
「モザイクの消し方を教えてください」

109:デフォルトの名無しさん
07/07/22 11:37:46
範囲選択→消去

110:デフォルトの名無しさん
07/07/22 15:54:32
PRMUアルゴリズムコンテストって一昨日知ったんだけど、
この中には参加する人いるの？

111:デフォルトの名無しさん
07/07/22 15:57:55
URLﾘﾝｸ(www.eml.hiroshima-u.ac.jp)

こんなやつ

112:デフォルトの名無しさん
07/07/22 16:15:47
今年は簡単だな

標識見つけるのは結構難しかった

113:デフォルトの名無しさん
07/07/22 16:22:56
これどうやったらいいんだろ・・・。
流れ的にはどんな感じでアプローチする？

114:デフォルトの名無しさん
07/07/22 16:24:34
「応募は大学学部生，大学院生，高専学生を想定しています」
中学生でもいいのかな？

115:デフォルトの名無しさん
07/07/22 16:24:55
ニートはダメなの？

116:デフォルトの名無しさん
07/07/22 16:25:23
いいんじゃね？
俺は専攻生だし。

117:デフォルトの名無しさん
07/07/22 17:25:50
>>113
元画像を、パーツのサイズに分割して、それぞれのハッシュを作って比較する。
ハッシュに何を使うかがポイントだろうが、速度のコンテストではないと書いてあるので
まじめに全比較しても無問題。もちろんアワードは取れないだろうが。
元画像が異なるサイズで与えられている場合は、さらに何でハッシュを作るのかが問われるが、
方針は同じ。

118:デフォルトの名無しさん
07/07/22 17:32:05
これって最終的にはCPマスクの外しアルゴリズムに使うわけ？

119:デフォルトの名無しさん
07/07/22 17:34:46
元画像って与えられないんじゃないの？

120:デフォルトの名無しさん
07/07/22 17:47:43
いま教授とこれ見てたんだけど、
「原画像を分割する際に番号を振って、乱数でばらつかせたあと
番号ごとに並べれば一発っすよ！（ ´∀｀）b」
ってアイデアだしたら紙束で殴られた

121:デフォルトの名無しさん
07/07/22 17:52:00
CPとかQRとかMECOとかのマスク外し以外の用途が思いつかん

122:デフォルトの名無しさん
07/07/22 18:30:21
最近ハフ変換をならったのですが、
ハフ変換で画像中の四角形を検出するのと、円を検出するのとでは
なにか違う手順が必要になるんですか？
それともハフ変換を使えばどちらも同じように検出されるのでしょうか

123:デフォルトの名無しさん
07/07/22 19:12:41
投票に使う空間（何て名前だっけ）が違う。
傾いていない矩形ではx, y位置と高さ幅で4パラメタ＝4次元空間に投票する（正方形なら3）
円ではx,y位置と半径で3パラメタ
といった感じで投票方法が違うだけで、
実在する図形の位置に最も多く投票されるという理屈は一緒。

124:デフォルトの名無しさん
07/07/22 19:49:38
>>113は元画像が与えられない場合どうするものなの？
どんな画像だろうとばらばらになっていたら元通りに完成できるようなプログラムは可能？
画像処理の勉強始めてまだ日が浅い俺に誰か教えてくれ

125:デフォルトの名無しさん
07/07/22 20:01:57
>>124
だから、そういうのを各自が考えて作るコンテストだっての。

126:デフォルトの名無しさん
07/07/22 20:29:43
まず思いついたのは各ピースの四辺を調べて
あるピースの左辺（上辺）と別のピースの右辺（下辺）の画素の変化が最小の物を隣合うピースとする
って感じで並べていく方法

127:デフォルトの名無しさん
07/07/22 20:35:19
画像処理全然和漢ねけど俺もそれ思いついたぞ！

128:デフォルトの名無しさん
07/07/22 20:38:46
逆転の発想！
そもそも入力画像が真っ黒なら処理しなくていい

129:デフォルトの名無しさん
07/07/22 20:47:28
砂漠とか星空とか、色数が少なくて均質な画像だと難しいのかな

130:デフォルトの名無しさん
07/07/22 20:55:16
>>126
で、それを発展させて、gradient も考慮にいれる。
さらに発展させてもう一回微分とか？

ある種の、画像周囲の estimation を行い、くっつける画像との差が小さいやつってとこじゃね？
でおそらくやっていくと、一番差が小さいけどここで使ってしまうと、画像がうまく四角に戻らないとか
そんな問題もでてくるんじゃないかな。

131:デフォルトの名無しさん
07/07/22 20:57:07
>>130
で、あとは論文探した方が早いな

132:デフォルトの名無しさん
07/07/22 20:58:16
PRMU のコンテストって毎年
広島市立、名古屋、奈良先端の方々がいるみたいだけど研究室単位で毎年やることにでもなってるんかね？

133:デフォルトの名無しさん
07/07/22 21:02:32
PRMU コンテスト４日前に見つけたけどもう時間がないから辞めた・・・

134:デフォルトの名無しさん
07/07/22 21:07:54
今からここのみんなでやれば間に合うんじゃね？
「プログラム技術＠2ch掲示板　画像処理その9 住人一同」で応募しようぜ（ ´∀｀）

135:デフォルトの名無しさん
07/07/22 21:10:33
PRMUコンテストここで晒されちゃったかぁ。
しかも解放のヒントまで…まぁ仕方ないけど。

せっかく応募しようと思ってたのに、倍率高くなりそうでこわいな。

136:デフォルトの名無しさん
07/07/22 21:18:41
基本は>>126の方法を中央まで繰り返して完成させるしか浮かばないな

137:117
07/07/22 21:19:28
ピースに形があるならともかく、形がないなら元画像なしでは完全な回答は不可能。
矩形ピースだから、元画像は与えられるとおもったんだが、ないのか？

126系のやりかたでは、カットされた部分に高周波成分がぴったりある場合、
（例えばモンドリアンの絵みたいな）復元することができない。

138:デフォルトの名無しさん
07/07/22 21:19:38
>>135
こんなんで倍率上がるようなコンテストなんて参加する意味ねぇだろ。アフォかｗ

139:デフォルトの名無しさん
07/07/22 21:19:47
>>135
これそんなにマイナーなコンテストなの？

140:デフォルトの名無しさん
07/07/22 21:22:56
>>137
>126系のやりかたでは、カットされた部分に高周波成分がぴったりある場合
もちろんあるだろうな
星空、漫画のスクリーントーン、普通の白原稿黒文字書類（その逆も）も全部駄目だ
４辺判断に不感帯をもうけて判断がつかない場合は中身の処理に移らないと駄目だろうな
商品ならねｗ

でも、今回のは出題画像に最適化しちゃっていいんじゃない？

141:デフォルトの名無しさん
07/07/22 21:23:45
>>138-139

調べてみたらいつも30件～50件もないみたい。

142:デフォルトの名無しさん
07/07/22 21:26:10
>>137
元画像与えられてるっぽくね？プログラミング詳細のところに書いてある

143:デフォルトの名無しさん
07/07/22 21:29:06
>>130
横に並べていく時、あるピースの右辺と左辺でそれぞれ最も隣に来そうなピースを選んで
可能性の高い方"だけ"つなげていくのはどうかな？
一列に並ぶピースの数が上限（元画像の幅÷ピースの幅）に達したらその列は終わり。
これでまず横一列を作って次は縦一列を同様に繋げていく。
んでT、十、L字型のどれかができれば四角形に戻らない事態にはならないんじゃないかな。

144:デフォルトの名無しさん
07/07/22 21:29:17
>>142
だから、そうじゃなくて処理のときに元画像を使っていいかどうかって話じゃない？
問題文読む限りは駄目っぽいけどね
ちなみにピースのサイズとかはあるんだよなｗ

145:117
07/07/22 21:45:23
ちゃんと読んできた。
ピースがばらばらになった画像データが与えられて、それを元のデータに復元するという課題だった。
つまり利用可能なのは、ばらばらになったピースのみだってことだ。
しかも、画像データはどのようなものが与えられるのか書かれていない。
単なる自然画像なら何とかなりそうな気もするが、デザイン画や図面が与えられたら、
適当なアルゴリズムは全然違う。これは難しい。

146:デフォルトの名無しさん
07/07/22 21:45:44
>>126の方法って外側から埋めてくだけじゃないの？

147:デフォルトの名無しさん
07/07/22 21:47:15
>>145
一番外枠の４辺は与えられるから>>126の方法で外掘りから埋めてくようになるべ？
そしたら次はその中、その中ってぐるぐる内側へ決めていくしかねーべ

148:デフォルトの名無しさん
07/07/22 21:47:37
ごめん。概要に書いてあった。
>サンプルで示した写真のように建築物や風景写真を複数枚用いて行います。

149:デフォルトの名無しさん
07/07/22 21:50:35
サンプル出題画像の湖の空と湖の映り込みの空とか嫌な味出してるな
それと判断のしようがないような草花とかも嫌な感じだな
これはエッジ拾ったり特徴つかまんとできんな

150:デフォルトの名無しさん
07/07/22 21:51:40
各ピースの接合部の相関を利用しないと絶対復元できない希ガス。

151:デフォルトの名無しさん
07/07/22 21:52:54
>>147
外枠あったのか・・・
外枠が与えられるなら隣のピースを選び出すのに角からやっていけば最低２辺ずつは評価できるな
ってか自分もちゃんと読んでくるわ・・・

152:デフォルトの名無しさん
07/07/22 21:55:15
>>150
ピースっていうか外枠から埋めていくから自然と評価が２辺ずつになるべ
でも１回当てはめても決定に使った信頼度をおいておいて後から補正するのも必要だと思うんだよね

153:デフォルトの名無しさん
07/07/22 21:57:04
>>151
俺もよく読んだら
Level2はないっぽいなｗ
この場合は一番相関のないもんを最後外側にもってくしかないから
内側からやるしかないな

154:デフォルトの名無しさん
07/07/22 22:00:09
うは！すごいいいアルゴリズム思いついた

155:デフォルトの名無しさん
07/07/22 22:01:30
この問題ってさ、実際使うときある？
前のモザイキングとかなら良くあるけど、完全にばらばらになっていて合体したい時ってあるかな？

156:デフォルトの名無しさん
07/07/22 22:01:49
俺も俺も！

157:デフォルトの名無しさん
07/07/22 22:06:14
ピースの並べ方のすべての組み合わせを作って、それを妖精さんにおかしいかおかしくないか判定してもらって
おかしくなかったら完成

158:デフォルトの名無しさん
07/07/22 22:22:32
>>135
前スレ・前々スレでも出てる
いまさら「晒されちゃったか」も無いだろ

159:デフォルトの名無しさん
07/07/23 00:11:19
>>155
シュレッダーにかけられた書類の復元とか

160:デフォルトの名無しさん
07/07/23 00:52:06
>>159
全部スキャンしなくちゃいけないでそ？やらんだろう・・・

161:デフォルトの名無しさん
07/07/23 00:54:10
そこは映画や海外ドラマっぽくデジカメかビデオで撮影したのをリアルタイムに
いちいち分割線のアニメーション効果いれて効果音もそれっぽく

162:デフォルトの名無しさん
07/07/23 01:22:38
>>155
航空写真の接続とか。
パノラマ系画像の接続とか。

163:デフォルトの名無しさん
07/07/23 01:23:07
>>160
シュタージの書類解読で実際にやってるらしい。

164:デフォルトの名無しさん
07/07/23 01:56:44
>>162
そういうのは予め座標情報と関連づけされてるだろ。

165:デフォルトの名無しさん
07/07/23 02:13:24
>>162
それはだからモザイキングだろ？共通部分が必要。
今回のは共通部分がない。ジグソーパズル。

>>164
されねーよ。

>>163
やるのか・・・。手でスキャンするぐらいならその場で人間がつなげたほうが早そうだけどな・・・。
シュレッダー自動スキャナーでもあるんかね。

166:デフォルトの名無しさん
07/07/23 04:29:00
とりあえずこの処理なら画像をＮ分の１にして処理しても結果は変わらないと思うから
可能な限り縮小してから処理してもいいと思うよ（速度アップ）

167:デフォルトの名無しさん
07/07/23 07:19:52
なんか面白そうだからやる

これでいいじゃん

168:デフォルトの名無しさん
07/07/23 11:24:33
とりあえずこの処理なら画像をＮ分の１にして処理しても結果は変わらないと思うから
可能な限り縮小してから処理してもいいと思うよ（速度アップ）

169:デフォルトの名無しさん
07/07/23 11:28:05
1ドットしか違わないピースが有ったらどうするんだ

170:デフォルトの名無しさん
07/07/23 11:29:09
全く同じピースがあったらどうするの？

171:デフォルトの名無しさん
07/07/23 11:39:28
審査は、サンプルで示した写真のように建築物や風景写真を複数枚用いて行います。

172:デフォルトの名無しさん
07/07/23 11:42:24
>>169
無視しておｋ
まあ、それを判断するかどうかは後で決めるとして
ぴったりもんがあってから考えりゃいい話だと思わん？
少なくともそれ以外は適用できるんだし問題ないよね？

173:デフォルトの名無しさん
07/07/23 11:43:28
>>171
その仕様なら全然余裕だな＞Ｎ分の１
１６分の１ぐらいにはできるな

174:デフォルトの名無しさん
07/07/23 11:48:00
>>173
課題の仕様では1ピースあたり120×120画素だから16分の1だと8×8になるが大丈夫か？

175:デフォルトの名無しさん
07/07/23 11:48:35
>>174
何か問題でも？

176:デフォルトの名無しさん
07/07/23 11:51:02
>>174
１６分の１で判断つかなかないものに対して８分の１で判断しろよ

177:デフォルトの名無しさん
07/07/23 11:52:08
別に速度を追求するコンテストじゃないんだからそんな縮小にこだわるなよ

178:デフォルトの名無しさん
07/07/23 11:59:13
ピースの判断もあらかじめハッシュを作っておかないと無駄処理が多くなるな
例えば辺の色を調べるにしても傾向順（詳細は不明）に並べとけばはずれたもんに関してはチェックしなくていいわけだし
なんの要素でどうソートしておくかもキモだな

アルゴリズム自体はウンコでも最適化で突っ切るってアリかな？ｗ
正直、色（色々ｗ）、エッジ（縦横別）なんかの連続性みるぐらいしか思いつかんけど

179:デフォルトの名無しさん
07/07/23 12:00:46
>>177
強引に突っ切る手が使えるｗ
仕事でも結構やるｗ
特に検出系はよほど特殊でない限り解像度をフルで使うことなんてまずない

180:デフォルトの名無しさん
07/07/23 12:30:13
bmpファイルのディザ法について質問ですけど･･･
周りの画像に影響を及ぼすディザ法（条件付決定法とか誤差配分法）をする場合、
元画像に対して左上から右下に向かって処理を行わなければならないのでしょうか？
というのは、画像データは左から右へ、下から上の順で格納されていますが
画像データを順に読み取っていくと、どうしても元画像に対して左下からになってしまい
元画像を垂直に反転した状態の画像に対して、ディザ処理を行っしまうと思います･･･。

一般的には、このように行うものなのでしょうか？
それとも、画像データを読み込む際に、何か工夫して
元画像に対して左上から処理を行わせていくべきなのでしょうか？

分かりにくい文章ですいませんが、よろしくおねがいします･･･

181:デフォルトの名無しさん
07/07/23 12:31:44
同じ画像を上下反転したので試せばわかる事

182:デフォルトの名無しさん
07/07/23 13:46:58
>>170
人間にも判断がつかないものは無理
そんなエスパーアルゴリズムできるわけない

183:88
07/07/23 14:41:54
GIF話、盛り上がったけど
ライブラリの話が出てない件（´д｀；）
>>94
仕事で必要になってしまった。

184:デフォルトの名無しさん
07/07/23 15:42:57
コマンドで繋ぐほうが使い勝手良くね？

185:デフォルトの名無しさん
07/07/23 15:54:05
ImageMagickとかでいいんじゃね？

186:デフォルトの名無しさん
07/07/23 17:38:03
>>183
URLﾘﾝｸ(sourceforge.net)

187:デフォルトの名無しさん
07/07/23 19:15:24
>>182
いや、そういう問題じゃないだろ (^^;

188:デフォルトの名無しさん
07/07/23 20:41:54
お前らの画像処理は低レベルだな

189:デフォルトの名無しさん
07/07/23 21:13:48
ここで、188が高レベルの自作プログラムを披露！

190:デフォルトの名無しさん
07/07/23 21:21:15
フーリエ変換がよくわかりません。
どのような処理をするのか･･･とか、わかりやすく教えてください。
過去ログにはこの内容は見当たらなかったし、ネットで調べても難しいこと
しか書いてなかったので困ってしまって、ﾜﾝﾜﾝﾜﾜﾝ...

あと、ノイズの入った画像をフーリエ変換し、ノイズの除去された画像と、
スペクトル画像を出力するプログラムがあるのですが、
このスペクトル画像と言うのは何ですか？

よろしくご指導おながいします。

191:デフォルトの名無しさん
07/07/23 21:26:57
ふざけてるの？

192:デフォルトの名無しさん
07/07/23 21:30:23
>>190
勉強してね♥

193:デフォルトの名無しさん
07/07/23 21:33:33
ﾜﾝﾜﾝﾜﾜﾝ...

194:デフォルトの名無しさん
07/07/23 22:24:47
The Fourier Transform Film
URLﾘﾝｸ(www.youtube.com)

195:デフォルトの名無しさん
07/07/23 22:25:43
>>190
フーリエの冒険を読め。
それでも分からなかったら、あきらめろ。

196:デフォルトの名無しさん
07/07/23 22:27:07
ついでに「冗談でしょうファインマンさん」もお願いします

197:デフォルトの名無しさん
07/07/23 23:16:58
　11111111111111111
　22222222222222222
　33333333333333333
　44444444444444444　←こういうグラフィックを
　55555555555555555
　66666666666666666
---------------------------------------------------
　11111111111111111
　　　　　　　　　　　　　　　　　22222222222222222
　33333333333333333　と　　　　　　　　　　　　　　　に分離したり
　　　　　　　　　　　　　　　　　44444444444444444
　55555555555555555
　　　　　　　　　　　　　　　　　66666666666666666
---------------------------------------------------
　22222222222222222
　11111111111111111
　44444444444444444　←このように
　33333333333333333　　入れ替えたりする処理を
　66666666666666666
　55555555555555555
---------------------------------------------------
VB2005を使い高速でやりたいのですが、何か良い方法は無いでしょうか？
DrawImageを使って、1ラインずつ取得、1ラインずつ描画、
というようにやってみたんですが、ライン数が多いと描画が遅いのです。

198:デフォルトの名無しさん
07/07/23 23:24:44
マスクつかえ

199:デフォルトの名無しさん
07/07/23 23:28:05
イメージをBitmapに変換して、自前でゴニョゴニョすればええよ

200:デフォルトの名無しさん
07/07/24 05:02:10
確かにマスク使えば一気に描画できるな
>>197はマスク処理に関して調べているだろうか・・・

201:デフォルトの名無しさん
07/07/24 20:10:18
>マスク

初めて聞く処理です。それでやってみます。
ありがとうございました。

202:デフォルトの名無しさん
07/07/24 20:14:42
おまえら、マジで低レベルだな

203:デフォルトの名無しさん
07/07/24 20:25:59
低レベルすいまん。
高レベルなの教えくだい。

204:デフォルトの名無しさん
07/07/24 20:48:29
俺も中学生の頃はマスクの意味が分からなかった。
処理自体が何をやってるのかは理解出来たんだけど、
何でそれをマスクと呼ぶのかが謎だった。

当時はマスクと言ったら筋肉マスクしか思い浮かば
なかったからなあ。

205:デフォルトの名無しさん
07/07/24 20:52:47
美術部や模型同好会ならマスキングテープ使うから、すぐ理解できるに違いないて

206:デフォルトの名無しさん
07/07/24 20:56:15
マスクメロン……アレは違うか。

207:デフォルトの名無しさん
07/07/24 21:16:46
顔検出のスレが見つからないけど、どこですか？
ここじゃないよね。

208:デフォルトの名無しさん
07/07/24 21:19:20
ここでもいいよ

209:デフォルトの名無しさん
07/07/24 23:48:24
質問です。
顔検出のアルゴリズムについて説明してください。

210:デフォルトの名無しさん
07/07/24 23:50:51
そういうのは質問とはいわないと思う

211:デフォルトの名無しさん
07/07/25 02:34:00
>>209
人間の目は点が３つあったら人の顔と認識するというから
とにかく３点を探して見つかったら「顔」と判断します。以上。

212:デフォルトの名無しさん
07/07/25 03:11:08

∵

213:デフォルトの名無しさん
07/07/25 03:16:17
たしかに、人間の形態認識ってそんなんだから、心霊写真で似非宗教家の懐を潤すことになるんだよな。

逆に言うと、顔検出のアルゴリズムを使って、心霊写真を作り出すフィルタでも作ったら
そういった奴らを釣れておもしろいかもしんない。

214:デフォルトの名無しさん
07/07/25 03:42:12
レベル低くて、寒すぎるｗｗｗ

215:デフォルトの名無しさん
07/07/25 12:40:02
温暖化防止に努めてんの。

216:デフォルトの名無しさん
07/07/25 14:24:21
>>214
じゃあレベル高いレスだけニューラルネットワークでも使って、抽出して、
以後レスされる内容も学習器より予測させて、各レベル別に閲覧できる2chプログラムでも書いてくれや

217:デフォルトの名無しさん
07/07/25 19:40:32
>>211
３つの点を認識する方法をもう少し詳しくお願いします。

218:デフォルトの名無しさん
07/07/25 22:04:03
そ、そうくるか・・・

219:デフォルトの名無しさん
07/07/25 22:13:31
>>217
つマスク

220:デフォルトの名無しさん
07/07/25 22:17:38
>マスク

だめでした。
透過色を指定しなくてはならないので、
写真には不向きです。

221:デフォルトの名無しさん
07/07/25 22:18:27
最近はカメラとかビデオにそういう機能ついてるね

探せば論文位ありそうだけど

222:デフォルトの名無しさん
07/07/25 22:22:58
ちなみに、ＢｉｔＢｌｔもダメでした。
URLﾘﾝｸ(www.tees.ne.jp)
のようなサンプルプログラムを動かそうとしても、VB2005では動かず、
APIの使いかたをヘルプで調べると、2005じゃ必要ねえとか言われる始末で…。

223:デフォルトの名無しさん
07/07/25 23:25:34
LockBitsとMarshal.Copy使え

224:デフォルトの名無しさん
07/07/26 06:09:30
>>216
SVMの方がよくね?

225:デフォルトの名無しさん
07/07/26 07:29:41
SVMもニューラルネットも似たようなもんだが？

226:デフォルトの名無しさん
07/07/26 16:14:43
>>222
なんでBitBltが使えねぇんだよｗ
調べた結果BitBltの仕様が変わって使えなくなったって言ってる？

それと、自分で理解してコード書いた上で駄目だったって言ってる？

単にサンプル動かしたら動かなかったってだけ？

227:デフォルトの名無しさん
07/07/26 16:46:41
>>226
VB.netだと描画まわりがGDI+だからじゃね？
まあしち面倒くさいことすれば使えなくもないが阿呆らしいから普通使わない。

228:デフォルトの名無しさん
07/07/26 16:50:34
某大学の研究室に所属したばかりのペーペーです　画像処理やってます
今度自分の研究内容を１０分間プレゼンすることになりました、プレゼンなど一度も経験無いんでアドバイスください
今のとここのようにしようと思ってますがどうでしょうか？↓
プレゼン表題→目次→目的（入力と出力がどうなるか）→
どうやって実現するか（使用した言語・ツールはなにか）→
実際にこれまで作ったプログラムを表示・軽く説明→問題点とこれから→終わり？
１０分もかからない？かもしれません・・。アドバイスお願いします
ちなみにプログラムはまだ未完成なので実行結果を表示はまだできません。

229:デフォルトの名無しさん
07/07/26 16:56:31
いくら画像処理研究してるとはいえ、
プレゼンのやり方は、さすがに板違いだろ・・・

次ページ