画像処理 その14

1 ：2013/06/02 〜 最終レス ：2013/10/25

画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その13
http://toro.2ch.net/test/read.cgi/tech/1301896601/

2 ：

画像処理系のライブラリ
OpenCV ttp://sourceforge.net/projects/opencvlibrary/
Gimp ttp://www.gimp.org
Vigra ttp://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/
Vips ttp://www.vips.ecs.soton.ac.uk/
VXL ttp://vxl.sourceforge.net/
CImg ttp://cimg.sourceforge.net/
Gegl ttp://www.gegl.org/
ImageMagick/GraphicsMagick ttp://imagemagick.org/ ttp://www.graphicsmagick.org/
GIL ttp://opensource.adobe.com/gil/
CxImage ttp://www.codeproject.com/bitmap/cximage.asp
FreeImage ttp://freeimage.sourceforge.net/
ITK ttp://www.itk.org/
GD ttp://libgd.bitbucket.org/
Imlib2 ttp://docs.enlightenment.org/api/imlib2/html/index.html
MIST ttp://mist.suenaga.cse.nagoya-u.ac.jp/trac/

3 ：

あの何とかって処理のやり方教えてください
3Dゲームとかでリアルタイム処理で使いたいです
写真とか使うときにやると便利かと思ってます

4 ：

何とかでわかるかぼけが

5 ：

おもしろいｗｗ

6 ：

ググろうにも名前が思い出せないからググれないんですよ
なんか人間の目って明るいところと暗いところが同時に目に入っても両方認識できるけど、
デジカメだとかなり性能が良いものでも両方を一枚の画像として鮮やかに出力できないから、
RGBそれぞれ別々に弄って人間の見た目と同じ鮮やかさに近づけるってやつです
頑張りすぎると絵画っぽくなるやつです

7 ：

HDR？

8 ：

>>7
それです

9 ：

CG ARTS協会の本が高評価なので何冊も集めて
いざC++やjavaで使ってみようとしたところ
よく見たらCGや画像処理の紹介例を載せてるだけで
コントラスト変換のアルゴリズムすら載ってませんでした・・・orz
CGや画像処理について
まともなきちんと体系的にアルゴリズムや数式の載っている本はありますか？
やはり大学の教科書系とかが多いのでしょうかねえ？

10 ：

大学の教科書には載ってない

11 ：

ネットで検索すると
たくさんフォトショの仕組みみたいなアルゴリズムの説明が出てくるから
その人たちが参考にした本はいくらでもあるはずなんだけどな

12 ：

画像処理の本ってクソ簡単な本とナウいけど難解な本のどっちかな気がする
間がない

13 ：

MIT Pressにあったかも。10年ほど前に紀伊國屋で立ち読みした覚えがあるが、書名を思い出せない。

14 ：

画像処理いろいろ実装したいんなら素直にOpenCV使えばいいよ
C++やJavaよりPythonから使う方がおすすめ

15 ：

それで、具体的なアルゴリズムの実装方法が知りたくなったら
OpenCVのソースコードを読むと
私はあれ読みたくないけどね

16 ：

画像処理は基礎でそこからコンピューターグラフィックス系とコンピュータビジョン系に分かれてる感じだから
どちらかの専門書で基礎から載っている本を選べばいいんじゃないかな
ただ出版された本だけできちんと体系的に学ぶのには限界があるから
基礎だけやって後はやりたいことを個別に調べたほうがいいよ

17 ：

NUMERICAL RECIPESでも嫁

18 ：

NRは行列とFFTくらいしか画像処理的なのないのでは？
細かい話になればともかく。
NRのC++版の日本語でないかな…。
今更、K&RをANSIにツールで書き換えたようなC版をかいたくない。

19 ：

よくCで学ぶ画像処理みたいな本あるじゃん
ああいうのを２、３冊同時に同じアルゴリズムを実装して計算量とかメモリ量を比較したら勉強になる

20 ：

そうですね
とりあえずソフトバンクの本を買いました
誤字脱字がひどいらしいですが内容が充実していたので

21 ：

アルゴリズムの誤植もひどいから

