1001コメント315KB

画像処理その７

レス数が1000を超えています。これ以上書き込みはできません。

0001デフォルトの名無しさん

2006/05/29(月) 09:56:00

・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎

前スレ
画像処理その６
http://pc8.2ch.net/test/read.cgi/tech/1140510670/

過去スレッド
画像処理その５
http://pc8.2ch.net/test/read.cgi/tech/1127705848/
画像処理その４
http://pc8.2ch.net/test/read.cgi/tech/1107854973/
画像処理その３
http://pc5.2ch.net/test/read.cgi/tech/1090897159/
画像処理その２
http://pc5.2ch.net/test/read.cgi/tech/1054545005/
画像処理
http://pc5.2ch.net/tech/kako/992/992671330.html

0002デフォルトの名無しさん

2006/05/29(月) 10:14:02

>>1
乙

0003デフォルトの名無しさん

2006/05/29(月) 10:33:40

彼3

0004デフォルトの名無しさん

2006/05/29(月) 12:46:10

0005デフォルトの名無しさん

2006/05/31(水) 10:20:59

0006デフォルトの名無しさん

2006/06/01(木) 00:12:17

六

0007デフォルトの名無しさん

2006/06/01(木) 13:46:06

ImageMagickをインストールしてMagick++を使ってプログラムをしようと思って
公式からダウンロードしてImageMagick（ImageMagick-6.2.7-8-Q8-windows-dll.exe）をインストールしたら
Demoプログラムは動くんですが、自分でソースを作って
#include <Magick++.h>をしても読み込めませんでした。
includeとlibにImageMagickのincludeとlibを入れてみたんですが
error LNK2019が出てしまいます。
どうすれば使えるようになるのでしょうか？

0008デフォルトの名無しさん

2006/06/01(木) 16:08:15

>>7
ImageMagickというのは知らないので、はずしてるかもしれないけど、
エラー番号からするとＷｉｎＭａｉｎ（）かｍａｉｎ（）がない、もしくは、
ｌｉｂのパスが通っているだけでライブラリーが指定されてないように思えますが。

0009デフォルトの名無しさん

2006/06/01(木) 17:29:56

RGB→Luvに変換したいんですが、
とりあえず↓のサイトを見ながらプログラムを作って、

ttp://image-d.isp.jp/commentary/color_cformula/Luv.html

出てきた結果が、正しいかどうか確認したいんですが
なにか良い方法はないでしょうか？
理想は、↓サイトのように、あるRGB値を入力して
Luv値を返してくれるようなトコがあれば嬉しいのですが・・・。

ttp://www.eonet.ne.jp/~s-inoue/CO6_henkan/index-a.html

とりあえずphotoshop7.0が大学の端末に入っているので
それ使ってもいいです。よろしくお願いします。

0010デフォルトの名無しさん

2006/06/01(木) 19:10:15

http://www.easyrgb.com/

ここオススメ。
Color Calculator使えば一発でいろんな色空間での数値が表示される。
Mathから変換公式も見られる。

001110

2006/06/01(木) 20:00:31

見なおしてみたら、ここ変換公式じゃなくて擬似コードを公開してるんだな。
わざわざ実装乙ｗな気分にさせられてしまうかもしれないが、そこは許してね。

0012デフォルトの名無しさん

2006/06/01(木) 23:08:35

>>9
ttp://image-d.isp.jp/commentary/color_cformula/Luv.html

知ってると思うけど RGB 単独では「色」を表す事はできなくて、
カラープロファイルの情報と結びつける必要がある。

このページは RGB を D65 決め打ちで取り扱ってるから注意が必要。
Windows 標準の sRGB 空間にあるRGB値をこの式で変換しても意味は無いよ。

変換式を実装するより先に色空間やガンマの理解が要るんだが。
その辺りは大丈夫なのか？

0013デフォルトの名無しさん

2006/06/02(金) 00:12:22

WinだったらImageMagickよりましな奴あるんじゃないの？
漏れは犬なので知らんけど。

0014デフォルトの名無しさん

2006/06/02(金) 10:34:39

freeで手頃なのがないんだよね。
有料ではLeadToolがあるけど色に関しては色々怪しいし座標変換は使い難いし。
寧ろ知ってたら教えて欲しいくらい。
#LeadTool程度以下なら何セットか買いたい。

00159

2006/06/02(金) 12:53:02

助言ありがとうございます。
自分の知識の未熟さが確認できました。もっと勉強します。

>>10
うおぉ便利なサイトですね。有効利用させて頂きます！

0016デフォルトの名無しさん

2006/06/03(土) 11:06:53

DVフォーマットの仕様説明してある
資料ってどこから入手していますか？

0017デフォルトの名無しさん

2006/06/04(日) 15:29:37

256色カラー(この概念がよくわかっていない)から
256^3色カラーの変換式（？）ってどういった式になるのでしょうか？
ぐぐったけれど上手く見つけられませんでした。よろしくおながいします。

0018デフォルトの名無しさん

2006/06/04(日) 15:42:35

式はない。

0019デフォルトの名無しさん

2006/06/04(日) 20:10:35

普通にパレットから輝度を割り出せばOKぢゃね？

0020デフォルトの名無しさん

2006/06/04(日) 20:25:55

DVフォーマっトの資料教えてください

0021デフォルトの名無しさん

2006/06/04(日) 21:08:56

ぐぐれ。

0022デフォルトの名無しさん

2006/06/04(日) 21:13:08

なかったの教えてよ

0023デフォルトの名無しさん

2006/06/04(日) 21:37:04

一発でみつかるよ。

0024デフォルトの名無しさん

2006/06/04(日) 21:43:36

買え

0025デフォルトの名無しさん

2006/06/04(日) 22:39:29

買ってもいいので資料の場所教えてください
本当に困ってます。

0026デフォルトの名無しさん

2006/06/04(日) 23:08:13

まじでなにがしりたいんだろ。

0027デフォルトの名無しさん

2006/06/04(日) 23:11:59

画像フォーマットがどうなっているか知りたいのです
スーパーブロックの構造とかフレームの構造とか
そうゆうの乗ってる資料ありませんか？
プログラム組むのに一々ファイルバイナリで数百ダンプして解析するの嫌なんですよ

0028デフォルトの名無しさん

2006/06/04(日) 23:19:18

IEC 61834とかいろいろ。つーかお前完全に探してないだろ。
あとAVIファイルの構造自体がわからんとかそういう冗談はなしにしてくれ。

0029デフォルトの名無しさん

2006/06/04(日) 23:35:35

IEC 61834高いももれの金じゃかかえない
どうしよう...

0030デフォルトの名無しさん

2006/06/05(月) 00:02:57

とりあえず変換ソフトなりライブラリのコード読めば？

0031デフォルトの名無しさん

2006/06/05(月) 05:55:30

dv マクロブロックでぐぐるとそれなりの情報があるな。
まあ悪いことは言わんから適当なライブラリ使っとけ。

0032デフォルトの名無しさん

2006/06/11(日) 23:23:20

このスレにはテンプレ無いの？
便利なライブラリとかさ…

0033デフォルトの名無しさん

2006/06/12(月) 09:39:00

>>32
言いだしっぺのオマイがテンプレの叩き台を出すべき

0034デフォルトの名無しさん

2006/06/12(月) 10:44:09

ttp://www.jpeg.org/
ttp://www.codeguru.com/Cpp/G-M/

0035デフォルトの名無しさん

2006/06/12(月) 18:12:20

日本語でおｋ

0036デフォルトの名無しさん

2006/06/13(火) 01:31:23

>>33
じゃ、とりあえず一個OpenCVとかどうかな

Open Source Computer Vision Library
http://www.intel.com/technology/computing/opencv/index.htm

SourceForge.net: Open Computer Vision Library
http://sourceforge.net/projects/opencvlibrary/

0037デフォルトの名無しさん

2006/06/14(水) 00:28:35

H.264/AVCの良書教えてください

0038デフォルトの名無しさん

2006/06/16(金) 18:55:29

スレ違いかもしれませんが、お聞きしたい事があります

Delphi6で画像ビューアみたいなものを作っているのですが
画像処理の知識を持っておらず、拡大縮小の処理は
公開されているコンポーネントを使用しています
拡大縮小後の画像の質はかなり良いと思うのですが、
1100x1400 → 990x1260の縮小処理を
BiCubicで行う場合、1.5秒程かかります
スペックは Celeron700MHz メモリ64MB VRAM共有です

お聞きしたいのはこの拡大縮小の処理時間のことで、
このスペックで上記の処理を行い1.5秒という結果は遅いのでしょうか？

0039デフォルトの名無しさん

2006/06/16(金) 20:32:30

>>38
どんなアルゴリズム使った拡大縮小なのか言わないおまいさんに
正確な答えを返せる奴はエスパー

0040デフォルトの名無しさん

2006/06/16(金) 21:02:15

ちょうどCPUの種類やコーディングその他で変化の大きいところだしな
そのハードで他ソフトの同一処理と比較すべき

0041デフォルトの名無しさん

2006/06/16(金) 21:11:56

メモリ64MBでVRAM共用って時点で遅いもクソもない気がするが。
盛大にスワップかましてるんじゃないか？

0042デフォルトの名無しさん

2006/06/16(金) 21:34:34

>39
一応バイキュービックと書いてあるぞ。
でもまあ、そのスペック＆解像度だと、かなり遅いかもね。
41が言っているようなスワップ等は発生していないと言う前提で。

たぶんもっと早くなる可能性があるのなら、自分で書いてみようかなと
考えているんだろうけれど、仕事じゃないなら書いてから考えてみよう。

0043デフォルトの名無しさん

2006/06/16(金) 21:41:00

>>39
エロ画像なら念心念心と唱えながら実行すれば
0.5秒切れると思うけどねがんばれよ

0044デフォルトの名無しさん

2006/06/16(金) 21:49:35

縮小側にバイキュービック使うのは無駄っつー気はするけどな。

0045デフォルトの名無しさん

2006/06/17(土) 00:10:05

任意の背景色に対して読みやすい文字色を決定する適当なアルゴリズムは何かありますか？
読みやすい、という表現が非常に主観的ではあるのですが、一般にという話です。

0046デフォルトの名無しさん

2006/06/17(土) 00:21:41

読みやすい＝コントラスト最大ならわりとまぁ。
もっともギンギンにコントラスト強いのが読みやすいかといえばまぁそれはそれで別の問題だが。

0047デフォルトの名無しさん

2006/06/17(土) 00:26:52

>>45
確かにそういうのが欲しいシチュエーションはあるよね。
自分で調べたことは無いけど。
色彩心理学とかカラーコーディネーターの分野の方にあるかも。

0048デフォルトの名無しさん

2006/06/17(土) 00:40:49

適当な背景色と前景色の組み合わせなら
w3cのアルゴリズムでそこそこ無難な色が得られるけど、
任意の背景色になるとむずかしいよねー。

w3cのアルゴリズムは、たとえばこのへんから
ttp://www.infoaxia.com/tools/cca/index.html

0049デフォルトの名無しさん

2006/06/17(土) 00:58:26

文字を読みやすくするなら、袋文字が一番だな。
白いアウトラインに黒文字。

0050デフォルトの名無しさん

2006/06/17(土) 01:44:32

>45
任意の背景色が単色ならいろいろ考えられるけれど、
自然画像のように、色々な色が混在している場合の汎用と言えば縁取りしかない。
縁取り色と中の色にはいろいろな組み合わせがあるだろうが、
49の言っているように白黒が多い。
なお、出力するデバイス（ＴＶなのかＰＣモニタなのかなど）によって、適切な
色や輝度は異なります。

0051デフォルトの名無しさん

2006/06/20(火) 01:25:00

LucasKanade等のオプティカルフローって動き補償に実際に
使われていますか？
二枚の画像を精度良く一致させる方法をご存知でしたら
教えてください。

0052デフォルトの名無しさん

2006/06/20(火) 20:13:11

ayapin.film.s.dendai.ac.jp/~matuda/

0053デフォルトの名無しさん

2006/06/20(火) 20:30:57

いきなりｗ
plamoバイナリ配ってる人か、前に行ったことあるな

0054デフォルトの名無しさん

2006/06/22(木) 22:13:37

>>51
図書館なりなんなり行けば？学生さん。
調べるって方法は人に聞くだけじゃないんだよ。

0055デフォルトの名無しさん

2006/06/23(金) 05:15:00

ｷﾋﾞｼｰ---

0056デフォルトの名無しさん

2006/06/23(金) 11:12:54

そんなくだらいこというなら、おしえてやればいいのに。なんの価値もないレスだ・・・

0057デフォルトの名無しさん

2006/06/23(金) 13:05:33

いや、別に教える義理も義務もないしなあ。
完全に他者の善意に頼ってるのに、
質問をして必ず解答が返ってくると考えるほうが変だが。

005851

2006/06/23(金) 14:44:23

mpeg等はブロックマッチングが動き補償に使われているのに対して、
オプティカルフローは多くの研究成果があるけど、
実際のcodecには使われていないのは、なにか問題があるのかと
思い質問しました。ブロックマッチングが無難ということでしょうか。

0059デフォルトの名無しさん

2006/06/23(金) 15:53:00

>>57
なら書き込みすらしなければいいのに

0060デフォルトの名無しさん

2006/06/23(金) 19:33:09

というか、そんな難しいことを聞かれても分からないので答えようがないのだが。

0061デフォルトの名無しさん

2006/06/23(金) 20:02:52

削ったフレームを再生時にオプティカルフローで
補間するということなら、やはり演算負荷が問題
ではないかと２次元レベルの洩れが半端にレスしてみる

0062デフォルトの名無しさん

2006/06/23(金) 20:20:19

>58
オプティカルフローは、コーデックと言うよりカメラ側の動き検出に利用されているのを
よく見かけます。
雑感ですが、勾配法では点そのものの明るさが代わらないことを前提にしますし、
フレームの移動にはよさそうですが、何がどうなるかわからない動画の動き補償には
ＣＰ（コーディングのＣＰも含めて）的にもブロックマッチングのほうが無難な結果を
得られるのではないかと思います。

006351

2006/06/23(金) 21:28:09

＞＞６２
ありがとうございます。オプティカルフローはせっかく面白い理論なのに
実際使うとなると、ブロックマッチングの方が無難というのは残念です。
オプティカルフローが実用レベルで役立っている例は少ないのかな。

0064デフォルトの名無しさん

2006/06/24(土) 00:48:43

>>63
勾配法もブロックマッチングもオプティカルフローの推定方法じゃないのかね？

006562

2006/06/24(土) 01:25:21

>64
仰るとおりですが、58の質問をみると、58は勾配法の意味で
使用していると判断しました。

0066デフォルトの名無しさん

2006/06/24(土) 02:58:29

MPEGのようなブロック単位での動き補償の代わりに、
格子点のオプティカルフローを基に参照画像をメッシュtoメッシュで変形させるような
動き補償も最近のGPUなら可能なような気がするな・・・

0067デフォルトの名無しさん

2006/06/24(土) 12:52:11

なんだよ補償って

0068デフォルトの名無しさん

2006/06/24(土) 22:11:57

>>67
動き補償は motion compensation の一般的な訳語ですよ。
比較元の画像と動き予測(motion estimation)の結果から、
対象画像を再構築する処理を差します。

>>66
一般的な動画映像では、移動量が連続ではなく離散的なので、
通常のオプティカルフロー解析でメッシュ変形のような動き補償をしても、
効果が少ないというか、単なるブロック単位での動き補償と比べて差分(誤差)が小さくならないと思う。

ちなみに、MPEG2のエンコードで、動き予測の前処理としてオプティカルフロー解析を使ったことはあります
(解析結果の勾配を動きベクトルの初期値として、その近傍を探索する)
が、イマイチ良い結果が出なかったかな。

MPEG の動き予測・動き補償は「対象画像から似てる部分を参照することで、データ量を削減する」のが
目的であって、「実際の動きがどうなのか」はどうでも良いし。
(見た目上の動きとはまったく無関係な部分を参照しようが、データ量が削減できれば正義)

006951

2006/06/25(日) 09:11:40

データ量削減というより実際の動きを高精度に求める方法を探しています。
BMだと動きベクトルの滑らかさを考えるのが難しいので、
オプティカルフローを考えてました。
一応、メッシュ＋オプティカルフローでやってみたのですが、
正則化パラメータがうまく設定されれば、それなりにうまくいくようです。
ただ、パラメータ設定が難しいため、BMの結果をメッシュで近似した方が
簡単で良いような気がします。

0070デフォルトの名無しさん

2006/06/25(日) 10:30:00

パラメタなんて適当に学習させて
最適解でっちあげろよ

0071デフォルトの名無しさん

2006/06/25(日) 20:09:53

実際の動きにこだわるなら適応型を使わざるを
得ないのではと再び半端レスしてみる

0072デフォルトの名無しさん

2006/06/26(月) 13:59:52

質問です。
モノクロ動画の背景を消したいのですが、１コマ前の画像から今の画像を引けば動いてるものだけになりますよね？
そこで
for(i=1;i<Y;i++){for(j=1;j<X;j++){
　dif[i][j]=buf[i][j]-now[i][j];
　dif[i][j]=abs(dif[i][j]);
　buf[i][j]=now[i][j];
}}
buf・・・前の画像
now・・・今の画像
dif・・・差の画像
とやったのですが、どうも白と黒が反転したような変な画像になります。
どうしたらいいのでしょうか？

0073デフォルトの名無しさん

2006/06/26(月) 14:11:34

>>72
＞１コマ前の画像から今の画像を引けば動いてるものだけになりますよね？
なりません。

007472

2006/06/26(月) 14:17:42

なぜならないんでしょうか・・・？

0075デフォルトの名無しさん

2006/06/26(月) 14:59:31

2フレーム分の差分を取って見てみろ

0076デフォルトの名無しさん

2006/06/26(月) 15:26:07

>>73
カエルはどうだかわかりませんが、人間はシーン間の差分の絶対値を
一般的な景色として認識してはいないからです。

変な画像にならないようにするには、差分の絶対値ではなく
そのものの色（輝度値）を表示しなくてはなりません。

0077デフォルトの名無しさん

2006/06/29(木) 11:38:10

>>72
差が一定の値以上になった画像のみ取り出すようにしてはどうでしょうか。

> 　dif[i][j]=buf[i][j]-now[i][j];
> 　dif[i][j]=abs(dif[i][j]);

の部分を次のように変えます。ただし、kはその「一定の値」で、0以上とします。

> dif[i][j] = abs(now[i][j] - buff[i][j]) > k ? now[i][j] : 0

このようにすれば、前のフレームとの違いがでた部分だけ抜き出され、
そうでない部分は0の黒身になります。kは原理的には０でいいと思いますが、
動画によっては実際には経験的に得た値にしないとダメじゃないかと
想像します。

0078デフォルトの名無しさん

2006/06/29(木) 20:36:24

透過原稿ユニット無しで読みとったフィルムを
画像処理で元の色合いに変換させることは出来ますか

0079デフォルトの名無しさん

2006/06/29(木) 20:47:19

現物を見ないとなんとも言えんと思うんだけど…

0080デフォルトの名無しさん

2006/06/29(木) 20:58:05

実際にスキャンしてみたの？
普通、裏に白を重ねてやったとしても
コントラスト不足になるはずだけど

008180

2006/06/29(木) 21:03:12

逆か

008280

2006/06/29(木) 21:20:29

その辺はＤＴＰ板の初心者質問スレのほうがいいと思う
ケチョンケチョンに言われそうだがｗ

0083デフォルトの名無しさん

2006/06/30(金) 00:37:20

>>78
ユニット使わずに、ソフト処理で同等の画質を
得たいというのならそれは虫の良い話
枚数が少なくてユニット買うのがもったいないなら
カメラ屋に持ってくべし

0084デフォルトの名無しさん

2006/07/01(土) 16:31:45

２Ｄ画像を３Ｄ画像に変換する技法として、
透視投影変換？があるようですが、これをＭＦＣのＣＤＣや
ＧＤＩを使って行う方法を教えてください。
何かサンプルがあると助かります。

0085デフォルトの名無しさん

2006/07/01(土) 19:05:27

>>84
3D画像にしてからMFCなりGDIを使うんじゃないのか?

0086デフォルトの名無しさん

2006/07/01(土) 19:07:41

変換そのものは、プラットフォームに関係ない。質問自体が変。

0087デフォルトの名無しさん

2006/07/01(土) 23:29:15

>>84
2D を 3D に変換するの?
逆じゃなくて?

0088デフォルトの名無しさん

2006/07/02(日) 00:17:31

画像をパースつけて回転させたいって事だろ

0089デフォルトの名無しさん

2006/07/02(日) 00:20:00

水着写真をヌード写真に変換する
処理はどうやって行うの？

0090デフォルトの名無しさん

2006/07/02(日) 00:29:44

Image img = new Image("水着写真.jpg");

img.MakeNaked();

0091デフォルトの名無しさん

2006/07/02(日) 01:44:45

どどどどどどｄっどのバージョンのライブララリにそのメソッッドは入ってるんですか！？

0092デフォルトの名無しさん

2006/07/02(日) 08:26:58

>>88
ご名答です。

たとえば、
ＭＦＣだとイメージとしては、
デバイスコンテキストを作成して、
メモリ上で描画された元の平面画像を、
パース変換して、実ビューに描画したいのです。

パース変換する場合は、画像ファイルをビット単位で、
変換する作業を行わなければならないのでしょうか。。

0093デフォルトの名無しさん

2006/07/02(日) 08:40:02

パースってパースペクティブの事か。遠近じゃダメなんだろうか。

0094デフォルトの名無しさん

2006/07/02(日) 08:42:01

>>93
よくわからないのですが、
遠近でもいいのかもしれません。

平面を手前や奥に傾けれれば。。

0095デフォルトの名無しさん

2006/07/02(日) 08:54:34

ただのディストーション変形?

0096デフォルトの名無しさん

2006/07/02(日) 09:03:57

>>92
つまり、StretchBltみたいなAPIで
そういう変換ができないかってことか。

Direct3Dでテクスチャ貼り付けとか？
まあ、自分で変換するのが楽かもな。

0097デフォルトの名無しさん

2006/07/02(日) 16:01:27

mpeg2のストリームをいじるソフト(トランスコーダとか)って、特許問題は
不可避なんでしょうか？

0098デフォルトの名無しさん

2006/07/02(日) 16:13:38

金を払ってください

009997

2006/07/02(日) 16:25:13

