画像処理 15枚目 [転載禁止]©2ch.net
画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎 画像処理系のライブラリ
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/ waifu2x をテンプレに含めるべきかもしれない メディアンフィルターのプログラムを自作しており
中央値を導く時にクイックソートを使っています.
ソートはとても時間がかかるため効率的に中央値を導く方法をご教授してもらえないでしょうか?
7×7×7のフィルターです >>6
最小値と最大値を計算する
どっちかが4カウント行ったら中央値
ソートより早いかはわからん どれぐらいのサイズだと毎回挿入ソートするのと全部まとめてソートするのとに差が出てくるかな? 極論で言えば全部をソートせず、
二次元画像なら隅4点と中央点を直接指定するとか
7x7x7だから3次元ぽいが、9点ソートや17点ソート(+中心から垂直に4離れた8点)でもそれなりに綺麗になるかと
馬鹿正直に343点ソートよりはずっと早いし そのやりかたはありだと思うが…
既にメディアンではなくなっているよね? バケットソートかSIMDのmin,maxあたり使うとソート自体が速くなる
ウィンドウサイズが3x3ならいろいろテクニックあるんだが
7x7x7だとウィンドウずらしとか面倒そうだな 果たしてメジアンを知ることに意味があるのかどうか
メジアンを見つけるより適当な値を暫定メジアンにした方が良い場合の方が多い 6です
皆さん親切にありがとうございます,
どうやらクイックソートよりも良い方法はなさそうですね。 >>15
おおむねそんな感じだけどCPUの進化で条件分岐予測とかキャッシュサイズの関係で
最適なのかは違ってきてると思う
>>16
要素数が少ない場合に選んではダメなソートアルゴリズムだろ
だいたい中央値なら全要素のソートが完了する必要がない メディアンを使う時って大抵は細かいノイズ除去だしね
数点抽出してソートすれば事足りる
目的がわからんから何とも言えんが、平均がダメならバイラテラルフィルタを簡略化するとか まあ、その「数点抽出して」が効果的かどうかが問題なんであって、メディアンを
使うことは確実性という意味では最適だがな…
いかんせん、速くする方法がほぼないからな… 白色LEDライトの付いた Web Camera を買ったのですが、撮った写真の色が
太陽光での見た目と違うので補正したい。
RGBの3色のモデルというかパターンを撮って、これのずれで上の写真を補正
できないかと思っていますが、3色のバターンはどこかで入手できないでしょ
うか。 その入手したいパターンというのがデジタルデータという意味なら、
入手後、自分で印刷するつもりだということ?(´・ω・`)
それなら自分でペイントとかで作って印刷すればいいんじゃないかな?(´・ω・`) >>20
カメラ屋とか印刷屋いけば色サンプルの切れ端くらいいくらでももらえる ソートの部分だけ、アセンブラ(SIMD)にするとか
書くの大変だと思うけど、7倍ぐらいは早くなるよ。 レスをどうも。
>>21 RGB(255,0,0), RGB(0,255),0), RGB(0,0,255) を印刷したものが欲しいと
思ったので、自分で印刷するとプリンターによるずれが出る。
>>22 確かに。本当に白い紙があるか探して試します。
>>23 もう10年以上もこういうとこ行ったことなくてうかつでした。
行ってみます。 減色処理をやってるとこだが、最適化パレット
生成には
メディアンカットとk-meanのどっちがいいんだ? >>20
キッチリ合わせるならx-riteのカラーチャート
表示した時のRGB値が載ってるから補正にオススメ
まーそこまでやらなくても、見た目に近い色を表示してくれるカメラで赤青緑の折り紙を撮影して、
ウェブカメラとの比を係数にすれば十分だとは思うが
あとはソフトじゃないが赤外線カットフィルタが無かったら付けるだけでも結構違う 【なんちゃって減色処理】
1.画像を16x16に縮小する。
2.画像から256個の画素を取り出す。
3.256色以下に減色成功! 画像処理ライブラリー「imaio」
http://katahiromz.web.fc2.com/imaio/
コンパイラーは、VC++ 2013、MinGW、BCC55に対応。
画像形式は、BMP, JPEG, GIF, PNG, TIFF, アニメーションGIFに対応。
よろしくね。 凄い、全然画像を処理しない画像処理ライブラリとか、凄過ぎるよね?(´・ω・`) >>31
減色処理は画像処理ではないという認識もなかなか凄い これをLinux i386に移植したいんだが、アマゾン券20000円でやってくれる人は、居ないか? どういう機能があるかはダウンロードしてreadme読めってんじゃ、見る気にもならんな。 >>35
ご意見ありがとうございます。
次のリリースで修正いたします。今、ネットにつながっていないので(^_^;) >>36
これ使って何が出来るか実例集みたいなのは無いんですか? >>37
ショボいサンプルはimaio_bmpの中のimaio_test.cに つーか、何を目的にしてこんなんつくったん?
俺、つねづね ソース公開する人の気持ちわらかんのよね。
オープンソースプロジェクトになら参加理由はわかるけど。
個人で完結とかだと理由がイメージできん。 オープンソースプロジェクトは内容を見るのがだるいだろ
ブログにぽっと貼ってあるほうがいい DirectDrawを使わずに世界一速い透過処理をDIB HBITMAP上で行うにはどうすればいいんだ。。。 こいつ何もかも中途半端なカタチで途中で投げ出す。
極めることのできない永遠の二流のパクリマン。 こっちの家庭はまだ平成じゃないんだ。朝は早く起きるなとか、
夜はパソコンするなとか、インターネットに接続するな、
とかいろんな家庭内ルールがあって野暮な時間が余分にかかるんだ。 >>47
お前の書き込み時間を見てみろ、まったく韓国人なみの嘘つきだな >>49
片山は北のシンパ
おはようございます。私はオープン帝国参謀の片山博文MZという者です。専門は東アジア情勢と情報技術
です。消費増税決定に心より感謝致します。手短にしますが、北朝鮮をより良い地域にするための提案が
ございます。
北にできて日本にできない産業を考えるに、やはり遺伝子だろうと。北を遺伝子天国にし、試験管ベビーや
ジェラシックパークを実現する計画。税金天国(タックスヘイブン)と同じ発想です。私は本気です。
北を遺伝子で盛り上げて、北朝鮮人民に夢を持たせてあげたい。実現には遺伝子関連技術の注入が
必須だが、あなた方の知恵をお借りしたい。手厳しいご批評をお願いします。 いきなり fusianasanとかこいつの発想がキモい 画像処理ライブラリー「imaio」
http://katahiromz.web.fc2.com/imaio/
ver.0.2!!! バグ修正しました。 723 名前:片山博文MZ ◆T6xkBnTXz7B0 [] 投稿日:2015/06/25(木) 18:04:11.58 ID:L8cWAkwK
Linuxプログラミング初心者の片山博文MZです。X11のことですが、
XImageとPixmapの使い分けがわかりません。なぜ2つあるのでしょう。 片山がばらまいていたウィルスとかinternet Archiveに残っているよ。 アニメGIFの繰り返し回数は、NETSCAPE2.0以外でも指定できるみたいですが、
どのように指定するのでしょうか? C言語でお願いします。 APNGパッチを当てずにAPNG対応しろだと!?
さらにDLL不要にしろだと!?
難易度高し Ocamlが本当にCより速かった
何で画像処理にOcamlみんな使わないんだろ
OpenCVとかもOcaml で書き直してほしい >>67
開発者が少ないからじゃない?
それとも、全部書き直すの? C/C++の画像処理ライブラリーimaio
http://katahiromz.web.fc2.com/imaio/
v0.3にバージョンアップ! アニメーションPNGをサポートしました。 http://www.pro.or.jp/~fuji/mybooks/cdiag/cdiag.4.4.html 当たり前なんだけど画像処理は行列計算だからmatlabが使いやすい matlabってでかい画像入るの?
octaveでやったら256の画像ですらきつかった記憶がある こんなのめっけた
NECが偽ブランド品の識別技術を開発 得意な「認証」を活用
ttp://www.sankei.com/economy/news/141110/ecn1411100027-n1.html >製造段階で、紋様の画像データを事前登録しておけば
なんだかな Windows の GDIplus で PNG 画像を読むと
pixel のデータがオリジナルの PNG 画像と若干値が違うんだけど
こんなバグある? どちらかがカラープロファイルやガンマ値のチャンクを処理してるんだろ チャンクは IHDR と IDAT と IEND しか含まれていない PNG なんです
いま IDAT のダンプして uncompress と filter 通してみて
元データと比較してみたんですが
やっぱり GDIplus が何か変なことしてくれてるみたいです GIMPで作ったXBM画像が白黒反転してねーか? どうもおかしい。 メディアンフィルタを作ってるんだけど?(´・ω・`)
よくあるRGBを別々にソートしてそれぞれの中央値を組み合わせる方法だと参照した
(3x3とかの)ピクセルの中には存在しなかったピクセル値を格納する事になるよね?(´・ω・`)
参照したピクセルの中のRGBの組み合わせをそのまま使わなくてもできあがる画像に
問題はないのかな?(´・ω・`) 気になるというか、オリジナルのデータがインデックスドカラーだと元のパレットに
存在しないピクセル値を使う事になるんで、なんだかなあと思っただけなんだけど?(´・ω・`) 別にクリティカルな条件じゃないよ?(´・ω・`)
元々の画像には使われていなかったピクセル値が使われるというのは
インデックスドカラーでなくても同じだからね?(´・ω・`)
ただ、メディアンには元々の画像環境を壊さずにスムージングできる可能性が
あるのになんでRGBを別々にソートする手法がメジャーなのかな?(´・ω・`)
と思って、まあ、そういう事を聞くのにここ辺りが一番手軽だっただけだよ?(´・ω・`)
>>89
NTSC加重平均でグレスケ化してソートした後、オリジナルのピクセル値を
参照すれば、かなりいい感じになりそうでわあるよね?(´・ω・`)
これでいこうかな?(´・ω・`) もう知ってるだろうけど、
https://www.google.co.jp/search?q=deep+dream&biw=1691&bih=1450&source=lnms&tbm=isch&sa=X&ved=0CAYQ_AUoAWoVChMIgP7mxdLLxwIV0QSOCh2HeAuR
これってどうやってるの?
これと同じことを音声で行うと、面白そうじゃね?
例えばチャー研の音声素材をDBに突っ込んでおいて、
音声や音楽ファイルを読み込んで適用すれば、
自動的に音声MADを生成できるんじゃね? AA自動生成をDCNNでやったら楽しそうじゃない? >>87
昔作ったけど元の色のみを輝度ソートすると色情報が失われるので色の分布によってノイズ状に変なエイリアスが出る
例えば殆どの個所で赤系の色が輝度の中間だけど、微妙に色の揺らぎで青系が中間になるピクセルがあったりすると
そのピクセルだけ違う色で斑状になったりする、特にjpeg画像でテストすると顕著
RGB個別は確かに元の色は失われるけど、結果は安定してて妙なエイリアスも出ないので長年こっちを使っているけど
特に問題は出てないかな 個人的見解だけど、元の中央値フィルタの考え方自体が分布から大きく外れた値の影響を除外した領域の特徴量の抽出にあるから、
意図する処理での特殊な事情がなければ元のピクセルの値が残る事に拘る必要は無い気もします
それでも拘るのであれば、RGBでのメディアン結果を元にカーネル内で最も近い色で置換する方が輝度よりも安定しているかもしれません(未検証)
また前述のノイズ以外では輝度でのソートもRGB個別のソート結果もそれ程見た目は変わりません
また当時自分が調査した限り、写真等の画像処理ソフト分野に限定ですがRGB個別の処理を実装している方が多い多い気がしました フィルタって時点でもとの画素値にないものが出力されるのは当たり前やろアホか フィルタって時点で云々っていう主張はおかしいよな、ものによるとしか言いようが無い