22 ：

ちょっと教えてほしいんだけど，
二つの画像からオプティカルフローを求めることはできるけど，
一つの画像とオプティカルフローから移動後の画像を求めるのに
いい方法ってないかな？

23 ：

Open CVのような実用的なもんはチューニングしまくっているから、勉強には不向きかも。

24 ：

JPEGフォーマットについて詳しい書籍かサイト知らない？
画像変換系の話題は多いけど、EXIFやIPTC関連の抜き出しについて
あんまり情報が見つからなくて

25 ：

EXIFはカメラ工業会のPDF読めよ

26 ：

EXIFなら.NET Frameworkで取れるな

27 ：

>>24
libexif

28 ：

パノラマ画像を作成したいのですが、
stitchingという作業をどのようにしたらいいのかわかりません。
教えていただけると助かります。

29 ：

OpenCVのStitcherクラスでも見てみたら？

30 ：

数年前にAutoStitchのソースを読んだな。
SIFTの勉強にもなる。

31 ：

初歩的で申し訳ないのですが、
ImageJのメニューバーの表示のさせ方が分かる方はいませんか。

32 ：

HDR画像って作れるものなんですかね？

33 ：

作らなかったらどうやるんだｗ

34 ：

>>33
>32が作れるか知りたかったんだろう。
>>32
お前には無理。

35 ：

いやそうじゃない
1枚の写真から作れるかどうかだ
調べたところによると最初から明るさを変えて何枚か撮影するみたいだが

36 ：

作れるよ

37 ：

1枚の写真をHDRにするってどういう操作？意味がわからん。

38 ：

二次のアナルファックの画像かどうか判定する方法を教えて下さい。

39 ：

ザコムリ

40 ：

>>38まず性器検出からやらんといかん。
大雑把に顔認識とかの技術で培われた
目認識とか口認識とかと同じ方向性で出来るはず。
そこらへんの論文をまず漁る
とか他にもいろいろ考えたけど、結構難しい。
つーか二次のパーツ認識が安定してできるなら、
スマホのカメラで写真を撮って、
それとほぼ同期したワンピの画像を表示する、
とか、二次絵の自動生成とかに挑戦できるはず。
そこらも加味していくと応用範囲の広い分野だと思うんで
頑張ればいいんじゃないですかね。
って大学の卒論で一瞬二次絵検出をやろうとした俺が言う。

41 ：

二次アニメ番組を撮影した画像はどっちで認識されるかな

42 ：

画像の専門家も「魔法のようだ」と驚愕！ ピンぼけ写真を修復できるプログラムが開発される
http://rocketnews24.com/2012/10/26/260658/
これってデコンボリューションの応用かな

43 ：

いいね

44 ：

これ、最適なPSFを見つけるところの支援ってあるのかな？

45 ：

XYZ色合成の参考になるサイトありませんか？

46 ：

画像の全濃淡値を加算してく処理をしたいんだけども
単純に濃淡値取得と加算のループで全ピクセルぶんまわせばいいのかな？

47 ：

いや2^nサイズならReduce
www.udacity.com/wiki/cs344/Lesson_3_-_Fundamental_GPU_Algorithms_(Reduce,_Scan,_Histogram)

48 ：

日本語だとアプリの名前しか出てこねぇ・・・

49 ：

その後どうしたいかによる
平均出したいのか
特定の領域の合計を再取得したいのか

50 ：

【行政】 空港の出入国審査、「顔認証」は１７％で同一人物と認識できず、「精度低すぎ。使い物にならない」と導入見送り…法務省
http://anago.2ch.net/test/read.cgi/wildplus/1375067206/

51 ：

55億円無駄に、特許庁の失敗
2012/12/10
http://itpro.nikkeibp.co.jp/article/COLUMN/20121204/441882/

http://itpro.nikkeibp.co.jp/article/COLUMN/20121204/441881/
特許庁システム、年金システム、ゆうちょ銀行の融資システム──。
数十億〜数百億円を投じたにもかかわらず完成しない政府システム、使われないシステムが相次いでいる。
省庁の業務プロセスとITの改革を目指した「業務・システム最適化計画」の策定開始から8年。
国を支える基幹系システムの開発中止や停滞が絶えない背景には、
IT人材不足や調達プロセスの未成熟さなど、当初掲げていた理想とはかけ離れた現実があった。