初代スレに紹介されてたlenna姐さんでハァハァしてきますた(ｗ
元ネタがPLAYBOY誌と云う事なんですが、著作権問題はどうなってるんでしょう？

>>98
フリーで配布してるやつ(ShrinkDVDとか)って、そこら辺を無視してると
云う事なんでしょうか？

0100デフォルトの名無しさん

2006/07/02(日) 16:37:39

>>99
Lennaに関しては、Playboyのコメントがあったはず。ぐぐれば判りますよ。

0101デフォルトの名無しさん

2006/07/02(日) 16:53:57

>>99
テスト素材として使っても良いよ、ということになってるらすぃ。

0102デフォルトの名無しさん

2006/07/09(日) 17:00:27

ガボールフィルタによる特徴抽出に詳しい方はいらっしゃいますか？

G(x0,y0) = e^{-(x1^2+(γy1)^2)/(2σ^2)}cos(2πx1/λ)

x1 = x0cos(z)+y0sin(z)
y1 = y0cos(z)-x0sin(z)

このときのσ、γ、λが何を意味しているのか教えてほしいです。
もしくは別のやり方でもいいのでガボールフィルタの作り方を教えてほしいです。

0103デフォルトの名無しさん

2006/07/10(月) 11:46:42

脳みそのCT画像渡されて「みそ」の部分だけ抽出しろと言われた。
できたら筆記テストできなくても100点くれるらしい

0104デフォルトの名無しさん

2006/07/10(月) 11:50:32

だからなに？

0105デフォルトの名無しさん

2006/07/10(月) 11:51:22

>>102
つttp://matlabserver.cs.rug.nl/edgedetectionweb/web/edgedetection_params.html

0106デフォルトの名無しさん

2006/07/10(月) 12:06:51

>>103
ふーん・・・。じゃあがんばって抽出してね。

0107デフォルトの名無しさん

2006/07/10(月) 15:41:44

すいませんでした。

0108デフォルトの名無しさん

2006/07/10(月) 18:13:40

蛍光ペンでなぞればいいんじゃない

0109デフォルトの名無しさん

2006/07/10(月) 19:05:35

本当にすいませんでした。

0110デフォルトの名無しさん

2006/07/11(火) 22:28:03

>>105
ありがとうございます。
ガボールフィルタを使用している論文を色々と調べていたのですが、
パラメータが結構変わっていることが多いです。
周波数と角度は別として、その他は適当に決めて良いんでしょうか？

0111デフォルトの名無しさん

2006/07/11(火) 23:28:25

>110
ガボールフィルタは、物体の認識のテストでちょろっと作った程度なので、
雑感ですが、変えないと抽出しにくい部分とかありませんでした？
たとえば、画面中にある複数のオブジェクトを認識しようとしたとき、あるパラメータでは
領域が鮮明だけれど、別のパラメータでは不鮮明な場所とかできませんか？
で、パラメータを変えて調べることで、より精度が上げられたりしませんか？

0112デフォルトの名無しさん

2006/07/12(水) 00:10:23

>>111
はい、確かにそういったことはあります。
しかしそれではあまり説得力がないような気がしたのと、
理論的にこのパラメータはこうしておかないと不味い、
というような制約みたいなものがないかと思いまして。

文脈から察するに、色々調節して良さそうなものを使えばよい、ということでしょうか？

0113デフォルトの名無しさん

2006/07/13(木) 17:44:30

gaborフィルタのパラメータは対象に依存するので経験的に設定されている

0114デフォルトの名無しさん

2006/07/13(木) 17:49:25

10×10の画像を9枚使用して1枚のモザイク画像(30×30)にしたいのですが
自分で作成したプログラムでは

ABC
DEF
GHI

Aの1ﾗｲﾝ目を読み込み、Bの画像の1ﾗｲﾝ目を読み込み､Cの1ﾗｲﾝ目を読み込む
Aの2ﾗｲﾝ目を読み込む
これをAを全て読み込んでからBを読み込む･･･
というプログラムにしたいのですが何かいい方法はありませんか？

0115デフォルトの名無しさん

2006/07/13(木) 17:55:01

>>114
ABCのファイルサイズ分のメモリを確保して、すべて読み込んでから処理を行う。

0116デフォルトの名無しさん

2006/07/13(木) 18:10:03

MIRUは、みなさんいかれるのですか？

0117デフォルトの名無しさん

2006/07/13(木) 18:53:48

画像を扱ってるなら、表示したりコピーしたりする関数をつくってるはず。
９枚位置を変えて一枚の画像に描くだけでは？

0118デフォルトの名無しさん

2006/07/14(金) 06:01:51

>>114

普通は >>117 の言うように 30x30 の画像領域を
先に確保してそこに描画すれば済む話

もし、メモリをあまり使いたくないという意味なら
出力ファイルをシークしながら望みの場所に
書き込んで行くのがよろし

0119デフォルトの名無しさん

2006/07/16(日) 22:07:32

opencv で、画像のピクセルをある値にセットするには、
cvCircle を使うしかないんですか?

なんか速度的に問題が出そうなのですが、ほかに何かいい方法はありますか?

0120デフォルトの名無しさん

2006/07/16(日) 22:31:36

>>119
IplImage 構造体のメンバに char *imageDataOrigin ってのがある。
これが画像データの先頭ポインタになってるから、あとは
ポインタ演算すれば好きな座標の画素値が読み書きできる。
詳しくは cxtypes.h 参照。

0121デフォルトの名無しさん

2006/07/17(月) 13:47:31

どう考えてもスレ違いだが一応聞いておきます
http://puka-world.com/php/upload/puka/img-box/1153061530690.png
この画像のモザイク処理部分を解除することってできますかorできるソフトありますか？

0122デフォルトの名無しさん

2006/07/17(月) 14:08:46

>>121
どこかモザイク処理されているところがあるの?
漏れにはノイズ処理されている個所しか見当たらないのだが。

で、一般にモザイク処理は情報量を極端に落とすので文字に対して非常に有効な情報隠蔽になる。
しかし、この画像のようなノイズ処理の場合は情報量が余り失われていないので隠蔽処理としては
著しく効果の低い方法と言える。
#試しに拡大してみると、「サーバ名」の一番上はどう見ても"2ch"としか読めない。
使われているフォントも特定できそうだから、解読は可能と考えられる。

そもそも何でまたこんな中途半端な隠蔽処理をしているんだ?

0123デフォルトの名無しさん

2006/07/17(月) 14:21:34

俺もモザイクとかかけるときは、見えそうで見えないギリギリを狙って調節するよ。
知っている人にはなんとなく分かるが、知らない人には分からない程度を狙う。

0124デフォルトの名無しさん

2006/07/17(月) 14:22:30

>>122
すみませんノイズ処理ですかｗ
ほんとに解読できるならしてほしい

0125デフォルトの名無しさん

2006/07/17(月) 14:26:07

金くれるんならやらないでもないが。そうだな、1行辺り1000円でどう?

0126デフォルトの名無しさん

2006/07/17(月) 15:46:48

いちばん上は「2ch」だね。

0127デフォルトの名無しさん

2006/07/17(月) 19:25:30

ほんとに解読できるならしてほしい

0128デフォルトの名無しさん

2006/07/17(月) 19:32:16

Napsterのワレズ子鯖だろ？
一行千円以上の価値があるんじゃねーの
ソース一行コメント抜き整形済みで1000円だったら妥当か

画像の一行目はアドレスどころかポートまで判別可能だな

0129デフォルトの名無しさん

2006/07/17(月) 20:50:19

pngだしフォントもわかっているから（固定幅？）
簡単なテンプレートマッチングで合わないのを除外するだけでも結構解りそうだね

0130デフォルトの名無しさん

2006/07/17(月) 21:16:18

というか画像の一行目の2chとONT2chとMagicantは公開鯖で解読に何の価値もない
他にも公開鯖はあると思う
知りたいのは接続数が少ない非鯖だけど解読して入ってもBANされるような気がしないでもない

0131デフォルトの名無しさん

2006/07/17(月) 22:03:46

何の話をしてるのかわからない・・・。

0132デフォルトの名無しさん

2006/07/18(火) 00:06:31

何の話か分かっても、特に価値のあることではないですよ。

0133デフォルトの名無しさん

2006/07/18(火) 03:35:44

マジカント…
懐かしい響きだな

0134デフォルトの名無しさん

2006/07/18(火) 23:36:40

とりあえず糸井重里に関係があるような気がしてきた

0135デフォルトの名無しさん

2006/07/26(水) 13:05:07

パターンマッチングに関する質問はここで大丈夫ですか？

0136デフォルトの名無しさん

2006/07/26(水) 13:25:04

画像処理関連のマッチングの事ならここで大丈夫でしょう

0137135

2006/07/26(水) 21:33:48

すみませんレスが遅くなってしまいました。
ゾーベルフィルタを適用した輪郭のみの画像の中から円を探し出したいのですが、
なにかアドバイスをいただけないでしょうか？

色の情報を利用する場合は重心から探索するなど考え付いたんですが、
線だけの画像の場合にどうしたらよいかわかりません。

0138デフォルトの名無しさん

2006/07/26(水) 22:40:20

重なり合っていないなら円形度(最外周の周囲長と円の面積から)
重なっていて、半径が分かっているならテンプレートマッチング
重なっていて、半径も不明なら輪郭追跡して、連続する同一曲率線上の３点から中心と半径を求めて、
円周上にちゃんと画素があるかどうかチェック

0139デフォルトの名無しさん

2006/07/26(水) 23:06:02

>>重なり合っていないなら円形度(最外周の周囲長と円の面積から)
円の^h^h面積
ラベリングしてからね

0140デフォルトの名無しさん

2006/07/28(金) 14:29:28

画像処理の研究者です
このままだと　崩れ確定なので、
ベンチャーに夢をかけてみようかと思っています

問題は資金をどうするかなんですが、何かいい知恵はないでしょうか

0141デフォルトの名無しさん

2006/07/28(金) 14:34:13

内臓売れ

0142デフォルトの名無しさん

2006/07/28(金) 20:26:23

>>140
お前本気？
本気なら仕事して金貯めろ。
なに、貧乏下宿学生並みの生活して、修士号持って就職してるならすぐ金貯まる

0143デフォルトの名無しさん

2006/07/28(金) 21:04:53

>>140
自信があるなら未踏か Summer of Code に出してみれば。

0144デフォルトの名無しさん

2006/07/29(土) 02:24:25

>>140
がんばれ～。
IPAの未踏ソフトウェアとか応募してみたら？
アイデア持って研究やらせてくれる企業めぐりとかどうよ？
何でもいいから働いてお金ためてから博士課程ってのもいいかもね。

だけど、研究職なんて実力のある一握りの人たちしかできないって事を胆に命じておいてね～。
気がついたら家が公園のブルーシートとかなけるじゃんｗ

0145デフォルトの名無しさん

2006/07/29(土) 07:23:32

>>144
実際ブルーシートの人はどこまでできる人が居るんだろ？

0146デフォルトの名無しさん

2006/08/01(火) 18:37:30

256色画像のパレットをできるだけ見た目そのままに変えたいんだけどどうすれば良い？

0147デフォルトの名無しさん

2006/08/01(火) 19:10:58

意味が分からん

0148デフォルトの名無しさん

2006/08/01(火) 19:14:05

>>146
見た目そのままに変えればいいんジャマイカ？

0149デフォルトの名無しさん

2006/08/01(火) 21:01:56

>>146
減色ってこと？

0150デフォルトの名無しさん

2006/08/01(火) 21:27:17

>>146
256色画像のパレットを別の色に入れ替えたいんだけど、
見た目をできるだけ元のまま保持したいってこと?

新パレットの中で最も近い色を探して、
差異はFloyd-Steinberg法とかで軽減するんじゃね?

0151デフォルトの名無しさん

2006/08/01(火) 21:59:49

イミフメ。見た目を残して内容変える意味なんかないだろ。

0152デフォルトの名無しさん

2006/08/02(水) 10:36:37

想像だけど >>146 は、ペイントかなんかで 8 bit color で保存したら、元の
絵と色が違うんで、なんとかならんかと言ってるんじゃなかろうか。
ペイントだと、256 色が固定で、使ってない色もパレットに含まれる。
（GetDIBits() だかで、bit 数を変える変換をしても同じになったと思う）

もしそうなら、減色ソフトを使う。vector にあったと思う。

0153デフォルトの名無しさん

2006/08/02(水) 16:41:57

相手の意図なんか汲んでやる必要ねえんだよ
時間の無駄
もっと有意義なことに使ってくれ頼むよ

0154152

2006/08/02(水) 17:15:16

>>153
わかった。

ただ他のことをやってて、どうしても原因がわからないんで、一旦頭を切り替えた方がいいんかと
覗いたところへ、これにぶっつかったたんで、ひょいと血迷ってね。

まだだめだ、明日にするか。早いけど誰か誘ってビールでも飲むか。

0155デフォルトの名無しさん

2006/08/02(水) 17:17:23

色落ちして見るに耐えない絵になってしまったので復元したいってことでは？

粍

0156デフォルトの名無しさん

2006/08/02(水) 17:31:59

つ「メディアンカット」

0157デフォルトの名無しさん

2006/08/02(水) 17:34:07

ベクトル量子化？

0158デフォルトの名無しさん

2006/08/02(水) 18:47:47

フルカラーから256に落ちたってことは
もう情報無くなってるってことだろ？
どんなフィルタかましたって戻せないよ
あきらめろ

0159デフォルトの名無しさん

2006/08/02(水) 23:11:13

誰か、Hilditchの細線化(thinning)のCソースコードをアップロードしてくれませんか？
Googleで探しているんですが、見つかりません。。。

0160デフォルトの名無しさん

2006/08/02(水) 23:37:26

>>159
これじゃだめ？
http://cis.k.hosei.ac.jp/~wakahara/Hilditch.c

初めて聞くアルゴリズムだけど有名なの？
2値画像の処理はあんまりやらないんで知らないんだよね。

0161デフォルトの名無しさん

2006/08/03(木) 00:15:27

>>160
教科書に載っているのはこれだけど、
Hilditchと比べて、こっちの方が優れているよん。てのが山ほどある。

0162デフォルトの名無しさん

2006/08/03(木) 12:38:39

javaで動く画像処理ライブラリーってどんなのがあるのでしょうか

0163デフォルトの名無しさん

2006/08/03(木) 18:00:39

>>162
どうせ学生の研究だろ。
それくらい自分で調べろよ。。

0164162

2006/08/04(金) 00:14:46

昔、調べたのですがOpenCVのような

ほとんどの人がこれつかってるよ

的なものがないみたいだったので、
やっぱりそんなものなのかなという理解でいいんですよね

0165デフォルトの名無しさん

2006/08/04(金) 23:35:32

WinXP上のアプリで8bitのビットマップを作っているんですが、
システムパレットでの20の予約色のみを使って描画している場合は、
その色のインデックスは固定されていると考えて良いのでしょうか？
特定のピクセルが白色かどうか判断するのに該当の1バイトがFFhかどうかで
判断しているのですが。

0166デフォルトの名無しさん

2006/08/05(土) 00:30:56

そんなもの、あらゆる場合を想定するものだ

0167デフォルトの名無しさん

2006/08/05(土) 01:37:42

パレットのエントリの内容と比較しないとダメでしょ。インデックスだけでは
一般には分からない。なにかのデフォルトのパレット実装を前提にしてるなら別だが。

0168デフォルトの名無しさん

2006/08/05(土) 01:54:35

画像の回転である程度の速度、
例えばアニメーションなどを実現したいときはどうしたらいいでしょうか？

0169デフォルトの名無しさん

2006/08/05(土) 01:56:55

>>168
速い環境で動かせ

0170デフォルトの名無しさん

2006/08/05(土) 02:07:45

>>168
アニメーションの最中は多少品質が悪くても目立たないので
高速で低品質なアルゴリズムを使用する

0171デフォルトの名無しさん

2006/08/05(土) 02:57:40

>>168
つかえる状況が限られるが、処理するピクセルを間引くのも効果的。
286-386時代のトンネルの実装などではよく見た。

0172デフォルトの名無しさん

2006/08/05(土) 07:52:51

あ、やってみたら、十分な速度で動いてるっぽいです。
ありがとうございました。

0173デフォルトの名無しさん

2006/08/05(土) 10:28:56

>>172
（ﾟДﾟ）

ちなみに、
>>170
＞アニメーションの最中は多少品質が悪くても目立たない

いわゆるテレビアニメとかムービーとかだとそうだけど、
アフィン変換をアニメと称するなら、品質が悪いともろに
目立つこともあるよ。

例えばバイリニアフィルタリング有り無しだと倍率によっ
ては雲泥の差になる。

0174デフォルトの名無しさん

2006/08/05(土) 10:52:21

>>173
いやそんな微妙なこと気にしてる場合じゃないっすよ。
GDI+の回転ですし、ちょっと量を増やしたり、妙な処理を入れるとすぐに処理落ちって感じですよ。

0175デフォルトの名無しさん

2006/08/05(土) 11:22:10

このスレに描いてるのだから、自分でピクセルいじくり回してるのかと思った

0176デフォルトの名無しさん

2006/08/05(土) 11:28:21

>>175
回転の４分の１のパターンだけを用意して９０、１８０、２７０度回転だけをするとか
色々と実用的（？）な技ってあるじゃないですか。
その中で最善の方法をと思ったんですけど・・・。

0177デフォルトの名無しさん

2006/08/05(土) 12:11:48

>>168
前スレで回転処理の速度についてのレスがたくさんあったが

ところで、
回転をshear処理でやると速いかどうかって結論でたの？

0178デフォルトの名無しさん

2006/08/05(土) 12:43:42

>>177
場合によるとしか言いようがない。アルゴリズムってそういうもん。

0179デフォルトの名無しさん

2006/08/05(土) 13:04:56

>>176
回転って、90度単位のみ！？

そんな単純な処理で重くなるのが気になる
ケースって、GDI使って２Dシューティング
でも作ってるの？

0180デフォルトの名無しさん

2006/08/05(土) 13:07:29

>>179
良く読んだほうがいい。

0181デフォルトの名無しさん

2006/08/05(土) 15:21:42

orz

0182デフォルトの名無しさん

2006/08/05(土) 20:33:43

このなかで、ピンボケ画像を鮮明化し、映画のようにナンバープレートの番号と変わりだせる方いませんか？

0183デフォルトの名無しさん

2006/08/05(土) 20:57:10

>>182
無理じゃね？

0184デフォルトの名無しさん

2006/08/05(土) 20:58:02

可能性をピックアップすることはできるけどね。

0185デフォルトの名無しさん

2006/08/05(土) 20:58:36

>>182
refocus-itでぐぐれ。そしてソフトウェア板のGIMPスレに行け。

0186デフォルトの名無しさん

2006/08/05(土) 21:10:01

ややこしかったのでうｐさせていただきました。
この過去問の(4)がどうにも分かりません。
お知恵をおかしくださいorz
一緒に撮影したノートは参考用です。

http://www.za.ztv.ne.jp/yosi-h/vfsh0001faebd7.jpg

0187デフォルトの名無しさん

2006/08/05(土) 21:10:39

フィルタリングっていうみたいなのですが、ソフトを何使っていいかわからなくて、
たぶん画像のパターンからどうたらこうたらするみたいです、

0188デフォルトの名無しさん

2006/08/05(土) 21:35:26

>>182
過去スレに複数枚の動画から高解像度の静止画を構成するという話題があったな
super resolutionでググれ

0189デフォルトの名無しさん

2006/08/05(土) 21:48:37

>>186
普通、累積度数はiと共に増えていくもんだ。
だから(2)の問題文の「以上」は「以下」だろうな。

0190デフォルトの名無しさん

2006/08/05(土) 21:51:42

>>182
できるけどピンボケの度合いによる
とりあえず画像見せてみて

0191デフォルトの名無しさん

2006/08/05(土) 21:52:48

>>188
過去スレにそんな話題があったなと思い出して
ちょうど俺も検索してたところだ
凄いよねぇ
http://www.cse.ucsc.edu/~milanfar/SR/sr-examples.htm

0192デフォルトの名無しさん

2006/08/05(土) 22:09:28

>>182
エロ画像なら俺の脳細胞がフル活動して鮮明化してくれる。

0193デフォルトの名無しさん

2006/08/06(日) 00:44:40

>>186
大学卒業して8年になるから式で証明ってのがどう書いていいかよく覚えてないが
ΣH(qi)=(A(qi)-A(qi+1))+(A(qi+1)-A(qi+2))+…+(A(qj)-A(qj+1))
だから、展開するとA(qi)-A(qj+1)以外は消えるね。

0194デフォルトの名無しさん

2006/08/06(日) 01:56:34

>>193
大学ってのはそんなくだらねぇことやんのか？
式変換トリックの数学の問題ってのはマジで役にタタネェからな。

0195デフォルトの名無しさん

2006/08/06(日) 02:01:46

>>194
そんな考えだから勉強できないんだよ

0196デフォルトの名無しさん

2006/08/06(日) 02:01:49

>>194
トリックって・・・186は、問題に従って、左辺を展開しただけじゃん。
１＋２＋３＋・・・＋１０はいくつ？という質問に、５５、って答えたのと本質は一緒。

0197デフォルトの名無しさん

2006/08/06(日) 02:39:35

>>196
だから、日本の大学生ってのはアホなのか。

0198デフォルトの名無しさん

2006/08/06(日) 05:31:45

>>191 モザイク除去に使える・・・

0199デフォルトの名無しさん

2006/08/06(日) 05:51:18

>>191
基本的にはオーバーサンプリングしたフレームを
平均すればいいのかにょ？

0200デフォルトの名無しさん

2006/08/06(日) 06:43:18

ときどき出てくる話題だね

0201デフォルトの名無しさん

2006/08/06(日) 10:16:03

>>197
日本の大学生でいたことがないか外国の大学を卒業したか、どちらかでないと言えないセリフですね。
確率的には(ry

0202デフォルトの名無しさん

2006/08/06(日) 10:20:23

>>201
いや、中卒で就職がすんなりいく時代に大手に入った。
ＩＴバブルは何でもアリだったからな。
Basic弄ってた程度でずいぶん優遇されたなｗ
いまじゃありえんｗ

0203デフォルトの名無しさん

2006/08/06(日) 10:52:52

>>202
中卒かよ。だから日本語が変なんだな

0204デフォルトの名無しさん

2006/08/06(日) 11:12:10

>>203
でも大手だぜｗ

0205デフォルトの名無しさん

2006/08/06(日) 11:21:25

就職厳しい時代に
独法研究所に就職決めた
それも大手だぜｗ

0206デフォルトの名無しさん

2006/08/06(日) 11:29:31

>>205
わかったぞ。
そこで最新のエロ画像のモザイクはずしを研究してるんだな。

0207デフォルトの名無しさん

2006/08/06(日) 12:56:21

>>199
平均するだけじゃボケてしまう。ボケをモデル化して
観測値と推定値との逆問題を解くことになる。

0208デフォルトの名無しさん

2006/08/06(日) 14:55:01

>>207
詳しそうな人ですね
出来れば解説お願いします。

0209デフォルトの名無しさん

2006/08/06(日) 15:37:49

y_i:観測低解像度画像ベクトル
x:求める高解像度画像ベクトル
Fi:画像のずれを表す作用
B:ボケ作用
D:ダウンサンプリング作用
として、
Σ_i∥DB(Fi)x - y_i∥^2
の最小化問題を解くのが基本。
ちなみに複数枚画像を位置あわせして平均やメディアンを
とった後に先鋭化してもそれなりの結果はでる。

0210デフォルトの名無しさん

2006/08/06(日) 15:49:22

モザイクはずしだけど、今のSuper resolution手法は画像間のずれが
簡単なアフィン変換で正確に合わせられることを前提にしているから、
それが出来ない場合は難しいと思う。

0211デフォルトの名無しさん

2006/08/06(日) 16:39:30

>>208
え・・・？それも分からないの？ (^-^;;
ここってそういうレベルなんですか？

0212デフォルトの名無しさん

2006/08/06(日) 17:13:58

そう、解説できるほどのレベルの人はいないよ。

0213デフォルトの名無しさん

2006/08/06(日) 18:22:54

>>211
>>1

0214デフォルトの名無しさん

2006/08/06(日) 19:29:45

jpg描画プログラム書きたいのですが、
資料はどこをあたればいいですか？

0215デフォルトの名無しさん

2006/08/06(日) 19:46:25

>>214
何がしたいの？
普通に描画するだけならjpgかどうかなんて関係無く
GDI+使えば、これがサポートしてるフォーマットすべて描画できるけど？
jpgをどうしたいの？

0216デフォルトの名無しさん

2006/08/06(日) 22:50:19

画像処理について質問させてください
ある２値化された画像の濃度データ？（濃度データって言うかわかんないけど）
まぁ各ドットごとの値をエクセルに貼り付けたいんですが、どうすればいいですか？

できればフリーソフトを組み合わせたいんですが、自分で探しても都合のいいソフトが見つからなくて・・・

ちなみ128*128～160ぐらいの大きさの画像です。

0217デフォルトの名無しさん

2006/08/06(日) 23:16:28

perlあたりでサクっとｽｸﾘﾌﾟﾄ書いちゃえば早いんじゃね？

0218デフォルトの名無しさん

2006/08/06(日) 23:19:38

元の画像が読めさえすればcsvで書くのなんて１分もあれば書ける。

0219デフォルトの名無しさん

2006/08/06(日) 23:20:11

安易にテキストのppmとかにしてもexcelのシートの桁数制限にひっかかるんだよな。
まあ217のいうように自分でコード書くのがてっとりばやい。ここム板だし。

0220デフォルトの名無しさん

2006/08/07(月) 01:10:22

>>216
エクセルで画像処理するの？頑張るねえ。
じゃあ既に持ってると思われるソフトを組み合わせてもうちょっと頑張ってもらおう…

(1) まずは使われている色の濃淡値00～FFを得る。R,G,Bの平均でいい。
(2) 仮にそれがF0なら以下の表に当てはめ 46, 30 を得る。
　　　　0 → 30, 1 → 31, 2 → 32, 3 → 33, 4 → 34, 5 → 35, 6 → 36, 7 → 37,
　　　　8 → 38, 9 → 39, A → 41, B → 42, C → 43, D → 44, E → 45, F → 46
(3) その値を前後逆にして末尾に2Cを付けて新しい色を #30462C とする。
(4) この色でそのF0な場所を塗り潰す。もう片方の色も同じ事をする。
(5) 対象画像を右に1ピクセル広げて広がったところを #000A0D の色で塗り潰す。
(6) 画像を上限反転させる。
(7) 24bitビットマップで保存する。
(8) 拡張子をcsvにしてエクセルで開いてA列を削除する。

90％くらいの確率でいけるはず。壊れても知らん。

0221デフォルトの名無しさん

2006/08/07(月) 01:22:28

>２値化された画像の濃度データ

っていってみんな通じてるの？
俺はわけわかんないけどね。
２値化ってなに？０か１？
濃度って何？α値のこと？
自分用語なのか、一般的に使われる用語なのか俺にはわからんけど普通にわかるのか？みんな。

0222デフォルトの名無しさん

2006/08/07(月) 01:27:14

普通にわかるが。

0223デフォルトの名無しさん

2006/08/07(月) 02:47:42

221じゃないけど俺も分からん
実は2値画像じゃなくて濃淡画像だったって話なのかね

0224デフォルトの名無しさん

2006/08/07(月) 06:50:03

２値化でドットごとのデータってんならデータは

0,1,0,0,0,0,1,1,1,1,0,1,0,1,
0,1,0,0,0,0,1,1,1,1,0,1,0,1,
0,1,0,1,0,0,1,0,1,1,0,1,0,1,
0,1,0,0,0,0,1,1,1,1,0,1,0,1,
0,1,0,1,0,0,1,1,1,0,0,1,0,1,

みたいになるはずだよな？
別に疑問なんてでねーじゃん。
サイズも128*128なら横サイズの256制限にひっかかることもないし。
これで掲示板に質問にくるって脳みそがまず理解できん。

この馬鹿何やってんだ？ＰＧ組んだことあるのか？
それとも質問の意図が通じてねぇのか？はぁ？って感じｗ

0225デフォルトの名無しさん

2006/08/07(月) 07:36:48

>>224
ソフトがどうこうっていってるんだから、まずプログラムを組もうと思ってないんでしょ？

>>221
濃度データというのか不明っていってるじゃん？

おまいらもう少し好意的に相手の意図を組みとって答えてあげたらどうだ？
このスレはすぐ重箱の隅をつつきたがる傾向があるな。もっとこう友好的に

半年ＲＯＭってからこいこの池沼が

0226デフォルトの名無しさん

2006/08/07(月) 09:57:51

>>216
２値化されてるんなら濃度って言うようなもんじゃないだろうとおもう。
もしかしたら２値化する閾値も設定したいのかな?
どっちにしろ、元の画像のフォーマットがわからないと、なんとも言えん。

0227デフォルトの名無しさん

2006/08/07(月) 10:01:28

>>220 左に１ピクセルじゃまいか?

0228デフォルトの名無しさん

2006/08/07(月) 10:26:50

>>226
別におかしかないだろ。単に０％と１００％ってだけじゃん。

0229デフォルトの名無しさん

2006/08/07(月) 11:05:58

EXCELじゃ領域足りない気もするけど

0230デフォルトの名無しさん

2006/08/07(月) 11:58:41

もっと画像処理ぽい話しようぜ

0231デフォルトの名無しさん

2006/08/07(月) 12:18:52

なんのためにVBAがあるのか知ってるか？ｗ

0232デフォルトの名無しさん

2006/08/07(月) 12:38:39

>>220
凄いけどさぁ、単にxpmかpgmでも使って変換すればいいだけの話じゃないのか?

0233デフォルトの名無しさん

2006/08/07(月) 13:14:21

>>225
> ソフトがどうこう(ry
で、スレ違いどころか板違いであることを認識してるんだから
おまいさんが好意的に誘導してやればいいのにな

0234デフォルトの名無しさん

2006/08/07(月) 13:40:47

>>233
それってそっくりそのまま君に返っちゃわないか？

0235214

2006/08/07(月) 18:13:01

>>215
勉強のために自力でコーディングしたいんです

0236デフォルトの名無しさん

2006/08/07(月) 18:15:30

>>235
こんな所で聞かないで自力でやってください。

0237デフォルトの名無しさん

2006/08/07(月) 18:19:08

箸より重い物を持ったことがありません＞＜

0238デフォルトの名無しさん

2006/08/07(月) 18:22:38

>>235
自分でコーディングっつっても
ライブラリ使うのか、圧縮展開まで自分で
やるつもりなのかが分からん訳よ
後、自分で情報探すのも勉強の内だと思う

0239デフォルトの名無しさん

2006/08/07(月) 18:33:36

ライブラリは使いません
本当に基礎の部分からコーディングできないとマスターできないでしょう？
応用するために基礎に潜りたいのです

0240デフォルトの名無しさん

2006/08/07(月) 18:37:01

>>239
やる気あるんならがむしゃらにいろいろやってみるべし
こんな本もあるし
http://www.amazon.co.jp/gp/product/4797330457/

0241デフォルトの名無しさん

2006/08/07(月) 18:40:46

その心意気があってなぜここで質問…

0242デフォルトの名無しさん

2006/08/07(月) 18:43:03

無謀だからやめた方がいいよ。

0243デフォルトの名無しさん

2006/08/07(月) 18:47:15

JPEGの基礎から学ぶってことはDCTの勉強になるからいいんじゃない？

0244デフォルトの名無しさん

2006/08/07(月) 18:49:30

ﾈﾀとしか思えないｗ

0245デフォルトの名無しさん

2006/08/07(月) 18:51:56

毎日少しずつ勉強して
2年後あたりにおまえらと議論できるレベルに到達してやるぜ

0246デフォルトの名無しさん

2006/08/07(月) 18:52:58

わかったから2年間ROMってろ。

0247デフォルトの名無しさん

2006/08/07(月) 18:53:24

>>214=239

１）まず、プログラミング全般をマスター（言語は一つでOK)
２）特定のライブラリを使って画像ビューアをつくる。
３）Jpg のファイル構造、圧縮アルゴリズムを勉強。
４）自分で３）のコードを書く。

２）までは、ひとによるが初心者でも２，３週間でOK
３）以降は、誰にでもできることではない、と予め警告しておく。

0248デフォルトの名無しさん

2006/08/07(月) 18:53:41

今どれくらいの知識があって、何が出来るのかによって回答は変わってくるな。
中高生なら、まず基礎的な数学をしっかり身につけることだ。
いきなり高跳びしても、基礎となる知識が足りなかったら理解は出来ないよ。

ソースコードを丸暗記したってんなら話は別だが。

0249248

2006/08/07(月) 18:55:04

ミスった(´･ω･｀)
s/したって/したいって/

0250デフォルトの名無しさん

2006/08/07(月) 18:57:17

私立理系大卒ニートです＞＜
独習C++は読み終りますた

0251デフォルトの名無しさん

2006/08/07(月) 19:07:27

あんなクソ読みづらい本読んだからってどうしたんだ？

0252デフォルトの名無しさん

2006/08/07(月) 19:40:36

次の本よろ＾＾

0253デフォルトの名無しさん

2006/08/07(月) 19:58:16

完全自殺マニュアル

0254デフォルトの名無しさん

2006/08/07(月) 20:06:21

おいしい珈琲の淹れ方上級編

0255デフォルトの名無しさん

2006/08/07(月) 20:09:25

茶化さないで下さい＞＜

0256デフォルトの名無しさん

2006/08/07(月) 20:14:03

コーヒーだし

0257デフォルトの名無しさん

2006/08/07(月) 20:26:47

喫茶店で珈琲飲むじゃないですか＞＜

0258デフォルトの名無しさん

2006/08/07(月) 21:03:33

夏だね

0259デフォルトの名無しさん

2006/08/07(月) 21:20:05

>>209
BとFiが特殊（ガウス過程で近似できる？）なときに観測値の平均でうまく行くということ？

0260デフォルトの名無しさん

2006/08/07(月) 21:49:48

BとFiは既知という前提。BとFiが交換可能でxはホワイトノイズと仮定する
と，解がピクセル毎の平均を取ったものをdeblurしたものに収束するという
論文があった気がする。ノイズが両側指数分布の場合はメディアン。

0261デフォルトの名無しさん

2006/08/07(月) 21:51:53

少し調べた。
Bで表されるPSFの影響で
平均とるだけじゃぼけが残るのかな？
どっちにしろ最低限の復元作業はいるんじゃないかな…

MAP推定の場合事前確率モデルは何が一般的？
あとPOCS詳しい人いる？

0262デフォルトの名無しさん

2006/08/07(月) 21:53:59

事前確率モデルは対象にもよるか…自然画の場合ね。

0263デフォルトの名無しさん

2006/08/08(火) 01:27:32

画像処理ってそれ自体学問になりそうだね

0264デフォルトの名無しさん

2006/08/08(火) 01:31:32

イミフメ

0265デフォルトの名無しさん

2006/08/08(火) 02:29:40

>>263
欧米では、画像処理専門の学部や独立した研究所もあるよ。

0266デフォルトの名無しさん

2006/08/08(火) 02:35:04

>>265
どこそれ？後学のために詳しく。

0267デフォルトの名無しさん

2006/08/08(火) 02:35:32

そんなの日本でもいくらでもありそうだが

0268デフォルトの名無しさん

2006/08/08(火) 02:35:51

ＳＩＧＧＲＡＰＨいってきた人挙手

0269デフォルトの名無しさん

2006/08/08(火) 09:58:44

板違いなわけらしいのだが
SIGGRAPHスレ
http://pc8.2ch.net/test/read.cgi/cg/996592433/

0270デフォルトの名無しさん

2006/08/10(木) 08:28:02

細線化処理した二値のラスタ画像をベクトルデータに変換したいのですが、
何か適当なアルゴリズムはありますか？

0271デフォルトの名無しさん

2006/08/10(木) 09:44:34

>>270
Autotrace は割と賢かったように思う
ttp://autotrace.sourceforge.net/

0272デフォルトの名無しさん

2006/08/10(木) 11:04:24

>>271
AutoTraceは輪郭線のベクトル化専用だと思っていた。

0273デフォルトの名無しさん

2006/08/10(木) 19:24:51

OpenCVの質問です。

IplImage *im1 = cvLoadImage("a.jpg", -1);
IplImage *im2 = cvLoadImage("a.jpg", -1);
のように、まったく同じ画像を2枚読み込んで、
im1->imageData[i]とim2->imageData[i]を全てのピクセルで比較して行くと、
普通全て同じ値になるはずですよね？

実際大抵の画像はそうなるのですが、
たまに、いくつかのピクセルの値が違う結果になる画像があります。

なぜなのでしょうか？

0274デフォルトの名無しさん

2006/08/10(木) 20:40:10

気のせい

0275デフォルトの名無しさん

2006/08/10(木) 21:07:00

画像処理やるなら何大がお勧め？

0276デフォルトの名無しさん

2006/08/10(木) 21:26:23

代アニ

0277デフォルトの名無しさん

2006/08/10(木) 21:36:00

それは大学ではありません。

0278デフォルトの名無しさん

2006/08/10(木) 21:47:45

美大

0279デフォルトの名無しさん

2006/08/10(木) 22:05:43

東大。面白そうだよなあ
ttp://projects.star.t.u-tokyo.ac.jp/projects/MEDIA/xv/oc-j.html

0280デフォルトの名無しさん

2006/08/10(木) 22:19:31

浅井愼平のアホが「くだらない」って言っちゃった件

0281デフォルトの名無しさん

2006/08/10(木) 23:41:23

>>273
ヒント：パディング

0282デフォルトの名無しさん

2006/08/10(木) 23:42:57

>>275
画像処理つーてもいろんな分野があるからな･･･。

0283デフォルトの名無しさん

2006/08/11(金) 01:58:56

> ピクセルの値が違う結果になる

まさか「ピクセル」とかいって、>>281 の指摘のようにパディングのゴミ値を比較してないよね？
まさかね・・・

0284デフォルトの名無しさん

2006/08/11(金) 05:51:05

俺、いまだにパディングってどういうときに入るのかわかってないｗ
構造体とかだと頭から４バイトだっけ？
構造体をmemcpyで強引にコピーしたときとかおかしくなるよね。
配列のときもでるんだっけ？

後、DirectXのサーフェイスかWin32APIのデバイスコンテキストか忘れたけど
単純に y * w + x っでピクセルを取得できないって奴だっけ？
なんかピッチ幅とかいうのがあってそれが１行になってんだっけ？

0285デフォルトの名無しさん

2006/08/11(金) 06:42:02

>>284
この場合のパディングとは、アライメントとは関係なく、例えば、BMPなら横幅が
４バイトの倍数にそろえられることを指すのではないかと思います。

0286デフォルトの名無しさん

2006/08/11(金) 15:04:54

>>285
各行(スキャンライン)の開始ピクセルのアドレス間の差が、というべきでは。
ピッチ(pitch)とかスキャンライン長さ(scanline length)とかいうのかな。

幅変わったら困る。

0287デフォルトの名無しさん

2006/08/12(土) 05:29:56

幅を持つ直線（線分）の描画方法について教えてください。
線幅が1ピクセルの直線を描画するアルゴリズムについては、
様々な文献やネット上でもたくさん見つかるのですが、
幅を持つ直線については探し方が悪いのか全く見つかりません。
参考になりそうなWEBサイト等があれば教えてください。

0288デフォルトの名無しさん

2006/08/12(土) 05:40:46

>>287
幅のある直線＝長方形

0289デフォルトの名無しさん

2006/08/12(土) 19:25:04

昔はieとかjpgってまず全体像がモザイクっぽく見えて
だんだん細部を表示ってパターンじゃありませんでした？
今はいきなり細部を左上からラインずつ表示してると思いますが
気のせい？
昔のおおざっぱ→細部描画の方が好きだったんですが
アプリケーションで再現するには自力でｊｐｇ描画コード書けないと無理ですか？

0290デフォルトの名無しさん

2006/08/12(土) 19:29:55

プログレッシブJPEGで圧縮して、
低速回線で転送・受信しながら表示すれば今でもできるでしょ。

0291デフォルトの名無しさん

2006/08/12(土) 19:56:22

低速CPUであるだけでは駄目ですか？

0292デフォルトの名無しさん

2006/08/12(土) 22:00:14

あれって最初はブロックの直流成分を表示してるのかな

0293デフォルトの名無しさん

2006/08/13(日) 02:38:43

>>287
フルスクラッチによるグラフィックスプログラミング入門

0294デフォルトの名無しさん

2006/08/13(日) 03:12:22

プログレッシブは粗い画像＞精細画像の順に送ってくるから最終的な
送信データ量は粗い画像の分だけ余計に増えていい事無いんじゃ？
エロサイトが客逃がさないために使ってただけのような気がするが。

0295デフォルトの名無しさん

2006/08/13(日) 03:16:02

＞エロサイトが客逃がさないために使ってただけ
一番重要な用途ではないか。

0296デフォルトの名無しさん

2006/08/13(日) 03:43:46

死活問題だな

0297デフォルトの名無しさん

2006/08/13(日) 04:02:38

JPEG はプログレッシブのほうが一般的に圧縮率がいいよ.
(その代わり処理能力は嵩む)

インタレースPNGはサイズがかなり大きくなるのでお勧めできない.
場合によっては粗い表示が出るまでの容量と、通常PNGの容量が同じというケースも.
規格自体が凝り過ぎで失敗してる.

0298デフォルトの名無しさん

2006/08/13(日) 04:46:24

>>294
ひょっとしてプログレッシブ形式は、荒い画像と精細画像のデータを
別々に持っていると思っているのか？

0299デフォルトの名無しさん

2006/08/13(日) 06:12:03

>>298
294 ではないが日本語をちゃんと読んだほうがいいのではないか？

0300≠298

2006/08/13(日) 06:29:04

いや、>294を読めば読むほど粗い画像を別に持っていると理解しているように読める。

0301デフォルトの名無しさん

2006/08/13(日) 08:34:03

>>300
いや、そうとしか読めないよ。

0302デフォルトの名無しさん

2006/08/13(日) 10:33:37

>>301
同意しているのに、いや、とか言うあたりなんなんだろうね

0303デフォルトの名無しさん

2006/08/13(日) 11:11:46

>>302
アンカーミスという発想はないのか。

0304デフォルトの名無しさん

2006/08/13(日) 11:18:32

いや、乗りで書いているという発想をしてみた。

0305デフォルトの名無しさん

2006/08/13(日) 11:27:40

>>302 >>303
いや、普通に読めば
http://dictionary.goo.ne.jp/search.php?MT=%A4%A4%A4%E4&kind=jn&mode=0&base=1&row=5
なわけだが・・・「いや（まったく）、そうとしか読めないよ。」と補うとわかりやすいか？
それにしても、日本語を知らずに突っ込む奴が増えたよな。
まあ、日本語の「いや」は、「嫌」や「否」ばかりじゃなくて、
非常に、の意味を持った副詞とか、呼びかけに使う感動詞とかあるって事をしっとけ。

0306デフォルトの名無しさん

2006/08/13(日) 14:12:25

300<可能性は少ない
301<いや、全く無い

0307デフォルトの名無しさん

2006/08/13(日) 15:07:49

>>305
いや、>>301 の場合は無理があるだろ。

0308デフォルトの名無しさん

2006/08/13(日) 15:18:49

>>307
いや、そうだよな

0309デフォルトの名無しさん

2006/08/13(日) 15:18:52

いやーん、のび太さんのエッチ

0310デフォルトの名無しさん

2006/08/13(日) 15:19:52

いや、今では送信速度は充分なんだから総診療増やす必要ないだろ。

ｊ・・ごめん、いや、って言ってみたかっただけ。

0311デフォルトの名無しさん

2006/08/15(火) 14:16:46

openCVで白黒反転画像を作りたいのですが、
真っ白のイメージを作って、二値化された元画像から差し引いて作ろうと思ってます。

openCVだと
cvSet(イメージのアドレス,色,マスク)
で設定できる見たいなんですが、
色のcvScalarの設定の仕方が分かりません。

分かる方いらっしゃいましたら、宜しくお願いします。

0312デフォルトの名無しさん

2006/08/15(火) 20:27:18

openCVは全く使ったことないけど、

cvSet(screen,cvScalarAll(255),NULL);
cvSet(screen,CV_RGB(255,255,255),NULL);

とかじゃねーの？

0313デフォルトの名無しさん

2006/08/15(火) 20:58:10

>>311
cvSet2DとcvGet2Dじゃね？
つか画像全体をスキャンするんだったら、関数介してアクセスするよりもメモリを直接扱う方が一般的じゃない？
ピクセルへのアクセス方法はFAQに書いてあるよ。

0314デフォルトの名無しさん

2006/08/15(火) 21:01:06

cv_scalarだけど、定義とその周辺のマクロはマニュアルに書いてあるよ。
どこがわかんねーの？

typedef struct CvScalar
{
double val[4];
}
CvScalar;

/* the constructor function: initializes val[0] with val0, val[1] with val1 etc. */
inline CvScalar cvScalar( double val0, double val1=0,
double val2=0, double val3=0 );
/* the constructor function: initializes val[0]...val[3] with val0123 */
inline CvScalar cvScalarAll( double val0123 );

/* the constructor function: initializes val[0] with val0, val[1]...val[3] with zeros */
inline CvScalar cvRealScalar( double val0 );

#define CV_RGB( r, g, b ) cvScalar( (b), (g), (r) )

0315デフォルトの名無しさん

2006/08/16(水) 12:32:44

2Dスクロールを高速にやるにはどうしますか？
新しく描画する分だけ描画して残りの部分はそのままずらせると良いんですが
そのままずらすという行為をどう実装すればいいのでしょう？

0316デフォルトの名無しさん

2006/08/16(水) 13:09:36

>>315
環境依存。該当環境スレにでも逝ってくれ。

0317デフォルトの名無しさん

2006/08/16(水) 14:36:24

スーファミとかPCエンジンならBGスクロールレジスタを操作するだけなんだけどねぇ

0318デフォルトの名無しさん

2006/08/16(水) 20:12:21

>>315
そんなの駄目。
全然早くならない。
３ＤにしてＺバッファ使って前から描画。
２Ｄだと頂点数が問題になりにくいからフィルレートの最適化に特化したほうがいい。

0319デフォルトの名無しさん

2006/08/16(水) 20:51:42

>>318
スレ違い乙。

0320デフォルトの名無しさん

2006/08/16(水) 20:52:49

どこからがスレ違いなんだろう…

0321デフォルトの名無しさん

2006/08/18(金) 00:13:59

OpenCVでBGRを修正HSVに変換したいのですが
計算効率の良いソースは落ちていませんか？

0322デフォルトの名無しさん

2006/08/18(金) 00:32:42

またOpenCVか…

0323デフォルトの名無しさん

2006/08/18(金) 02:58:42

そういえばOpenCV1.0rc1リリースですよ。
linuxverも数日で出すってMLで流れてた。

0324デフォルトの名無しさん

2006/08/18(金) 03:13:51

OpenCVって
まだVer 1.0すら出てなかったのか。
ようやくRCだったとは。
かなり昔からあるのかと勘違いしていた。

0325デフォルトの名無しさん

2006/08/18(金) 03:38:27

iplから数えれば長いんじゃない？

0326デフォルトの名無しさん

2006/08/18(金) 13:20:44

OpenCVの最新版だけど
VC2005にも対応したみたいだね。
でもVC2005はファイル名に日本語使うとおかしな動きするから
（ＭＳの公式ＨＰにもバグと書いてある）
使ってないんだよなあ。
VS2005使ってる人いますか？

0327デフォルトの名無しさん

2006/08/18(金) 13:45:22

OpenCV最新版
中途半端にＭＬライブラリーインプリメントするぐらいなら
http://www.torch.ch/
こいつとりこんでくれればよかったのに
読みやすくなおかつ高速なコードなのになあ

0328デフォルトの名無しさん

2006/08/18(金) 14:53:02

>>326
ファイル名に日本語なんか使わんから問題ない

0329デフォルトの名無しさん

2006/08/19(土) 15:22:49

　大きさや傾きなどを揃えるために非線形正規化を行いたいと
思います。本とネットで調べながらやっていますがよくわかり
ません。何かいい本またはプログラムなどがあれば教えて下さ
い。宜しくお願いします。

0330デフォルトの名無しさん

2006/08/19(土) 18:27:56

>>329
「大きさや傾きなど」の「など」って何？

図形のピクセル密度による非線形正規化だと、傾きさえ直っていれば、
基本的には縦横のヒストグラム正規化

0331デフォルトの名無しさん

2006/08/20(日) 01:12:51

　お返事頂き本当にありがとうございます。
大きさや傾きを揃えるって書いたつもりですが、
間違えて「など」が入っていました。
ごめんなさい。
また、質問なんですが、
図形のピクセル密度による非線形正規化について
詳しく教えてくれませんか。
　また、傾きさえ直っていればのところですが、
傾きを揃えるためにはどうしたらいいんでしょうか。
縦横のヒストグラム正規化についても教えてもらえないでしょうか。
また、それについての本やソース（C言語）があればうれしいです。
お忙しいと思いますが宜しくお願いします。

0332デフォルトの名無しさん

2006/08/20(日) 01:36:44

複数の色の中からある色に一番近いのを選びたいときってどうすれば良い？

0333デフォルトの名無しさん

2006/08/20(日) 01:38:14

>>331
パターン認識をやってんの？
色々調べたのなら、どこの何がわからないのか、もっと具体的な質問にしないと
あまりに広範囲で漠然としていて答えようがないよ。
330じゃないけれど、図形のピクセル密度による非線形正規化というのは、
例えば32x32の図形を4x32 の８つのブロックに分離してそのブロック内の
図形の特徴を抽出しておくとき、この特徴にピクセル密度を使うということかな。
この場合の非線形正規化とは、認識対象の図形に対して、やはり横を８分割した
ブロックを作って、元の図形と特徴が同じになるように個々のブロック単位で
拡大縮小を行うってこと。

0334デフォルトの名無しさん

2006/08/20(日) 01:38:57

>>332
普通は３次元ベクトルにして、ユークリッド距離が最小になるものを選ぶ。

0335332

2006/08/20(日) 01:52:58

>>334
それって各成分の差の二乗の和が最小になるのを選ぶってことでおｋ？

0336デフォルトの名無しさん

2006/08/20(日) 02:06:47

>>335
おけ。

0337デフォルトの名無しさん

2006/08/20(日) 02:15:09

>>335
おｋ。ただ色が近いってのはどういうことなのか考えるだけで研究にもなりうる。
有名どころな色空間でもいくつかあるし（ RGB, YCrCb, HSV ）、
距離だってユークリッドだけじゃない。
ま、普通にやる分には上の３つの色空間のうちどれか＋ユークリッド距離だと思うけど

0338デフォルトの名無しさん

2006/08/20(日) 02:50:41

>>337
揚げ足じゃなくて疑問。普通 YCbCr じゃないか？YCrCbとも書くんだろうか。

0339デフォルトの名無しさん

2006/08/20(日) 03:59:08

表色系は各パラメタの順番入れ替えて呼べることが多いと思う。

0340デフォルトの名無しさん

2006/08/20(日) 06:21:30

わかればいい

0341デフォルトの名無しさん

2006/08/20(日) 10:01:39

>>331
大きさや傾きだけなら、ヘルマート変換（線形正規化）でもいいんじゃまいか
アフィンでも線形だし。
ソースや解説などいくらでも転がっている。
むしろ、傾きや大きさを求めるほうが難しそう

0342デフォルトの名無しさん

2006/08/20(日) 14:15:20

はい、パターン識別をやっています。
例えば、手書き数字の場合、数字が書かれている位置や大きさ
が異なっているのが普通です。
その時に、数字の部分の外接矩形を求め、長辺の長さが32画素に
なるように大きさと傾きを正規化しようとしています。
正規化に使うアルゴリズム（c言語のソース）を教えて頂きたいのです。
また、質問ですが、ヘルマート変換（線形正規化）についてのソースや
解説はネットでよく転がっているとありますが、全然見つかりません。
どのような探し方をしたら見つかるのですか。
教えて下さい。
宜しくお願いします。

0343デフォルトの名無しさん

2006/08/20(日) 17:37:30

ビットマップの回転で検索して出てくるソースの大部分がヘルマート変換
シェアーなど変な方法を除いて、ビットマップの回転＝ヘルマート変換でFA
あと、バイリニア補間程度は使ってね

手書き数字の認識だったら、斜めの数字を書くやつなんかめったにいないと思うので、
回転なしで

１　大きさを正規化
２　ストローク密度正規化(非線形正規化)

とする方がいいのでは、
ストローク密度の正規化は、縦横のプロジェクションプロファイルをとって、ヒス
トグラム正規化をすればよし。超簡単。

２やっても、ストローク位置の変動は残るので、特徴はストローク位置の変動に
強いものをどうぞ。あとは線幅に影響されない特徴をどうとるかだな。
まあがんがってくれ。

0344デフォルトの名無しさん

2006/08/20(日) 21:31:46

　最初の段階として、手書きの数字でやっていますが、
本当は魚の画像でやらなければなりません。
それについてはなにかいい手法とかありますか。

0345デフォルトの名無しさん

2006/08/20(日) 22:44:08

>>344
そういう特殊用途のパターン認識になると、様々な手法で特徴抽出してみて、
良さそうなものを自分で選ぶ必要が有るんじゃないの？

例えば淡水の鮭科の魚の幼魚の個体認識だったらパールマークの位置関係とか。
もしかしたらその手法を開発するのが君の仕事なのでは・・・

うまい方法が見つかったら報告してください。

0346デフォルトの名無しさん

2006/08/20(日) 22:45:22

画像って泳いでる奴？地ベタに置いてる奴？
どんな分野で使うの？

0347デフォルトの名無しさん

2006/08/20(日) 22:49:47

>>344
魚と文字とじゃアプローチが違うんでね？

正規化はしないで、類似画像検索の手法を使ったら？
特徴点の抽出＋対応付け
輪郭が取得できるなら、自己回帰係数の比較など
あとは色分布(構図)や全体のカラーヒストグラムを補助に

とりあえず、安い類似画像検索ソフトに魚の画像を登録してみて、
どの程度できるか調べてみたら？

0348デフォルトの名無しさん

2006/08/20(日) 22:55:40

　簡単に言いますと魚屋さんから頂いてある地ベタ画像です。
画像処理できれいな魚ときたない魚の自動識別をめざしています。
それで、魚によって個体差があるため大きさを揃えて、傾きも揃える
ために正規化をしようとしてます。
そのためにどうしても正規化のC言語のプログラムが入ります。
１ヶ月ぐらいで正規化のプログラムって完成するもんなんですか。

0349デフォルトの名無しさん

2006/08/20(日) 23:14:30

>>348
画像処理屋なら１時間だと思うけど
ヘルマート変換がわからない人がやるとなると大変そう

正規化したとして、汚い魚をどうやって識別するのやら

画像を見んと何とも言えんが、「きれい」「きたない」を区別する特徴の値を
面積で正規化すれば良くて、位置と傾きの正規化はいらない気がする。

0350デフォルトの名無しさん

2006/08/20(日) 23:46:50

>>349
きれい／きたないを識別する処理を一般化するのはおそらく無理。
色情報もあてにならないし、模様情報もあてにならない。
強い光を当てて、反射係数を計測したりすればドロの部分がわかるような
きもするが、それにしたって、各魚の種類毎にチェックのアルゴリズムを
変更するしかないと思う。
すくなくとも、正規化に手間取るような人がそれをコード化するのは
絶対に無理だとおもわれるので、プロに依頼することをおすすめします。

汚い部分と綺麗な部分の識別が出来ているのなら、349の言うとおり
正規化しなくても、汚い部分と綺麗な部分の面積比を求めれば良いと
思います。

0351デフォルトの名無しさん

2006/08/21(月) 00:00:53

NN使えばそれなりの結果が出ると思うけどね。

0352デフォルトの名無しさん

2006/08/21(月) 00:12:23

今レポートを書いていて、わからない所がいつくかあるのですが教えて下さい！

0353デフォルトの名無しさん

2006/08/21(月) 00:15:21

↑
×いつく
○いくつ
でした

0354デフォルトの名無しさん

2006/08/21(月) 02:55:34

　きれいな魚というのは一般のスーパーで売られている正常の鯛（タイ）です。
きたない魚というのは一般のスーパーで売られていない異常の鯛（タイ）です。
そして、異常の鯛についての形状を説明しますと正常の鯛（タイ）に比べ極端
にお腹の部分が出ていたりします。また、お鼻の部分が急にへこんだりしてい
ます。350の部分で言っている色の部分についての測定は非常に困難であるため
現在、やっていません。その理由は正常の鯛と異常の鯛の色がよく似ているため
です。

0355デフォルトの名無しさん

2006/08/21(月) 03:04:30

人間がやれ！
なんでも自動化にすればいいと思ったら大間違いだ！

0356デフォルトの名無しさん

2006/08/21(月) 04:50:27

>>355
うわぁ

0357デフォルトの名無しさん

2006/08/21(月) 06:39:55

これはいいラダイト運動ですね

0358デフォルトの名無しさん

2006/08/21(月) 16:47:03

新バージョンＯｐｅｎＣＶのＭＬ関係はバグあるの？
http://groups.yahoo.com/group/OpenCV/message/40665

0359デフォルトの名無しさん

2006/08/22(火) 19:08:54

WindowsでIEEE1394のカメラをOpenCVで扱う方法どなたか知りませんか？

direct Showを使えばよいんでしょうか？

指針だけでも教えていただけると助かります。

宜しくお願いします。

0360デフォルトの名無しさん

2006/08/22(火) 19:37:38

ググって出て来るヤツじゃ駄目なのかいな

0361デフォルトの名無しさん

2006/08/23(水) 01:27:48

>>359
立派なアプリを作るのでなければ、cvcamかhighguiに含まれてるAPI使えば？
DirectShowのラッパーだよ。

0362デフォルトの名無しさん

2006/08/23(水) 16:15:29

359です。

>>360
ググって出るやつは、リナックス上でのやつが多く、
windows上でやってるやつは見つけられなかったのですが、
力不足でしょうか？？

>>361
そうなんですか。調べてみます。

コメントありがとうございます。助かります。

0363デフォルトの名無しさん

2006/08/23(水) 18:01:25

画像処理で、主にライティング技術と2値化画像の判別・判定について勉強したいのですが、
オススメの資料や教科書ありますでしょうか？

0364デフォルトの名無しさん

2006/08/23(水) 20:43:45

>>363
確かにライティング技術を勉強したほうがいいようだね
理科系の作文技術「木下是雄」

0365デフォルトの名無しさん

2006/08/24(木) 00:07:03

積分について以下の内容がなぜ成立するのか誰か教えて下さい。
　現在以下の内容をC言語で書こうとしています。
　
∬(x-α)i乗(y-β)j乗f(x,y)dxdy=Mijと記述されます。
ここでα,βは位置の正規化において決まります。
そしてこの値を用い、
大きさの正規化基準：M40+M04=1,傾きの正規化基準：M22=1
と設定するのが標準的な手法であります。
最後にこれについては重心周りのモーメントが必要です。

0366デフォルトの名無しさん

2006/08/24(木) 05:58:33

なぜもなにも、そう定義したということだけじゃん

0367デフォルトの名無しさん

2006/08/24(木) 07:54:30

>>365
タイの人？

0368デフォルトの名無しさん

2006/08/25(金) 16:36:07

乗を　^　と書いてたら真面目に読んだのにね

0369デフォルトの名無しさん

2006/08/25(金) 16:37:55

2chで数式を説明する時にtexで書いてしまうのですが
画像処理スレの人はtexは分かる人多いのでしょうか？

0370デフォルトの名無しさん

2006/08/25(金) 18:14:30

(　^ω^)　おっおっおっ

0371デフォルトの名無しさん

2006/08/25(金) 21:15:37

365の質問の内容誰か教えて下さい。

0372デフォルトの名無しさん

2006/08/25(金) 21:22:58

「質問の内容を教えてください」ってのは意味不明也。
何がわからないんだ？何もわからないのかな。

0373デフォルトの名無しさん

2006/08/25(金) 22:37:03

文字通りだろ。
俺も365の内容がさっぱりわからん。

0374デフォルトの名無しさん

2006/08/25(金) 22:59:44

　では、モーメントを用いて、重心と求め
外接長方形で画像を囲んで、大きさと傾きを
揃えるアルゴリズムはわかりますか。
お願いします。

0375デフォルトの名無しさん

2006/08/25(金) 23:05:46

だんだん釣り臭く見えて来た

0376デフォルトの名無しさん

2006/08/26(土) 02:02:23

いや、365も374も質問になってないし。
うちの嫁が、なにやら新しい情報を仕入れるたびに、ねぇねぇ、～って知ってる？
と聞くのと大差なさそうだ。どうやら、知らないと言って欲しいらしい。テラカワイス。

0377>>376 こういうことか?w

2006/08/26(土) 05:25:03

>>374
＞アルゴリズムはわかりますか。
判りません。

0378デフォルトの名無しさん

2006/08/27(日) 22:17:45

塗りつぶした円を描画する一番速い方法教えて

0379デフォルトの名無しさん

2006/08/27(日) 22:17:51

>>374
すでに一般化してて何通りもアルゴリズムがあるんだけどさ。
モーメント使う方法も当然ある。
つーか、あんたは画像の高次モーメントが何を意味してるかわかってる？
式の上っ面眺めてるだけじゃわからんだろうけどさｗ

0380デフォルトの名無しさん

2006/08/27(日) 22:19:50

>>378
>>316

0381デフォルトの名無しさん

2006/08/27(日) 23:35:36

>>378
「一番」とか「最」の付く言葉を使うのはタブー。
それより速い方法がないことを証明する必要がある。

0382デフォルトの名無しさん

2006/08/27(日) 23:54:02

最中

0383デフォルトの名無しさん

2006/08/28(月) 00:00:14

最上川

0384デフォルトの名無しさん

2006/08/28(月) 00:47:07

画像処理ってプログラム界でもトップレベルのハードな分野じゃない？

0385デフォルトの名無しさん

2006/08/28(月) 01:31:26

いや、一番いい加減な分野だと思う。

0386デフォルトの名無しさん

2006/08/28(月) 07:34:26

>>378　ビデオカードにお願いする

0387デフォルトの名無しさん

2006/08/30(水) 04:26:35

　だれかナイソウの式を教えて下さい。

0388デフォルトの名無しさん

2006/09/01(金) 02:58:49

君の言うナイソウの式とは、「点A,Bをm:nに分割する点の座標を求める式」でいいか？

0389デフォルトの名無しさん

2006/09/01(金) 11:54:00

決まった２点をとおる直線の式中学生の数学
決まった４点をとおる３次式だと高校生の数学

0390デフォルトの名無しさん

2006/09/01(金) 15:05:51

　内挿ってこの漢字やったっけ。（＞。＜）

0391デフォルトの名無しさん

2006/09/01(金) 15:11:42

そんなことはナイソウ

0392デフォルトの名無しさん

2006/09/01(金) 16:38:53

imeの手書きパッドの文字認識アルゴリズムって分かる人いますか？
調べてもあまり出てこないけど公開されてないんやろか

0393デフォルトの名無しさん

2006/09/01(金) 17:33:49

http://torch3vision.idiap.ch/
使ってる人いますか？

0394デフォルトの名無しさん

2006/09/01(金) 18:16:24

>>392
まずは特許を調べてみては？MSの所有する文字認識アルゴリズム関連で。
MSが発表した研究論文を調べてもいいが、買収した企業の保有する権利を使っているのだとしたら、
いくら調べてもアルゴリズムの内容までは分からないんじゃないかな。
（買収前の企業が自社名で研究発表しているだろうから）

関係ないが、一般的な手書き文字の認識アルゴリズムとしては、
端点座標＋ストロークの情報で認識ってことになるのかな？

0395デフォルトの名無しさん

2006/09/01(金) 18:25:50

MS-IMEの場合は書き順を考慮している感じ

0396デフォルトの名無しさん

2006/09/01(金) 18:55:54

NECだかどっかのは楔形文字にヒントを得て縦横のライン判定だっけ

0397デフォルトの名無しさん

2006/09/01(金) 19:40:47

東大情報理工学系研究科システム情報学専攻第1研究室にでもいってらっさい

0398デフォルトの名無しさん

2006/09/01(金) 19:48:50

Lanczos3による拡大縮小を行うプログラムを作りたいんですが
よさげな解説ページ見つからないです・・何処にありますか

0399デフォルトの名無しさん

2006/09/01(金) 20:05:53

>>398
過去スレで紹介されてたよ。

0400デフォルトの名無しさん

2006/09/01(金) 20:14:05

その5?

0401デフォルトの名無しさん

2006/09/01(金) 20:21:12

koreka
http://www.marumo.ne.jp/db2001_7.htm#4
thanks

0402392

2006/09/02(土) 00:53:48

>>394
特許を調べるという発想は無かったです
さんくす！

0403398

2006/09/03(日) 19:45:44

>低域通過フィルタ
?
>この台形の範囲内にある原画像の画素に、台形の（全てを足し合わせるとトータルで 1 になるように正規化された）
高さを掛けて畳み込み、縮小後画像の１画素を決定するわけです。
どんな範囲？正規化？畳み込む？？
>帯域制限 FIR 形式の低域通過フィルタ
???
>実は Lanczos2/Lanczos3 フィルタこそが、その低域通過フィルタをそのまま
デシメーションに使ったフィルタなのです。
意味不明
>Lanczos フィルタ（正確には Lanczos 窓関数を使用した FIR 低域通過フィルタ）
>Lanczos2/Lanczos3 フィルタの形は次の図のようになります。
('A`)・・・

0404デフォルトの名無しさん

2006/09/03(日) 20:03:49

おまいさんは、半年間ROMって、まず窓関数の根本的なことから勉強しろ

0405デフォルトの名無しさん

2006/09/03(日) 21:31:18

>>392
詳しくは知らないんで参考になるか分からないけど思い出したページを
「Ajax を使った手書き文字認識」
http://chasen.org/~taku/software/ajax/hwr/

0406デフォルトの名無しさん

2006/09/03(日) 22:02:08

>>405
いやー。
本物の研究者様は馬力が違うね～

0407デフォルトの名無しさん

2006/09/04(月) 00:22:38

>>403
意味がわからなくてもコードには落とせると思うけど.
実際に俺あんま意味わかってないけど実装してるし(w

0408デフォルトの名無しさん

2006/09/04(月) 09:09:51

>403
俺も理論はイマイチよく分からんけど、コードに落とせば
どういう処理をしてるのかは理解できた。

なんでこう小難しい言い方をしなきゃならんのか理解に苦しむ・・・
あ、それはそのサイトだけの話じゃなくてね。

0409デフォルトの名無しさん

2006/09/04(月) 09:16:53

教科書とかも、難しい専門用語を使ってるだけで、実はやってることは
（コードに直すと）単純。てのはよくあるよね。

100の説明よりは1のソース、みたいな。

0410デフォルトの名無しさん

2006/09/04(月) 11:30:17

いろいろなアルゴリズムを研究して、高品質縮小アプリを作ったが...
携帯でもヌケルエロ画像作成ツールだったorz

0411デフォルトの名無しさん

2006/09/04(月) 11:41:25

>>409
全然難しくないよ＞用語
自分が知らない＝難しいという発想はやめた方がいい。
ＰＣの使い方の説明を全くの素人に説明しようとして苦しんだ経験は、
ちょっとＰＣをつかえる人には必ずあると思うが、専門用語を使わずに
理解しようとすることは、それに準ずるところがある。
思考の基本は言語で、複雑な概念を名詞化することで、より簡単に理解
できるようになるんだよ。
頑張って用語を学んでください＞元記事の方

0412デフォルトの名無しさん

2006/09/04(月) 12:04:08

正直、画像を周波数として扱う概念自体がイマイチピンとこない

0413デフォルトの名無しさん

2006/09/04(月) 12:41:55

>>412
光(色)も音も周波数そのものなのに？

0414デフォルトの名無しさん

2006/09/04(月) 12:51:34

光の波動なんて感知できないでそ。

0415デフォルトの名無しさん

2006/09/04(月) 13:09:55

お前の目はモノクロかよｗ

0416デフォルトの名無しさん

2006/09/04(月) 13:10:55

>>413-414は両名とも勉強しなおせ。
>>412は光の波動性と関係ないし、波動としての光を捉えられないのならラジオはどうなる。

0417デフォルトの名無しさん

2006/09/04(月) 13:23:34

そもそもラジオなんかないだろうなぁ

0418デフォルトの名無しさん

2006/09/04(月) 13:30:49

>>412
学問的に画像処理は信号処理の一部ですよ。
２次元への拡張さえできれば信号処理のテクニックが使えるのですよ。
フーリエ変換ぐらいやったでしょ？
ってかどの分野がどの分野を含んでるかすらわかってないって
その状況だと勉強のしようがないんじゃないか？
（将来的にある分野とつながったとかはおいておいて）

0419412

2006/09/04(月) 14:27:29

実際学問やってるわけじゃないから、そういう部分は完全にすっぽ抜けてます。
仕事で画像処理（拡大縮小とか回転）が必要になり、ネットで調べつつ実装しただけなんで。

プログラム的に何をやってるかはわかる。だから、コピペじゃなくコードは書ける。
けど、それが理論とか概念上でどういう意味を持つのかは、あまり気にしてる暇はなかったり。

0420デフォルトの名無しさん

2006/09/04(月) 15:51:17

OpenPNL使ってるやつがあまりいないみたいなのはなんで？
便利だと思うのになあ

0421デフォルトの名無しさん

2006/09/04(月) 15:54:35

>>419
言ってることがむちゃくちゃですよ。
理論や式を理解せずに実装することなんか、絶対に出来ません。
それをやろうとすると、どこかのソースコードを参考に記述することに
なりますが、元のソースにもしバグがあっても、それを認識することが
できないではありませんか。
プログラムが原因の事故って、過酷な労働環境が原因だと言われているけれど
こういう考えのプログラマが増殖していたら、実はそのほうがずっと危ないん
じゃないだろうか。ちと不安。

0422デフォルトの名無しさん

2006/09/04(月) 15:59:39

なんか、嫌味たらしい性格の悪いやつがいるな。
Kusakabeみたいだ。

0423デフォルトの名無しさん

2006/09/04(月) 16:18:14

>>422
同族嫌悪ですか？たいへんですね

0424412

2006/09/04(月) 16:39:03

>>421
まあ、もっともです。が、絶対にできないってのは言い過ぎかと。事実できてるし。
フーリエ変換なんてしらないし、ローパスフィルタとか言われてもよく分からないけど、
例えばLanczosを実装するためにどういうプログラムを組めばいいかは理解できてるよ。

0425デフォルトの名無しさん

2006/09/04(月) 16:44:44

たんに、Lanczosを実装するためには

フーリエ変換やローパスフィルタ

を知らなくてもできる、ってことであって、「画像を周波数として扱う概念」とは
直接関係ないだろ。

0426デフォルトの名無しさん

2006/09/04(月) 16:47:07

だから何？

0427デフォルトの名無しさん

2006/09/04(月) 16:51:14

だから、

> けど、それが理論とか概念上でどういう意味を持つのかは、あまり気にしてる暇はなかったり。

の例になってない。

0428デフォルトの名無しさん

2006/09/04(月) 16:53:58

そうか？
>403には、Lanczosはローパスフィルタをつかったフィルタだって書いてあるが。

0429412

2006/09/04(月) 17:00:40

418さんが、画像処理を信号処理で扱う代表のようにフーリエ変換をあげていたので
それを例に出しただけ。

403を読む限り、Lanczosの理論はその信号処理（周波数とか？）の概念から
生まれたような印象を受けたけど、その概念そのもの（フーリエに代表されるもの？）や
Lanczosの論理（ローパスフィルタ？）が分からなくても問題なく実装できてるってのが
言いたかっただけです。

バカ自慢もいい加減恥ずかしくなってきたのでこの辺で。

0430デフォルトの名無しさん

2006/09/04(月) 17:01:11

↓さあ、次の話題をどぞ

0431デフォルトの名無しさん

2006/09/04(月) 17:06:34

>>41
理論に興味ないんならライブラリ使えば終わりだったのでは？
LanczosじゃなきゃだめでどのライブラリがLanczos使ってるか調べるより実装したほうが早い
とか独自実装じゃないとダメとか何か理由があったの？
いや、どうでもいいけどさ

0432デフォルトの名無しさん

2006/09/04(月) 17:12:07

>>429
およよ。それは自慢じゃないにょ。プレゼンかなにかがあったとしたらその時に
「実際、どういう理論なのかはわかってないのですが・・・」って恥じる所だと思うにょ。
うん、本当に恥ずかしいと思っていいと思うにょ。

0433デフォルトの名無しさん

2006/09/04(月) 17:15:53

お前のその口調が恥ずかしいわ

0434デフォルトの名無しさん

2006/09/04(月) 20:57:24

>>421
>理論や式を理解せずに実装することなんか、絶対に出来ません
とてもプロの発言とは思えない。
できます。余裕で。

0435デフォルトの名無しさん

2006/09/04(月) 21:11:45

それがどういう演算の集まりによって出来ている式なのかは理解しなければ実装できないが、
何故そういう演算をしているのか、なにを求めているかというのを理解しなくても実装はできる。

0436デフォルトの名無しさん

2006/09/04(月) 22:01:38

dialog "jpg",16,"gazo"
buffer 2:picload refstr
sizex=ginfo_winx:sizey=ginfo_winy
buffer 3,sizex/2,sizey
screen 0,sizex/2,sizey/2
mes ""+sizex+","+sizey
dim r,3:dim g,3:dim b,3
wait 100
title "横方向補間中・・・"
/*横方向補間*/
repeat sizey
y=cnt
repeat sizex/2
x=cnt
gsel 2
pget x*2,y
r=ginfo(16):g=ginfo(17):b=ginfo(18)
pget x*2+1,y
r.1=ginfo(16):g.1=ginfo(17):b.1=ginfo(18)
r.2=(r+r.1)/2:g.2=(g+g.1)/2:b.2=(b+b.1)/2
gsel 3
color r.2,g.2,b.2
pset x,y
loop
loop
gsel 0
title "縦方向保管中・・・"
/*縦方向補間*/

0437デフォルトの名無しさん

2006/09/04(月) 22:02:10

repeat sizex/2
x=cnt
repeat sizey
y=cnt
gsel 3
pget x,y*2
r=ginfo(16):g=ginfo(17):b=ginfo(18)
pget x,y*2+1
r.1=ginfo(16):g.1=ginfo(17):b.1=ginfo(18)
r.2=(r+r.1)/2:g.2=(g+g.1)/2:b.2=(b+b.1)/2
gsel 0
color r.2,g.2,b.2
pset x,y
loop
loop
redraw 1

0438デフォルトの名無しさん

2006/09/04(月) 23:44:37

>>理論や式を理解せずに実装することなんか、絶対に出来ません
>とてもプロの発言とは思えない。

プロってレベルひくーーー

0439デフォルトの名無しさん

2006/09/04(月) 23:48:41

>>438
プロとは仕事を金にする人間のことだ。
理論ばっかりで商品作らんような奴らは学者というのだよ。

0440デフォルトの名無しさん

2006/09/05(火) 00:02:35

他人が書いたソースは読みにくい
（読む気が起きない）

0441398

2006/09/05(火) 00:08:37

理論が書いてあるページはありますが
実装方法はどこに・・

0442デフォルトの名無しさん

2006/09/05(火) 00:11:35

>>438
そうそう。
作ってナンボ。
いちいち理解して組んでない。でも完成はさせる。
これがプロ。

0443デフォルトの名無しさん

2006/09/05(火) 00:27:27

迷える子羊な>>398を放置して、総員揚げ足取り体制。

0444デフォルトの名無しさん

2006/09/05(火) 00:31:15

プロってレベルひくーーー

0445デフォルトの名無しさん

2006/09/05(火) 00:38:44

学者や研究者に比べれば、たいていのプロはレベル低い。
でも、きっと一番レベルが高いのは才能と情熱にあふれるアマチュアだろうな。

0446デフォルトの名無しさん

2006/09/05(火) 01:11:24

元々比べる物差しが違う

0447デフォルトの名無しさん

2006/09/05(火) 01:11:58

今ひどい自演をみた

0448デフォルトの名無しさん

2006/09/05(火) 01:14:30

ていうか>>398はもう解決したんだろ？
とりあえず検索かけたら下のリンク見つけたけどすでに既出じゃんｗ
しかし、こんな難しいのよく組む気になるね。
フォトショップでバイキュービックしてくれよなｗ

Lanczos3については以下のサイトを参考にしてください。

http://www.worldserver.com/turk/computergraphics/ResamplingFilters.pdf
http://www.marumo.ne.jp/db2001_7.htm#4
http://www.marumo.ne.jp/auf/#lpf

0449デフォルトの名無しさん

2006/09/05(火) 01:23:00

土方も工員もプロだしなｗましてやデジタル土方ｗ

0450デフォルトの名無しさん

2006/09/05(火) 03:03:04

>>448
日本語でどうぞ。

0451デフォルトの名無しさん

2006/09/05(火) 03:09:26

しかしこのスレは毎度だれかがポストすると
本題がわからない人でもワラワレと集まってきて本題以外の部分で叩きたがるな

0452デフォルトの名無しさん

2006/09/05(火) 03:10:04

ワラワレって orz ○ワラワラ

ﾊｲﾊｲ

0453デフォルトの名無しさん

2006/09/05(火) 06:43:50

>>448
ざっと見た感じ、補間するのに線形だと、ボケるので、ガウスで中央値に
比重を掛けよう。しかし、sync関数のほうが周りを下げてエッジをきかせることにより
より、みえがよくなるんじゃないか？って方法かね。図だけ眺めててきとうに解釈したんだが

こんなのsync直接だと重そうだから、テーブル＆ベジェ補間あたりで簡易的に実装すると
いいかも知れんね。

まぁ、使うときにはACMでも探しに行くがね。

0454デフォルトの名無しさん

2006/09/05(火) 07:44:35

>398
まるものプラグインのソース見れ

0455デフォルトの名無しさん

2006/09/05(火) 11:34:55

グラフィックエディタを作ってます。

今、３次ベジェ曲線を引く機能を作っていて、
アンカーポイントを増やしたときに、
そのアンカーポイントを通る接線上にハンドルを
置きたいんです。

が、接線の求め方がわかりません。

どうすれば接線を求められるでしょうか？

よろしくお願いします。

0456デフォルトの名無しさん

2006/09/05(火) 11:52:46

>>455
実際にやったことはありませんので、もっと良い方法があるかも知れませんが、
三次のベジェ曲線を描く過程である座標における接線はすでに求めていると
思います。その接線を利用されてはどうでしょう。

0457デフォルトの名無しさん

2006/09/05(火) 15:36:35

研究者とプログラマーの違いだけど
例えばboostのソースコードの読みやすさと
OpenCVのぐちゃぐちゃさを比べると一つの側面を知ることが出来る
boosted cascadeの論文に原理はわかりやく書いてあっても
あのコードじゃ・・・

0458デフォルトの名無しさん

2006/09/05(火) 20:00:32

写真に写っている人だけをある程度正確に抽出したいのですが、どういった方法がありますか？
背景や来ている服にはできるだけ制限をかけないで行いたいのですが…。

0459デフォルトの名無しさん

2006/09/05(火) 20:56:53

>>458
服は背景にしないってことだから２次元画像だと難しそう。
ステレオ視して３次元画像なら楽にできそうな気もするけど

0460デフォルトの名無しさん

2006/09/05(火) 22:31:43

>>458
人が写っていない画像との比較で
というのなら、たくさんあると思うが。比較なしで？

0461デフォルトの名無しさん

2006/09/05(火) 23:10:36

画像処理に興味があるんですが、どなたか理解しやすいサイト知りませんか？

0462455

2006/09/06(水) 00:01:44

>>456
制御点だけ与えてやれば、ベジェ曲線の描画は、
ライブラリがやってくれるんで、
自分で接線の計算とかしてないんです。

0463デフォルトの名無しさん

2006/09/06(水) 02:21:09

>>458
人のどういう状態をどういう条件で撮像した画像から抽出するのかで難易度が変わってきそうだな。例えば、
・固定カメラで撮像した画像に映った一人
・固定カメラで撮像した画像に映った複数人
・非固定カメラで撮像した画像に映った一人
・非固定カメラで撮像した画像に映った複数人
１つ目なら背景画像との差分だけでＯＫ（背景と同じ服装だったら抽出できないが・・・）。
2つ目以降なら下に行くほど難易度が高くなる（例えば、動画像処理によるトラッキングが必要だったり・・・）。
それと、人の初期輪郭（大まかな領域）は抽出前に与えていいの？
それとも、動いている領域（車とか風に揺れる木の枝とか）から人の動きを先に選別してやらないといけない？
（いや、ひょっとして人は静止しているのかな？）

>>461
現在どの程度の知識を持っているのか分からないが、CG検定エンジニアリング（画像処理部門）の２，３級の
テキストでも立ち読みしてみたら。去年の秋に刷新されて前より良くなってると思う。画像処理と一言で言っても
顔認識や文字認識、三次元計測などいろいろ分野が分かれてるので興味を持った分野が分からないと紹介する
のは難しいね。

0464デフォルトの名無しさん

2006/09/06(水) 11:17:54

>>458
まずセグメンテーションで色領域の形状を分割する
これとは別にニューラルネットで構築した人形の位置を大まかに検出するもので位置を特定する
該当する位置に属するセグメントを合体させて結果とする

0465デフォルトの名無しさん

2006/09/06(水) 18:51:02

>>464
ニューラルネットの学習はどうするんだよ

0466458

2006/09/06(水) 19:29:00

>>459 >>460 >>463 >>464
様々な意見ありがとうございます。参考にします。

なお条件を補足しますと、
・写真に写っているのは静止している直立した人間一人。
・できれば1枚の写真から抽出したい。
となります。

0467デフォルトの名無しさん

2006/09/06(水) 21:14:34

>>466
条件はそれで全部だよね。
まぁ、とっかかりとしては、次のような処理手順になるのでは？
１．人の顔領域の抽出
・肌色（顔）と黒色（髪）のカラーの値をテンプレートとして準備（数値は実験的に求める）
・全画素を対象に上記テンプレートにマッチする画素のみ検出
・検出できた画素を使って領域作成
・作成した領域の中から顔らしい配置（一定の大きさの肌色領域の上に黒色領域が位置する）の領域の組み合わせを求める
・求まった複数の領域の組み合わせに対し、形状に関するデータ（例えば、楕円近似度）を計算して最も顔らしい領域の組を選択
２．人間全体の領域を抽出
・１で求まった最も顔らしい領域の大きさを計算し、首から下の胴体・脚の領域を比を使って推定
（日本人なら6頭身ぐらい、幅は顔の2.5倍程度と適当に仮定、赤ちゃんや外人ならその都度補正）
ただし、この方法では人が正面を向いて髪の毛が普通に見える（禿は不可）人だけしか検出できない。
影や帽子の有無に弱いし、横顔には無力だ。別の人が書いているように、ニューラルネットにいろんな見え方のパターンを入力してやって、
上で書いた各パラメータを学習させるというのも一つの方法だと思う。

0468デフォルトの名無しさん

2006/09/06(水) 21:38:39

てけとうに機械学習させたらできちゃったりはしないかな。むりか。
顔領域なら機械学習でけっこういいかんじ。OpenCV にあるよ。

0469デフォルトの名無しさん

2006/09/07(木) 00:18:21

えたいの知れないものだからといって、えたいの知れないものでてけとうにやっつけようとするなよ。
そんな奴研究でも現場でも使えん。

0470デフォルトの名無しさん

2006/09/07(木) 00:25:38

>>467の解析プログラムがダッチワイフを捕捉しました！
サーモグラフもとりいれましたが、使用直後だったらしく熱源反応も感知していた模様です。
改善方法としては・・・

0471デフォルトの名無しさん

2006/09/07(木) 08:46:10

>>470
オナクール派に改宗

0472デフォルトの名無しさん

2006/09/08(金) 21:45:16

真剣な質問だ。まじめに答えてくれ。

今日、あるおっさんに怒鳴られた。「画像処理をまともに覚える気があるのか？」と。
数分の時間を置いてそいつは言った。漏れの書いたドキュメントをちらりと眺め、

「　P　N　G　ってなんのことだ？　」

とりあえずこれはやばい、やばすぎるとおもって冷や汗たらたらだったんだが
おまいらこれをどう思う？

0473デフォルトの名無しさん

2006/09/08(金) 21:57:37

そのｵｻｰﾝは上司（で、かつ技術者）か？
もしそうなら、転職を考えたほうがいいんｼﾞｬﾏｲｶ?
おまいはこれからもまともに評価してもらえんぞ。
ｼｬﾁｮさんとか営業なら技術的なことはその程度だろう。

0474デフォルトの名無しさん

2006/09/08(金) 22:00:03

>>473 一応上の人で、画像処理専門誌なんかにもたまーになんか書いてるらしい。
やっぱり逃げたほうがいいよな・・・。

ハテシナクフルクテヤバス。

0475デフォルトの名無しさん

2006/09/08(金) 22:19:13

結構年寄り（写真付きで掲載されているから分かる）が専門誌に解説記事書いてるのをよく見るな。
技能系（技術系でない）の話が多くてでうんざりすることが多いが。
例えば「これこれの画像処理に適切な照明系とカメラの位置関係はこうだ！」みたいな。
確かに産業応用ではそういう話は大事だな。
そんなｵｻｰﾝにとっては、PNGは　ま　っ　た　く　関　係　な　い　だろう。

0476デフォルトの名無しさん

2006/09/08(金) 22:30:52

>>475 なるほど。んじゃ、ぶっちゃけソフト屋って広く枠くくって画像処理を考えたとき
そのてのおさーんから得るものはゼロに近いって考えたほうがいいんだな？

0477デフォルトの名無しさん

2006/09/08(金) 22:46:40

結構社員が多い会社に勤めているのか？
ソフト屋とハード屋が明確に分かれているような。
出世とか独立を考えているんなら、得るものゼロってことはないだろう。
経験から得られたｵｻｰﾝの知識もあながちバカにはできん。
一生ソフト屋で通すなら知ったことじゃないが。
俺的には「ハード知りましぇん・・・」のリーダーの下では働きたくないな。

0478デフォルトの名無しさん

2006/09/08(金) 22:56:24

しかしここはプログラム板なわけで・・・。

ま、ありがとう。とりあえず漏れはハード少しだけわかるソフト屋を追求してるが
別にめかめかしい光学系に興味津々というわけじゃないからなぁ。
あまりうるさいようなら逃げるわｗ

0479デフォルトの名無しさん

2006/09/08(金) 23:15:09

そうだな、ここはプ板だったな。気を悪くさせてスマン。
今のシステムはハードよりソフトの比重が大きくなっているは確かだ。
装置をどこからか買ってきてソフトで商売する（例えばケイタイでの画像処理）みたいに。
それならハードは仕様さえ読めればいい。
ウェハの検査装置の開発みたいなものなら、やっぱりハードは大事だけどな。

0480デフォルトの名無しさん

2006/09/09(土) 00:05:02

プ板なんて始めて聞いたな。
結局ムなのかマなのか分からん。

0481デフォルトの名無しさん

2006/09/09(土) 00:09:15

プログラム　板
プログラマー　板

別になってるな。

0482デフォルトの名無しさん

2006/09/09(土) 00:27:22

それじゃ、ここはム板で、もう一個の方はマー板か。

0483デフォルトの名無しさん

2006/09/09(土) 00:35:19

>>479
＞ウェハの検査装置の開発みたいなものなら、やっぱりハードは大事だけどな。
規模と金額がべらぼうなので、ソフト屋はハード屋を苛める以外の理由でハードの知識は要らない罠。
光学検査系は、最早限界に近づいていてそろそろX線技師でもない限り触れなくなるしな。
#今は未だUVレーザーだけど。

0484デフォルトの名無しさん

2006/09/09(土) 18:22:59

上で論争になった「理論が分らなくても実装は出来る」ってのは
知識が無くても使うのに支障がないという意味だろうから>>483と言ってる事は一緒だな。

ということは学者の場合は理論が分らないと説明出来ないわけだから
当然ハードの知識(≠操作方法)も完璧なんだろうな。

0485デフォルトの名無しさん

2006/09/09(土) 19:15:13

俺は483でもその論争に加わったものでもないが・・・
>ということは学者の場合は理論が分らないと説明出来ないわけだから
>当然ハードの知識(≠操作方法)も完璧なんだろうな。
俺の少ない経験から言えるのは、ハードよりの研究をしている先生はハードの知識が豊富。
ソフトよりの先生はハードの知識をあまり知らないという当たり前の結論です。
ソフトの先生でもそのソフトと関連性のあるハードの知識には詳しいね。

0486デフォルトの名無しさん

2006/09/10(日) 03:19:23

ttp://ja.wikipedia.org/wiki/ClearType
[画像処理ソフトでの応用]の項で、赤と青のチャンネルを左右にずらす、
とありますが、この処理だけで、ホントにサブピクセルを利用した、
横方向の解像度が実質3倍の縮小になっているんでしょうか。
英語版の記事には、この内容はありませんでしたが
ttp://www.oyhus.no/SubLCD.html
というものが紹介されていました。これは「2倍シャープだよ」って書いて
ありますが、何故２倍なのでしょうか。

0487デフォルトの名無しさん

2006/09/10(日) 11:31:22

>>486
>[画像処理ソフトでの応用]の項で、赤と青のチャンネルを左右にずらす、
>とありますが、この処理だけで、ホントにサブピクセルを利用した、
>横方向の解像度が実質3倍の縮小になっているんでしょうか。
(R,G,B)が(0,0,0),(0,0,0),(255,255,255)(0,0,0),(0,0,0)の5ピクセル
だけが横一列に存在する場合を考えてみる。こうしたのは理解がしやすいため。
書いてある通りRとBをそれぞれ左右に1ピクセルずらしてみる。すると、
(0,0,0),(255,0,0),(255,255,255),(0,0,255),(0,0,0)になる。
RGB値から濃度情報のみを算出する。
ずらす前の5ピクセルの濃度　：0, 0,255, 0,0
ずらした後の5ピクセルの濃度：0,85,255,85,0
ただし、この濃度を求める工程は簡略化のため単なる平均化。
これで、３倍の高解像度化作業は終わり（確かに滑らかな濃度変化になってる）。
ただ、このままだと画像サイズが大きすぎる。
（元々３倍サイズの画像を使っていたんで）。
よって、１／３に縮小。これで画像サイズも本来必要な大きさになった。
こういうことなんじゃない？

0488デフォルトの名無しさん

2006/09/10(日) 12:41:00

>>486
1/3の縮小と1/2の縮小の違いは実際にデータを加工して見れば判るんでない?
1/2の方が品質の劣化の度合いは少ないと思うよ。

0489デフォルトの名無しさん

2006/09/10(日) 12:58:22

ClearTypeってモニターのRGBの配置によって見え方変わって来ない？

RGBが縦に並んでたり横に並んでたり三角の頂点に並んでたりとか、
並び方によって色の選択をちゃんとやらないとうまく見えるような
気がしないのだが、

PnPでモニタからRGBの配置をOSがモニタからもらってるのかね？

0490デフォルトの名無しさん

2006/09/10(日) 13:12:36

液晶だと文字に奥行きが生まれそうだ。

0491デフォルトの名無しさん

2006/09/10(日) 17:47:16

>>487
3倍のサイズで1ピクセルずらすってことは、ようするにサンプリングポイントが
1/3ピクセルずれるってこと。
大きすぎるから縮小とかじゃなくて、RGBごとに1/3ピクセルずつずれたデータを
作成するのが目的だから、そういう手順になっているだけ。

>>489
当然変わる。一応RGBの順番は設定可能。
Pivotや変則的な配列には非対応。

0492487

2006/09/10(日) 18:01:06

>>491
>3倍のサイズで1ピクセルずらすってことは、ようするにサンプリングポイントが
>1/3ピクセルずれるってこと。
>大きすぎるから縮小とかじゃなくて、RGBごとに1/3ピクセルずつずれたデータを
>作成するのが目的だから、そういう手順になっているだけ。
どうもありがとう。教科書的な説明だね。
拡大・縮小の件は元のwikiの方に３倍の大きさの画像でRBをずらしてから縮小
するっていう手順が書いてあったんで、そのまま引用して説明しただけだよ。
「大きすぎるから・・・」うんぬんっていう意図で書いた訳じゃない。
それじゃこの辺で消えるわ。

0493デフォルトの名無しさん

2006/09/10(日) 18:19:47

本来のClearTypeってのは、
CRTモニタのRGB発色素の位置関係を踏まえているはずだよなそういえば。

0494デフォルトの名無しさん

2006/09/10(日) 20:31:16

gnomeとかkdeのフォント表示設定はRGB配置の指定ができたね。

0495デフォルトの名無しさん

2006/09/10(日) 22:23:31

>>494
サブピクセルの順番ね。> GNOME
これってpangoがやってるのかな？
スレ違いスマソ

0496デフォルトの名無しさん

2006/09/11(月) 10:31:42

画像縮小でバイリニア法というのの説明かソースコードを探してぐぐっていますが、
見つかりません。ご存知の方がいらっしゃいましたら教えて下さい。
（整数分の１に縮小するのは、RGB毎の平均を取るのかなあと想像していますが、
　任意の比率はどうしているんだろうというのが疑問です。）

0497デフォルトの名無しさん

2006/09/11(月) 10:33:39

http://www.geocities.co.jp/Playtown-Spade/4804/index.html

0498デフォルトの名無しさん

2006/09/11(月) 10:58:11

C++で画像処理やりたいんですけど、いい参考書ありませんか？

0499496

2006/09/11(月) 14:11:30

>>497
教えていただき有難うございます。見ました。
画像拡大は、線形補間になっているようですが、縮小はニアレストネイバーという
やり方しか載ってないように見受けました。
バイリニアというのは、縮小ではいわないんでしょうか。

0500デフォルトの名無しさん

2006/09/11(月) 14:55:38

>>499
拡大だろうと縮小だろうと回転だろうと、変形後の座標に対応する元画像の座標を求める
わけですから、その際のアルゴリズム（元画像の座標から実際のその位置の色を求める
アルゴリズム）は好きなものを使ってください。
そこにバイリニアを適用すれば、バイリニアです。

0501デフォルトの名無しさん

2006/09/11(月) 15:22:47

>>499
バイリニア法(線形補完の2回繰り返し)を使った縮小については確かに余り見かけないが、
拡大とやっていることは基本的に同じ。その点では>500の言うとおり。
そこでこの解説を読んでみるのはどうだろうか。
ttp://www.marumo.ne.jp/db2000_c.htm#18
ニアレストネイバーを使う例が多い理由や、Lanczosに関しても件のページから読んでいけば判ると思う。

0502499=496

2006/09/11(月) 18:27:07

>>500, >>501
お教えいただき有難うございます。
難しいところまではまだ分かりませんが、浮動小数点演算は避けられないそうも
ないので、もう腹をくくって試そうと思います。（縮小前後のサイズの最小公倍
数の画像を一旦作るってのは、利口だなと感心しましたです。）

0503デフォルトの名無しさん

2006/09/11(月) 20:50:21

>>502
扱う画像サイズと要求精度にもよりますが、固定小数点で整数演算に
還元することもできます。
もっとも最近のＣＰＵは速いので、気にしなくて良い場合も多いです。

0504502=496

2006/09/11(月) 23:03:25

>>503
ご助言を有難うございます。
先ずは、feasible な手順を作って、後、計測しながら計算速度を上げる工夫を
しようと思います。

0505デフォルトの名無しさん

2006/09/12(火) 01:05:59

パイズリ法について解説してくれ

0506デフォルトの名無しさん

2006/09/12(火) 01:14:35

ネタはネタスレでやれ

0507デフォルトの名無しさん

2006/09/12(火) 10:46:43

テンプレートマッチングを使って円を抽出したいのですが、うまくできません。
下が判定部分のソースですが、おかしいところがあったら教えてください。

niti[i+x][j+y]　//原画像のデータ（ゾーベルフィルタ後に2値化）
PBM[x][y]　//テンプレートのデータ（判定に使わない部分の値は100）
nHeight,nWidth　　//原画像のサイズ
Th,Tw　//テンプレートのサイズ
count　//一致した数

for(i=0;i<nHeight-Th;i++){for(j=0;j<nWidth-Tw;j++){
　for(x=0;x<Th;x++){for(y=0;y<Tw;y++){
　　if(PBM[x][y]==100) continue;
　　else if(PBM[x][y]==niti[i+x][j+y]){
　　　if(PBM[i][j]==255) count+=3;
　　　else count++;
　　}
　}}
　if (count>=2){
　　for(x=0;x<Tw;x++){for(y=0;y<Th;y++){
　　　QR[i+x][j+y]=255; QG[i+x][j+y]=0; QB[i+x][j+y]=0;
　　}}
　}
}}

0508デフォルトの名無しさん

2006/09/12(火) 18:29:42

今度は津波かｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

0509デフォルトの名無しさん

2006/09/12(火) 18:30:32

誤爆した

0510デフォルトの名無しさん

2006/09/12(火) 19:26:12

>507
つっこみどころは多いがとりあえず
x軸が縦なのか横なのかはっきりしてくれ

>for(x=0;x<Th;x++){for(y=0;y<Tw;y++){
>for(x=0;x<Tw;x++){for(y=0;y<Th;y++){

0511デフォルトの名無しさん

2006/09/12(火) 19:49:41

>>510
507自身が言っている「おかしいところ」は一番怪しいところはその箇所かと思われ

0512デフォルトの名無しさん

2006/09/12(火) 20:41:24

>>511
「おかしいところ」を指摘したレスに何を突っ込もうとしてるの？

0513デフォルトの名無しさん

2006/09/12(火) 21:36:17

>niti[i+x][j+y]　//原画像のデータ（ゾーベルフィルタ後に2値化）
>nHeight,nWidth　　//原画像のサイズ
普通、こんなふうになるのでは？
niti[nHeight][nWidth]　//原画像のデータ（ゾーベルフィルタ後に2値化）

0514GG

2006/09/13(水) 02:02:27

2つのほぼ同じBMPのずれを"pixel以下の精度で”知りたいのですが、よい方法を教えていただけないでしょうか。
現在は、それぞれの画像を256x256に切り出し、FFT変換してからcross-correlationをかけて、
相関画像のピーク位置を適当な関数でfittingして求めようとしています。しかし、どうも、cross-correlationの
本質的な問題からか、ずれが実際よりも10%程度小さく出てしまい正確な値を求めることができません。

例えば、5pixelわざとずらして、上記の方法の精度を調べましたが、4.5pixelのずれになってしまいました。
相関画像はフリーソフトのImageJというソフトを使って求めていますが、ソフトの問題でしょうか？
画像処理は全くの素人で、いきづまってしまいました。
どなたか教えていただけないでしょうか？
よろしくお願いします。

0515デフォルトの名無しさん

2006/09/13(水) 02:12:55

このスレが適切かどうかわからないのですが、DMAについて教えてください。
DMAにていて、「メモリをコピーするのにCPUを使わずにHWのサポートで
行う仕組み」というぐらいの知識しかないのですが、これは周辺機器との間での
メモリの転送にしか使えないのでしょうか？
（たとえばプログラムからアクセスしている配列同士で任意にデータをコピー
する、memcpyのような用途に自由に使えるものなのでしょうか？）
グラフィックを画面に描画する仕組みがよくわかっていないのですが、
フレームバッファがCPUのメモリ空間にとられている場合、フレームバッファ→グラフィックチップ
の転送はDMAで行われると思うのですが（あってます？）、このフレームバッファに
データを書き込むときは、プログラムで別に計算したバッファの中身を
流し込むと思うのですが、その転送にはDMAは使えないのでしょうか（普通にmemcpyする？）？
それと、いわゆるダブルバッファというのは、フレームバッファ→グラフィックチップで
フレームバッファを複数用意して、DMAで転送する元アドレスを複数指定できる
仕組みのことなのでしょうか？それともフレームバッファは１つで、ユーザが計算している
バッファを２つ持つというようなことなのでしょうか？
よくわかっていないので的を射ない質問かもしれませんが、よろしくお願いします。

0516デフォルトの名無しさん

2006/09/13(水) 02:24:29

それと、これはグラフィックのチップによるかも知れないのですが、
たとえばプログラムの中で適当にmallocして取得したメモリを、
任意のタイミングでフレームバッファのアドレスとして設定するようなことは
可能なものなのでしょうか？それともフレームバッファのアドレスというのは
ハード的に固定されているようなものなのでしょうか？

0517デフォルトの名無しさん

2006/09/13(水) 02:48:48

BitBlt・・・・

0518デフォルトの名無しさん

2006/09/13(水) 02:53:21

>>515
OSやハード構成などにより違う

0519デフォルトの名無しさん

2006/09/13(水) 02:56:29

.>>515
DMAはIDEの通信プロトコル？
ハードウェアアクセラレータがある場合はWindowsがそれをラップしてAPIに吸収してるので
memcpyするだけでアクセラレートされます

0520デフォルトの名無しさん

2006/09/13(水) 02:57:18

>>517
BitBltというのは単純なメモリコピーとは違うのでしょうか？
何かハードウェアのサポートがある？
それともソフト的な仕組みなのでしょうか？

0521デフォルトの名無しさん

2006/09/13(水) 02:57:34

おいおい、そりゃないぜ。適当にも程がある。

0522デフォルトの名無しさん

2006/09/13(水) 02:59:18

というかDMAを何か理解してないだろ
Z80から勉強しなおせ

0523デフォルトの名無しさん

2006/09/13(水) 03:00:09

ダブルバッファはVRAMよりもメインメモリの方が早いという特性を利用した手法です
VRAMはリフレッシュレートにより定期的にアクセスされてディスプレイに送信されてます
VRAM上で何重にも描画作業をするとアクセスが遅い上に、描画途中のデータが転送されてしまいます
そこでメインメモリにVRAMと同じサイズの領域を確保し描画はメインで行い
いっきにVRAMに転送するというやり方がダブルバッファです

0524デフォルトの名無しさん

2006/09/13(水) 03:01:41

そんな古い時代の話を
クマーーーー

0525デフォルトの名無しさん

2006/09/13(水) 03:01:54

>>519
ありがとうございます。
これまで純粋にアプリケーション的なプログラムの経験しかないのですが、
組み込み系やハードの勉強をしようと思って、下位部分の動作が気になっている
次第です。

0526デフォルトの名無しさん

2006/09/13(水) 03:02:49

失敬な
DMAくらい知ってるぞ
魚に多いよね

0527デフォルトの名無しさん

2006/09/13(水) 03:03:27

DMAなんか大昔からあるだろ
というか適当なﾚｽ信用すんなよｗｗｗｗ

0528デフォルトの名無しさん

2006/09/13(水) 03:09:44

じゃあ画面の描画とDMAというのはまったく関係がないものなのでしょうか？
（DMAは一切使われていない？）

0529デフォルトの名無しさん

2006/09/13(水) 03:10:26

最近はAGPでは？ｗ

0530デフォルトの名無しさん

2006/09/13(水) 03:12:40

すげえ、みんな鬼だ。
一つもまともな事が無い。

0531デフォルトの名無しさん

2006/09/13(水) 03:12:59

PCIもAGPもPCI-Expもぜんぶバスマスタ転送=DMAだから心配すんな。

0532デフォルトの名無しさん

2006/09/13(水) 03:15:30

質問が抽象的すぎるとこうなるという例ですね

0533デフォルトの名無しさん

2006/09/13(水) 03:24:13

たとえば、DMAを司っているのは誰なのでしょうか？
周辺機器がDMAを持っているのか、CPUがDMAを持っているのか
それとも別のDMAを司るチップが別にいるのか…
そして、そのDMAのトリガーを引く（レジスタをたたく）のは、
画面描画だと誰なのか（グラフィックのドライバがソフト的に？
それともハードが自分で行う？）、というようなことがまず知りたいです。

0534デフォルトの名無しさん

2006/09/13(水) 03:28:21

>>533
SH-1でも8086でもなんでもいいから、CPUのデータシート読みなさい

0535デフォルトの名無しさん

2006/09/13(水) 03:30:24

>>533
本気でしりたいならちゃんと基礎からやれ
それをすっとばしても理解できるもんじゃない

0536デフォルトの名無しさん

2006/09/13(水) 03:35:01

補足すると、何か書きたいグラフィックアプリケーションがあって質問しているわけではないです。
たとえば動画を再生するようなシステムやテレビを受信して表示するシステムを設計するとして、
ハード、ソフト含め完全に内部動作を理解して最適化できるようにまでなりたいとしたら
何を勉強すべきかということが知りたいというか…
その中でひとつ、デコード以外のデータ転送に関して画面表示の一連のプロセスが気になって、
何か奥の深い部分や勉強すべき部分が明らかになったらなあ、というのがもともとの
質問の意図です。

0537デフォルトの名無しさん

2006/09/13(水) 03:40:19

>>534
それは、8086などで使用されるDMAも、もっと高級なシステムで使われる
DMAも、使い方はほぼ同じということでしょうか？
それとも8086のDMAは単純で理解しやすいからということで、最近の
高級なチップでは別の高度な仕組みを持っていたりもするのでしょうか？

0538デフォルトの名無しさん

2006/09/13(水) 03:41:40

>>536
機械をバラして解説してる本とかあるじゃねえか
読めよ
使ってるチップには名前が書いてるじゃねえか
大抵のPDFは手に入るだろ
ゆとり教育の世代か？
一つひとつ自分で調べろ

0539デフォルトの名無しさん

2006/09/13(水) 03:42:41

>>533
DMAを司っているのは
バス・アービタ
バス・アービトレーション

0540デフォルトの名無しさん

2006/09/13(水) 03:42:44

コンピュータの仕組みなんか基本は昔から何も変わってない
ｱﾅﾛｸﾞ回路とﾃﾞｼﾞﾀﾙ回路を勉強して
Z80のトレーニングボードでも買って弄ればいい

0541デフォルトの名無しさん

2006/09/13(水) 03:49:09

>>537
釣りっぽいけど
Z80や8086の頃は一つのバスを周辺と共有していたが
近頃のバスはノースブリッヂとサウスブリッジとかに分かれている

0542デフォルトの名無しさん

2006/09/13(水) 03:50:06

>>538
すみません。
資料を読んで勉強するのは絶対避けられないと思うのですが、
一人で引きこもって資料ばかり読んでるより、同じ資料を読むにしても
いろいろな人の経験を聞いたり、相談したりしながら勉強したほうが
情報の取捨選択や勉強の効率が独りよがりで勉強するより
あがると思ったもので…

0543デフォルトの名無しさん

2006/09/13(水) 03:51:59

というかここ何ｽﾚだっけ

0544デフォルトの名無しさん

2006/09/13(水) 03:51:59

>>533
>そして、そのDMAのトリガーを引く（レジスタをたたく）のは、
>画面描画だと誰なのか（グラフィックのドライバがソフト的に？
>それともハードが自分で行う？）、というようなことがまず知りたいです。

昔の話でよければ
DMAのトリガーはディスプレイコントローラー側はVSYNCで。
CPU側は単にメモリアクセスで。さらにそれぞれが衝突しないように
>>539

0545デフォルトの名無しさん

2006/09/13(水) 03:53:18

>>544
あ、ありがとうございます！
そういうことが知りたかったんです。

0546デフォルトの名無しさん

2006/09/13(水) 03:54:39

具体的に知りたければこの辺見とけ
ttp://elm-chan.org/works/crtc/report_j.html

0547デフォルトの名無しさん

2006/09/13(水) 04:01:00

みなさん、どうもありがとうございました。
無知を承知で質問した甲斐がありました。

0548デフォルトの名無しさん

2006/09/13(水) 04:41:54

メモリ(従)と、DMAC(主)と、CPU(主)の３つが同じバスに接続されているときに、
バスを使用してメモリにアクセスすることができるのは、
ある時間をみるとDMACかCPUのだけです。
DMACとCPUが同時にバスを使用しようとすると、
バスアービターが設定された優先度に従い、バスの使用権をCPUかDMACに与えます。

実際はバスは多重化されていることもあり、
CPUがバスのあるレイヤーを使用していても、
DMACは別のレイヤーを使用してCPUがアクセスしている資源以外の資源を操作できます。
これは、ある資源はCPUかDMACからしか制御できないからで、
ここの部分はバスアービターが制御しているわけではありません。

この例では(主)としてDMACとCPUが１つづつしかでませんでしたし、
(従)もメモリしか出てきませんでしたが、
それぞれが複数存在する場合があります。
DMACが複数ある場合、その数だけバスのレイヤーがある場合が多いと思います。

バス上でのデータ転送には、ブロック転送とシングル転送の２種類あり、
ブロック転送がDMAの行う転送となります。
ブロック転送やシングル転送ができるかできないかは、
(主)と(従)の両者がブロック転送またはシングル転送に対応している必要があります。

0549デフォルトの名無しさん

2006/09/13(水) 06:38:17

あえて言うが、仕様書読めとか一人で勉強しろとか言うのは
詰まらん。知識がなくても誰でも書けるから煽りと変わらない。

ここはやり取りを楽しむ場じゃねーか。参加する気が無いなら
書かなけりゃいいのに。

0550デフォルトの名無しさん

2006/09/13(水) 06:48:01

>>548
詳しい解説、ありがとうございます。
たとえば一番最初の質問にあったような、周辺機器がまったく関係ない状態で、
単にCPUが自分の管理下のメモリ間のコピーをPIOでなく行いたいがために、
DMAでコピーを行うようなアーキテクチャというのも考えられるのでしょうか？
DMAを考えたときに、ソフトウェアから見るとMMUなんかでのアドレス変換も
いやらしく影響してくるような気がするのですが、それはそんなものでしょうか？
（これ以上は画像処理の本論からはちょっとかけ離れてしまいそうですが…
画像処理関係の人がやはり必然的にこういったことに詳しそうですので…）

0551デフォルトの名無しさん

2006/09/13(水) 06:56:41

>>549
ありがとうございます。
でも>>538さんも、言葉は厳しいですが
解説本なんかからチップの名前を元にデータシートを引っ張ってきて
調べるものだという学習の方法論を、大変有益な情報として提供してくださったと
思います。
そんなこともわからないぐらい私はこういったことに経験がありませんので…

0552デフォルトの名無しさん

2006/09/13(水) 08:35:24

そもそもDMAの話は激しくスレ違いか、下手したら板違いだと思うが。

0553デフォルトの名無しさん

2006/09/13(水) 08:51:12

ttp://journal.mycom.co.jp/column/sopinion/040/

0554デフォルトの名無しさん

2006/09/13(水) 09:29:05

>>514
数ピクセル程度のずれで平行移動だけなら
空間的にずらして差分を取るだけでよいのではあるまいか
0.01ピクセル精度くらいは軽いだろ

0555デフォルトの名無しさん

2006/09/13(水) 12:08:10

>>554
ありがとうございます。
直接相関という手法でしょうか？
FFTを使った方が早いということを聞いたので、FFT-相互相関をしていたのですが、
精度は、直接相関の方が高いのでしょうか？

0556デフォルトの名無しさん

2006/09/13(水) 13:30:22

>>555
いや、相関でなく差分、つまり引き算
差分が一番小さくなる位置にずらせばOK

誤差を２つの画像の差分で評価するなら、そりゃ差分で最小になる点を探したほうが精度高いだろうな
誤差を相関で評価するというなら別だけど

0557デフォルトの名無しさん

2006/09/13(水) 13:34:26

２つの画像の明るさが異なる場合は、やっぱ相関かな

0558デフォルトの名無しさん

2006/09/13(水) 14:45:05

>>514
bit別冊 1994年11月号に
「画像の位置合わせ手法の概観」
てのがある。まあ、輝度差の絶対値が使えるんだったら、それが一番効率よいと思うが。

0559デフォルトの名無しさん

2006/09/13(水) 20:27:36

>>514
ずれた結果が出て当然だよ。
画像全体を5ピクセルずらして、256x256全体で相関取ってるんでしょ？

画像は完全に重ならないよね。
ずれた分、それぞれの画像には違うものが入ってるっしょ。

部分領域ごとの相関を計算するようにしたら期待してる結果が得られると思うけど。
FFTで処理するんならちょいと工夫が必要。

0560デフォルトの名無しさん

2006/09/13(水) 22:59:44

境界条件を無限連鎖に汁

0561デフォルトの名無しさん

2006/09/14(木) 20:08:25

>>560
アルゴリズムの検証だけならそれがお手軽だね。

0562デフォルトの名無しさん

2006/09/16(土) 19:27:57

画像処理を定義づけてみてくれまいか、おまいら？

0563デフォルトの名無しさん

2006/09/17(日) 03:59:15

delete(画像)

0564デフォルトの名無しさん

2006/09/17(日) 23:38:02

>>562
定義範囲が広すぎてなんともいえないので、とりあえずウィキペディア。
http://ja.wikipedia.org/wiki/%E7%94%BB%E5%83%8F%E5%87%A6%E7%90%86

0565デフォルトの名無しさん

2006/09/18(月) 14:16:36

>>564
ざっと見ただけだけど、結構ポイントを押さえて書いてあるね。
それに関連項目の画像処理ソフトウェアも参考になった。
562の質問とかぶるんだけど、画像処理のバイブル的な本って何なんだろう？

0566デフォルトの名無しさん

2006/09/18(月) 18:37:56

>>565
俺がその質問を前スレでしたら、この本を紹介された。
ttp://www.amazon.co.jp/exec/obidos/ASIN/0130946508/

でも、これって10月あたりに3rd Edition出るんだよね？
だから俺はいまだに買ってない。

0567デフォルトの名無しさん

2006/09/18(月) 20:42:29

>>566
サンクス。購入を検討してみるよ。
でも、外国の書籍で高いね。
日本人の書いたもので良いのがあるといいんだけど。
著者の名前、初めて見たけど有名な人なのかな？

0568デフォルトの名無しさん

2006/09/18(月) 20:51:15

勉強するための本ではないけど、
http://www.acm.org/tog/GraphicsGems/
は全部あってもいいかなと思う。
あとnetpbmのソース読んでると、所々にコメントで
参考文献が書いてあって何冊かは買って読んだなあ。

0569デフォルトの名無しさん

2006/09/18(月) 22:17:06

>>565
なんで、ム板にいるの？

0570デフォルトの名無しさん

2006/09/18(月) 22:56:18

キタｗ

0571デフォルトの名無しさん

2006/09/18(月) 23:28:01

あなた、ここの仙人？ｗｗｗ

0572デフォルトの名無しさん

2006/09/22(金) 16:34:02

学会（ＭＩＲＵとかＰＲＭＵとか）ってなんであんなに質問しにくい
雰囲気なんでしょうか？

0573デフォルトの名無しさん

2006/09/22(金) 20:11:32

気のせい

0574デフォルトの名無しさん

2006/09/22(金) 23:10:50

ここで質問してもよろしいでしょうか？

二つの画像があり、一つは背景として使いたく、
もう一つはその中心の対象だけが使いたかったとします。
その対象は複雑な形をしています。
うまい具合に対象だけを背景の画像に移すことはできないでしょうか？

経験豊富な方、ご教授お願いします。

0575デフォルトの名無しさん

2006/09/22(金) 23:14:29

中央の対象による。
色などの特長により、その中心の対象が取り出す事が可能であれば、簡単

0576デフォルトの名無しさん

2006/09/22(金) 23:22:16

色の特徴ですか。
どういったことが好ましいのでしょうか？
ちなみに対象はゲームの画面を
スナップショットした画像です。

0577デフォルトの名無しさん

2006/09/22(金) 23:25:55

>>576
要はその抽出対象の部分が他の部分と明らかに違う特徴が無ければならない。
ゲームだと色は多彩だろうから無理だな。

つまりとにかく問題はいかにその対象物とゴミを分けるかに掛かっている。

これが俺の知っている事や。

0578デフォルトの名無しさん

2006/09/22(金) 23:38:20

>>577
なるほど、そういうことでは仕方がないですね。
アドバイスありがとうございました。

0579デフォルトの名無しさん

2006/09/22(金) 23:38:28

ある画像の中心の対象領域だけをくり抜いて、もう一枚の画像に貼り付ければいいのかな？
だったら、手動だけど、次の手順で概ねできると思う。
１．Phtoshopの「なげなわツール」で大体の領域を指定
２．余分な背景領域を「消しゴムツール」で消去
３．処理した領域をもう一枚の画像に貼り付け
既に指摘されているように、全自動は余程対象に色などの一様性が無い限り困難。

0580デフォルトの名無しさん

2006/09/23(土) 00:37:10

>>579
あぁそういう話なのか。
Segmentation はこの論文がいいにょ。とか書くところだった

0581デフォルトの名無しさん

2006/09/23(土) 01:03:04

にょってｗ

0582デフォルトの名無しさん

2006/09/23(土) 06:33:53

Photoshopが半自動で切り出す作業をしてくれるけど
どういう仕組みでそれをやってるのかを知りたい

0583デフォルトの名無しさん

2006/09/23(土) 08:14:39

輝度に変換して一番明るい点を探す
明るい点の周囲の画素を調べていき谷にぶつかったらそこが境界線

0584デフォルトの名無しさん

2006/09/23(土) 11:10:18

>>580
>>574ではないが、セグメンテーションのいい論文を教えてちょ
色空間でのLBGクラスタリング使っているけど、もっといい方法があるのか知りたい

0585デフォルトの名無しさん

2006/09/23(土) 14:56:28

>>580
Segmentation　に関するいい論文を紹介して欲しいにょ。

0586デフォルトの名無しさん

2006/09/24(日) 20:52:07

ImageMagickのconvertでマルチページなTIFFから特定のページのみを変換したいのですがそのような
オプションがあったら教えて下さい

0587586

2006/09/24(日) 20:53:03

誤爆った…逝ってくる…orz

0588デフォルトの名無しさん

2006/09/26(火) 09:48:26

3次元の点データからメッシュを貼るライブラリ(できればjavaかC++で)とかって何かないですか？

0589デフォルトの名無しさん

2006/09/26(火) 10:21:22

DirectX

0590デフォルトの名無しさん

2006/09/26(火) 10:25:25

高画質な減色のできるライブラリを探しています。
またはアルゴリズムの仕様書や論文でもかまいません(英語可)。
フルカラーから32色程度のパレットカラーへの減色を主な用途に考えています。
良い物をご存知でしたら、教えてください。

(できればOPTPiXやpag1テトラヘドロン並の画質がほしいです)

0591590

2006/09/26(火) 10:27:56

減色というか、パレット最適化が目的なので、
色の量子化に関係する部分のみで十分です。

0592デフォルトの名無しさん

2006/09/26(火) 11:39:21

>>590
padieというフリー減色ソフトがソース公開していたと思うけど。

0593デフォルトの名無しさん

2006/09/26(火) 12:40:30

>>592
公開している場所を教えてもらえないでしょうか？
検索してもVectorやレビューのサイトしか出てきません。

0594デフォルトの名無しさん

2006/09/26(火) 13:24:15

ソース公開していたのは、より高性能のxpadieだけど公開をやめちゃったね。
xpadieのソースを元にした後継ソフトがいくつかあるみたいだけど、ソース公開しているかどうかは知らん。

0595デフォルトの名無しさん

2006/09/26(火) 13:52:41

インターネッツ・アーチヴェーで入手できるモヨン。

0596デフォルトの名無しさん

2006/09/26(火) 15:38:41

>>595
web.archive.org に残っていた。
でも2005/03の１つしか保存されていないので、そろそろ消えるかもしれん。

>>591
アルゴリズムそのものはそれほど難しくない。ポイントは下記の２。
代表する色をどう決めるのかが難しい（というより、汎用の最適解がないのかな？）

1.全ての色を３次元ベクトルにする。軸に何を使うかがポイント
2.全ての色を代表する２色の色を決定する。色の選び方が品質のポイント。
3.全ての色を、どちらかの色にまとめる（2-3.クラスタ分割）
4.これで、２色（ＡＢ）に減色されたことになる。
5.Ａに対して、2.～3.を実行する（ＣＤ）
6.Ｂに対して、同上（ＥＦ）
7.これで、４色に減色されたことになる（ＣＤＥＦ）
8.あとはこれを必要な色数になるまで繰り返す。

1.の代表的な軸は、RGBやYCbCr等です。
2.3.の代表的なアルゴリズムは、メディアンカットです。xpadieもこれ。
他にもいろいろありますが、実行環境（メモリの量やＣＰＵ）によって
も適したものが違います。

あとは言葉をキーワードにググってください。

0597デフォルトの名無しさん

2006/09/26(火) 16:22:18

>>596
へー意外と単純な処理なんだね。
減色する際の重要なファクタはむしろディザ分布とかの方？

0598デフォルトの名無しさん

2006/09/26(火) 16:44:56

>>597
ま、実際にメディアンカットをやってみなよ
そこらの本にもたいてい書いてあるしさ
ぐぐればたくさん情報がある。

ディザは、Floyd-SteinbergとかJarvisとか誤差拡散とか平均誤差でぐぐればいいよ。
あと、
ttp://www.itagaki.net/pc/imagefile/MEMO_0043_2.html
とか

つか、こういったところであんまり減色のことを書くと、
Pag1の作者の目にとまって、また一騒動おこりそうで嫌なんだよ。
この話題は避けて貰えるとみんな幸せ。

0599デフォルトの名無しさん

2006/09/26(火) 17:03:02

ありがとうございます。WebArchiveで落とせました。
ソースを少し修正して、VC.net2003でコンパイルできました。
最終的にJavaで使う予定なのでここからさらに読み進める必要がありますが、がんばりたいと思います。
(フレームワークがMFCで助かりました。.NETだったら全然知らないのでお手上げでした。)

0600デフォルトの名無しさん

2006/09/26(火) 17:47:20

>>599
あのソースコードは致命的なバグがいくつかあって、
それが派生アプリが少ない原因だと思うんだが、がんばれな

おっと、減色の話題はそろそろ終わりにしておこう鶴亀鶴亀

0601596

2006/09/26(火) 19:19:03

>>597
16色のようにものすごく色数を落としたいときはディザも重要になるかも
しれませんが、ディザは工夫しないと逆に汚くなることの方が多いです。
なぜなら、ディザに最適化された色分布と、単純にクラスタ分割していった
色分布は異なるわけですが、このディザ最適化を行った色分布を求めるのが
とても難しいため、単純にクラスタ分割した色分布でディザをかけてしまうことが
多いからです。

実際にコードを書き始めればわかると思いますが、最も重要なのは、
596で示した２番の代表色の選択です。
ある色がどちらの色で代表されるのかは、単純にノルムを取るくらいしか
やることがないので、結局、軸の決定と代表色の選択が減色の全てだと
言っても良いくらいです。
まともにやると、とても思い処理になりますので、高速化の工夫も色々あるようです。
結果も是非公開してください。

0602デフォルトの名無しさん

2006/09/26(火) 19:20:39

>>600
減色の話題は過去スレで何度も出ている
画像処理　その４あたりは、減色自作している漏れには参考になった。

0603デフォルトの名無しさん

2006/09/26(火) 19:31:58

そろそろmedian cutよりいい方法でてこないかねえ
そうすればPag1の特許云々を気にしなくて済む

0604597

2006/09/26(火) 19:45:30

>>598
すまん、俺は>>596とは別人だぎゃ。

この板IDでてなかったんな。

0605デフォルトの名無しさん

2006/09/27(水) 02:02:15

ベクトル量子化 (or Vector Quantization) でぐぐれば一杯あると思うよ。
有名簡単どころでは k-means とか。

0606デフォルトの名無しさん

2006/09/27(水) 02:03:17

まさしく、なのがぐぐったら上のほうにでてきたので貼っておく。読んではいない。
http://www.ynk.ic.kanagawa-it.ac.jp/~kasuga/kmeans.html

0607デフォルトの名無しさん

2006/09/27(水) 02:33:45

>>606
減色でそれ使うと、あまりに遅いんだよな
どこかでまともに実装された例ってあったけか

0608デフォルトの名無しさん

2006/09/27(水) 03:03:27

>>588です。
よく分かってないんですが、>>589のDirectXにメッシュ化の関数?)があるんですか？
ソースとかありましたら教えて頂けないでしょか

0609デフォルトの名無しさん

2006/09/27(水) 04:29:26

点群からメッシュを生成したいんだよね？DirectXにはそんなの無いよ。

0610デフォルトの名無しさん

2006/09/27(水) 23:26:58

質問です。

http://www.geocities.jp/numada777/ip08.html
このサイトで紹介されているパターンマッチング手法の１つに

【幾何マッチング】
ここ数年で流行し始めた、ターゲットパターンの回転やリサイズの影響を
受けないマッチング手法。エッジ点列を用いる。

とあり興味を持ったのですが、「幾何マッチング」や「エッジ点列」等でググっても
それらしきサイトが見つかりませんでした。これらについて詳しく解説されている
サイト、あるいは文献などありませんでしょうか。

0611デフォルトの名無しさん

2006/09/27(水) 23:43:01

>>610
よくわからんが、幾何学的ハッシング法のことかな？

0612デフォルトの名無しさん

2006/09/28(木) 08:58:52

デジカメで本のとあるページの写真を取って白地が黒っぽくなったのを
うまいぐあいに自動で白地を白に戻すにはどのような手法が良いのでしょうか？
Histogram Equalization ぐらいで良いかと最初は思っていたのですが、
光の当たりぐあいで一部白に近くなっているところがあったりするので、
うまく行きませんでした。

0613デフォルトの名無しさん

2006/09/28(木) 11:07:19

ガンマ補正してみるとかコントラストを上げてみるとか。
#どちらもやることは大して変わらないけど。
要は、入力値に対して出力値が決まる関数になればいいわけで。
#つまり、濃度値が0-255なら256エントリの変換テーブルを用意するだけ。

0614610

2006/09/28(木) 11:48:16

>>611
目的の資料が見つかりました！
ありがとうございました。

0615デフォルトの名無しさん

2006/09/28(木) 12:26:46

>>612
一部だけ照明があたっているならシェーディング補正

全体をグリッド分割して、判別分析等で白地・黒地判定をしてコントラスト調整をする。
グリッドの境界で不連続にならないように補間する。つまりピクセル毎に異なる値でコントラスト調整。
背景だけ、前景だけのグリッドではおかしくなるので、輝度の分散値を使って調整する。

ってところかな。

0616デフォルトの名無しさん

2006/09/29(金) 00:13:16

>>615
その白地・黒字判定のパラメータの見つけ方が・・・
あとそのコントラスト調整はどの手法を想定しているのでしょう？
少なくとも Histogram Equalization ではないですよね？

どのシェーディング補正技法が今回のような場合いいのでしょう？
カメラの特性値から計算、などいろいろあったのですがそれはやらないとして
ローパスフィルタ？

0617デフォルトの名無しさん

2006/09/29(金) 06:48:53

そもそも>616はデジカメ写真の補正処理をプログラムでやりたいのか手作業でできればいいのかどっちなんだ?

0618デフォルトの名無しさん

2006/09/29(金) 09:17:35

>>617
「うまいぐあいに自動で」と書いたので必然的にプログラムになると思うのですが、
どうでしょう？

0619デフォルトの名無しさん

2006/09/29(金) 09:26:41

>>616
判別分析を使うならパラメータはない。
パラメータがあるとすれば、グリッドサイズと分散の閾値かな
白地と黒地を判定するのは、単に平均輝度では文字が多いか、照明が暗いかの区別ができないから

コントラスト調整は、>>613の変換テーブルを分散値の大きいグリッドで各々作成する。
分散値の小さいグリッドは分散値の大きい周辺のグリッドとの距離の逆数をかけて補間
あとはピクセルをスキャンして、ピクセルを囲む４つの変換テーブルでバイリニア補間して輝度調整

まあ、この手法では「本の」写真限定かもしれないが

0620デフォルトの名無しさん

2006/09/29(金) 22:49:33

JPEGはどうやって読み込むんですか？

0621デフォルトの名無しさん

2006/09/29(金) 22:52:48

libjpegなり
そこらのライブラリ使うなりする

imgctl.dllとか
TJPEGImageとか

0622デフォルトの名無しさん

2006/09/29(金) 22:53:31

ライブラリを使うのが一般的です。
Windows なら GDI+ も楽で良いです。

0623デフォルトの名無しさん

2006/09/29(金) 23:01:35

WindowsならOleLoadPictureでもJPEGは読める

0624デフォルトの名無しさん

2006/09/30(土) 01:01:00

TEOとかいう変なの使うのはやめてくれ。
あと、右手座標＆上をx軸とか変なの使うのもやめてくれ。

0625デフォルトの名無しさん

2006/09/30(土) 01:07:56

MAGはどうやって読み込むんですか？

0626デフォルトの名無しさん

2006/09/30(土) 02:36:44

>>625
susie プラグインでも使えば?
簡単に同じコードで多種多様な画像フォーマットに対応できるぞ。

0627デフォルトの名無しさん

2006/09/30(土) 04:10:11

このスレ的にはやはり、xv用のMAG/MAKIデコードソースを入手して解析するしかw

0628デフォルトの名無しさん

2006/09/30(土) 18:14:43

MAGは簡単なフォーマットだから、既存のコードを解析するぐらいなら、仕様書を元にコード書く方が楽だと思う。
「まぐろのすべて」 ttp://www.amazon.co.jp/gp/product/4890527990

0629デフォルトの名無しさん

2006/10/06(金) 18:26:36

http://www.netflixprize.com/
映画検出で賞金 $1 million
だって。誰かやる人いる？

0630デフォルトの名無しさん

2006/10/06(金) 21:46:49

>>629
ちゃんと読んだ？

0631デフォルトの名無しさん

2006/10/07(土) 14:37:29

画像処理っていっても、いろいろあるけど
只、海外製のツール使ってるだけなのにブラックボックスにつめて
３倍以上の値段で売りつけるところもあるから、担当者は注意汁。
代理店の中にはごみも存在する。（つか、コンサルできもしないのに
するって言い張るとか、詐欺に近いんだけど）

0632デフォルトの名無しさん

2006/10/07(土) 14:41:36

>>629
画像処理じゃあにーな。

0633デフォルトの名無しさん

2006/10/07(土) 20:45:39

tpami毎月かかさず読んでたらコンサルできるかな

0634デフォルトの名無しさん

2006/10/10(火) 14:29:21

java初心者なんですけど、ある画像から画素値を取りたいんですけど、どういうプログラム書けばいいんですかね･･･？

0635デフォルトの名無しさん

2006/10/10(火) 14:33:07

ここは幼稚園じゃありませんよ

0636デフォルトの名無しさん

2006/10/10(火) 16:49:13

たしかに、634は酷すぎる

0637デフォルトの名無しさん

2006/10/10(火) 20:08:44

３２色っていうとディザとメディアンを組み合わせるのか？
どうやるんだ？

0638デフォルトの名無しさん

2006/10/10(火) 20:14:18

そうそうディザリングでぐちゃくちゃにされた画像を滑らかに増色する方法ってある？

0639デフォルトの名無しさん

2006/10/10(火) 20:16:12

高周波を落とすってことになるだろうなあ

0640デフォルトの名無しさん

2006/10/10(火) 20:50:01

単純にぼかすとエッジが失われるからﾀﾞﾒだよ

0641デフォルトの名無しさん

2006/10/10(火) 20:58:19

画像のフーリエ変換についてお聞きします。
簡単のため、8bitグレースケールで考えます。
画像のピクセルデータは、8bitの実数で、
フーリエ変換すると、、複素数になり、
出力画像のピクセルデータには、この複素数の絶対値の二乗を入れるのですよね？

出力画像を逆フーリエ変換して元に戻そうとした場合、
得られるデータは強度だけなので、元に戻せないのですが、どうすればいいのでしょうか？

0642デフォルトの名無しさん

2006/10/10(火) 21:18:44

>>641
出力データ以外に、複素数のデータを持っておく。

0643デフォルトの名無しさん

2006/10/10(火) 21:22:13

それは、出力の画像ファイルに含ませられる、ということでしょうか？
それとも、別のファイルを用意する、或いはプログラム中で保持しておくということでしょうか

0644デフォルトの名無しさん

2006/10/10(火) 23:42:34

>>643
出力画像を逆フーリエ変換して元に戻ると思ってるのなら、フーリエ変換を勉強し直した方がいいよ。

0645デフォルトの名無しさん

2006/10/11(水) 01:56:49

>>644
今北だが、言わずもがなそれを今やってるんじゃないの？

0646デフォルトの名無しさん

2006/10/11(水) 17:42:46

http://mikilab.doshisha.ac.jp/dia/research/person/shuto/research/0717/db20020717.html
ここみたいに2値化画像から計算できる特徴量の一覧を紹介してたり
それらを計算するアルゴリズムみたいなものが載ってるサイトってありますか？

0647デフォルトの名無しさん

2006/10/12(木) 05:29:02

Digital Image Processing (3rd Edition)ってまた延期になったのね。
10月発売予定だったからAmazonでチェックしてみたら2007年のAprilとか書いてあるし。

0648デフォルトの名無しさん

2006/10/12(木) 17:16:49

画像処理の開発環境はlinuｘが基本って聞いたのですが
みなさんlinuxなのでしょうか？

0649デフォルトの名無しさん

2006/10/12(木) 17:45:43

VC大好きっ子ですが何か

0650デフォルトの名無しさん

2006/10/12(木) 18:10:01

>>648
画像処理にプラットフォームなんて関係ないと思うが。
OSに依存しない部分がメインなわけだし。

0651デフォルトの名無しさん

2006/10/12(木) 18:15:05

いくつかの数値計算ライブラリーはlinuxはフリー
winは5万ぐらい払わないと使えない

開発環境のユーザーインターフェイスはVCのほうが便利
(eclipse使えばlinuxもＯＫ？)

VCはtemplateまわりでgccと挙動が少し違う。他人のコードを流用するとき不便

0652デフォルトの名無しさん

2006/10/12(木) 18:21:35

客先はLinux、会社はCygwin、自宅はMacX。同じソースが使えることが前提。

0653デフォルトの名無しさん

2006/10/12(木) 18:25:38

>>651
＞開発環境のユーザーインターフェイスはVCのほうが便利
井の中の蛙乙。

0654デフォルトの名無しさん

2006/10/12(木) 18:56:44

俺はVC6は好きだったな。
.NETになってからはあまり好きじゃないが。

0655デフォルトの名無しさん

2006/10/12(木) 20:26:20

つーか画像処理なんて機種依存する部分なんてまったく無いのだから
汎用的に書けばいいだけでしょ

0656デフォルトの名無しさん

2006/10/12(木) 20:35:09

ゲームによく使われているFSAA（フルスクリーンアンチエイリアス）の
アルゴリズムは以下のような考え方であっているでしょうか？？
http://vista.undo.jp/img/vi6062588422.gif

0657デフォルトの名無しさん

2006/10/12(木) 21:47:03

>>653
linuxで使いやすい開発環境ってどんなのあるの？
おしえておねえさまぁ

0658デフォルトの名無しさん

2006/10/12(木) 21:48:47

画像から音声処理に宗旨替えしないといけないぽい30台の俺
共通して使えるのは数値計算や統計の知識ぐらいか
音声でもwaveletぐらいは使ってるみたいだけど

0659デフォルトの名無しさん

2006/10/12(木) 21:52:30

>>656
それAAじゃなくてただのブラーじゃね？

最初のレンダリングのとこから2x2とか4x4でやんないと。

0660デフォルトの名無しさん

2006/10/12(木) 22:15:31

>>659
やらない奴をわざわざ普通のAAと区別してFSAAと呼んでいる。
将来はどうかわからないけど。

フルスクリーンアンチエイリアスでググルとASCIIの記事で図が出てるな。

0661デフォルトの名無しさん

2006/10/12(木) 22:23:42

VCのデバッガはかなりイイ。

0662656

2006/10/12(木) 22:42:22

>>659
そうですか･･･
もちろん、レンダリングの段階でやるのが普通だとは思うのですが、
PS2などから出力されたあとの処理でジャギーをなくせないかと模索していまして。
>>660
アスキーの記事を見ていてもレンダリング段階でのAAのようですね･･･

0663デフォルトの名無しさん

2006/10/12(木) 22:43:02

Photoshopの合成モードで描画色と被描画色それぞれの
不透明度を考慮した計算の資料ってありませんでしょうか？

0664デフォルトの名無しさん

2006/10/12(木) 23:31:30

>>648
Delphi で画像処理してる.
算術シフトがないのが悩みの種 orz
野良コンポーネントのおかげで多種多様なフォーマットの読み書きは楽.
Lanczos3の拡大縮小も、バイリニア(←弱い)の回転も、減色も、各種定番フィルタもどれも自前で実装したぞ.

0665デフォルトの名無しさん

2006/10/12(木) 23:47:49

>>664
多分藤の中の人、つか、しーやん乙
Vectorでとりあげられてよかったね

とかいって実はJTrimの中の人だったらどうしよう
まあ、JTrimは、Lanczos3だけじゃないしな。

0666デフォルトの名無しさん

2006/10/13(金) 01:17:43

> Vectorでとりあげられてよかったね
ご丁寧にどーも

> まあ、JTrimは、Lanczos3だけじゃないしな。
藤も近傍補間, 線形補間, 多項式3次補間, 多項式5次補間. Lanczos2,
Lanczos3, Lanczos4, 平均画素法と Lanczos3 専用じゃないけどね :-)

0667デフォルトの名無しさん

2006/10/13(金) 01:58:52

>>660
FSAAはエッジアンチエイリアスと区別するための言葉だと思うが。

0668デフォルトの名無しさん

2006/10/13(金) 02:56:57

本当にしーやんだったのかよwww

いつまでDelphi使ってんの？？？

0669デフォルトの名無しさん

2006/10/13(金) 05:08:21

内輪ネタで盛り上がっているスレはここですか？

0670デフォルトの名無しさん

2006/10/13(金) 08:57:50

そうそう、算術シフトないんだよね、Delphi・・・

まあとはいえ、Delの最適化はクソなのか、自分でアセンブラで書けば
厳密な最適化を意識しなくても大概速くなるから、俺は画像処理系は
全部アセンブラで書いてるよ。MMXも使うしね。

0671デフォルトの名無しさん

2006/10/13(金) 11:22:55

同じプログラムならwinとlinuxどっちが速い？

0672デフォルトの名無しさん

2006/10/13(金) 11:58:47

>>671
単純なプログラムでは殆ど同じ速度だった。
でも実際にはファイルI/Oやらメモリ管理やらの影響が出るだろうから一概には言えないと思う。
#つーか、画像処理と何の関係があると言うのだろう。

0673デフォルトの名無しさん

2006/10/13(金) 14:51:11

>>672
サンクス。
俺の場合、同じ処理を大量のファイルに行うから
結構時間がかかることがある。

だから、linuxのほうが早いんだったら
乗り換え検討する価値があるかもと思って聞いてみた。

0674デフォルトの名無しさん

2006/10/13(金) 15:02:01

>>673
マジレスすると、画像データは大抵ある程度の大きさがあり、かつファイルは
圧縮されているので、ファイルのI/Oに費やされる時間は、処理を行う時間に比べて
ずっと小さいんじゃないかな。
アルゴリズムを見直すか、それが出来ない（または、すでに最高効率）なら、
マシンを早いものにした方がずっとマシだと思うよ。

0675デフォルトの名無しさん

2006/10/13(金) 15:18:23

漏れの感覚では小さいファイルをたくさんアクセスするなら、
sync しない限りファイルバッファ内で処理を行ってくれてかつ
ジャーナリングなど余計な処理もしないext2fsあたりが最適。

停電でひどい目にあうけど。

0676デフォルトの名無しさん

2006/10/13(金) 16:40:15

そういう状況だと、FATなんか最悪だね。

0677デフォルトの名無しさん

2006/10/13(金) 19:54:37

initrdはext2、rootはext3、homeはntfs、さてvfatはどこに使うといいでしょうか。

0678デフォルトの名無しさん

2006/10/13(金) 20:53:26

USBメモリの類。

0679デフォルトの名無しさん

2006/10/13(金) 22:47:21

linuxの開発環境って結局なんだったんだろう
emacs + etc は昔使ってたけど、VCほど便利ではなかった

eclipse/CDT　は便利だけど本格的には使ったことないので、
使い込んでる人の感想が聞きたかったな

0680デフォルトの名無しさん

2006/10/13(金) 22:53:04

>>679
http://pc8.2ch.net/test/read.cgi/linux/1039282447/
こっちで聞けば？

0681デフォルトの名無しさん

2006/10/14(土) 00:33:21

>>675
自分は自作の画像処理ツール(Python+C++瑞ｻ)をWindowsで
動かすときは、実行前にデータファイルファイルだけ
Sysinternals Freewareのcontig掛けてる。

0682デフォルトの名無しさん

2006/10/14(土) 01:13:50

>>679
HINT:「使いやすい」は、個人の主観。特に慣れに負うところが大きい。

0683デフォルトの名無しさん

2006/10/14(土) 01:43:33

ほぼ10年前だがemacs lispでVCコンパチ環境をつくっていたよ。
fsspecでfopenを定義したり、bcopyでmemcpyを定義したり、いろいろやったな。
当時は、dos/win/unix/mac、cisc/risc all okのコードが当然だった。

0684デフォルトの名無しさん

2006/10/14(土) 04:36:20

Linux：シェルでバッチ処理大好き
Windows：VC大好き

どっちも素敵だよ。

0685デフォルトの名無しさん

2006/10/16(月) 00:08:53

高速でそこそこ綺麗に画像を縮小できるライブラリって無いかな・・・

0686デフォルトの名無しさん

2006/10/16(月) 00:14:30

バイリニアでいいじゃん

0687デフォルトの名無しさん

2006/10/16(月) 00:21:11

パイズリマニアでいいじゃん

0688デフォルトの名無しさん

2006/10/16(月) 00:29:50

平均画素

0689デフォルトの名無しさん

2006/10/16(月) 12:38:38

>>680
読んできた
winといったりきたりする可能性も考えると
eclipseかemaxの2択だな

0690デフォルトの名無しさん

2006/10/18(水) 22:01:47

画像というか色についての質問なんですが、グラフの描画なんかで
使えるような、相異なるN個の色を自動生成したいと考えています。

このためにLch(L*a*b*)色空間を飛び回って色を拾っていくような
コードを書いたのですが、それでもまだ似た色が結構早期に
生成されることがあります。彩度（C）もしくは照度（L）が低い領域で
飛び回ると結構発生します。

まずは練習台としてWeb-safeな216色から拾うという縮小問題で
やっているのですが、

１．起点となる色を選択
２．それまで選ばれた色群からの色空間距離が最も遠い色を次色とする
３．１に戻る

という生成方法では、極端な例では

- L,Hが（ほとんど）同じでCだけX違う
- H,Cが（ほとんど）同じでLだけX違う

というようなケースで同程度の色差が感じられないことが
あります（ほとんどの場合は期待通りなのですが・・・）。

ちょっと基本的な確認なのですが、Lch/L*a*b*色空間は等方であり、
どの方向に対して移動しても、移動量が同じなら人間の認知距離は
ほぼ同等である、ということであっているでしょうか？それとも
各々の軸方向についてはそれはいえるものの、異なる軸同士では
それはいえないのでしょうか？

もしより適切なN色の生成方法などがあれば、それも助言頂けると
ありがたいです。

0691デフォルトの名無しさん

2006/10/18(水) 22:05:54

もうちょっと短くまとめて

0692デフォルトの名無しさん

2006/10/18(水) 22:40:36

LCHは明らかに等方じゃないので、
とりあえずLab でやってから調整してみて。

0693デフォルトの名無しさん

2006/10/18(水) 23:08:44

c言語で3次補間法のプログラム書きたいんですが
計算式がわかりません．誰か教えてください

0694デフォルトの名無しさん

2006/10/18(水) 23:48:18

>>692
距離計算ですが、単純なユークリッド距離については現在もLabに
落としてからやっています。ただ、ユークリッド距離以外の距離でも
やってみようかと、重み付けのために独立性の高いL/C/Hを使うため
Lchに一回持っていっています。

あと、LchとL*a*b*は軸の取り方が違うだけで空間特性は同じという
理解だったのですが、同じ２色間の距離はどちらで計算しても同じに
ならないのでしょうか？

0695デフォルトの名無しさん

2006/10/19(木) 04:48:35

視覚的距離ならhsvのがいいんじゃないの？

0696デフォルトの名無しさん

2006/10/19(木) 11:40:54

>>694
chは極座標表現なわけで、cが小さければhの差異は色への寄与が少なくなる。
そのあたり踏まえて「距離」をどう定義してます？
さらにLが極小極大のあたりではc,hのどちらも色への寄与が極小になるし。

それはともかくとして、
＞ちょっと基本的な確認なのですが、Lch/L*a*b*色空間は等方であり、
＞どの方向に対して移動しても、移動量が同じなら人間の認知距離は
＞ほぼ同等である、ということであっているでしょうか？それとも
＞各々の軸方向についてはそれはいえるものの、異なる軸同士では
＞それはいえないのでしょうか？

等方どころか各々の軸方向についてもそれは言えないような気が・・・
↓このあたり参考になりませんか？
ttp://mikilab.doshisha.ac.jp/dia/research/report/2004/0621/002/report20040621002.html

例えば、白から黒への５段階の灰色と、3番目の灰色がわずかに赤味がかった色の

0697デフォルトの名無しさん

2006/10/19(木) 19:47:06

なんかよくわかんないけど、グラフを塗り分ける色を取得するだけなら、
色相環の一番外側を角度だけで取得すればいいんじゃないですか？
１２０度で３原色を渡り歩くから、それをふまえて適当な角度で。
視認性を重視するなら、mod 360の世界だから120前後の値で、なるべく重ならないような
数値を選べばいいんじゃないでしょうか。

類似性のある項目をｎ個作るなら、これを、mod (360/n)の世界にすればＯＫでは
ないでしょうか。ここでは便宜上度で表現しましたが、実際はラジアンでもなんでも
自由にお使い下さい。

0698デフォルトの名無しさん

2006/10/19(木) 19:48:18

連投スマソ。わかりにくかったので修正。
なるべく重ならないような→何周してもなるべく重ならないような

0699デフォルトの名無しさん

2006/10/19(木) 23:36:56

>>690
これでも読んでみたら？
Choosing Colors for Geometric Graphs via Color Space Embeddings
（PDF）http://arxiv.org/pdf/cs.CG/0609033
（スライド）http://www.ics.uci.edu/～eppstein/pubs/DilEppGoo-GD-06-talk.pdf

0700デフォルトの名無しさん

2006/10/21(土) 03:34:57

>>694
>移動量が同じなら人間の認知距離は
>ほぼ同等である、ということであっているでしょうか？それとも
＞各々の軸方向についてはそれはいえるものの、異なる軸同士では
＞それはいえないのでしょうか？
あってる。二色のL*a*b*のユークリッド距離が一緒なら
人間にとっての認知距離はだいたい一緒。異なる軸どうしでもいえる。
あくまでだいたいだけど。

>>696も書いてるけどLCHは極座標表現だから、
>軸の取り方が違うだけで空間特性は同じ
ということは無い。

0701デフォルトの名無しさん

2006/10/23(月) 20:15:54

>We are glad to inform you that OpenCV 1.0
>has been uploaded to SourceForge
Congratulations━━━━(ﾟ∀ﾟ)━━━━Congratulations!!!!

0702デフォルトの名無しさん

2006/10/24(火) 11:34:21

OpenCV のなにが新しくなったのか本家に行くのダルいから誰かまとめて

0703デフォルトの名無しさん

2006/10/24(火) 18:05:20

ヽ(：D)|￣|＿=3　　ﾌﾟｯ >>702

0704デフォルトの名無しさん

2006/10/24(火) 23:53:53

WindowsでOpenCVからFFMpegの関数を使えるようにするにはどうすればいいのでしょうか？

0705デフォルトの名無しさん

2006/10/25(水) 01:55:37

>>704
OpenCV からって何？別に OpenCV 使ったらほかのライブラリが使えないわけではないぞ

0706704

2006/10/25(水) 02:01:21

OpenCVのcvCaptureFromFile関数から、
MPEGファイルを読み込めるようにしたいんです。

linuxでは、FFMpeg→OpenCVの順番でインストールするだけで
できたんですが、Windowsではそういかなかったんで・・・

0707デフォルトの名無しさん

2006/10/25(水) 10:11:00

1.0って
OpenCVのcvsからダウンロードできるやつのこと？

0708デフォルトの名無しさん

2006/10/25(水) 13:43:16

CvSVMってlibsvmそのままみたいだね。
ベイズ認識ってただの混合ガウスなんだけど,
PNLとの統合はいつ？

0709デフォルトの名無しさん

2006/10/25(水) 16:11:13

C++で、色空間を変換するクラスを作ろうと思っていますが、
Rgb2Yuv()とか、Rgb2Hsv()などのメンバ関数で実装するよりも、
テンプレートを使って、

color_convert<Rgb>( Hsv );
※ Rgb, Yuv, Hsvは構造体 (中に記述されている変数名はそれぞれ違う)

という風に記述したいのですが、うまいクラス設計が思いつきません。
どのように記述すれば上記のような記述が可能になるか、わかる方いますか？

0710デフォルトの名無しさん

2006/10/25(水) 16:16:49

ttp://opensource.adobe.com/gil/html/giltutorial.html#ColorConversionSec

つー感じでいいんじゃね？

0711デフォルトの名無しさん

2006/10/25(水) 16:57:37

http://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/doc/vigra/ColorConversions.html

0712デフォルトの名無しさん

2006/10/25(水) 17:09:56

>>710-711
ありがとうございます。
参考にしてみます。

できなければまた来るかもしれませんが；；

0713デフォルトの名無しさん

2006/10/25(水) 17:16:12

つーか、どっちもライセンスがゆるいオープンソースライブラリなんだから、丸パクリすればいいんじゃないか？

0714デフォルトの名無しさん

2006/10/25(水) 17:23:55

>>713
使ってみて、使えそうなら丸パクリしますｗ

0715デフォルトの名無しさん

2006/10/25(水) 19:41:12

c++だったら、.netやjavaみたいに

toRgb(Hsv)
toRgb(Yuv)
　　　:

というふうにオーバーロードすればいいんじゃないか

0716デフォルトの名無しさん

2006/10/25(水) 20:29:14

>>710
GIL試してみたけど
VisualStudioユーザーには敷居高いライブラリだね

0717デフォルトの名無しさん

2006/10/27(金) 09:45:06

画像からの文字抜き出しをしたいんですがおすすめの本などを教えてもらえないでしょうか？
ちなみにC言語で使っているコンパイラはC++BUilderXです。

0718デフォルトの名無しさん

2006/10/27(金) 10:08:11

>>717
「進化的画像処理」　長尾智晴
にいろいろ載っていたな。Cのソース付

0719デフォルトの名無しさん

2006/10/27(金) 14:53:17

>>718
それおいらも持ってるからわかるけど、載ってるソースは遺伝的プログラミングじゃなく、
遺伝的アルゴリズムのほうだから対した成果でないよ。

0720デフォルトの名無しさん

2006/10/27(金) 15:29:07

>>719
GPとGAの違いを３行で説明してくだされ

0721デフォルトの名無しさん

2006/10/27(金) 15:32:50

P
と
A

0722デフォルトの名無しさん

2006/10/27(金) 17:31:33

GAを使ってプログラムを生成するのがGP

0723デフォルトの名無しさん

2006/10/27(金) 17:38:11

え！買ってにソースコード書いてくれるってのか！？
なんじゃそりゃ。うさんくせえｗｗｗ

0724デフォルトの名無しさん

2006/10/27(金) 19:57:37

http://chihara.aist-nara.ac.jp/public/research/thesis/master/2002/shiromaru0051047.pdf
2002年のマスター論文か
4年前ということは、もう実用化されてるのか

0725デフォルトの名無しさん

2006/10/28(土) 04:07:09

>>720
その本で本質的な違いとしているのは
ツリー構造であるか（プログラミング）
そうでないか（アルゴリズム）

0726デフォルトの名無しさん

2006/10/28(土) 04:10:29

>>723
GPは最初の紹介でそういうのに使っただけで、
別にプログラム生成にだけ使うわけではないし、他の機械学習でも同じようなことはできる。
プログラミングってのが誤解させるよな。

0727デフォルトの名無しさん

2006/10/28(土) 04:13:37

>>724
その人って別に本の先生の弟子でもなんでもないよな（本の先生は横国）
ほぼまんなトレースしたってかんじで、プロジェクトってかんじっつーか。まぁ修論だしな。

0728デフォルトの名無しさん

2006/10/29(日) 01:41:57

2D Gabor filter の式にいろいろな派生形があるようなのですが、
結局はほぼ同じなのでしょうか？
まぁプロットしてみればわかるとは思いますが、誰か詳しい人いたらなぁと思いまして。

0729デフォルトの名無しさん

2006/11/01(水) 22:17:58

>>728
正規化のための係数が落ちてたりすることはあるけど、基本は指数関数と三角関数の積でしょ。

0730デフォルトの名無しさん

2006/11/02(木) 00:05:45

モフォロジー処理って難しい部類でしょうか？
軽く調べてノイズを除去することが出来るらしいことは分かったのですが
なんというか・・・どうしてANDやORをとるとノイズが除去できるのか理解できません。

ちょっと原理を教えて貰えたりしませんか？

0731デフォルトの名無しさん

2006/11/02(木) 00:29:52

なにがしたいのか分からないけどopening closingのノイズ除去のことを言ってるのなら
簡単な原理だから、もうちょっとググってみるといいよ

モフォロジー　よりも　モルフォロジー or Morphology でぐぐったほうがよさげ

0732デフォルトの名無しさん

2006/11/02(木) 00:44:57

もうちょっと調べてみますね

0733デフォルトの名無しさん

2006/11/03(金) 00:31:46

>>730
その手の研究ってまだやってる人いるの？

0734デフォルトの名無しさん

2006/11/04(土) 00:56:15

gilとOpenCVをくっつけてみました
http://www.codeproject.com/vcpp/stl/stl_like_coding_with_mmx.asp?df=100&forumid=229599&select=1740260&msg=1740260
ホームページの下のほうに書いてあります

0735デフォルトの名無しさん

2006/11/05(日) 02:27:56

jpgファイルの幅と高さを書き換えるとたまにプレビューが正常に出なくなるのは何故でしょうか？
16x16の画像をバイナリエディタで画像サイズを15x15に直したとき、表示される場合とされない場合があります。
構造上16ドット単位で記録されているので15ドットも16ドットも内部では同じデータでいいはずなんですが。

0736デフォルトの名無しさん

2006/11/05(日) 09:49:51

誰か座布団もってけ

0737デフォルトの名無しさん

2006/11/07(火) 11:39:48

DoG (Difference of Gaussian) の limit をとると LoG (Laplacian of Gaussian)
になることを数式的に証明したいのですが、どうやればいいのでしょう？
誰かアイデアありません？
DoG http://fourier.eng.hmc.edu/e161/lectures/gradient/node11.html
LoG http://fourier.eng.hmc.edu/e161/lectures/gradient/node10.html

0738デフォルトの名無しさん

2006/11/07(火) 12:53:15

あ、できたわ。ごめん。まぁ宿題なんだけどね。

0739名無し募集中。。。

2006/11/07(火) 23:20:38

>>734
Cool！！
Youのサイトを公表しちゃいなよ！

0740デフォルトの名無しさん

2006/11/08(水) 14:44:06

画像に対してハニング窓というのを適用させる方法を教えてください。
調べると1次元の式は出てくるんですけど、画像の場合は2次元ですよね？

0741デフォルトの名無しさん

2006/11/08(水) 15:35:29

>>740
画像とは単にある量のピクセルの集合であって、それを目で画像としてみるためには
２次元のデータとして認識する必要があるが、メモリ上では１次元のデータに過ぎない。
また、窓関数の適用は、通常ピクセルを構成する成分に着目したりピクセル間の関係に
着目したりして導かれたデータに対して行われるので、好きな次元で成分に分解して
好きな軸のデータに対して適用すればよい。がんがれ。

0742デフォルトの名無しさん

2006/11/08(水) 15:49:04

2次元なハニング窓を作ったら conv2 でいいのか？

0743デフォルトの名無しさん

2006/11/08(水) 15:50:12

うおっと matlab スレかと思った。conv2 は matlab の関数ね。

0744デフォルトの名無しさん

2006/11/09(木) 11:32:58

やっぱりみんなMATLAB使ってるの？
Rやoctabeとかいう異端はいないのかな

0745デフォルトの名無しさん

2006/11/09(木) 14:33:36

そりゃいるでしょ。OpenCV (C++) も便利だし。

0746デフォルトの名無しさん

2006/11/09(木) 22:38:31

>>740
cosの中のｘをベクトルでかんがえたらだめなんかね？
そもそも、なんたら窓っていろいろあるけどどういう理屈でみちびきだしてるんだろ？
その辺のことも調べて2次元に拡張してみれば？

0747デフォルトの名無しさん

2006/11/11(土) 21:31:59

どのスレッドで質問したらいいのかわからないので、
画像処理ということでここで質問します。

やりたいのは、ペイント系ソフトから生成したトレースデータ（マウスの軌跡情報（ＸＹ座標）、色、太さ）
から画像を再描画することです。

今はImagiMagickのConvert　-polylineでやったのですが、
かなりアバウトな画像となってしまいます・・・・・。

（画像例）
http://mproxy.ddo.jp/test/text.html

Imagimagickのdrawで丸型先端とラウンド結合を指定するオプションは
あるのでしょうか？
またはほかにトレースデータから画像を生成する方法があれば教えてください。
初歩的な質問ですみませんが、お願いします。

0748デフォルトの名無しさん

2006/11/11(土) 22:47:08

特定のアプリの話はここじゃないよ

0749デフォルトの名無しさん

2006/11/12(日) 00:21:26

ペイント系はまずブラシの形状、色、半透明、筆圧など細かく設定されて描画してるんです
まったく同じにしたければまったく同じにしなさい

0750デフォルトの名無しさん

2006/11/12(日) 21:32:18

みんな読んでるかもしれないけど、このスレ向けのネタだとｵﾓﾀ。

ttp://www.radiumsoftware.com/index.html

0751デフォルトの名無しさん

2006/11/13(月) 09:31:47

俺はむしろCAPTCHA破りはエログリッドの方が
衝撃的だったな。

0752デフォルトの名無しさん

2006/11/13(月) 09:42:32

＞エログリッド
今初めて聞いて軽く衝撃を受けた
赤の他人を利用すればいいのか
画像ソーシャルブックマークと見せかけた画像検索エンジンとか作れそうだな

0753デフォルトの名無しさん

2006/11/13(月) 10:11:54

平均画素法を用いた縮小アルゴリズムを実装してるんですが、処理を行う関数名はHeikinGaso()でいいでしょうか

0754デフォルトの名無しさん

2006/11/13(月) 10:25:35

>753
AveragePixel()とかの方が良いんじゃない？
（個人的には…ですが）

とか、MethodOfAveragePixelとか…かわっていないかｗ
参考まで。

0755デフォルトの名無しさん

2006/11/13(月) 11:07:29

そういや、関数名に全部食べ物を使用してた人がいたなあ。

0756デフォルトの名無しさん

2006/11/13(月) 11:09:03

美味しそうなプログラムだな...

0757デフォルトの名無しさん

2006/11/13(月) 11:45:38

面積平均法、ともいうからAreaAverage()とかな

0758753

2006/11/13(月) 12:32:13

AveragePixelでいこうと思います
レスありがとう

0759デフォルトの名無しさん

2006/11/13(月) 19:34:51

CalcDirectCurrent

0760デフォルトの名無しさん

2006/11/13(月) 21:18:27

>>756
Yukariとかの話だっけか

0761デフォルトの名無しさん

2006/11/13(月) 23:09:11

名前を気にするってことは、public のメソッド名だろうから、迷わず、resize(const int nMode, ....) かな。
まあクラス名にもよるかもしれないが。
同一処理のメソッド名が、アルゴリズムの数だけあるって言うのは、結構イヤじゃね？
private:なら、なんでも好きなのつけろ。

0762デフォルトの名無しさん

2006/11/14(火) 07:42:45

いいかげん、たかだか関数の名前のくそ相談にのるのやめてケロ

0763デフォルトの名無しさん

2006/11/14(火) 11:15:13

C言語でテンプレートマッチングを行いたいのですがお勧めの書籍やサイトを教えてください。

0764デフォルトの名無しさん

2006/11/14(火) 23:51:23

テンプレートマッチングぐらい適当にぐぐれ

0765デフォルトの名無しさん

2006/11/15(水) 13:58:43

raster_scanを汎用な形で書こうと思うのだけどどちらの方がいいと思いますか？

template<typename ImageType, typename FunctionObj>
raster_scan(ImageType src, ImageType dst, FunctionObj fobj)
{
for(y..)
for(x..){
dst ... =fobj(src...)
}
}

template<typename ImageType, typename FunctionObj>
raster_scan(ImageType src, ImageType dst, FunctionObj fobj)
{
//sub_imgを表すiteratorをhttp://opensource.adobe.com/gil/html/gildesignguide.html#PixelIteratorSectionDGを参考に定義
iterator s0(src.begin());
iterator s1(src.end());
iterator d0(dst.end());
std::transform(s0,s1,d0,fobj)
}

0766デフォルトの名無しさん

2006/11/17(金) 14:46:18

右カメラで撮った道路の画像を、
路面の部分だけが左カメラの画像と重なるように
変換するプログラムを作りたいのですが、
どなたかお知恵を貸していただけませんか？

右画像の座標が(xr,yr)
左画像の座標が(xl,yl)
消失点のｙ座標がxy
のとき、
アフィン変換
xl=xr+b*yr-b*vy
yl=yr
を使って作るという方針は
見えてきたのですが…

0767デフォルトの名無しさん

2006/11/17(金) 15:15:52

いきなりそんなこと言われても

0768デフォルトの名無しさん

2006/11/17(金) 16:11:07

>>766
まずは実験してみたら？

0769名無し募集中。。。

2006/11/17(金) 16:48:38

自分の作った地図生成アルゴリズムを検証したいのですが
ステレオイメージシーケンスのサンプルってどこかにあります？

連続画像とか、ステレオのペアイメージはたくさん見つかるんですが
ステレオの時系列連続画像って見つからないんです。

0770デフォルトの名無しさん

2006/11/17(金) 17:49:08

ごめんなさい…
素人はこれだから困りますよね
とりあえずxv見て計算やってみます

0771デフォルトの名無しさん

2006/11/18(土) 01:17:33

輝度調整をするプログラムを作ってみましたが、
輝度調整できていません。

どなたか知恵を貸してください。

0772デフォルトの名無しさん

2006/11/18(土) 01:18:50

tran_ysh(in_y, out_y, out_hue, ym)

int in_y[DATSIZE][DATSIZE];

int out_y[DATSIZE][DATSIZE];
int out_hue[DATSIZE][DATSIZE];

int ym;
{
int i,j;

for(i = 0; i < DATSIZE; i++){
for(j = 0; j < DATSIZE; j++){
out_y[i][j] = in_y[i][j] * ym;
if(out_hue[i][j] > 120) out_hue[i][j] = out_hue[i][j] - 120;

if(out_hue[i][j] < 0) out_hue[i][j] = out_hue[i][j] + 120;

}
}
}

0773デフォルトの名無しさん

2006/11/18(土) 01:45:23

卒論の季節かｗ

0774デフォルトの名無しさん

2006/11/18(土) 01:55:24

話とは関係ないけどさ
その書き方久しぶりに見た

0775デフォルトの名無しさん

2006/11/18(土) 20:19:09

#GPGPUスレにも書きましたが・・

Mpegのエンコードにおける、動きベクトルの算出に
GPUが使えたらと考えています。
参考になるようなサイト等ありましたら教えてください。

0776デフォルトの名無しさん

2006/11/20(月) 20:32:57

ある位置を中心に、少し移動する（上下,左右,前後,回転）カメラから撮影した写真から、
回転や伸縮処理をして、同じ画像になるよう揃えたいのですが
（デジタルカメラの電子式手ぶれ補正みたいな感じ）

いい感じの方法ないですか？
適当に何箇所か切り抜いて、画像変換しながら、
テンプレートマッチングしてそれぞれの写真の移動量を求めるとか無謀ですよねorz

一言でもいいんで、ヒントプリーズ

0777デフォルトの名無しさん

2006/11/20(月) 21:43:03

ヒントでピント

0778デフォルトの名無しさん

2006/11/20(月) 23:27:32

グレースケール変換もしくは二値変換してあとは力技で

0779デフォルトの名無しさん

2006/11/20(月) 23:36:23

なわけねえだろ

0780デフォルトの名無しさん

2006/11/21(火) 00:14:01

>>776
ん。山ほど論文があるけど。
オーソドックスなやり方は（１）画像間の対応付けをやって、（２）変換行列を求める、つーほうほう。
特徴点位置の対応付けとか、変換行列の上手な求め方とかいろいろ研究結果があるよ。

論文探してみたら？

0781デフォルトの名無しさん

2006/11/21(火) 00:28:20

勿体ぶらずに教えてくれよ

出し惜しみするな

0782デフォルトの名無しさん

2006/11/21(火) 01:52:34

だって出し惜しみした方が賢そうに聞こえるじゃん。

0783デフォルトの名無しさん

2006/11/21(火) 07:50:20

http://hugin.sourceforge.net/
これか？

0784776

2006/11/21(火) 15:07:55

パノラマ画像,モザイク画像とか投影変換の存在すら知らなかったんで助かりました。
メインの処理じゃないんで、複雑な計算は避けたいんですが、
勉強したりプログラム作りつつ考えま…　
画像間の対応付けが結構悩みますね。
特徴点の正確な対応とかむずそう

0785デフォルトの名無しさん

2006/11/21(火) 16:16:48

特徴点抽出もいろいろある。
変換が微小ならHarrisでもOKかな？
金澤研で論文やソースが公開されている。

0786デフォルトの名無しさん

2006/11/21(火) 19:34:10

OpenCVにはいくつか画像処理の関数がありますが、それについて質問です。

Ｆ行列を求めるFindFundamentalMatとか、
エピポーララインを求めるComputeCorrespondEpilinesといった関数があるのですが、
これらは画像の座標を引数として渡す関数です。
で、画像の座標って左上が原点だったり左下が原点だったりすることがありますが
この関数らはどっちを原点として処理を行っているのかが知りたいのです。
OpenCVのドキュメントは読んでみたのですがそれらしい記述はみつけられませんでした。
一般的な左上と考えて良いのでしょうか？

どなたかしっている方はいますでしょうか。
もしくは何か良い調べ方などあったらお願いします。

0787デフォルトの名無しさん

2006/11/21(火) 21:46:01

>>781
一線から退いて今では他の仕事してるもんで。
論文検索しようにも、大学図書館のアカウントが無いんで…

0788初心者

2006/11/21(火) 22:05:06

GdkImlibImageの構造体
im->rgb_dataって１次元配列ですけどわかりにくいので３次元配列（縦、横、rgb）
で表す（に変換する）方法ありますか？？

0789デフォルトの名無しさん

2006/11/22(水) 21:04:21

>>788
3次元配列で表現し直す代わりに，座標とrgbでアクセスするためのマクロ使えば？

0790デフォルトの名無しさん

2006/11/22(水) 21:09:12

ちなみに、むりやり3次元配列にしようとするすんごく面倒な方法しか思いつかなかった．

unsigned char ***pix;
int i, j, k, height, width;

pix = (unsigned char ***) malloc (sizeof(unsigned char ***) * height);
pix[0] = (unsigned char **) malloc (sizeof(unsigned char **) * width * height);

for(i = 1; i < height; i++){
pix[i] = &pix[i-1][width];
}

for (i = 0, k = 0; i < height; i++){
for (j = 0; j < width; j++){
pix[i][j] = &im->rgb_data[3 * k++];
}
}

free(pix[0]);
free(pix);

0791デフォルトの名無しさん

2006/11/22(水) 21:37:28

http://www.boost.org/libs/multi_array/doc/reference.html#extent_range

0792デフォルトの名無しさん

2006/11/22(水) 21:43:15

>>788
共用体にすれば？

0793デフォルトの名無しさん

2006/11/22(水) 21:52:27

class Pixel
{
unsigned char* ptr;
public:
Pixel(unsigned char* ptr_):ptr(ptr_){}
unsigned char& operator[](int i){return *(ptr + i);}
enum {Components = 3};
};

class PixelVLine
{
unsigned char* ptr;
int line;
public:
PixelVLine(unsigned char* ptr_, int line_):ptr(ptr_), line(line_){}
Pixel operator[](int y){return Pixel(ptr + y * line);}
};

class VImage
{
unsigned char* ptr;
int line;
public:
VImage(unsigned char* ptr_, int line_):ptr(ptr_), line(line_){}
PixelVLine operator[](int x){return PixelVLine(ptr + x * Pixel::Components, line);}
};

GdkImlibImageとやらで使えるかどうかはしらん。

079478 ◆h340fzU7jQ

2006/11/23(木) 12:26:03

他ｽﾚの内容ですいません。
これ↓わかる方居たら力貸してくれないでしょうか。
ttp://pc8.2ch.net/test/read.cgi/tech/1164079451/78

0795デフォルトの名無しさん

2006/11/23(木) 17:30:12

>>794
これ見てやる気失せた。
--
116 名前：78 ◆h340fzU7jQ [sage] 投稿日：2006/11/23(木) 12:17:04
>>101
お前、ホント迷惑。
質問がスルーされるからやめてくんない？？
まぁ、それが目当てなんだろうけどさ。
--

0796デフォルトの名無しさん

2006/11/23(木) 20:23:16

98 名前：78[sage] 投稿日：2006/11/23(木) 00:43:38
>>90は私の質問ではないので。
つか、90さん、ファイルの中身がどうあれ、私に断りもなくファイルのリンクを
貼るのは、いかがなもんでしょうか？

99 名前：デフォルトの名無しさん[sage] 投稿日：2006/11/23(木) 00:45:19
>>98
ﾜﾛﾀ

100 名前：78[sage] 投稿日：2006/11/23(木) 00:55:37
分かったらさっさと答えんかいボケナスども

101 名前：デフォルトの名無しさん[sage] 投稿日：2006/11/23(木) 02:15:02
>>100
先生に断りもなくファイルをアップして公開のは、いかがなもんでしょうか？
分かったらさっさと削除せんかいボケナス！

0797デフォルトの名無しさん

2006/11/26(日) 09:26:34

ゲームで透過画像を回転させたいのですが
元画像より一回り大きい領域のすべてのドットから
元画像の回転前のドットを逆算していく方法以外に何かありますか？
透過部分がおおいと無駄な気がするので

0798デフォルトの名無しさん

2006/11/26(日) 10:57:41

転送先アドレスに、転送元のどのピクセルが対応するのかを計算しないことには、
そこが透過色かどうかはわからないので、アドレス計算自体は省略のしようがありません。
データや回転角に対して汎用でなくてもよいなら、省ける可能性はありますが
そうでなければ、省けるのは、最後の転送くらいです。
しかし、そこで条件判断を書くべきかどうかは、最終サーフェースに描画しているのか、
中間バッファ（やレイヤー）へ描画しているのかによっても異なるでしょう。
書かれている情報だけでは、ないとしか言いようがありません。

ところで何で一回り大きい領域なの？

0799797

2006/11/26(日) 12:04:19

一回り大きいのは画像が縦や横に大きいからです。
プログラム始めたばっかりで単語がよく分からないのですが
穴の位置を求めたりすることはできないと言うことですね
回答ありがとうございました。

0800デフォルトの名無しさん

2006/11/27(月) 19:44:58

背景差分法を行って、画像の中央に突っ立っている人物を抽出したいのですが、
2枚の画像に若干のずれが生じてしまい上手くできません。
何かいい方法はないでしょうか？

0801デフォルトの名無しさん

2006/11/27(月) 21:51:22

>>800
それを考えるのが卒業研究だぜ？

0802デフォルトの名無しさん

2006/11/27(月) 22:11:04

ヒント：画像の中央に突っ立っている人物以外を一方の画像に複写すればピッタリ！

0803デフォルトの名無しさん

2006/11/28(火) 00:33:07

psdファイルをレイヤー書き出ししたいんだけど、
どこかにいいサンプル無い？

0804デフォルトの名無しさん

2006/11/28(火) 16:05:40

エッジ検出のアルゴリズムを2x2オペレータの類と以下以外であげてみてください
・Laplacian
・Sobel
・Prewitt
・kirsch

0805デフォルトの名無しさん

2006/11/28(火) 16:41:38

image registration ならITK

0806デフォルトの名無しさん

2006/11/28(火) 17:07:48

濃淡画像の画素値のx軸，ｙ軸方向の分散ってどうだすんでしょうか？
x軸，ｙ軸方向の分散を出して2*2の分散共分散行列を作りたいんです

画像全体の分散だったら
V=ΣΣ( f(x,y)-E )^2
で出せるのは分かるんですが，，，

あるx行，あるy列の分散でもないんです

0807デフォルトの名無しさん

2006/11/28(火) 17:37:02

全行を横一列に合体ってことじゃない？

0808デフォルトの名無しさん

2006/11/28(火) 17:38:49

あれ、でもそれって結局同じだよな。ほほほ

0809デフォルトの名無しさん

2006/11/28(火) 21:05:41

0810デフォルトの名無しさん

2006/11/28(火) 21:34:30

CG検定受けた？

0811デフォルトの名無しさん

2006/11/29(水) 01:41:38

>>804
Consistent gradient operators [Ando, PAMI 2000]

0812デフォルトの名無しさん

2006/11/29(水) 13:39:13

画像処理　機械学習についてコアな議論が行われている
ＭＬやニュースグループってどこかにないでしょうか？

yahooのOpenCVのグループみたいな感じで頻繁に話題が出る
けれど話題のＬＶは低くない

というような場所を探してるのですが

0813デフォルトの名無しさん

2006/11/29(水) 14:32:57

opencvで聞いた方がよくね？

0814デフォルトの名無しさん

2006/11/29(水) 19:54:12

背景差分法を行って、画像の中央に突っ勃っているチンポを抽出したいのですが、
2枚の画像に若干のずれが生じてしまい上手くできません。
何かいい方法はないでしょうか？

0815デフォルトの名無しさん

2006/11/29(水) 20:12:32

>>814
しゃぶる

0816デフォルトの名無しさん

2006/11/29(水) 22:14:10

>>814
去年の
IEEE TRANSACTIONS. ON. IMAGE PROCESSING
にサーベイがあるので、それをお読みください

0817デフォルトの名無しさん

2006/11/30(木) 01:37:08

てけとーに smoothing して色距離の閾値を見つけるのがんばればなんとかなるんじゃないの？
サーベイ後で読んでみよっと。暇あったらリンクきぼんぬ。去年といわれても何冊もあるち。

0818デフォルトの名無しさん

2006/12/03(日) 07:55:06

IEEE IPとってるの？

0819817

2006/12/03(日) 12:45:43

>>818
おら？学校の権限で見れるっち.

0820デフォルトの名無しさん

2006/12/03(日) 21:56:39

あぁ学生さんか

0821デフォルトの名無しさん

2006/12/04(月) 08:30:24

基本的な質問かもしれませんが教えて下さい。
移動平均法にはボケを抑制した移動平均法とエッジ保存平均化法というものも
あると聞いたのですが、その２つは調べても出てきません。
どういうものなのか教えてもらえないでしょうか？

0822デフォルトの名無しさん

2006/12/04(月) 10:51:01

http://www.amazon.co.jp/gp/product/4903474011
↑
この本で調べてください

0823デフォルトの名無しさん

2006/12/04(月) 11:49:40

スレ違かも知れませんが質問させてください。
iアプリを使って画像処理をしたいと思っています。
カメラから読み込んだ画像の２値化などをするには
どうしたらいいでしょうか？

0824デフォルトの名無しさん

2006/12/04(月) 11:54:08

iアプリの参考書→アマゾンで調べる
画像処理の参考書→>>822

0825デフォルトの名無しさん

2006/12/04(月) 14:56:24

>>823
http://pc8.2ch.net/test/read.cgi/tech/1164168601/158
同一人物？

0826デフォルトの名無しさん

2006/12/04(月) 15:48:47

>>821
ぐぐればいくらでも出てくると思うが
http://www.ph.tn.tudelft.nl/Courses/FIP/noframes/fip-Smoothin.html

0827デフォルトの名無しさん

2006/12/05(火) 14:38:17

OpenCVの日本語解説ページって、まともなのがないな。
1.0の安定版でたんだし、まともなページ誰か作ってくれや。
WIKIにすら解説ページがないし

0828デフォルトの名無しさん

2006/12/05(火) 14:43:45

2枚(以上)の画像を比べて、
その両方に部分的に一致している領域がないかどうか、どこが一致しているかを調べられる
ツールみたいなものはないでしょうか？

①
□×○■
☆△◎＠
＃▲■□
×○★＋

②
＋▲★□
×○■□
△◎＠☆
×■○＃

①,②の両方に
○■
◎＠
というパターンが存在している、と、
ただし、
○■
◎＠
というようなパターンを前提としては与えず、2枚(以上)の画像の中からそのような一致部分を自力で見つけ出す

0829デフォルトの名無しさん

2006/12/05(火) 14:51:13

ツール探してるならスレ違いで板違いだな。

0830デフォルトの名無しさん

2006/12/05(火) 17:01:57

828みたいな奴っていらない

0831質問です

2006/12/06(水) 07:35:53

結婚式などで流す昔の写真をアルバムにしたいのですが、
どのようにしたらベストですか？
デジカメで写真は撮ったものの、画像の鮮明度がかなり悪くて。。。
初心者でも使えるようなソフトウェアお紹介してください。
それと、何かいい方法はないでしょうか？

0832デフォルトの名無しさん

2006/12/06(水) 07:45:30

>>831
風邪ひいたのを桶屋に文句言わないで下さい

0833デフォルトの名無しさん

2006/12/06(水) 08:38:41

>>831
わろた

0834デフォルトの名無しさん

2006/12/07(木) 16:04:21

>>828
一致してない部分を抽出するツールなら作ったことあるけどな

0835デフォルトの名無しさん

2006/12/07(木) 18:07:23

モノクロなら一致する部分を抽出するツールも作ったけど……
目的は全く違いそうだ。

0836デフォルトの名無しさん

2006/12/07(木) 19:19:39

専門学校生の課題だろ

0837デフォルトの名無しさん

2006/12/08(金) 14:46:45

>>835
モノクロなら一致する部分を抽出するツールも作ったけど……

言語は何で作りましたか？
OpenCVでしょうか？

0838デフォルトの名無しさん

2006/12/08(金) 17:39:36

vigra1.5にバージョンアップ
http://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/

adobe::gilよりも、やっぱりこっちのほうがいいや

0839デフォルトの名無しさん

2006/12/08(金) 21:00:57

>>837
なんかその文章を読むと OpenCV という言語があるみたいだな。

0840デフォルトの名無しさん

2006/12/08(金) 23:40:25

Office文書の１ページ目を画像として抜き出す方法ってご存知の方いらっしゃいますか？

一応
・　VB/VBAで１ページ目を表示し、キャプチャして画像保存
・　VBフォーム上などに１ページ目を表示し、ビットマップ系APIで画像吸い上げ保存
・　そういう事が出来る印刷ドライバを探す
など考えているのですが・・・

0841デフォルトの名無しさん

2006/12/08(金) 23:58:10

画像処理とはなんも関係ない気はするが、
Office＞ポストスクリプトプリンタドライバ＞GhostScriptの類
とかでできそうな気はするな。知らんが。

0842デフォルトの名無しさん

2006/12/09(土) 00:40:08

>>839
たしかにｗ

0843デフォルトの名無しさん

2006/12/12(火) 11:53:33

adobe::gilはboostに採択されたが
やっぱりvigraのほうが優秀な気がする
そう感じる人、挙手

0844デフォルトの名無しさん

2006/12/12(火) 14:41:45

画像処理lib比較
http://calcifer.valdyas.org/fading/index.cgi/software/image_libraries.comment

0845デフォルトの名無しさん

2006/12/13(水) 09:38:05

adobeがｺﾞﾘ押ししたんだろ？

0846デフォルトの名無しさん

2006/12/13(水) 10:42:55

だからそもそもboostに提案されていないライブラリは採択の対象になりえないってだけだろ?
なんでごり押しとかいう話になるんだ。

0847デフォルトの名無しさん

2006/12/13(水) 21:17:54

質問：
MPEG4やH.264みたいな動画のエンコード方式の話で、
「空白のインターフレーム」という言葉は存在するかな？
この後に何か単語を付け足せば無理やり解釈できるけど、このままで意味が分かる人いる？

0848デフォルトの名無しさん

2006/12/13(水) 21:34:36

ttp://www.teu.ac.jp/chiit/Image/?cmd=read&page=%C2%E84%B2%F3
を参考にして、
台形に歪んでしまった画像を長方形に直す作業を行いたかったんですが、
ソースがなくなっちゃってました。

このソース、もしくはこのソースの代わりになるものありませんか？

0849デフォルトの名無しさん

2006/12/13(水) 21:36:50

gimp

0850デフォルトの名無しさん

2006/12/13(水) 22:03:30

>>849
出来ればJava言語に埋め込める形にしたいです。
ttp://www.teu.ac.jp/chiit/Image/?cmd=read&page=%C2%E84%B2%F3
のソースは逆コンパイルしましたが、
どうやら別のクラスが必要のようですね

0851デフォルトの名無しさん

2006/12/14(木) 16:43:48

すごくあほな質問なんだけどさ，
互いに異なった猫の絵が２枚，互いに異なった林檎の絵が２枚と
計４枚の絵があったとするじゃん．
何の情報をもあたえずに４枚のうちどの２枚とどの２枚を組み合わせて
グループを二つ作らせるかっていうのは画像処理なの？

0852デフォルトの名無しさん

2006/12/14(木) 17:17:58

類似画像の検索処理をするんなら、そうなんじゃない？

0853デフォルトの名無しさん

2006/12/14(木) 17:38:36

幼児と画伯が書いた猫と林檎じゃあ上手くカテゴライズできないと思うよー

0854デフォルトの名無しさん

2006/12/14(木) 17:49:38

>>852
さんくす！

0855デフォルトの名無しさん

2006/12/15(金) 06:21:47

>>853
それを出来るようにするのがおまいの仕事だろ？

ttp://psychodoc.eek.jp/abare/200310c.html#27_t2
最終的にはこれらが全て同一作家の絵だと認識できるように頑張れ

0856デフォルトの名無しさん

2006/12/15(金) 09:31:45

ジュリア集合とかマンデルブロー集合かと思った

0857デフォルトの名無しさん

2006/12/15(金) 12:46:36

>>847
たぶん blank i frame (←これも別に一般的な用語ではないが、理解可能) のことだろう。

映像ストリームの末尾を I-Frame にしておくときに、最後のフレーム(の絵)を I-Frame 化
するのではなく単に黒や白のI-Frameを入れておくとかそんなとこかな。

0858デフォルトの名無しさん

2006/12/16(土) 15:17:54

やっぱりルイスウェインの猫か

0859デフォルトの名無しさん

2006/12/18(月) 01:32:09

素人なんですが、デジカメで虫の卵を撮ったのですが、
卵の個数を一気に数えられるソフトないですか？マジお願いします

0860デフォルトの名無しさん

2006/12/18(月) 01:36:53

日本野鳥の会の元メンバーでも雇え

0861デフォルトの名無しさん

2006/12/18(月) 01:39:05

この板はプログラムを作る人のための板です。

あらゆる質問はまずすれ立てるまでもない質問はここでスレにしてください。

その他、お勉強ページへのリンクスレ、
推薦図書・必読書スレ
もあります。

プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。
ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。
Javascript は Web 制作板、CGI は Web プログラミング板へ。
業界談義、愚痴はプログラマ板へどうぞ。
ゲーム関係の話題はゲーム製作板へどうぞ。
ネタ、板とは関係の無い話題はご遠慮ください。

0862デフォルトの名無しさん

2006/12/18(月) 02:10:11

>>859
写真うｐれ。数えちゃる。

0863デフォルトの名無しさん

2006/12/18(月) 02:20:37

>>859
小さくて数えることが大変で、多少の誤差が問題ないなら
面積比を使えばいいんじゃないかな。簡単だし、そこそこ正確だろう。

0864デフォルトの名無しさん

2006/12/18(月) 02:24:26

>>859
NIH ImageとかImageJとかそういう機能あるよ。
寒天培地にできた細菌のコロニー数えたり。

0865デフォルトの名無しさん

2006/12/18(月) 04:16:40

蓮コラの予感

0866デフォルトの名無しさん

2006/12/18(月) 19:52:55

写真画像から、焦点の合っている領域付近を抜き出したいんだけどなんかいい方法ない？

0867デフォルトの名無しさん

2006/12/18(月) 21:13:01

>>866
特許公報でいっぱい出てくる。
特許庁データベースで検索してみたら？

0868デフォルトの名無しさん

2006/12/19(火) 15:39:34

OpenCVを使って、画像処理しているものですが。
全ピクセルのRGB情報を取得するプログラムを作っていて、
一つずつ表示するのはできたのですが、
画像の全ピクセルで行う方法がわかりません。
for(x=0;x<100;x++){
for(y=0;y<100;y++){
のような繰り返し文をみこしているのですが、書き方を教えてください。
なお、使用している画像はビットマップ画像です。
nChannelとかwidthを使用するのでしょうか・・・

0869デフォルトの名無しさん

2006/12/19(火) 15:45:06

>>868
もしよろしければ
http://www.codeproject.com/vcpp/stl/stl_like_coding_with_mmx.asp
の
gil_view_from_iplimage<bgr8_ptr_t >
などいかがでしょうか？

0870デフォルトの名無しさん

2006/12/19(火) 18:08:01

えええええ！？

0871デフォルトの名無しさん

2006/12/20(水) 21:12:36

OpenCV (http://sourceforge.net/projects/opencvlibrary/)
Gimp (http://www.gimp.org)
Vigra (http://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/)
Vips (http://www.vips.ecs.soton.ac.uk/)
VXL (http://vxl.sourceforge.net/)
CImg (http://cimg.sourceforge.net/)
Gegl (http://www.gegl.org/, http://pippin.gimp.org/gegl/)
ImageMagick/GraphicsMagick (http://imagemagick.org/, http://www.graphicsmagick.org/)
GIL (http://opensource.adobe.com/gil/)
CxImage (http://www.codeproject.com/bitmap/cximage.asp)
FreeImage (http://freeimage.sourceforge.net/)

ざっと調べたらこれくらい出てきたんだけど、画像処理ライブラリってどれがおすすめ？
コンピュータビジョンで動画像解析なんかに使いたいんだけど・・・
OpenCV or Vigra or GILあたりに目星をつけてます。
GILはちょびっと試したんだけどさっぱり理解できなかったので、今のところ
Vigraが第一候補って感じなんですが。

0872デフォルトの名無しさん

2006/12/20(水) 21:37:14

>>871
vigra使ってるけど便利
他のライブラリーに乗り換えても使えるのがGIL
vigraをGILでwrapして使うのがいいのかなあ

動画ならOpenCVが機能が一番充実してそう

0873デフォルトの名無しさん

2006/12/20(水) 22:22:34

>>872
ありがとうございます。
OpenCVは色々便利そうなアルゴリズムがあらかじめ実装されてる
ので、是非とも利用したいんですが・・・Cで書くのがちょっと面倒なんですよね。

とりあえずとっかかりとして、Vigraを使ってみて、
機を見てGILに挑戦してみようかと思います。

0874デフォルトの名無しさん

2006/12/21(木) 16:13:59

gil でraster_scanがこれだけで実現できることを発見。
感動した。
class subimg_from_locater_obj
{
public:
std::size_t width,height;
subimg_from_locater(std::size_t _width,std::size_t _height):width(_width),height(_height)
{}

template<typename Loc>
gil::image_view<Loc>
operator()(Loc &loc)
{
return(gil::image_view<Loc>(width,height,loc));
}
};
std::size_t sub_width=10,sub_height=10;
gil::bgr8_view_t bgr_sub_view=gil::subimage_view( org_img, 0,0, org_img.width(), org_img.height());
subimg_from_locater_obj sfl(sub_width,sub_height);
for_each_pixel_position(bgr_sub_view, sfl) ;

0875874

2006/12/21(木) 16:35:39

一部間違ってた書き直し
class subimg_from_locater_obj
{
public:
std::size_t width,height;
subimg_from_locater(std::size_t _width,std::size_t _height):width(_width),height(_height){}
template<typename Loc>
gil::image_view<Loc>operator()(Loc &loc)
{return(gil::image_view<Loc>(width,height,loc));}
};
std::size_t sub_width=10,sub_height=10;
gil::bgr8_view_t sub_view=gil::subimage_view( org_img, 0,0, org_img.width()-sub_width, org_img.height()-sub_height);
subimg_from_locater_obj sfl(sub_width,sub_height);
for_each_pixel_position(sub_view, sfl) ;

0876デフォルトの名無しさん

2006/12/21(木) 23:24:07

すいません、ググれって怒られそうなんですが、
フリーの画像ライブラリについてのお勧めサイトってご存知ありませんか？

１からいろいろサイト見てはいるのですが、
知見のあるみなさんの見ているサイトを教えてもらえたら
一石二鳥（意味違うかな？）かと思って・・・

（当方現在はImageGearで画像処理関係を行っていますが値段のわりに出来る事が・・・）

0877デフォルトの名無しさん

2006/12/21(木) 23:27:40

opencvのC++バージョンてどうなの？？
webに情報がさっぱり無いもんだから、
存在に気づかずCを使っちゃってるんだけど。

0878デフォルトの名無しさん

2006/12/22(金) 00:44:47

>>876
脳味噌ぶら～んでググレ

0879デフォルトの名無しさん

2006/12/22(金) 00:55:22

>>878
ありがとうございます。
最初タイトルで「まさかそんな」と思ってしまいましたが、
ほんとにこんな名前で見つかるなんて・・・

脳味噌ぶら～んでしばらく勉強させてもらいます_(^＿^)_

0880デフォルトの名無しさん

2006/12/22(金) 01:24:46

>>877
ためしに使ってみたことあるけど　うんこ

0881デフォルトの名無しさん

2006/12/22(金) 02:10:58

OpenCVのcvResizeメソッドで、どこもかしこも
元の画像の1/2やら1/8やらなんですが、
普通にwidhtとheightを決めて、pixel数で
ウィンドウサイズを決める書き方って、
どうなってるのでしょうか？

0882デフォルトの名無しさん

2006/12/22(金) 10:30:06

べつに

0883デフォルトの名無しさん

2006/12/22(金) 11:09:45

http://www.codeproject.com/vcpp/stl/stl_like_coding_with_mmx.asp
でopencvをgilでwrapしてから
gilの
gil/extension/numeric/resample.hpp
を使うとか

0884デフォルトの名無しさん

2006/12/22(金) 11:14:06

>>881
>>883

0885デフォルトの名無しさん

2006/12/24(日) 14:01:40

テストチャートの解像度をプログラムで解析するって難しいですか？

0886デフォルトの名無しさん

2006/12/24(日) 14:54:01

一概に言えない。

0887デフォルトの名無しさん

2006/12/24(日) 20:24:23

紹介。南アフリカのローズ大学ってところでC#でOpenCVをあやつるラッパーがあったな
http://www.cs.ru.ac.za/research/groups/SharperCV/

ただこれを紹介してた慶応の中の人いわく、

http://web.sfc.keio.ac.jp/~t03792sh/archives/2006/02/post_496.html

　どうもC#なのにFormコンポーネントで使うという設計じゃないらしく、
　色々やりにくい使用になっている。CvImage.saveFile()でファイルに描き出す事はできるけど。

　開発も止まってるし、OpenCV使いたいならC++でやった方が良い。

らしいけど。ただ漏れが思うに、OpenCVをJavaや.NETでごにょごにょできるようになるとけっこういい線いきそうなんだけどなー

>>811
サンクス。しばらく放置してたんでここ見るのわすれてた。

0888デフォルトの名無しさん

2006/12/25(月) 00:31:16

Java で画像処理やろうと思うか？
速さを求めて C か、いっそのこと matlab だと個人的には思っている。

0889デフォルトの名無しさん

2006/12/25(月) 00:36:35

別にJAVAでもRubyでもHSPでも何でやってもいいよ

0890デフォルトの名無しさん

2006/12/25(月) 00:49:11

レイトレで一枚まる一日かかってた時代にくらべれば、どの言語であろうとこんな世界ほろんでしまえサンタなんていないんだよ俺がサタンとなって世界を

0891デフォルトの名無しさん

2006/12/25(月) 00:55:09

開発効率と速度のバランスだとC++でtemplate＋intrinsics＋場合によってはインラインアセンブラか最初からフルアセンブラの二択だと思うが。
少なくとも素のCとかありえない

0892デフォルトの名無しさん

2006/12/25(月) 01:11:16

速度なんて何台か増やせばいいだけじゃん

0893デフォルトの名無しさん

2006/12/25(月) 01:17:22

>>892
並列処理の存在は知っているが、それをどう実現すればいいのかを知らない人が
よくそういうことを言うね＞増やせばいいだけじゃん

0894デフォルトの名無しさん

2006/12/25(月) 01:22:13

>>889
そいつらより絶対に matlab のほうが効率よくね？
matlab に比べて Java が早いわけでもねぇし。
C, C++ なら早いからまだその気持ちがわかる。

0895デフォルトの名無しさん

2006/12/25(月) 01:26:02

>>892
「すればよい」ってのは「しなければならない」
ってのと等価だってことを頭の悪い人は気付いてないよな。

0896デフォルトの名無しさん

2006/12/25(月) 01:26:04

>>893
画像処理じゃないけど、実際に作って使ってるんだけどな
最大17台程度だからしょぼいけど

0897デフォルトの名無しさん

2006/12/25(月) 01:32:01

>>895
仮にアセンブラで書いて、17倍の速度出せるのかね

0898デフォルトの名無しさん

2006/12/25(月) 01:36:43

１７台＝１７倍だってｗ
勘弁してけろｗｗｗｗ

0899デフォルトの名無しさん

2006/12/25(月) 01:42:34

>>898
たしかに1枚の画像とかならその反応は正しいよな
動画を前提としていた俺も悪いと思う
アセンブラとか痛いアホな書き込みが目について反応したのが悪かったよ

0900デフォルトの名無しさん

2006/12/25(月) 02:08:26

>>894
計算処理を書く効率だけで考えたらそりゃ最強だろうが、
画像処理をしたい場合って、全てが計算だけでは済まないだろうよ。

そう言う意味で、汎用的な言語で画像処理をやるのは意義がある。
例えば、なかにはCGIで画像処理をしたい奴だっているだろうしさ。

0901デフォルトの名無しさん

2006/12/25(月) 03:29:29

つ適材適所
プロはこんなくだらない議論はしないから、アマチュアだろう。
ある場所になにが適切なのかの話は大いにやって下さい。

0902デフォルトの名無しさん

2006/12/25(月) 05:09:03

某所の画像処理ではXeonを積んだPCが数百台。
次期システムは同等以上のパフォーマンスで、Woodcrest*2のPCで何台まで減らせるかに挑戦。
こんな応用もあるにはある。

0903デフォルトの名無しさん

2006/12/25(月) 07:25:16

>>901
そんな当たり前の結論をわざわざ悪態と一緒に出されても困っちゃう

0904デフォルトの名無しさん

2006/12/25(月) 13:17:30

>>887
C++/CLI
があるのにＣ＃wrapなんて意味あるの？

0905デフォルトの名無しさん

2006/12/25(月) 13:20:17

>>894
メモリーや計算時間のかかる処理はc++
Boost.Python
と
Python.WSH
経由でmatlabでもexcelでも自由自在にデータ引渡し

0906デフォルトの名無しさん

2006/12/25(月) 14:54:19

>>904
単にC++/CLIが嫌なんでしょうね
サポート言語が多いに越したことはないと思うし（特にVBや各種スクリプトて扱えるとなると人口が一気に増えるし）

0907デフォルトの名無しさん

2006/12/25(月) 16:50:46

C++/CLIも将来どうなる事やらというのはあるよな

0908デフォルトの名無しさん

2006/12/26(火) 01:00:00

そんなことよりおまいら論文｛よも｜かこ｝ーぜ

0909デフォルトの名無しさん

2006/12/26(火) 16:13:49

画像処理系のベンチャーって、少し前に話題になったＯＣＲ会社（解散したけど）以外では、どんなのあるの？

0910デフォルトの名無しさん

2006/12/26(火) 17:11:13

0911デフォルトの名無しさん

2006/12/27(水) 14:59:10

adobe

0912デフォルトの名無しさん

2006/12/27(水) 17:10:43

279ってほんとくだらない

0913デフォルトの名無しさん

2006/12/28(木) 01:39:16

日本じゃ少ないのかな？画像関連のベンチャー。

つか、商売になるんかね？

確率過程理論を駆使するにしても、パタン認識アルゴリズムとかデジタルフィルタ作ってもあたり前の評価しか受けられない。
一方で、同じ確率過程理論を用いて金利予測のソフトを設計するとこれはエリート扱い。

0914デフォルトの名無しさん

2006/12/28(木) 17:44:55

画像から赤色だけを抽出して描画するのにRGBの割合を使って抽出しろって言われたんですが、
Rの値でじゃなくて割合を使う意味って何なんでしょうか？

0915デフォルトの名無しさん

2006/12/28(木) 17:49:24

ヒトが赤だと認識している部分は
R以外の成分も混ざっている

逆に赤だと認識しない部分にも
Rの成分が混ざっている

ゆえに、Rだけでは不十分

詳しくは
http://www.amazon.co.jp/gp/product//4903474011/
画像処理のテキストを読んで勉強して
CGエンジニア検定の画像処理部門を受験してください

0916デフォルトの名無しさん

2006/12/28(木) 18:46:44

単に、Rが255でもG,Bも255なら白になるからじゃないのか？

0917デフォルトの名無しさん

2006/12/28(木) 21:29:30

915の顔色が赤くなっています。

0918デフォルトの名無しさん

2006/12/28(木) 21:33:26

言ってることは間違ってないが、もっと単純な話だっただけだな。

0919デフォルトの名無しさん

2006/12/28(木) 22:56:18

915は正しい

916は915の一例

917が一番ｱﾎ
たぶん専門学校生

0920デフォルトの名無しさん

2006/12/29(金) 00:11:27

ヒント：冬休み

0921デフォルトの名無しさん

2006/12/29(金) 00:55:49

厳密に考えるなら、使用するセンサーの波長に対する感度特性＋信号変換＋量子化過程と検出したい色の波長帯の関係から割合を求める。

0922デフォルトの名無しさん

2006/12/29(金) 01:00:18

>>914
Rの値だけで判別すると、薄紅やブラッディローズは赤ではないということになって困る。

0923デフォルトの名無しさん

2006/12/29(金) 01:10:11

>>921
心的色空間についても考慮したほうがいいんじゃないか？

0924デフォルトの名無しさん

2006/12/29(金) 04:25:22

類似画像の検索に使われるアルゴリズムってありますか？

色の重心位置で調べるんだっていうのは聞いたのですが、
ほとんどの画像(とくに白黒)が、RもGもBも画像のほぼ中心に重心が
くるので、これでどうやって類似をチェックするのかよくわかりません。

0925デフォルトの名無しさん

2006/12/29(金) 10:53:46

>>924
彩度が極端に低い画像は、単純に輝度の重心で考えればいいんじゃないか？

0926デフォルトの名無しさん

2006/12/29(金) 12:52:41

>924
>RもGもBも画像のほぼ中心に重心

あぁー重心の意味がちがうぞ、それｗ

0927デフォルトの名無しさん

2006/12/31(日) 10:49:12

640*480の画像の(320,240)に重心が・・・・というのはさておき、
今日明日はたくさん見られそうだな

重臣

0928デフォルトの名無しさん

2006/12/31(日) 23:22:02

該当スレがないので、ここで質問させてください。

H.264のフォーマット解説のドキュメントとかどこかで公開されてませんか？
日本のITUのサイトでは、講演会のドキュメントしか出てきませんでした。
H.323の本は持ってるんですけど。

0929デフォルトの名無しさん

2006/12/31(日) 23:29:13

買えば？

0930デフォルトの名無しさん

2006/12/31(日) 23:47:36

内容が良ければ買い、ですね。

0931デフォルトの名無しさん

2007/01/01(月) 16:32:31

ITU-T H.264 の勧告書じゃなくて、一般向の解説書がほしいの?

0932デフォルトの名無しさん

2007/01/04(木) 01:53:26

これで出来る！H.264

0933デフォルトの名無しさん

2007/01/04(木) 18:30:53

やっと規制が終りましたorz

>>930-932 レスサンクス。
欲しいのはH.264の勧告ですね。MPEGの勧告書は英文のほうを読んだことが
ありますが、実際のコードと付き合わせてみないと分かりづらかったので。

解説書のほうが親切丁寧ならば、そちらにします。

0934931

2007/01/04(木) 19:24:30

>>933 ITU-Tなら年間3つまでWebShopからダウンロードできるよ。
それ以降は有料。あとスペイン語版かフランス語版のPDFなら無償。

0935デフォルトの名無しさん

2007/01/06(土) 00:29:56

サルでも判るH.264

0936デフォルトの名無しさん

2007/01/07(日) 23:56:12

質問です。

ICP(Iterative Closest Point)アルゴリズムについて調べています。
詳しい説明のある書籍、あるいはサイト等ありませんでしょうか。
サンプルコードも掲載されていればありがたいです。

0937デフォルトの名無しさん

2007/01/08(月) 18:17:24

ウインドウに線などを描くときに、光っているように描くにはどのようにしたらよいのでしょうか？

0938デフォルトの名無しさん

2007/01/08(月) 18:25:50

>>937
・線の色を短周期で変化させる。
・線に影をつけるようにハイライトをつける。
・背景色と線の色の組み合わせを選ぶ。

0939デフォルトの名無しさん

2007/01/08(月) 18:30:30

あー未だあった。
・線の色をグラデーションさせる。
・線の一部を太らせて色を乗せる。
・線の周囲にスタースパークを描く。

0940デフォルトの名無しさん

2007/01/08(月) 20:41:55

・線の始点あたりにレーザー発射装置みたいな絵を置く

0941デフォルトの名無しさん

2007/01/08(月) 20:48:37

・線を無視して赤と青の点滅を全画面で行う。

0942デフォルトの名無しさん

2007/01/08(月) 20:57:16

・線に一定の割合で周囲の絵を映り込ませる

0943デフォルトの名無しさん

2007/01/08(月) 21:10:38

・線の横に「←光っている」と書く

0944デフォルトの名無しさん

2007/01/08(月) 21:22:01

・線の横にハゲ頭を描く

0945デフォルトの名無しさん

2007/01/08(月) 22:02:21

・線が宮崎美子

0946デフォルトの名無しさん

2007/01/08(月) 22:18:44

・ユーザーの視線をトラックして、視線と光源から反射光を計算する。

0947デフォルトの名無しさん

2007/01/08(月) 22:21:34

・おまいら、暇をもてあましすぎ

0948デフォルトの名無しさん

2007/01/08(月) 22:21:53

・周りのオブジェクトが線から出た光に照らされているように見せる。

0949デフォルトの名無しさん

2007/01/08(月) 22:52:19

printf("＼｜｜｜｜｜｜／");
printf("－━━━━━━－");
printf("／｜｜｜｜｜｜＼");

0950デフォルトの名無しさん

2007/01/09(火) 00:06:41

printfって改行してくれたっけ？

0951デフォルトの名無しさん

2007/01/09(火) 00:35:25

16*3くらいの液晶なんじゃねえの？

0952デフォルトの名無しさん

2007/01/09(火) 01:05:53

>>936ｶﾜｲｿｽ

0953デフォルトの名無しさん

2007/01/09(火) 01:29:05

>>936
ちゃんとググってないだろ。
ググったら一番上に論文来たぞ。

0954デフォルトの名無しさん

2007/01/09(火) 02:43:13

もっとレベル高いスレかと思ってたのに

0955デフォルトの名無しさん

2007/01/09(火) 09:43:00

【ネガティブ派遣根性チェック】

3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。

□派遣先の社員の意見にはたとえ間違っていても反対しない
□派遣先から「いつまでもここで仕事してくださいね」と言われるようになりたい
□自社に仕事を持ち帰れるように言われるとムカつく
□自社で仕事なんてできるわけがない
□派遣/受託の差異を指摘する人間はムカつく
□派遣先には仕事だけでなく自分のプライベートについても指示して欲しい
□自分の月額金額を知らない
□派遣先社員より自分の生涯収入が低いのは当然だ
□派遣先に尻尾を振り、いつまでも一緒に仕事をすることが大切だ
□今のプロジェクトが終わっても同じ派遣先に常駐したい

0956デフォルトの名無しさん

2007/01/09(火) 18:19:57

画像から４点指定して、画像の切り出しをしたのですが、
その変形型の四角形（長方形で無いもの）
を長方形に変形するプログラムを教えて下さい。

0957デフォルトの名無しさん

2007/01/09(火) 18:26:02

2次元の線形補間すればいいだけじゃないん？

0958デフォルトの名無しさん

2007/01/09(火) 18:33:38

直線が直線のまま投影されるから、アフィン変換でいけるな

0959デフォルトの名無しさん

2007/01/09(火) 18:41:48

アフィンって台形変換できたっけ？

0960デフォルトの名無しさん

2007/01/09(火) 18:43:46

投影前後で直線維持が必要十分条件だから　できるでしょ

0961デフォルトの名無しさん

2007/01/09(火) 19:12:45

>>956
目的は？
パースの補正だったらアフィン変換ではできない。

0962デフォルトの名無しさん

2007/01/09(火) 20:16:47

>>937
「グロー効果」でググるといいかも。
簡単に言うと、光っている部分をボカして加算合成。

0963936

2007/01/09(火) 21:53:51

>>953
すいません。(；´Д`)

もう一度しっかり調べてみます。
ありがとうございました。

0964デフォルトの名無しさん

2007/01/10(水) 14:20:31

カメラに魚眼レンズを付けて撮影した画像を透視変換させるプログラムを教えてください。。

0965デフォルトの名無しさん

2007/01/10(水) 14:21:34

マルチすんなボケが

0966デフォルトの名無しさん

2007/01/10(水) 16:34:06

>>964
色空間に学習アルゴリズム組み合わせたらいけるんじゃね

0967デフォルトの名無しさん

2007/01/10(水) 16:44:06

>>956
自分は、観光地の案内板などの写真を長方形に修正するのに>>956のいう線形補間
というのだろうが、写真の四隅の座標を得て、辺の長さを求めて長い辺を縦横の
辺とする長方形が求めるものと見なして、各ピクセルのRGBを横の辺の比、縦の辺
の比から元の写真の対応する点のRGBを持って来て埋める方法を取っている。
元の写真の対応点は、上下X軸の２点を通る直線と左右Y軸の２点を通る直線の交点
で計算。

元の写真の四隅の座標が分かれば、仰俯角、左右振角から縦横比がもっと正確に
求められると思うが、今は手抜き。

0968デフォルトの名無しさん

2007/01/10(水) 17:10:49

だいぶ亀レスだけど…
>>880
どういう風にダメ？

俺もCで書いてたクチだけど、C++でかけるんならそっちで書きたい
パッと見、Cの構造体やら関数やらをラップしてある感じだけど。

0969デフォルトの名無しさん

2007/01/10(水) 18:57:36

>>956
対象が平面だと仮定して、他になんの情報もなければ、ラスタ単位で横に
拡大縮小した後、縦を拡大縮小するだけでいいんじゃねーの？
つか、それ以外方法がない気がする。もちろん、他に付帯情報があれば別だが。

0970デフォルトの名無しさん

2007/01/10(水) 20:30:53

>>968
まずレファレンスカウンターがバグってる

0971デフォルトの名無しさん

2007/01/10(水) 22:42:53

>>967
細かい画像だとモアレが出てきたりしない？

0972デフォルトの名無しさん

2007/01/10(水) 23:10:55

>>970
なるほど。
自分でラップしたほうが早そうだな。

Cで書いてるとどうもメモリリークが怖くて・・・

0973デフォルトの名無しさん

2007/01/10(水) 23:17:15

>>967
細かい話をすると、パースが付いたときの変形は直線補間にはならないよ。
「田」な形の正方形を、上下方向で奥行きが変わるようにパース変形したときは、
　　　 _____
　／ | ＼
／---+---＼
／　　|　　＼
￣￣￣￣￣￣￣
みたいに、上下方向が等間隔になるのではなく、
　　　 _____
　／ | ＼
／￣ | ￣＼
／　　|　　＼
￣￣￣￣￣￣￣
といった感じで、近くほど広く、遠くほど狭くなる。
これの逆変換は直線補間になりません。

まあ、ほぼ平行でちょっと歪んだだけ、って程度なら気になるほどじゃないと思うが

>>971
私はオーバーサンプリングして平均を取ってる。

マジメに、変換先の個々の画素の領域(正方形)に対応する、変換元の領域(四角形)を算出し、
その領域に入ってる画素を抽出、なんて方法もやったことがあるが、
ものすごく重いわりに、対して画質が良くならなかった…

0974973

2007/01/10(水) 23:22:19

ありゃ、AAがずれてた。スマン

　　　　 _____
　　／　|　＼
　／---+---＼
／　　　|　　　＼
￣￣￣￣￣￣￣
と
　　　　 _____
　　／　|　＼
　／￣ | ￣＼
／　　　|　　　＼
￣￣￣￣￣￣￣

です。

0975次スレテンプレ

2007/01/11(木) 08:55:25

・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎

前スレ
画像処理その７
http://pc10.2ch.net/test/read.cgi/tech/1148864160/

過去スレッド
画像処理その６
http://pc8.2ch.net/test/read.cgi/tech/1140510670/
画像処理その５
http://pc8.2ch.net/test/read.cgi/tech/1127705848/
画像処理その４
http://pc8.2ch.net/test/read.cgi/tech/1107854973/
画像処理その３
http://pc5.2ch.net/test/read.cgi/tech/1090897159/
画像処理その２
http://pc5.2ch.net/test/read.cgi/tech/1054545005/
画像処理
http://pc5.2ch.net/tech/kako/992/992671330.html

0976デフォルトの名無しさん

2007/01/11(木) 08:58:43

質問なんですが、テレビ画面に２か４分割で出力されるゲームとかありますよね。
たとえば、4分割した場合左上をA、右上をB、左下をC、右下をDとします。
そのときのA,B,C,Dを別々のテレビに出力することって（コードやケーブル類を使って）可能なのでしょうか？
それともゲーム自体の出力方法（プログラム）を変えないと無理なんですかね？

0977967

2007/01/11(木) 09:04:13

>>971, >>973
懸念されている通り元の絵が歪んでいるとナントカ全体で長方形という程度になる。
駅の時間表などは中の線が真っ直ぐにならないことがある。撮るとき中心に立って
レンズも標準焦点近辺でと注意して回避している。

球形や円筒形のものに絵柄をマッピングする処理の逆をやればいいと思って始めた
のだが、段段手抜きになった。テレビで気象衛星の写真を真上から見た絵に修正し
ているのを真似たいのだが、位置関係やレンズ特性を反映するのは、大変だなあと
素人の限界を感じているところ。

OpenCV だかどこかで、一旦白黒パターンを撮ってそれを使う方法があったが、
ズームレンズでは、Exif 情報見てそれをやるのはなかなか面倒。神社仏閣の縁起
の説明などは読めればイイジャンってところ。

0978デフォルトの名無しさん

2007/01/11(木) 14:02:46

>>975
テンプレに「画像処理プログラミング」のスレということを明記しない？

>>976
スレ違い。ちなみに、ケーブル程度で解決できる問題じゃない。

0979デフォルトの名無しさん

2007/01/11(木) 14:46:02

>>978
そういう意見が出ればよいと思って試しに貼ってみました
元ネタはこちらです
http://science5.2ch.net/test/read.cgi/denki/1164731372/534

0980デフォルトの名無しさん

2007/01/11(木) 14:59:32

試しに、じゃねえよアホか。氏ね。

0981次スレテンプレこれでいいですか

2007/01/11(木) 16:15:04

画像処理プログラミングについて質問、議論を行うスレッドです

前スレ
画像処理その７
http://pc10.2ch.net/test/read.cgi/tech/1148864160/

過去スレッド
画像処理その６
http://pc8.2ch.net/test/read.cgi/tech/1140510670/
画像処理その５
http://pc8.2ch.net/test/read.cgi/tech/1127705848/
画像処理その４
http://pc8.2ch.net/test/read.cgi/tech/1107854973/
画像処理その３
http://pc5.2ch.net/test/read.cgi/tech/1090897159/
画像処理その２
http://pc5.2ch.net/test/read.cgi/tech/1054545005/
画像処理
http://pc5.2ch.net/tech/kako/992/992671330.html

0982デフォルトの名無しさん

2007/01/11(木) 22:28:06

画像処理アルゴリズム　だろ

0983デフォルトの名無しさん

2007/01/11(木) 22:44:04

>>979
死ね

0984デフォルトの名無しさん

2007/01/11(木) 23:08:27

　　　　　　　　　　∥
　　　　　　　＿__　　∥
　　　　　　／　　　｀ヽ∥
　　　　　 ,:'　　　　　　､ゑ
　　　　　,'　　　;　　i　八､
　　　　　|,! 、 ,! | 　,' ,〃ヽ!;､
　　　　|!| ｌ川 l ﾘへ'==二二ト､
　　　　　ﾘ川 !| i′　ﾞ､　　　　', ',
　　　　　lﾙl ||,ﾚ′　　ヽ　　　,ﾉ ,〉
　　　　　 |川'、　 ,,.,.r'"　　 ,,ンﾞ
　　　　　　　　｀T"　 ! ,/ '.ﾉ,/｜
　　　　　　　　 / 　 ,!´　!ﾞヾ{　|
　　　　　　/ 　 ,' 　 i　ﾞ　! ,lﾞ
　　　　　　,r‐'ヽ-､!　　 ',　　l｜
　　　　　 {　　　｀ヽ　　 !　｢ﾞﾌ
　　　　　,>┬―／　　 ;　 i,｀{
　　　　　/ /ﾘ川'　　　　 ', ﾞ､
　　　／ ,/　　　　　　　ﾞ､ﾞ、
　　ノ　/　　　　　　　　　　　', ｀､
　　＼_/　　 ;　　　　　　　　　ﾞ、ヽ、
　　　　l__　　 !　　　　　　　 _＿_〕 ,､l
　　　　　￣｀‐┬―r┬‐r'´　｀'‐'′
　　　　　　　|　　.! |　 |
　　　　　　　|　　| .|　 |

0985デフォルトの名無しさん

2007/01/12(金) 00:02:03

C++で開発できるステレオカメラがあるんですが、
それを使ってステレオマッチングによる距離計測をしたいと思っています。
つきましては、ステレオマッチングなどが勉強できる本があったら教えてください。

ちなみにみなさんはどういうところから知識を得ましたか？

0986デフォルトの名無しさん

2007/01/12(金) 00:39:19

Robot Vision, Horn
Multiple View Geometry in Computer Vision, R. Hartley and A. Zisserman

0987デフォルトの名無しさん

2007/01/12(金) 13:28:06

1000個ぐらいサンプリングされたn次元の点の
密度関数を近似するのって k-mean　でいいのかな
k-mean　-> 密度関数を近似 -> joint histgramの近似 -> 相互情報量
という計算をしたいのだけど

0988デフォルトの名無しさん

2007/01/12(金) 23:08:06

カメラに魚眼レンズを付けて撮影した画像を透視変換させるプログラムを教えてください。。

0989デフォルトの名無しさん

2007/01/12(金) 23:09:39

ちなみに言語はjavaでお願いします。
かなり困ってます･･･。

0990デフォルトの名無しさん

2007/01/12(金) 23:15:17

それどこのデジャヴ？

0991デフォルトの名無しさん

2007/01/13(土) 09:16:40

>>988
ttp://www.google.co.jp/search?sourceid=navclient-ff&ie=UTF-8&rls=GGGL,GGGL:2006-36,GGGL:ja&q=%E9%80%8F%E8%A6%96%E5%A4%89%E6%8F%9B

0992デフォルトの名無しさん

2007/01/15(月) 13:56:00

画像処理系のライブラリもテンプレに入れてくれ。

---------------------------------------

OpenCV (http://sourceforge.net/projects/opencvlibrary/)
Gimp (http://www.gimp.org)
Vigra (http://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/)
Vips (http://www.vips.ecs.soton.ac.uk/)
VXL (http://vxl.sourceforge.net/)
CImg (http://cimg.sourceforge.net/)
Gegl (http://www.gegl.org/, http://pippin.gimp.org/gegl/)
ImageMagick/GraphicsMagick (http://imagemagick.org/, http://www.graphicsmagick.org/)
GIL (http://opensource.adobe.com/gil/)
CxImage (http://www.codeproject.com/bitmap/cximage.asp)
FreeImage (http://freeimage.sourceforge.net/)

0993デフォルトの名無しさん

2007/01/15(月) 14:01:02

セルラーオートマトンって面白そうだけど
実際のところどうスカ

0994デフォルトの名無しさん

2007/01/15(月) 14:08:48

かなり面白ろいっスｗｗ

0995デフォルトの名無しさん

2007/01/15(月) 14:20:26

ITK (http://www.itk.org)

0996デフォルトの名無しさん

2007/01/15(月) 16:01:53

() でリンクがくずれるので
---------------
OpenCV http://sourceforge.net/projects/opencvlibrary/
Gimp http://www.gimp.org
Vigra http://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/
Vips http://www.vips.ecs.soton.ac.uk/
VXL http://vxl.sourceforge.net/
CImg http://cimg.sourceforge.net/
Gegl http://www.gegl.org/, http://pippin.gimp.org/gegl/
ImageMagick/GraphicsMagick http://imagemagick.org/, http://www.graphicsmagick.org/
GIL http://opensource.adobe.com/gil/
CxImage http://www.codeproject.com/bitmap/cximage.asp
FreeImage http://freeimage.sourceforge.net/
ITK http://www.itk.org

0997デフォルトの名無しさん

2007/01/15(月) 16:14:48

OpenCV (p)http://sourceforge.net/projects/opencvlibrary/
Gimp (p)http://www.gimp.org
Vigra (p)http://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/
Vips (p)http://www.vips.ecs.soton.ac.uk/
VXL (p)http://vxl.sourceforge.net/
CImg (p)http://cimg.sourceforge.net/
Gegl (p)http://www.gegl.org/, (p)http://pippin.gimp.org/gegl/
ImageMagick/GraphicsMagick (p)http://imagemagick.org/, (p)http://www.graphicsmagick.org/
GIL (p)http://opensource.adobe.com/gil/
CxImage (p)http://www.codeproject.com/bitmap/cximage.asp
FreeImage (p)http://freeimage.sourceforge.net/
ITK (p)http://www.itk.org

0998デフォルトの名無しさん

2007/01/15(月) 22:43:43

誰も立てないから次スレ立てた
http://pc10.2ch.net/test/read.cgi/tech/1168868527/

0999デフォルトの名無しさん

2007/01/15(月) 22:45:04

埋め

1000デフォルトの名無しさん

2007/01/15(月) 22:45:51

1000get

1001１００１

Over 1000Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

レス数が1000を超えています。これ以上書き込みはできません。

画像処理 その７

画像処理その７