52 ：

win7でdcrawを使えるようにした方いますか？

53 ：

フーリエ変換が数式で説明されても理解出来ねぇ・・・

54 ：

グラフ描けば判る
あと騙されたと思ってここ読んでみそ
http://chaosweb.complex.eng.hokudai.ac.jp/~josch/workshop/math/math.htm
http://chaosweb.complex.eng.hokudai.ac.jp/~josch/workshop/math/Maclaurin/Maclaurin1.htm
http://chaosweb.complex.eng.hokudai.ac.jp/~josch/workshop/math/Maclaurin/Maclaurin2.htm
http://chaosweb.complex.eng.hokudai.ac.jp/~josch/workshop/math/Maclaurin/Maclaurin3.htm
フーリエ変換とやってることは同じだから

55 ：

読んでみそ などと言うのはやめませんか
馬鹿にしかみえません

56 ：

でも実際馬鹿なんだろ？

57 ：

>>55
ごめんなさい、許してクレオパトラ

58 ：

sineとCosineの波を重ね合わせればどんな波も表せるよってのがフーリエ。こんぴゅうたで使うのが離散フーリエ。
係数のでかいのが低い音や変化の少ない画像、係数の小さいのが高い音や画像のエッジ。画像や音は最初と最後くっつけて、周期的な波と考えまっせ。

59 ：

テイラー級数のような多項式近似の各項を
それぞれN次のsin/cosで置き換えても
同じように表現可能だろうということで
それを証明して使えるようにしたもの

60 ：

その周波数の存在可能性を判定するだけで実際に含まれるかどうかはFTではわからないらしいね。

61 ：

「らしい」というか
理論だけなら無限を扱えるので「確実に存在する」
現実は無限の計算は無理なので「存在する可能性が高い」
となる

62 ：

誰か医用画像規格のDICOMに詳しい人いませんか？
一見TIFFに似た構造なんですが定義が不可解なんです
ファイル１つ１つにに全宇宙で重複しないIDを持っていたりして
何を考えているのかよくわかりません！

63 ：

ARIBもそうだけど、業界が腐っていると規格も腐るよな。

64 ：

画像にハッシュ値埋め込むのと変わらないだろ

65 ：

DICOMの仕様書を全部読めば・・・ううん、無理ｗ

66 ：

DICOMは仕様乱立だろ

67 ：

特徴点って技術的に行き詰まってない？

68 ：

いろいろあるけど結局SIFTを超える性能はないしな
どれだけマッチング性能落とさずに速度を上げるかのチキンレース

69 ：

KAZEって、速度はどうなんだろ？性能はSIFTよりよさそう。

70 ：

DSPでブースト

71 ：

>>68
てかテンプレートマッチングを高速化させる技術にすぎないだろこれ
安定して点を出せない
点を出したところが必ずしも良い特徴量を出すとは限らない
この二点がどうにもならん

72 ：

画像処理前と処理後の画像の差を数値化できる方法ってありますでしょうか

73 ：

何の差を数値化するんだかｗ

74 ：

printf("42\n");

75 ：

PSNRとかSSIMのことかいな
ssimを指定してjpeg圧縮率を求めるプログラムを作ったっけ(遠い目)

76 ：

画素のdiff取りたいだけじゃね

77 ：

言葉が足りずに申し訳ありません
フィルタ処理を行った際の画像の劣化具合を数値で比較できないものかと思っておりました
勉強不足だったようで出直してきます
ありがとうございました

78 ：

それだったらPSNRだな

79 ：

CIELabでL=50でａｂの図をつくろうとするとだいたい
http://www.arch.virginia.edu/arch569/content/lectures/lec-05/images/lab-coordinates-L-50.jpg
のようになって明るさが均等じゃないように感じます
↓みたいにするにはどうすればいいですか
http://www.photo-lovers.org/img/cielab.png

80 ：

L -50%ってかいてあるやん

81 ：

すまん勘違いだったわ

82 ：

>>79
作った図と参考にしてる図で、aとbの範囲が違わない？
1つめの図を真ん中あたりだけクロップすると2つ目の図とほぼ一致するような気がするんだけど。

83 ：

aとbの範囲に気をつけてもとの記事をみてきました。
下の画像のあるページは
http://www.photo-lovers.org/color.shtml.en
で a、ｂともに -127から +128になっていました。
上の画像のあるページは
http://www.arch.virginia.edu/arch569/content/lectures/lec-05/page-2.html
でこちらも a、ｂともに -127から +128になっていました。
実際に意味のある値の範囲はこれより狭いんですね。
そこで内側の部分だけを取り出すようにしたら、確かに下の画像と同じような結果になりました。
6週間モヤモヤしてたので、ホントすっきりしました。ありがとうございます。

84 ：

KAZE descriptorって、何で日本人著者じゃないのに「風」なんて名前にしたんだろう。

85 ：

KAZE descriptorで検索した最初のPDFの2ぺージ目の下のほうに理由が書いてあったよ。

86 ：

ありがとう
仮面ライダーかぁ・・・

87 ：

V3 発売開始記念

88 ：

ICIP2013いったひといる?

89 ：

そりゃ行ったヤツはそれこそ何千何万といるさ。
だがな、返ってきたヤツってのは、未だにゼロだ。

90 ：

>>89
どゆこと?

91 ：

いったきりってことだろ
いわせんなはずかしい

92 ：

colorizaionのいい解説してるのありますか?

93 ：

Color Image Processing: Methods and Applications

94 ：

colorization using optimization
に従ってインプリメントしたら非常に遅い。
上記の論文を引用して改良した高速化アルゴリズムを探したら結構あった。
リアルタイムで処理できるものもたくさんあるよ。

95 ：

javaがCと同等な速度でるようになったと聞いた
そろそろ画像処理もjava使って大丈夫なんだろうか

96 ：

誰がそんな事を？

97 ：

初耳　そんなこと可能なの？

98 ：

ほんまでっか

99 ：

>>95
同じロジックを組めば絶対に勝つことはないけど、
適当に組んだ同士の戦いなら五分の勝負いける。

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

静的型付け言語の潜在開発生産性は今の100倍 ×3 (561)
【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ40【pl,rb,php,py】 (801)
静的型付け言語の潜在開発生産性は今の100倍 ×3 (561)
Visual Studio 2005 Part 27 (142)
【Lisp】プログラミング言語 Clojure #3【JVM】 (100)
ふらっとVisual C#,C♯,C＃（初心者用） Part107 (667)
--log9.info------------------
月刊プロボーラー (580)
【SEEFEEL = SCALA + DISJECTA + LOCUST】 (470)
【Kiyosi】イズミキヨシ　どう？【Izumi】 (113)
　「レーベル　総合スレ」　 (116)
【ピコピコ】FLOPPY 第４回【生徒会】 (179)
【Noise】�刧売G Marzbow �刧売G【Sound】 (156)
◇地方限定◇テクノ・打ち込み系のバンド (158)
T.ラウムシミール (176)
　機材フェチ (229)
卓球太りすぎ！ (750)
VINCE WATSON (BIO/INGOMA/HEADSPACE) (224)
テクノで好きなジャケットは？ (133)
[Italy]Mauro Picottoと愉快な仲間たち[Techno] (155)
☆★李貞賢　イ・ジョンヒョン☆★ヒョニー (170)
Ulrich Schnauss (638)
NW◇エレポップのｽﾚ (211)
--log55.com------------------
捕　　　鯨　　　賛　　　成
スレ建てるまでもない質問はこちらへ
東電の株を買え
【特攻】今から福島原発で働きたい！【自殺】
かんでんエンジニアリングってどうよ？
[TOKAI]と［トータルエネルギー］の悪徳商法２
環境ジャーナリスト石井孝明の裏事情
野田よ岸信介を見習え即再稼働せよ