画像処理 その４
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
05/02/08 18:29:33・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その３
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デフォルトの名無しさん
05/02/08 18:30:260003デフォルトの名無しさん
05/02/08 20:24:59技術系の雑誌だけどさ．有名なの？
0004デフォルトの名無しさん
05/02/08 23:29:22こんなんあったんだ。早く教えてよ。
今月から読んでみよ。
0005デフォルトの名無しさん
05/02/08 23:57:140006デフォルトの名無しさん
05/02/09 00:40:490007デフォルトの名無しさん
05/02/09 00:53:35あれって半分はIEICEあたりの論文誌に載った画像関係の論文を，技術者向けに簡単な内容に書き換えて半年遅れくらい乗っけてるだけでしょ？
半分は広告だし。
俺も寄稿したことあるし(w
00087
05/02/09 00:58:11ちょっと探してみた。
発行元は日本工業出版、URLは www.nikko-pb.co.jp 。
欲しい人たちは定期購読だね。
0009デフォルトの名無しさん
05/02/10 03:23:40FFTみたいに適当に埋めて長さを揃えていいんでしょうか。それとも他になにか
アルゴリズムがあるんでしょうか
0010デフォルトの名無しさん
05/02/10 10:45:02一応コメントしておくと、FFTだってテキトーに埋めていいわけではない。
適当（適切）に埋めるのはOK。
0011デフォルトの名無しさん
05/02/10 14:58:46はい、すみません。FFTでも端を折り返したり、0で埋めたりと、絶対的な方法が
無いようなので適当と言ってしまいました。すみません。
0012デフォルトの名無しさん
05/02/10 15:04:54エッジを伸張すればいいのかな?
0013デフォルトの名無しさん
05/02/10 15:21:200014デフォルトの名無しさん
05/02/10 15:37:39２〜３年前につたないコードで平均値を割り出して８パレットくらいに
納めるところまでは作ったのですが当時のCPUパワーと自分の技術の問題で
1/2〜6なんていう分母が増加する縮小率にしか対応できませんでした
二値データからの多色画像への高品質縮小を考えた時に何かいい文献
またはDLLみたいな外部ライブラリはあるでしょうか？コンパイラはBCBを使っています
（ImageKitは試してみましたがもう一つ品質に納得がいきませんでした）
あの当時からImagingForWindowsの表示速度にあこがれているんですが
どうやってあの速度を出しているのか・・・・いつかは理解してみたい；；
0015デフォルトの名無しさん
05/02/10 16:04:02ローパスかけて縮小するんじゃダメ？遅いかもしれないけど。
001614
05/02/10 16:23:53２値＞増色(グレスケ)＞ローパスフィルタ＞縮小
ってやるのが一般的なんでしょうか・・やはり
増色過程でメモりと時間を食うのがちょっと辛いところです；；
0017デフォルトの名無しさん
05/02/10 16:32:06普通にCやC++で書いても、AcrobatやImaging程度の速度は出る。
素直に、縮小画像の各ピクセルに対応する元の２値画像の
矩形内のbit1の数/矩形の面積
をグレイスケールの輝度値にするだけでOK。もちろん、分母も分子もdouble値
大昔に整数型演算だけで無理やりやったこともあったが、今は変な工夫はしないで
浮動小数点演算も気にせず使っている。工夫しないといっても、コードチューニング
くらいはするけれど。縮小倍率は浮動小数点で任意倍率でもいいと思う。
0018デフォルトの名無しさん
05/02/10 16:43:22ダメ？ 素人なのですまんそ あいここはプラットフォーム依存ではないね
001914
05/02/10 16:53:26やっぱりそのグレイスケールの輝度値への計算がたぶん下手なんですね・・・自分
元画像の指定範囲内のHighBitを馬鹿正直にカウントして
目的パレットテーブルの範囲にはめ込んでますから(´；ω；｀)
（一応横方向にはbyte単位でアクセスしてLowValueならスキップしてる）
この計算ロジックを旨く書き直したいのですが何か参考になる文献 or サイトはあるでしょうか？
>>18
カラー画像ならまだいいのですがモノクロ文章系だと品質に不満がありました
0020デフォルトの名無しさん
05/02/10 17:04:230021デフォルトの名無しさん
05/02/10 18:16:08速度を評価したマシンですが、PenIII 1GHzで、A3の文章系、全体表示でテスト。表示品質は見た目
同じ。正確に測るとImagingよりも遅いのかもしれないが、両方とも一瞬なので目測では速度の違いが
分からない。Acrobat 5.0よりは明らかに速い。
といった測定精度です。14が、ずっと遅いCPUでやっていたとしたら、14と違いは無いかもしれないの
でスマソ。
0022デフォルトの名無しさん
05/02/10 19:44:31一種のローパスフィルタだよな
0023デフォルトの名無しさん
05/02/13 11:21:310024デフォルトの名無しさん
05/02/13 11:26:24どんなカメラ？
0025デフォルトの名無しさん
05/02/13 11:27:440026デフォルトの名無しさん
05/02/13 11:28:390027デフォルトの名無しさん
05/02/13 11:37:160028デフォルトの名無しさん
05/02/13 11:43:53参考に汁
http://www.cat-e.be/member/index.php
0029デフォルトの名無しさん
05/02/13 12:14:540030デフォルトの名無しさん
05/02/13 16:59:23画像処理スレとサウンドプログラミングスレにだけはそんな人はいないと信じていたのに…
かなしいです…
0031デフォルトの名無しさん
05/02/13 21:32:55知識があるから、（ ´_ゝ`）ﾌｰﾝ で終わりだろ。
0032デフォルトの名無しさん
05/02/13 21:43:51その白い点を複数の矩形で出来るだけ小さい面積で囲いたいのですが、
どうやったら出来るでしょうか？
一番面積が小さい場合は１ｘ１矩形で白い点の数だけになる。
一番面積が大きいけど矩形が１つですむのは、
xmin,xmax,ymin,ymaxって変数用意して、
全部スキャンして１つの最小矩形は作れる。
そこから、どう２つ以上の矩形に分けたらいいのか、、、。
ヒストグラムとって、分割するとかかなぁ。
0033デフォルトの名無しさん
05/02/13 21:46:320034デフォルトの名無しさん
05/02/13 22:32:270035デフォルトの名無しさん
05/02/13 23:33:05とりあえず、２つで考えてるのだけど難しい。
白い場所の固まりをどうやったら識別できるんだろう？？？
固まり具合見るとか？わかんないです。
□
□□
はどうしたらいいんだか、、、。
□
と
□□
に分割したいけど、難しい。
0036デフォルトの名無しさん
05/02/13 23:54:11これで、ぐぐれ、馬鹿ｗ >>28
0037デフォルトの名無しさん
05/02/14 17:46:50その質問だと、答えは自分で書いている通りに
「一番面積が小さい場合は１ｘ１矩形で白い点の数だけになる」で
おしまいだと思うが。何か質問の方を間違ってないか？
0038デフォルトの名無しさん
05/02/15 12:13:530039デフォルトの名無しさん
05/02/15 12:25:330040デフォルトの名無しさん
05/02/16 08:36:05池沼
0041デフォルトの名無しさん
05/02/16 09:51:00□と□
に分割したいけど、難しい。
0042デフォルトの名無しさん
05/02/16 18:47:54複数の矩形を求めたいということなのだろうか・・・
後の方の条件は憶測だけど。
0043デフォルトの名無しさん
05/02/16 23:05:54N=1の時と、N>=点の個数のときは簡単だけど任意のNだと難しい。
矩形の重なりを許すかどうかでも変わってくるな。
0044デフォルトの名無しさん
05/02/16 23:09:200045デフォルトの名無しさん
05/02/17 01:24:32その条件(面積最小)ってことは、矩形に黒い点は含まれないから、
・すべての島について
・その島をちょうど覆う矩形の組み合わせで、個数が最小のものを探す
って問題になるね。
なんか、NP完全の匂いがする…
0046デフォルトの名無しさん
05/02/17 09:32:43縮小する際には、拡大してから縮小するという方法もあるよ。
実際にメモリ上に拡大画像を展開するのではなく、ダウンサンプラから
アップサンプラを呼ぶのが普通。
縮小ならアップサンプラは零次ホールド、ダウンサンプラは平均操作が
変なノイズも発生しないし軽くていい。これだと>>17と全く同じ結果になる。
普段見てないスレなので遅くなってしまったが、処理方法の一例として。
0047デフォルトの名無しさん
05/02/18 12:32:500048デフォルトの名無しさん
05/02/18 13:05:38現代版麗奈
http://www-2.cs.cmu.edu/~chuck/lennapg/lenna.shtml
0049デフォルトの名無しさん
05/02/18 20:54:350050デフォルトの名無しさん
05/02/18 22:02:05・台形（遠近感を持つ長方形）の検出
をやりたいのですが、どうやったらいいか分かりません……
ハイコントラスト化してエッジを抽出する必要があるというのはわかったのですが……お願いします。
0051デフォルトの名無しさん
05/02/19 00:15:210052デフォルトの名無しさん
05/02/19 00:24:19それと、昔、フジの深夜番組で今田、東野、板尾の
「棒々グラフ」というのがあったのだが
あれでよく使われていた標準画像っぽいやつはどこのやつか知ってるひといる？
（あべ静江みたいな女がカーネーションもってるやつ）
0053デフォルトの名無しさん
05/02/19 00:24:201) エッジ抽出（環境に合わせて適当な方法）
2) 線分近似（Douglas-Peuckerアルゴリズム，hough変換など山ほどあるよ）
3) 4辺で構成されるポリゴンを選択
趣味でやってるならともかく，大学生やエンジニアだと君痛いね．
画像の単純な図形への近似って10年くらい前に終わったような研究だよ．
0054デフォルトの名無しさん
05/02/19 01:40:48とりあえず「新編 画像解析ハンドブック」買ったら？
http://www.amazon.co.jp/exec/obidos/ASIN/4130611194/
去年改訂されたから内容もそんなに古くないと思う
0055デフォルトの名無しさん
05/02/19 02:23:470056デフォルトの名無しさん
05/02/19 02:24:460057デフォルトの名無しさん
05/02/19 02:33:29http://www.webstore.jsa.or.jp/webstore/Com/FlowControl.jsp?lang=jp&bunsyoId=JIS+X+9204%3A2004&dantaiCd=JIS&status=1&pageNo=0
0058デフォルトの名無しさん
05/02/19 02:47:13だった気がする。それともNHKだったかなあ。
0059デフォルトの名無しさん
05/02/19 02:48:15ホリエモンまんせー！！！！！！
006058
05/02/19 02:54:56http://www.ite.or.jp/products/testchart_index.html
の肌色チャート。
006158
05/02/19 03:00:38標準画像やチャートは出自がはっきりしているから標準足りえるわけ。
どこぞのどう加工されたかわけわからんものをもらってくる
んじゃなくて、ちゃんとJISやITEから買って使うようにね。
0062デフォルトの名無しさん
05/02/19 11:06:06手に入りにいけれどオーム社の「画像認識の基礎」もGOOD。20年近く前の本だけれど。
>>53
学生はともかく、エンジニアだったら何年前の技術でも調べて使う。
画像処理だと30年以上前の技術なんかが、かえって役に立ったりする。
0063デフォルトの名無しさん
05/02/19 20:58:13僕ちゃんいろいろ探したけど、その本は手に入らないです。
似たような内容の本ってないですか？
神田とかに行ったらあるかなぁ。そういう古本専門店ないですか？
（最近、関東に来たのでよくわからない）
0064デフォルトの名無しさん
05/02/19 21:03:11終わってなぁーーーーーーい！！！！！
0065デフォルトの名無しさん
05/02/19 23:04:53「画像認識の基礎」(1)(2)。絶版、再販未定だった。
とにかく記述が細かく、図版が豊富なので初心者にも分かり易い良書だった。
となると、>>54のとおり「新編 画像解析ハンドブック」が次善の策かな？
0066デフォルトの名無しさん
05/02/20 11:44:14終わってないの？
じゃぁ，ブームが終わったに変更・・・
0067デフォルトの名無しさん
05/02/20 11:46:20古い技術を人に聞いてまわるってのが痛いと思ったわけで・・・．
再発明しなくとも，研究成果は形になっていくらでもあるわけだし・・・．
0068デフォルトの名無しさん
05/02/20 17:01:42最近関東にきたって書いてあるから
試験に受かって下宿探してる大学新入生かもね
0069デフォルトの名無しさん
05/02/21 18:55:49↑
ここの画像を標準画像にしようぜ。一般的な標準画像は写真ばかりで
イラストに対する画質の評価はあまり見たことが無い。写真とは異なる
信号特性や問題点があるはずだ
0070デフォルトの名無しさん
05/02/21 20:15:060071デフォルトの名無しさん
05/02/21 20:31:080072デフォルトの名無しさん
05/02/21 20:31:22各種画像が取り揃えてある。もちろんイラストも含まれる。
心配するな。
0073デフォルトの名無しさん
05/02/21 20:57:390074デフォルトの名無しさん
05/02/22 01:18:54画像処理やるんだったらLennaに萌えなきゃ
0075デフォルトの名無しさん
05/02/25 16:42:50サイエンス社の「3次元CGの基礎と応用」のP.17の式2.4の誤差判定
e+dy/dx≧0.5、e+dy/dx＜0.5
これの両辺から0.5を引いて2dxをかけるらしいですが、P.18の式2.5の誤差判定が
2dx(e-0.5)≧0、2dx(e-0.5)＜0
になっているのはなぜでしょう？
左辺の2dyはどこにいったんでしょうか？
さらに、このあと2dx(e-0.5)を新しい誤差dとおいてますが、
その後の初期誤差を
d=2dx(e+dy/dx-0.5)
としていて形が変わっているのはどういうことなんでしょうか？
0076デフォルトの名無しさん
05/02/25 17:00:460077デフォルトの名無しさん
05/02/25 17:29:26もう見たの？
0078デフォルトの名無しさん
05/02/25 18:30:380079デフォルトの名無しさん
05/02/26 02:33:23これか？
著者にメールでも送ってみたら？ｗ 大学教授っぽいし、すぐ見つかるでそ。
といっても、誤植っぽいんで、そういうことにしとけばいいと思われ。
008075
05/02/26 20:55:17自分のは古いやつなんで、新訂版で直されてるかも。
とりあえず新訂版を確認してみます。
0081デフォルトの名無しさん
05/02/26 21:29:44VC6のコンパイラと比べて１〜２割高速になるよ！
コンパイルオプションとかソースをいじればもっと速くなりそう。
0082デフォルトの名無しさん
05/02/26 22:12:390083デフォルトの名無しさん
05/02/27 00:12:510084デフォルトの名無しさん
05/02/27 15:09:27VectorC使ってる人って
速度的にどうよ？
0085デフォルトの名無しさん
05/02/27 16:19:19あほ
0086デフォルトの名無しさん
05/03/02 16:45:09なんかいい参考書があれば紹介してください
ちなみに私が使ってるソフトはvc++.net standardです
0087デフォルトの名無しさん
05/03/02 16:50:15http://pc5.2ch.net/test/read.cgi/tech/1106175218/
0088デフォルトの名無しさん
05/03/02 17:19:31C言語による画像処理入門ってのが、ぐぐると出る。これを目当てに本屋に行って
立ち読みしてみる。画像処理ったっていろいろあるから、やりたいことが明確で
ないなら、こういうのいいんじゃないか。
やりたいことがあるなら、その関係の本を探す。画像に関係しそうな言葉で
ぐぐると、いろいろなサイトもある。
0089デフォルトの名無しさん
05/03/02 17:25:220090デフォルトの名無しさん
05/03/02 17:36:03どういうことに興味があるのか具体例を挙げた方がいいかと。
0091デフォルトの名無しさん
05/03/02 18:16:23ただ、基本情報技術者試験を受けたいから
参考書を買ったら画像処理のプログラムが
載ってたから詳しく勉強したいなと思いまして
皆さんにお聞きしたまでです 自分まだ素人なんで多めに見てください
0092デフォルトの名無しさん
05/03/02 18:18:56中古車屋で車をくれといってるようなもんだぞ
0093デフォルトの名無しさん
05/03/02 18:19:540094デフォルトの名無しさん
05/03/02 18:24:190095デフォルトの名無しさん
05/03/02 18:51:46C言語で学ぶ実践画像処理とかどうかな。
線引いたりフィルタ作ったりとかは書いてたと思う。
0096デフォルトの名無しさん
05/03/02 18:57:25糞本
0097デフォルトの名無しさん
05/03/03 00:37:44あたしの最初のは、イヤラCGとかだったか。MBASICかなんかで。
0098デフォルトの名無しさん
05/03/03 11:36:40丸大ハムとかいうやつか。
0099デフォルトの名無しさん
05/03/03 16:20:14漏れもそれで始めた。
ソース打ち込みがﾒﾝﾄﾞｲけど、それもまた必要か、と思えばなんとか。
個人的にCG-ARTS協会の本とか割と好き。（ダメですかそうですか）
ところで、
ttp://www.amazon.co.jp/exec/obidos/ASIN/479800958X/qid=1109833992/br=1-2/ref=br_lf_b_1/249-3595144-8774755
これってどう？
0100デフォルトの名無しさん
05/03/03 17:21:250101デフォルトの名無しさん
05/03/03 20:30:15聞いてないｗ
0102デフォルトの名無しさん
05/03/03 21:05:050103デフォルトの名無しさん
05/03/03 21:07:35おいらもCG-ARTS協会の本は好きかも。
画像処理の結果をカラーでみられるってのが(・∀・)ｲｲ!!
0104デフォルトの名無しさん
05/03/03 22:29:54名前からモデラー臭がプンプンするのがいやだ。
0105デフォルトの名無しさん
05/03/03 23:59:21どんなアルゴリズムなのか分かる人いたら教えてください
実装したいけどアルゴリズムわかりません('A`)
0106デフォルトの名無しさん
05/03/04 00:16:47Adobeが特許を持っているけど、それでも使いたい?
0107デフォルトの名無しさん
05/03/04 01:12:210108デフォルトの名無しさん
05/03/04 01:38:05特許取れたん？俺の持ってるバージョンのやつは
申請中って書いてる。
0109デフォルトの名無しさん
05/03/06 04:50:18#いや、手漕ぎボートか？
0110デフォルトの名無しさん
05/03/08 00:02:02ちょっと変えて使うから。
0111デフォルトの名無しさん
05/03/08 00:20:30日本で適用されるんだっけ？
0112デフォルトの名無しさん
05/03/08 11:47:440113デフォルトの名無しさん
05/03/08 21:11:16前スレの個人的に興味ある話題のみ
まとめてみた。間違い指摘よろ
0114デフォルトの名無しさん
05/03/10 12:40:50なんとか8連結で描画できないでしょうか
(今は適当なステップ幅で値を計算して直線でつないでます)
http://v.isp.2ch.net/up/41524cc30866.png
0115デフォルトの名無しさん
05/03/10 13:49:37直線引くときに、始点と終点が1ピクセルしか離れていなかったら、
もう1ステップ先の点を終点に選んでみては？
0117仕様書無しさん
05/03/10 15:42:41ド初心者です。
画像を任意の大きさに拡大縮小するにはどうするのでしょうか？
0118デフォルトの名無しさん
05/03/10 15:49:05またはOpenGLか？
0119デフォルトの名無しさん
05/03/10 16:03:21俺は「初心者」って単語みたら、このレベル以下（IrfanViewの使い方すら分からない？）だと想定する。
0120デフォルトの名無しさん
05/03/10 17:12:31http://pc5.2ch.net/test/read.cgi/tech/1068349883/604n
かなあって気がする。
0121120
05/03/10 17:13:560122デフォルトの名無しさん
05/03/10 21:02:19http://www.amazon.co.jp/exec/obidos/ASIN/4789818349/qid=1110456021/sr=1-2/ref=sr_1_10_2/250-0638343-6195423
この本はＣ++ではなくＣだけを使ってプログラミングしようとしている人は対象にはしていないのでしょうか？
よろしくお願いします。
0123デフォルトの名無しさん
05/03/10 21:07:050124デフォルトの名無しさん
05/03/11 00:15:31つーかいまどきCだけなんて┐(゜〜゜)┌ハヤンネー
0125デフォルトの名無しさん
05/03/11 00:39:110126デフォルトの名無しさん
05/03/11 00:41:40いまどきオブジェクト指向は常識だぞ
0127デフォルトの名無しさん
05/03/11 06:42:290128デフォルトの名無しさん
05/03/11 07:46:21http://pc5.2ch.net/test/read.cgi/tech/1108989422/170
0130デフォルトの名無しさん
05/03/11 13:44:33礼もろくに言えないのか
0131デフォルトの名無しさん
05/03/11 14:32:34あはは あほだー
0132デフォルトの名無しさん
05/03/11 16:08:120133デフォルトの名無しさん
05/03/11 19:53:54自分も作ろうとしていた所。
エッジ抽出してレベル補正、Photoshopの「コピー」フィルタと同じような物を作り、
メディアンカット減色した元画像に乗算合成でできませんか？
0134デフォルトの名無しさん
05/03/11 19:57:040135デフォルトの名無しさん
05/03/11 20:45:19信じられない。
0136デフォルトの名無しさん
05/03/11 21:50:24すげーな
0137デフォルトの名無しさん
05/03/11 22:32:37これってなんつーか、現代版彩色写真だな。
ヒントの与え方のノウハウを巧く盛り込んだツールを作れれば、
モノクロ映画のカラー化が現実的なコストでできそうじゃん。
#そのことに意味があるかとか、商業的にどうかとかは兎も角。
0138デフォルトの名無しさん
05/03/11 23:54:03というか、本当にソフトで処理したのか怪しすぎるんだけど。
例えば、上から2番目の奴で、滑り台みたいなのが茶色と肌色で違う色のマークなのに、右ではほとんど同じ色とか
0139デフォルトの名無しさん
05/03/12 01:30:150140デフォルトの名無しさん
05/03/12 02:26:18疑いすぎ。
画像をよく見れば、あちこちに自動処理っぽい部分があるかと。
一番上の画像の子供の腕がの影の部分が緑っぽいとか、服の黄色と緑の境界が変だったり。
この程度なら動画になってしまえば気付かないだろうけど。
0141デフォルトの名無しさん
05/03/12 02:36:04まあ本人がそれで満足してるからいいのかもしれないけどね
0142デフォルトの名無しさん
05/03/12 02:42:180143デフォルトの名無しさん
05/03/12 02:44:010144デフォルトの名無しさん
05/03/12 03:02:02お前のレベルの高さでいいから説明しる
0145デフォルトの名無しさん
05/03/12 06:51:500146デフォルトの名無しさん
05/03/12 06:57:350147デフォルトの名無しさん
05/03/12 08:38:090148デフォルトの名無しさん
05/03/12 10:30:500149デフォルトの名無しさん
05/03/12 11:28:59SIGGRAPHでいんちき発表するのかよ、、、
0150デフォルトの名無しさん
05/03/12 18:08:080151デフォルトの名無しさん
05/03/12 18:24:38だって、ＣＧはいかに手を抜いてそれらしく見せるじゃんｗ
まじめにやるならレイとレーシングやってれば良いし
0152デフォルトの名無しさん
05/03/12 20:12:270153デフォルトの名無しさん
05/03/12 20:59:05素人らしい考えだな
0154デフォルトの名無しさん
05/03/12 21:54:320155デフォルトの名無しさん
05/03/12 21:59:32○画像処理っていかに手を抜いてそれらしく見せるかじゃんｗ
かな
0156デフォルトの名無しさん
05/03/12 22:07:170157デフォルトの名無しさん
05/03/12 23:59:580158デフォルトの名無しさん
05/03/13 20:03:560159デフォルトの名無しさん
05/03/13 20:44:010160デフォルトの名無しさん
05/03/13 20:47:13いいんじゃね？
0161デフォルトの名無しさん
05/03/13 20:49:590162デフォルトの名無しさん
05/03/13 21:57:17間違ってたらごめんよ。
0163デフォルトの名無しさん
05/03/13 23:29:33ラベリングさえ綺麗にできたらマーカーの色相と彩度を参照すればいいだけだし。
この程度の事を疑う香具師が何故このスレにいるのかの方が謎だな。
動画はいらんが、静止画は面白そうなんで今度作ってみよ。
0164デフォルトの名無しさん
05/03/14 03:23:300165デフォルトの名無しさん
05/03/14 03:25:550166デフォルトの名無しさん
05/03/14 05:24:050167デフォルトの名無しさん
05/03/14 07:32:350168デフォルトの名無しさん
05/03/14 08:27:380169デフォルトの名無しさん
05/03/14 09:44:490170デフォルトの名無しさん
05/03/14 10:43:190171デフォルトの名無しさん
05/03/14 11:28:460172デフォルトの名無しさん
05/03/14 12:02:36よくみたら Nature がある。すげーな。
でも画像でNatureなんか出せるのか？
0173デフォルトの名無しさん
05/03/14 12:37:46お前ら英語も読めないのか・・・
ラベリングなんかしてねーよ。
ラベリングしないってのが肝じゃん。
0174デフォルトの名無しさん
05/03/14 13:57:310175デフォルトの名無しさん
05/03/14 14:31:41近傍における画素の明るさ(l)の近しさを正規化したものを重み(w)として、
「ある画素の色 - その近傍の画素の色の重み付き平均」が最小になるように画素の色を求める。
もともと色がわかっている（指定されている）画素は全体の中のごく少数なわけだけれども、
こういう少数の前提の下に単純な「〜が最小になるような値(のセット)を求める」っていうのは
数値計算の問題として研究されていて既存のアルゴリズムが使える（らしい）。
で、その結果ほんの数個の数式でこういう結果が出るよ、イイ！！っていう論文。
こういう手法では適切な制約条件（この場合、一部画素群への色指定）を与えるられるかどうか肝心なんだけど、
サンプルを見た感じではインタラクティブに指定する端から結果が表示されるなら簡単そうですよね。
0176デフォルトの名無しさん
05/03/14 14:45:42そそ、逆にインタラクティブなツールがないとヒントの色を置くのに試行錯誤できなくて辛いと思った。
0177デフォルトの名無しさん
05/03/14 14:49:51色指定のしやすさはどの手法でも肝心なような気もしてきた。
領域分割にしても単純全面色指定にしても。
0178デフォルトの名無しさん
05/03/14 16:37:12私はGEMを使って実験済み。
0179デフォルトの名無しさん
05/03/14 17:12:42また挑戦してみようかなあ
0180デフォルトの名無しさん
05/03/15 01:14:100181デフォルトの名無しさん
05/03/15 07:42:42作って使っています。デジカメ写真の folder を表示したとき、決まったicon
だけでは file name も無味乾燥でつまらないので、16x16 の絵に縮めて付けて
います。が、元が写真だと皆似たような絵になります。マンガ的な絵に変換して
縮める手法とかありそうに思うのですが、何をキーに調べればいいか、分からない
でしょうか。
0182デフォルトの名無しさん
05/03/15 09:15:55(複雑でない)漢字一文字がやっとだもの。
0183181
05/03/15 10:48:12レスをありがとうございます。無駄骨とは思いつつもあるかと思ったもので。
画像処理にはハズレますが、気になったので調べましたら、表示のために
ImageList に add すると、皆 4 bit color にされてしまう感じですね。
しかも、RGB quad は共通のものを使っているような。GetDIBits() に
渡して一旦 8 bit color までは落としていて、ここまではまだ色は着いて
いるんですが、4 bit では、中間色はほとんど灰色になる。dither かける
には面積がせまいし、やっぱり徒労ですかね。
0184デフォルトの名無しさん
05/03/15 10:49:590185181
05/03/15 11:37:33や、お恥ずかしい。ImageList_Create() を見て、flag が TRUE だった。
8 bit color のに変えたら、色が出た。で、ここへ来たら、もうレスがあった。
16x16 じゃ、姿形は見えないが、匂い程度は分かるようになった。お騒がせ。
普通の small icon が貧相になった。
0186デフォルトの名無しさん
05/03/16 00:25:36http://www.is.titech.ac.jp/~yoshika0/effect_lines.html
0187デフォルトの名無しさん
05/03/16 19:52:14カラー（3変数） -> モノクロ（1変数）変換は変換関数が与えられていれば一意に求まる。
その逆は一意に求まらないから，制約条件や評価関数を与えて制約付最適化問題として問題を定式化。
0188デフォルトの名無しさん
05/03/16 21:00:19おまえが発表すればよかったのに。
0189デフォルトの名無しさん
05/03/17 15:19:39ああいうの見るたびに生まれてくるのが遅すぎたと悔やまれるよ。
0190デフォルトの名無しさん
05/03/17 15:25:45それは君が既に発表された技術や研究を見ているからだよ。
昔、難問と言われている算数の問題の解答だけを見て、こんな簡単な問題、とか思わなかった？
0191デフォルトの名無しさん
05/03/17 15:29:48もっと早く生まれてれば火あぶりの刑だったな。
0193デフォルトの名無しさん
05/03/17 21:04:08さてはお前、太陽じゃなくて地球が回ってる事も知ってたな。
0194デフォルトの名無しさん
05/03/18 00:41:200195デフォルトの名無しさん
05/03/20 13:13:340196デフォルトの名無しさん
05/03/20 13:34:530197デフォルトの名無しさん
2005/03/21(月) 11:58:26そろそろやめないか？
0198デフォルトの名無しさん
2005/03/21(月) 12:00:230199デフォルトの名無しさん
2005/03/21(月) 19:23:02画像処理で調べる方法ってありますか？
0200デフォルトの名無しさん
2005/03/21(月) 20:03:57北朝鮮の写真で色々やってたな
フルオートは難しそうだが
0201デフォルトの名無しさん
2005/03/21(月) 20:25:26例えば、字幕スーパーのみたいなのとか、宇宙に人間が居る写真みたいなのとか
0202デフォルトの名無しさん
2005/03/21(月) 23:50:58テレビが写っている画像なんです。
そのテレビの画面に映っているのはゲーム画面なんですけど、
これが後で、はめ込みされたのかどうか・・・
・・・と、こういうのって、技術的にどうやったら調べられるのかなーと思いました。
まぁ問題の画像ってコレなんですけどね。
ttp://voiddd.com/up/data/1111349011-1111237233-050319_220316.jpg
0203デフォルトの名無しさん
2005/03/22(火) 00:10:47小さいアイコンとファイル名で表示してやってきました。先日、いたずらに
winXP で、WEB 形式にして、大きいアイコン表示にして、jpeg ファイルを
クリックしたら、フォルダ名の下に preview の絵が出ました。これが結構
速い。今まで、自前で、libXXXX.dll とか使って表示していましたが、あれは
なんだったんだろうと思いました。OSか、IE関連で持っているルーチンは
使えないんでしょうか。（???.flt というファイルがあり、open, get, put
close 相当の関数名を export しているようですが、圧縮技術の著作権とか
が制約になっているのでしょうか）
0204デフォルトの名無しさん
2005/03/22(火) 23:35:590205デフォルトの名無しさん
2005/03/23(水) 21:51:540206デフォルトの名無しさん
2005/03/30(水) 09:20:160207デフォルトの名無しさん
2005/03/30(水) 14:28:390208デフォルトの名無しさん
2005/03/30(水) 17:20:31ttp://www2.nsknet.or.jp/~numada/ip05.html
こーいうの？
0209デフォルトの名無しさん
2005/03/30(水) 18:20:150210デフォルトの名無しさん
2005/03/30(水) 19:31:000211デフォルトの名無しさん
2005/03/31(木) 15:41:220212デフォルトの名無しさん
2005/03/31(木) 17:58:23Interface誌の98年4月号に結構詳しく載ってたよ。（古過ぎ）
ttp://www.cqpub.co.jp/hanbai/books/33/33991.htm
↑の本の目次を見る限りでは、Interface誌でやってた連載そのものなんで
これの3章だけ立ち読みしてきてもいいかも。
っていうか、俺はこの連載のためだけにInterface誌を保管してたから
これ買ってInterfaceは処分するか…
0213デフォルトの名無しさん
皇紀2665/04/01(金) 14:09:570214デフォルトの名無しさん
皇紀2665/04/01(金) 14:16:30何それ?
0215デフォルトの名無しさん
皇紀2665/04/01(金) 14:30:01jpge2000
jpeg2000
jegp2000
この中に正解がある
0216デフォルトの名無しさん
皇紀2665/04/01(金) 16:04:100217デフォルトの名無しさん
皇紀2665/04/01(金) 19:43:520218デフォルトの名無しさん
NGNG0219デフォルトの名無しさん
NGNG結局ストレージの低価格化が、jpeg2000を不要にしたわけか
。
0220デフォルトの名無しさん
NGNGしかし、技術馬鹿どもの悪い癖が出てしまい、現実のマシンでの処理時間や、
特許関連の問題への対処、普及のための広報戦略、などの観点が
すっぽり抜け落ちていましたとさ。まる。
0221デフォルトの名無しさん
NGNG0222デフォルトの名無しさん
2005/04/03(日) 02:09:45自分のソフトに使って配布しても問題なし？
0223デフォルトの名無しさん
2005/04/03(日) 02:20:480224224
2005/04/11(月) 00:41:040225デフォルトの名無しさん
2005/04/11(月) 10:48:20512X512サイズのを1回表示するのでは、当然後者の方が速いですが、
32X32サイズのを何回表示するぐらいが、
512X512サイズ1回を表示するスピードと同じぐらいになるんでしょうか。
大体の目安とか法則とかありましたら教えてください。
0226http:// p8017-ipad25funabasi.chiba.ocn.ne.jp/~ss.jpg
2005/04/11(月) 11:08:45うはっｗｗｗおｋｗｗｗ？？
0227デフォルトの名無しさん
2005/04/11(月) 11:17:09激しく環境依存かと思いますが。
ご自分で先ず計測してみては如何でしょう。
0229デフォルトの名無しさん
2005/04/13(水) 11:09:43あーなつかしぃ．IP5000シリーズ昔使ったことあるけど，7000はしらない．
メーリングリストもこないだ停止になったみたいだね．
つーか，そのボードって日立の中の人以外で使う意味ってあるの？
組み込み用PCで高速処理できるのは分かるけど，カリカリにチューンしたコードとｐｅｎ４の組み合わせの方が圧倒的に速いし．
0230デフォルトの名無しさん
2005/04/13(水) 16:44:01ttp://www.moderncppdesign.com/book/main.html
の考えかたに従って
基画像と基画像のフーリエ変換、の両方をうけつける
画像のアフィン変換は どうインプリメントするべきなんだろう...
template {template class Image}
class affine_transformed_image : public Image<???>
{
affine_transformed_image(????)
{????}
}
１０分ぐらい悩んでみたけどわからんかった
0231デフォルトの名無しさん
2005/04/14(木) 23:44:05上げる修正を試みていますが、全体の明度を上げると、くすんだ感じになるので、
明度差が拡大するよう操作しています。で、コントラストでぐぐって、方法を
調べていて、コントラストの度合とか、高コントラストという言葉に出会いますが
「コントラスト度」の指標のような話に出会いません。コントラストは目で見て、
どうかを判断するしかないものでしょうか。近接するピクセルの明度差を標準偏差
のように計算するとかないのでしょうか。尚、明度は今、YUV のを使っています。
0232デフォルトの名無しさん
2005/04/15(金) 01:15:09言ってることはよく判らんが、私のところでは対象領域の濃度差でコントラストとしている。
0233デフォルトの名無しさん
2005/04/15(金) 02:15:55濃度(輝度)ヒストグラムストレッチとか
0234デフォルトの名無しさん
2005/04/15(金) 07:42:320235デフォルトの名無しさん
2005/04/15(金) 10:22:57このスレで紹介されてなかったかな?
画像の種類や縮小率によっても違ってくるので、先ずは画像編集ツールで色々試すことをお勧め。
0236231
2005/04/15(金) 10:36:30レスを有難うございます。
対象の写真は、右側は明るく、左側が暗い（コントラストも低い）といったものです。
今まで、試した方法は、画像を方眼状に何分割化して、それぞれの明度の平均を
計算して、一番明るい区分の明度との差を暗いところに加算して明度を上げるように
しました。各ピクセルの上げ幅は、四隅の値から補間計算で求めました。
で、このままでは、元の明度差が維持されてコントラストがよくないので、
四隅の平均値から、各ピクセルの予想平均値を補間計算で求めて、この値と実際の
各ピクセルの明度を比較して予想平均値より明るければ、そのまま明度を上げ、
暗ければ、上げ幅を割り引く（＊）ことにしました。
で、分割数と割り引き率をスライダで、変化させて、良さそうな絵を取ることに
していますが、一番コントラストがあると判断できる評価関数ができれば、
それにまかせられないかと思ったわけです。
＊一番大きな明度幅を維持するよう、明度を上げ下げする計算も可能とは思って
いますが、これはお試しの簡易計算です。
0237デフォルトの名無しさん
2005/04/15(金) 13:50:04バイリニアで十分だろ
0238デフォルトの名無しさん
2005/04/15(金) 14:07:26ISO/JIS-SCIDとISO/JIS-SCID(RGB)の
ドキュメントが意外とまとまってたな。
0239デフォルトの名無しさん
2005/04/16(土) 13:08:59縮小にバイリニアはあんまり意味ねーぞ。
0240デフォルトの名無しさん
2005/04/16(土) 13:12:46じゃあ何が良いんだよ？
0241デフォルトの名無しさん
2005/04/16(土) 19:47:301/2程度以下に縮小するならそうだけど、少しだけ縮小するならバイリニア使った方がいいよ。もちろん画質とスピード等のトレードオフだけど。
0242デフォルトの名無しさん
2005/04/17(日) 02:25:231/2程度以下に縮小する場合は？
0243デフォルトの名無しさん
2005/04/17(日) 02:32:190244デフォルトの名無しさん
2005/04/18(月) 03:29:030245デフォルトの名無しさん
2005/04/18(月) 13:05:00えらい
0246デフォルトの名無しさん
2005/04/18(月) 13:09:19えろい
0247デフォルトの名無しさん
2005/04/18(月) 13:10:04結局質問するんなら最初から質問しとけ。
0248デフォルトの名無しさん
2005/04/18(月) 19:52:150249デフォルトの名無しさん
2005/04/18(月) 21:41:57とりあえずクオリティの高い質問してみれ。
クオリティの低い回答してやるから。
0250デフォルトの名無しさん
2005/04/18(月) 21:58:20これって使えるの？
いろいろ見てるので、もうおなかいっぱい...
0251デフォルトの名無しさん
2005/04/18(月) 23:16:00ほー。こんなの作ってる人がいるんだ。面白そう。
この手のＧＵＩって特許が絡んむことが多々あるんで、作ろうとしてる人たちは要注意！
0252デフォルトの名無しさん
2005/04/18(月) 23:17:550253デフォルトの名無しさん
2005/04/19(火) 01:52:44遅レスだけど、ガンマ補正を試してみては？
0254デフォルトの名無しさん
2005/04/20(水) 13:26:38は?
0255デフォルトの名無しさん
2005/04/20(水) 15:29:09JPEG2000のROIの形状を細かく設定できるようなソフトってありませんかね？
もしくはJPEG2000のROIについて詳しい説明のある書籍など
0256デフォルトの名無しさん
2005/04/21(木) 10:47:43ROIって知らなかったので、ぐぐったらいろいろあって、へーと思ったが、
あんなのではだめだったのですね。
0257デフォルトの名無しさん
2005/04/21(木) 13:59:18作るほうはどうだったかなぁ？
0258デフォルトの名無しさん
2005/04/22(金) 11:25:47ただJPEG 2000の形式で出力するだけならいくつかあるんですが
ROIに関しては全然触れられていないのです
誰かおしえてエロイ人！
自分でつくらにゃならんのか･･･
0259デフォルトの名無しさん
2005/04/22(金) 11:32:52プログラムを作る人のための板なわけで、自分で作れと言われるのは当たり前だが。
0260デフォルトの名無しさん
2005/04/22(金) 21:52:37その2つの画像が「どれだけ似ているか」を示す評価関数はどのようなアルゴリズムを使えばよいのでしょうか。
0261デフォルトの名無しさん
2005/04/22(金) 22:22:190262デフォルトの名無しさん
2005/04/22(金) 22:23:30あ、そうですね。ありがとうございます。
0263デフォルトの名無しさん
2005/04/22(金) 22:29:210264デフォルトの名無しさん
2005/04/22(金) 22:31:360265デフォルトの名無しさん
2005/04/23(土) 00:27:39正規化相関
0266デフォルトの名無しさん
2005/04/23(土) 00:29:010267デフォルトの名無しさん
2005/04/23(土) 23:36:390268268
2005/04/23(土) 23:59:210269デフォルトの名無しさん
2005/04/24(日) 00:00:460270デフォルトの名無しさん
2005/04/25(月) 13:38:03http://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/
のテンプレートと組み合わせたことある人っている？
多次元配列のIteratorsとか
Local Minima and Maxima のテンプレートだけでも
使ってみようかとおもうんだけど
0271デフォルトの名無しさん
2005/04/25(月) 20:15:30OpenCVオンリーしか使ったこと無い･･･
Vigraの解説キボン
0272デフォルトの名無しさん
2005/04/27(水) 00:42:280273デフォルトの名無しさん
2005/04/27(水) 13:11:12ほとんどCでしかプログラムやらないんで、オブジェクト指向とかSTLとか意味わかんない。
というか、STLに従ってプログラミングして素敵に思えたことがない・・・。
コードの再利用？そんなもん糞くらえ
0274デフォルトの名無しさん
2005/04/28(木) 00:16:130275デフォルトの名無しさん
2005/04/28(木) 02:47:53ビットマップファイルの高速読込アルゴリズムって何かありますか？
0276デフォルトの名無しさん
2005/04/28(木) 05:46:50あんたの言うビットマップファイルがWindowsBitmapで無圧縮のもののことを言っているのなら、
読み込み時間の多くをファイルアクセスが占めているのでアルゴリズムで工夫しようがない。
0277デフォルトの名無しさん
2005/04/28(木) 05:57:130278デフォルトの名無しさん
2005/04/28(木) 11:09:160279デフォルトの名無しさん
2005/04/28(木) 12:39:47いつ頃の、どんな技術のことを言っている?
0280デフォルトの名無しさん
2005/04/29(金) 00:54:20Linuxのフレームバッファでだいたい同じ事ができる。
0281デフォルトの名無しさん
2005/04/29(金) 00:57:520282デフォルトの名無しさん
2005/05/01(日) 02:55:11インテグレーテッド・パフォーマンス・プリミティブが一番高速なのでしょうか？
0283デフォルトの名無しさん
2005/05/01(日) 02:57:270284デフォルトの名無しさん
2005/05/01(日) 03:35:590285282
2005/05/01(日) 10:51:540286デフォルトの名無しさん
2005/05/02(月) 02:00:41動画を処理して再生するツールを作っているんですが、
たとえば704x480を640x480に、できるだけ高画質に、
しかし、それ以上に高速に縮小するようなアルゴリズムを
探しています。
３次補間法とか平均画素法とか、いろいろあるみたいですが、
動画再生時に縮小する場合、どんな方法が最適なんでしょうか？
0287デフォルトの名無しさん
2005/05/02(月) 02:30:370289デフォルトの名無しさん
2005/05/02(月) 03:18:18>>241
0290デフォルトの名無しさん
2005/05/02(月) 10:01:41>>242
0291デフォルトの名無しさん
2005/05/02(月) 11:33:25640/704>1/2
0292286
2005/05/02(月) 12:36:26みなさん、ありがと。
0293286
2005/05/02(月) 14:23:26この程度の縮小だと、BitBltで十分かなって気もしてきた。まだ詳しく
検証してないけど、動画として見る分には違和感はない。
もともと、DirectDrawのオーバーレイが使えない場合の救済策的な
意味でやってることで。
ただ、BitBltもStretchBltも速度が不安定。自分の環境で、DivXソースの
縮小を伴わないBitBlt転送による再生表示だと、CPU使用率が20%前後。
ところが、縮小BitBltだと20〜100%を不安定に変動する。
やっぱ、自分で1から書くしかないのかな。。。
0294デフォルトの名無しさん
2005/05/02(月) 16:36:58>コードの再利用？そんなもん糞くらえ
Modern C++ Design
Andrei Alexandrescu
の第１章だけでも読むことを薦める。
ヒューリスティクスでも綺麗に書けるし再利用できる
0295デフォルトの名無しさん
2005/05/02(月) 20:37:050296デフォルトの名無しさん
2005/05/02(月) 22:33:55720x480→640x480
だが、オレはそれ用に、9ドット→8ドット縮小専用にハードコートされたバイリニア縮小ルーチンを作った。
それを80ループさせると、水平1ラインの縮小ができる。
パラメータをイチイチ計算しつつバイリニアするよりは格段に高速。
704→640だったら、11ドット→10ドットの縮小ルーチンを作ればいいのかな。
0297デフォルトの名無しさん
2005/05/02(月) 22:36:34OK読んでみる。
”コードの再利用？そんなもん糞食らえ”を早く卒業したい。
0298デフォルトの名無しさん
2005/05/03(火) 04:59:40ttp://www.marumo.ne.jp/db2000_c.htm#18
0299デフォルトの名無しさん
2005/05/03(火) 08:52:170300デフォルトの名無しさん
2005/05/08(日) 18:10:400301デフォルトの名無しさん
2005/05/08(日) 21:04:40jpgサイズは640x480でそれを320x240にして表示しています。
CPU使用率を3%以内に抑えれるでしょうか？
言語はVB6
OSはXP Proです。
0302デフォルトの名無しさん
2005/05/08(日) 21:21:020303デフォルトの名無しさん
2005/05/08(日) 21:47:360304301
2005/05/08(日) 23:00:36動画とまではいきませんが、1、2秒で6枚の画像を再表示しています。
パソコンの性能を上げるしかないのでしょうか？
今は、CPU 2.8GHz、メモリ 256MBです。
0305デフォルトの名無しさん
2005/05/08(日) 23:12:280306デフォルトの名無しさん
2005/05/08(日) 23:23:230307デフォルトの名無しさん
2005/05/08(日) 23:30:350308デフォルトの名無しさん
2005/05/08(日) 23:31:480309デフォルトの名無しさん
2005/05/08(日) 23:41:46あらかじめゆっくり読み込んで、すばやく表示。
0310デフォルトの名無しさん
2005/05/09(月) 05:14:380311デフォルトの名無しさん
2005/05/09(月) 08:00:550312デフォルトの名無しさん
2005/05/09(月) 14:30:400313デフォルトの名無しさん
2005/05/09(月) 14:52:15ｗｗｗｗｗｗｗｗｗｗｗｗうはっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗうぇｗｗｗｗおｋｗｗｗっうぇ
っｗｗｗｗｗｗｗうぇｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
0314デフォルトの名無しさん
2005/05/09(月) 16:02:10スレッド使ったところで使用率は下がらない
VBよりもっと効率のよい言語を使え
0315デフォルトの名無しさん
2005/05/09(月) 16:27:320316デフォルトの名無しさん
2005/05/09(月) 18:36:000317デフォルトの名無しさん
2005/05/09(月) 18:54:58GUIライブラリはいろいろ種類があるから探してみるといい。
0318デフォルトの名無しさん
2005/05/09(月) 18:57:22塗りつぶしと同じようにすればいいんじゃね？
0319デフォルトの名無しさん
2005/05/09(月) 19:22:24塗りつぶしでいけそうです。ありがとー
0320デフォルトの名無しさん
2005/05/09(月) 19:38:26ｗｗｗｗｗｗうぇうぇうはっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗおｋっ
ｗｗｗｗｗｗｗｗｗｗｗｗｗっおｋおｋｗｗｗｗｗｗ
うはっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗおｋｗおｋっ
ｗｗｗ
0321デフォルトの名無しさん
2005/05/09(月) 19:39:430322デフォルトの名無しさん
2005/05/09(月) 20:08:460323デフォルトの名無しさん
2005/05/09(月) 21:34:13ここにあるようなフーリエ変換後の画像について質問です。
この画像は真ん中付近が低周波で上下左右が高周波領域となってるみたいですけど、
右の高周波と左の高周波はどう違うのでしょうか。
それと上の高周波と下の高周波の違いもわかりません。
普通にフーリエ変換してパワースペクトルにするとｘ方向の高周波とｙ方向の高周波しか
でないと思うんですけど。
0324デフォルトの名無しさん
2005/05/09(月) 22:30:16めっさ適当に答えてみる、４分割してるんじゃね？
画像を４分割して、４つの周波数グラフがあるってこと
ヒエログラフって左上と右下に高周波がおおいのかな
0325デフォルトの名無しさん
2005/05/09(月) 22:42:31普通は、わかりやすさの点で、絶対値と位相にわけて考えて、絶対値(大きさ)だけ表示するもんだけどね。
0326323
2005/05/09(月) 23:31:14この画像を細かく拡大して見る限りX軸とY軸に対称みたいなんですが
４分割すれば対称にはならなくなりません？
>>325
実部と虚部を別に表示してもそこのグラフの第一象限と第三象限の二つだけでいいように思います。
私も絶対値と位相にわけて表示するんじゃないかと思ってたんですがググってみると
画像処理ソフトとかMatlabだとかは>>323のページのグラフみたいにするみたいなんです。
0327323
2005/05/09(月) 23:36:50「ヒエログラフ」はＸ軸とｙ軸に対称じゃないですね！
「漢字」の所ばかりみてました。
４分割にして試してみます。
0328323
2005/05/10(火) 00:41:32というかサンプリング数8でフーリエ変換するとexp(i*1*t)とexp(i*7*t)がサンプリング定理から区別つかないので
周波数４を中心に対称(周波数1の実部=周波数7の実部）になり、フーリエ変換後の画像は画像の中心の点対称
になると思うんですが、>>323の画像はなってませんよねー
もうわかりません。
>>324,>>325ありがとう！！
0329デフォルトの名無しさん
2005/05/10(火) 01:10:46点対称にはなっている気がするが。
これに、ルーン文字を加えたら方向性がはっきりして面白いかと。
0330デフォルトの名無しさん
2005/05/10(火) 02:08:2947氏作水粒子に関するサンプルプログラム
http://homepage1.nifty.com/kaneko/water2.htm
インタラクティブ部門佳作「タマ転がし」石上 瑞樹
■受賞のコメント
「今回このような受賞を頂き、大変嬉しくまた光栄な事と思っています。
非常にシンプルな作品ではありますが、
その「単純」の中で何かを感じして頂ければ幸いであります。」
http://www.cgarts.or.jp/contest/scg/2004/interactive/fine04.html
47氏ソース中のパラメータを少し変えてだけのものを応募した模様。
両方を初めて見る人であっても、 受賞作品の動画と金子さんの水粒子サンプル・プログラムの
動作画面 を眺めてみれば、一目瞭然同じものであることがわかるはずだ。
参照：ttp://www.hirax.net/diaryweb/
0331デフォルトの名無しさん
2005/05/10(火) 07:21:07●◎○△ こういう画素列があったとき、
fft(●◎○△) が ●◎○△ をフーリエ変換してパワースペクトルをとる処理だとすると、
(1)横方向に画像を切ってフーリエ変換して、そのパワースペクトル(か絶対値)をとる
○○○○ fft(○○○○)| → ▲▲▲▲
●●●● fft(●●●●) → ▼▼▽▽
◎◎◎◎ → fft(◎◎◎◎) → □□××
△△△△ fft(△△△△) → ■■■■
(2)縦方向に画像を切ってフーリエ変換して、そのパワースペクトル(か絶対値)をとる
▲▲▲▲ fft(▲▼□■) ＄∪∠★ ＄∩Åд
▼▼▽▽ fft(▲▼□■) ∩〇Λ＃ ∪〇！＠
□□×× → fft(▲▽×■) → Å！＿％ → ∠Λ＿Щ
■■■■ fft(▲▽×■) д＠ЩЮ ★＃％Ю
(↑左で縦横をひっくり返したから元にもどした)
(3)四隅が低周波で中央が高周波になるから、4分割して、四隅が中央に来るように並べ替える
＄∩Åд ＄∩ Åд ＿Щ∠Λ
∪〇！＠ → ∪〇 ！＠ → ％Ю★＃
∠Λ＿Щ Åд＄∩
★＃％Ю ∠Λ ＿Щ ！＠∪〇
★＃ ％Ю
((1)(2)は逆の順番の可能性もあり)
って処理をしてるんだと思うけど・・・
0332デフォルトの名無しさん
2005/05/10(火) 07:25:51(1)横方向に画像を切ってフーリエ変換して、そのパワースペクトル(か絶対値)をとる
○○○○ fft(○○○○) → ▲▲▲▲
●●●● fft(●●●●) → ▼▼▽▽
◎◎◎◎ ..→ fft(◎◎◎◎) → □□××
△△△△ fft(△△△△) → ■■■■
(2)縦方向に画像を切ってフーリエ変換して、そのパワースペクトル(か絶対値)をとる
▲▲▲▲ fft(▲▼□■) ＄∪∠★ ＄∩Åд
▼▼▽▽ fft(▲▼□■) ∩〇Λ＃ ∪〇！＠
□□×× ..→ fft(▲▽×■) ..→ Å！＿％ ..→ ∠Λ＿Щ
■■■■ fft(▲▽×■) д＠ЩЮ ★＃％Ю
(↑左で縦横をひっくり返したから元にもどした)
(3)四隅が低周波で中央が高周波になるから、4分割して、四隅が中央に来るように並べ替える
＄∩Åд ＄∩ Åд ＿Щ∠Λ
∪〇！＠ ∪〇 ！＠ ％Ю★＃
∠Λ＿Щ ..→ → Åд＄∩
★＃％Ю ∠Λ ＿Щ ！＠∪〇
★＃ ％Ю
0333デフォルトの名無しさん
2005/05/10(火) 11:03:440334デフォルトの名無しさん
2005/05/10(火) 19:49:21Linuxのkitaでみると何がなんだか・・・。
女子高生文字ですか？
0335デフォルトの名無しさん
2005/05/10(火) 20:09:440336デフォルトの名無しさん
2005/05/11(水) 17:51:11あるいは各画素毎にRGBの濃度って取り出せます??
0337デフォルトの名無しさん
2005/05/11(水) 20:00:420338デフォルトの名無しさん
2005/05/13(金) 23:44:14(VC++ はほぼ未経験です)
検索すると、下記のようなページがあり、そこでは、デバイスコンテキストから
一ピクセルずつ GetPixel し、また一ピクセルずつ SetPixel で書き戻すということをしています。
ttp://homepage3.nifty.com/ishidate/vcpp6_g1/vcpp6_g1.htm
上記のような処理は定石と考えてよいのでしょうか？
VC++ 以外の環境での経験から、1ピクセルごとに読み込みと書き込みを行うのは
処理時間が長くなりそうなイメージがあるのですが、そのようなことはないですか？
もしくは、もっと良い方法などがありましたらご教授いただけないでしょうか。
0339デフォルトの名無しさん
2005/05/13(金) 23:46:24VCのことは知らんが、生データを直接取り出していじる手段が用意されてるはず。
MSDN読んでくれ。
0340デフォルトの名無しさん
2005/05/14(土) 00:28:30普通はポインタ経由でhogeるが。
0341デフォルトの名無しさん
2005/05/14(土) 02:08:05libpngを使って、png画像の縮小をすることは可能でしょうか。
知っている方がいたら教えてほしいです。
よろしくお願いします。
0342左利き
2005/05/14(土) 02:31:09DXライブラリを改造したライブラリを使って(DirectShow利用）
Webカメラの撮った映像を表示するプログラムをしたいのですが、
キャプチャ出来ません。
その理由に、
ビデオキャプチャするデバイスが
Conexant 2388x Video Captureと
Mic Cam
２つが存在し設定でConexant 2388x になっているからだと思うのですが、
（Mic Camしかない別のPCだとキャプチャ出来る）
Mic Camに設定してキャプチャする方法はないでしょうか？
お願いしますm(_ _)m
0343デフォルトの名無しさん
2005/05/14(土) 04:16:30軟弱なコード書いてんじゃねぇよ。
座標指定してピクセル値を読み込んで計算なんて行儀ばっかりに気を使ってちゃ何もできねーぜ。
ポインタ演算駆使してメモリ直読みするのが真のプログラマだ。
画像形式がDIBだ？DDBだ？ハァ？ふざけんな。
全部mallocしたメモリにぶち込め。アルファがホシケリャ32bitだな！ガハハ！！！
真のプログラマならQWORD境界でmallocしとけよ！
0344デフォルトの名無しさん
2005/05/14(土) 04:45:09OWORDとかだめなん？
0345デフォルトの名無しさん
2005/05/14(土) 08:03:57まぁ、、、、あんたのいうとおりだよ、、、、。
0346デフォルトの名無しさん
2005/05/14(土) 08:48:21mallocしても、うまいこと配列にしておけば、ポインタ演算駆使する必要もないわけだが。
0347デフォルトの名無しさん
2005/05/14(土) 08:48:45>>338
他の環境の経験があるなら、同じ流儀でやればよろしい。検索結果のみに頼らなければならない理由もないだろう。
>>341
何故それをlibpngにやらせようとする?
>>342左巻き
DirectXスレで聞いてくれ。
0348デフォルトの名無しさん
2005/05/14(土) 12:03:54訳あって、libpngでpng画像縮小出来るか出来ないか知りたくて。
もし出来ないとしたら、公開されているライブラリで
png画像縮小が可能なものはありますか？
知っておられたら教えてください。
0349デフォルトの名無しさん
2005/05/14(土) 12:11:09OSとかコンパイラとかどんな画像を対象としているとかも言わずに教えろかよ。ふざけてんの？
0350デフォルトの名無しさん
2005/05/14(土) 12:15:170351350
2005/05/14(土) 12:22:41orz
0352350
2005/05/14(土) 12:39:39じゃねーか。ライブラリの使い方わからんなら、そう質問しなおせばいいのに。
0353デフォルトの名無しさん
2005/05/14(土) 12:52:150354デフォルトの名無しさん
2005/05/14(土) 12:56:090355デフォルトの名無しさん
2005/05/14(土) 13:06:55http://e-words.jp/w/E382ACE383B3E3839EE8A39CE6ADA3.html
>γ(ガンマ)値とは、画像の明るさの変化に対する電圧換算値の
>変化の比で、これが1に近づくのが理想だが、素子の特性によ
>り機器によってそれぞれ異なった値となる。このため、元デー
>タに忠実な表示を再現したければ、これらの誤差を修正する
>必要がある。これがガンマ補正である。
この説明書いたやつ、大丈夫か？
0356左利き
2005/05/14(土) 13:07:48レスありがとうございます。
DirectXスレで聴こうと思います
0357デフォルトの名無しさん
2005/05/14(土) 14:05:50ルックアップテーブルを作成する方法ってありませんか？
0358デフォルトの名無しさん
2005/05/14(土) 14:06:140359デフォルトの名無しさん
2005/05/14(土) 16:11:340360デフォルトの名無しさん
2005/05/14(土) 16:25:330.0 <= x <= 1.0 (入力)
0.0 <= y <= 1.0 (出力)
y = x^(1/g) (g:ガンマ補正値)
でいける。
0361デフォルトの名無しさん
2005/05/15(日) 10:48:04ありがとう
0362デフォルトの名無しさん
2005/05/16(月) 20:29:34動いたかを検出するにはどうしたらいいでしょうか？
前後の画像を比べるというような漠然としたイメージはあるのですが、
具体的にどういう処理をして比べたらいいか見当がつきません。
ヒントでもなんでもいいので教えてください。<m(＿)m>
0363デフォルトの名無しさん
2005/05/16(月) 20:36:21http://www.amazon.co.jp/exec/obidos/ASIN/479800958X/hatena-22/ref%3Dnosim/250-5035116-5121037
0364デフォルトの名無しさん
2005/05/16(月) 21:44:29ブロックマッチングしてオプティカルフローを求める。
オプティカルフローの平均とかを求める。
0365デフォルトの名無しさん
2005/05/16(月) 22:37:16はふ変換を使ってみたのですが、よく考えたらやりたいのは直線の抽出じゃなくて線分の抽出でした。
しかも、なんか線が太いと誤認識しまくりで似たような線が大量に抽出されてしまいます。
これを代表的な線だけにしたいのですが、はふ空間に何かフィルタをかければいいのしょうか？
アドヴァイスをお願いします。
0366デフォルトの名無しさん
2005/05/17(火) 07:35:58細線化
0367デフォルトの名無しさん
2005/05/19(木) 09:16:080368デフォルトの名無しさん
2005/05/19(木) 09:18:070369デフォルトの名無しさん
2005/05/19(木) 10:52:260370デフォルトの名無しさん
2005/05/19(木) 11:22:270371デフォルトの名無しさん
2005/05/19(木) 16:10:280372デフォルトの名無しさん
2005/05/19(木) 18:17:100373デフォルトの名無しさん
2005/05/20(金) 10:27:33color scale でぐぐったら。
0375デフォルトの名無しさん
2005/05/25(水) 20:48:35vigraの
画像格納クラス
BasicImageを拡張して
class BasicImageEx : public BasicImage
{
いろいろ
}
を作ったけど
BasicImage
の演算を適用できない
型キャスト' : 'BasicImageEx *' から 'const vigra::BasicImage<PIXELTYPE> &' の変換は存在しますが、アクセスできません。
とか言われる。
何が悪いんだろう
0376デフォルトの名無しさん
2005/05/25(水) 21:27:58見てないからアレだがその演算関数がprivateだからでねーの
0377デフォルトの名無しさん
2005/05/26(木) 14:23:340378デフォルトの名無しさん
2005/05/26(木) 15:25:010379デフォルトの名無しさん
2005/05/26(木) 16:21:480380デフォルトの名無しさん
2005/05/26(木) 16:26:340381デフォルトの名無しさん
2005/05/26(木) 16:31:160382デフォルトの名無しさん
2005/05/26(木) 17:31:190383デフォルトの名無しさん
2005/05/26(木) 17:33:04print("█▓▒░ ");
0384デフォルトの名無しさん
2005/05/26(木) 20:03:58::GradientFill()か
CDC::GradientFill()
0385デフォルトの名無しさん
2005/05/26(木) 20:33:170386デフォルトの名無しさん
2005/05/26(木) 20:50:280387デフォルトの名無しさん
2005/05/26(木) 22:22:530388デフォルトの名無しさん
2005/05/26(木) 23:30:25ペイントソフトでbmp作ってBitBltでもしとけ。
0389デフォルトの名無しさん
2005/05/27(金) 00:46:280390デフォルトの名無しさん
2005/05/27(金) 11:10:30API に GradientFill() なんてのはある。title bar の色が右から左へ段段
いろが薄くなるとか描ける。
0391デフォルトの名無しさん
2005/05/27(金) 15:37:080392デフォルトの名無しさん
2005/05/27(金) 20:50:55>390
0393デフォルトの名無しさん
2005/05/28(土) 15:11:44OSに関わらず、矩形領域を一定間隔毎に色調をずらして
塗りつぶしてやればいいだろうが。
APIは何を使ったらいいのとかそんなレベルから聞くなよ。
そのレベルなら本を買え！それから出直して来い
0394デフォルトの名無しさん
2005/05/28(土) 17:40:40iplvBasicImage
ってつけるのはどう思う？
0395デフォルトの名無しさん
2005/05/28(土) 17:45:22あるとすごい助かるんだけど
0396デフォルトの名無しさん
2005/05/28(土) 20:56:07HSI空間で２色間を線型補完
HSI空間からRGB空間に変換
0397デフォルトの名無しさん
2005/05/28(土) 21:07:130398デフォルトの名無しさん
2005/05/29(日) 00:38:06http://zeta.gis.pasco.co.jp/support/erdas/faq/ii_spectral_r2i/ii_spectral_r2i.html
0399デフォルトの名無しさん
2005/05/30(月) 11:28:290400デフォルトの名無しさん
2005/05/30(月) 11:59:040401デフォルトの名無しさん
2005/05/30(月) 12:38:000402デフォルトの名無しさん
2005/05/30(月) 13:11:48もっと議論が広がるような質問しろよ．
シャープ化の方法聞くにしても「画像をシャープにする方法を教えてください」なんて素人丸出しな言い方以外に色々あると思うが．
0403デフォルトの名無しさん
2005/05/30(月) 13:19:28>>1
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
0404デフォルトの名無しさん
2005/05/30(月) 13:21:54ニューラルネットで高周波成分を復元させるとか色々あるべよ('A`)y-~
0405デフォルトの名無しさん
2005/05/30(月) 13:53:550406デフォルトの名無しさん
2005/05/30(月) 14:03:16LPF
あと死ね
0407デフォルトの名無しさん
2005/05/30(月) 18:37:54ピクセル毎に周辺との濃淡の差を一定の比率で増大させる
http://www.nyanko-web.com/rescue/guidance/gfus.html
0408デフォルトの名無しさん
2005/05/30(月) 19:29:02したいのですが、何か方法をご存知の方、教えてもらえないですか？
フリーソフトでこの機能を実装してるのがあるので、
方法はあると思うのですが・・・
現在はImageMagickを使って幅と高さを小さくしてるという苦肉の策です・・・
板・スレ違いなら誘導してもらえると助かります
0409デフォルトの名無しさん
2005/05/30(月) 23:46:03自動レベル補正と自動カラーバランスと自動コントラストは
それぞれどういうアルゴリズムなのでしょうか？
0410デフォルトの名無しさん
2005/05/31(火) 00:27:58統計をとって、データの端っこを値域のはしっこにもってくる。
0411デフォルトの名無しさん
2005/05/31(火) 00:57:510412デフォルトの名無しさん
2005/05/31(火) 01:00:42質問するなら真面目に質問しろ
0413デフォルトの名無しさん
2005/05/31(火) 01:05:25画像処理というよりもフォーマットの問題じゃない？
0414デフォルトの名無しさん
2005/05/31(火) 01:09:39http://www.ijg.org/
からダウンロードして、cjpegコマンドを使って
optimize(必須) smooth qualityで調整する。
自前の場合はソース読んで頑張れ。
0415デフォルトの名無しさん
2005/05/31(火) 01:40:28アニメーションGIF
0416デフォルトの名無しさん
2005/05/31(火) 14:28:09そのやり方だと、DCTまでを毎回行うのが無駄だよね。
昔、自分がやったときは、DCT後のデータを残しておいて、
パラメータを変えての試行錯誤は量子化以降だけをやるようにしてたんだけど、それでも結構重かった…
今時のPCだと問題ないのかなぁ…
0417デフォルトの名無しさん
2005/06/01(水) 00:46:54漏れは毎年行ってる。
毎年超楽しみだよ。
会社さぼってマターリできるからね。
0418デフォルトの名無しさん
2005/06/01(水) 05:24:43ノ
発表しまつ
内容は内緒
0419デフォルトの名無しさん
2005/06/01(水) 16:22:22シーンチェンジを検出するようなアルゴリズムを
扱ってるようなサイトってありません？
画像の全体／一部の明るさの変化を比較する
のかなとか夢想してるんだけど。。。
まあ、あまり厳密な方法より、検出速度を
重視したいなと。
0420デフォルトの名無しさん
2005/06/01(水) 19:13:240421デフォルトの名無しさん
2005/06/01(水) 20:55:44どこに？
0422デフォルトの名無しさん
2005/06/01(水) 22:28:500423デフォルトの名無しさん
2005/06/01(水) 22:38:270424デフォルトの名無しさん
2005/06/01(水) 22:55:21ここの上の方
0425デフォルトの名無しさん
2005/06/02(木) 09:02:410426デフォルトの名無しさん
2005/06/02(木) 11:28:49いろいろなパターンの組合せをif then ぽく記述して
その組合せのパターンをdetectできる
今作ってるのをちょっと拡張するだけでできるんだけど
拡張する価値あるのか微妙なので迷ってる
例えばこんなパターン
[パターン１（学習で生成） ]
飛び地[パターン２（学習で生成） ]
飛び地の位置関係もconfig できる
if (飛び地 との距離 > 3) なら検出
みたいな感じ
0427デフォルトの名無しさん
2005/06/02(木) 12:09:35特徴パターン同士の比較だと距離が欲しい。検出が1/0でなく0〜1.0で取得できるのを希望。
0428デフォルトの名無しさん
2005/06/02(木) 19:51:31for i=0 to 32
cls
circle(128, 106), i * 5
next i
円が大きくなるモーフィング
0429デフォルトの名無しさん
2005/06/02(木) 23:05:220430デフォルトの名無しさん
2005/06/02(木) 23:43:49これでどうでしょう？
10 screen 5
20 set page 0, 1
30 for i = 0 to 32
40 line(0, 0) - (255, 211), 15, bf
50 circle(128, 106), i * 5, 1
60 set page i mod 2, (i + 1) mod 2
70 next i
80 goto 30
0431デフォルトの名無しさん
2005/06/02(木) 23:56:480432デフォルトの名無しさん
2005/06/03(金) 00:28:39MSX2か
0433デフォルトの名無しさん
2005/06/03(金) 12:52:26ちょっと探してみたけど、
ttp://www.kaibundo.jp/syousai/ISBN4-303-73180-3.htm
ttp://www.sun-inet.or.jp/~yaneurao/intensive/ggg/log1.html
ttp://www.google.co.jp/search?hl=ja&q=%E3%83%A2%E3%83%BC%E3%83%95%E3%82%A3%E3%83%B3%E3%82%B0+%E3%83%95%E3%83%AA%E3%83%BC%E3%82%BD%E3%83%95%E3%83%88+%E3%82%BD%E3%83%BC%E3%82%B9&lr=
とか。あとは自力で頑張れ。
0434デフォルトの名無しさん
2005/06/03(金) 14:36:510435デフォルトの名無しさん
2005/06/03(金) 15:01:481.画像の外側は0にする
2.外は端のピクセルが永遠に続いていることにする
3.右端は左端と繋がっている
4.ミラーイメージが続いている
5.内側のピクセルから適当に求める（線形補間等）
このあたりから用途に応じて適当に選べばいいかと。
0436デフォルトの名無しさん
2005/06/03(金) 15:46:11一回り小さな画像に（ｒｙ
0437デフォルトの名無しさん
2005/06/04(土) 00:55:16photoshopなんかの自動で色合いを調整する機能なんかを
参考にしてるんだけど
画像によってうまくいったりいかなかったりで安定しない。
何かいい方法ありませんか？
0438デフォルトの名無しさん
2005/06/04(土) 14:36:130439デフォルトの名無しさん
2005/06/04(土) 17:12:362^n でしかFFTできないからそういう質問なのかな？
拡大する必要は無いと思うけど・・・
ところで、任意サイズのFFT(基数2以外のFFT)もあるのは知ってるかな？
計算効率は落ちてあんまり使う機会ないけどね。
0440デフォルトの名無しさん
2005/06/04(土) 17:15:19コグニトロンみたいなイメージ？
0441デフォルトの名無しさん
2005/06/05(日) 16:43:340442デフォルトの名無しさん
2005/06/05(日) 16:47:53win32ならStretchBltを駆使すれば簡単。
0443デフォルトの名無しさん
2005/06/05(日) 16:58:21DCTによるデータ圧縮効果が大きくなるんでしょうか。
0444デフォルトの名無しさん
2005/06/05(日) 17:57:18もう少し詳しく教えてください。拡大した後元の大きさに戻すのはどうするのでしょうか？
0445デフォルトの名無しさん
2005/06/05(日) 18:15:510446デフォルトの名無しさん
2005/06/05(日) 18:34:10適当に縮小して、そのままもとの大きさに拡大するんだよ
0447デフォルトの名無しさん
2005/06/05(日) 21:41:24輝度が均一
0448デフォルトの名無しさん
2005/06/05(日) 22:28:11すいません。もうすこし詳しく教えていただけませんか？
0449デフォルトの名無しさん
2005/06/06(月) 10:31:05いちおう、突っ込んでおこうか
0450デフォルトの名無しさん
2005/06/06(月) 12:33:02横レスごめん
＞ところで、任意サイズのFFT(基数2以外のFFT)もあるのは知ってるかな？
参考資料あったら、ソースかURLか書籍名ｷﾎﾞﾝﾇ
0451デフォルトの名無しさん
2005/06/06(月) 13:54:20あー。
数学の教科書的な物は知らないけど，FFTの入ってるほとんどのライブラリの説明書には簡単な説明が書いてあるよ．通常のFFTの原理知ってるならそれでも十分な理解が得られるはず．
GNUのGSLとか，IntelのMKLとか，FFTWの説明書あたり読んでみて．
この辺の説明書で読んだ気がしたんだが・・・．違うかも．
0452デフォルトの名無しさん
2005/06/06(月) 14:07:55レスどうも
FFTの理解度はあまり自信ない…黒箱で使ってるだけなんだけど、
2^nの制限がうっとおしいんですよね。
とにかくレスありがとう
教えてもらったので検索かけてみます。
0453デフォルトの名無しさん
2005/06/07(火) 01:46:08ローパスフィルタとか作る場合は窓関数が必要なのも面倒だね
0454デフォルトの名無しさん
2005/06/07(火) 13:38:220455デフォルトの名無しさん
2005/06/08(水) 16:56:53ＶＣに慣れてる人にはいいかも
0456デフォルトの名無しさん
2005/06/08(水) 21:01:510457デフォルトの名無しさん
2005/06/09(木) 09:21:21クラスを生成するのってかなり遅くなるのかな
0458デフォルトの名無しさん
2005/06/09(木) 10:01:490459デフォルトの名無しさん
2005/06/09(木) 23:59:06さっそくパクらせてもらいまつ
0460デフォルトの名無しさん
2005/06/10(金) 00:59:21boost::numeric::ublas
LAPACK(正確にはboost::numeric::bindings::lapack)
速度はあまり変わらないのかな
0461デフォルトの名無しさん
2005/06/10(金) 01:56:05よーしらんけど、汎用性じゃなく速度求めるならMKL or IPP + ICCあたり突っ込むのが定石じゃない?
0462デフォルトの名無しさん
2005/06/10(金) 03:10:45なが〜い行列演算式をインプリメントするのに疲れて
手抜きしたくなった。
0463デフォルトの名無しさん
2005/06/11(土) 03:15:29おいらは画像と絡んでいれば、OpenCVとかIPP。
純粋に計算だけならGSL。
どーよ？
0464学生
2005/06/12(日) 00:44:37教えてください。
0465デフォルトの名無しさん
2005/06/12(日) 13:38:060466デフォルトの名無しさん
2005/06/12(日) 14:19:570467学生
2005/06/12(日) 14:45:26>>466
ありがとうございます。
当方、機械系の大学院一回生なのですが、
趣味でレタッチや動画の取り込み、調整、編集をしているうちに
画像処理の仕事に関心が出てきました。
そこで、どういった企業で、どういった仕事があるのか、どういったスキルが
要求されるのか気になっています。
電機メーカーの画像処理チップまわりのソフトウェアやハードウェア開発などが
やりたいなぁ、なんてことを考えているのですが、やはり電気・電子・情報学科の知識が
強い人じゃないと採用してもらえないかなぁ、と不安だったりしますし、
他にもどんな仕事があるかを知りたいとも思います。
所持している資格や役に立ちそうな経験は以下のとおりです。
・基本情報処理技術者(言語はCを選択。C言語プログラム経験はなし)
・TOEIC450点
・画像処理検定2級を秋に受けるので勉強中
・テキストエディタでWeb作成(簡単なJava組み込み)
・お店のWebページ作成のバイト
・Flashでタイピングソフトを作成
(アクションスクリプトの基本は一通り理解。CGIと連携させNETランキング作成)
・動画の画質調整の際、各種圧縮アルゴリズムや色空間、
フィルター処理アルゴリズムについて理解
ご意見よろしくお願いしますm(_ _)m
0468デフォルトの名無しさん
2005/06/12(日) 15:28:05http://www.seiki-tsushin.com/sensing/
少し遅かったな。
0469学生
2005/06/12(日) 18:15:22ありがとうございます！
ちょっと遅かったですね(汗)
よく見たら僕の担当教授が発表してますｗ
そういえば横浜に出張に行くって言ってたなぁ。
0470デフォルトの名無しさん
2005/06/13(月) 04:27:46某ｷﾓｦﾀ大3年生ﾊｹｰｿ!...って俺もその学生かOTZ
0471デフォルトの名無しさん
2005/06/13(月) 17:12:42板違いな話ですまんけど。
おいら今年就活して画像ばりばり扱うところ(どっかの会社のデジカメ扱う部署)から採用されたんで一言。
多少学科がずれてても，採用して貰えるかもしれんのでまずは会社受けてみることだと思うよ。（おいらも機械系（+少し情報）だよ）
資格関連だけど、人から聞いた話と体験談。
・基本情報 : あんま関係無いらしい。この辺は資格よりも実際に作ったソフトの話をさせられた。資格の欄が埋まっていい気分だったけど。
・TOEIC : 無いと問題外だけど，最低500は越えてないと書くのも恥ずかしいよね。
・専門系 : たぶん，俺らの知ってる範囲は会社入ったらトリビアレベル。新しい事を学べる理解力とか基礎学力があればいいんじゃないの？
0472デフォルトの名無しさん
2005/06/13(月) 20:32:01これだけは確実に役に立たないと言える
0473学生
2005/06/13(月) 22:39:59内定おめでとうございます！
貴重なご意見、ありがとうございます！
＞この辺は資格よりも実際に作ったソフトの話をさせられた。
困りましたｗ
何か打ちたいプログラムでもないと動けないです（汗）
夏休みに何かのC言語プログラムに挑戦してみたいので、
おもしろそうな処理を検討してみます。
＞・TOEIC : 無いと問題外だけど，最低500は越えてないと書くのも恥ずかしいよね。
はい。500点以上とれない場合は履歴書に書かないつもりです。
毎日英語に奮闘しております！
＞・専門系 : たぶん，俺らの知ってる範囲は会社入ったらトリビアレベル。新しい事を学べる理解力とか基礎学力があればいいんじゃないの？
ですよね･･･。
やはり、ポテンシャルを見極めて採用というスタンスが多いでしょうね。
しかし、うまく伝わるかどうか難しいですし、成績も悪いのでかなり厳しそうです･･･
今からできることは限られていますが、まだ夢を見ても許されそうですので、がんばってみます。
>>472
プログラムしてみます〜。
0475デフォルトの名無しさん
2005/06/13(月) 23:58:21私の勤めている会社でよければ話聞きますぜ。
就職フェアでお待ちしてますんで。
#いかん、このネタ何度目だろう。
0477デフォルトの名無しさん
2005/06/14(火) 14:04:41boost::numeric::ublas
行列Ａと行列Ｂの掛け算が
C=A*B
だけで書ける
速度はOpenCVの1/5ぐらいぽいかんじだけど
0478デフォルトの名無しさん
2005/06/14(火) 16:09:22boostってしらんかったよ。
おいらピュアなC言語使いだから・・・。
そろそろC++を使い始めようかな?
0479デフォルトの名無しさん
2005/06/17(金) 21:57:20ここのソースコード
使ってみようと思うんだが
コンパイルが通らない。
Fedora 3 なんだけど、
同じ環境で使ってる人いないですか。
0480デフォルトの名無しさん
2005/06/18(土) 02:27:36素直に機械メーカーに就職しとけって。
俺は機械科卒、制御系ＰＧだったけど、
歳をとるにつれ、数式をプログラムに落とすのが出来なくなってきた。
ちなみに、画像処理もフィードバック制御と似たとこがある。
Ｃ言語を使ったことがないとあるけど、悪いことを言わんから、
やめとけ。
0481学生
2005/06/18(土) 08:57:22そうですか･･･
現実はとても厳しいですね。
ソフト関係はやめておきます。
ご助言ありがとうございました。
お仕事がんばってください。
0482デフォルトの名無しさん
2005/06/18(土) 09:04:23どの辺がどう通らない?
#って、Fedora3じゃないけど。
0483デフォルトの名無しさん
2005/06/18(土) 09:38:39年云々に関係なく、画像処理のコードを、全部自前で書くのはつらいと思うけど。
ツールやオープンソース、ネットや本のサンプルとか活用しない。
画像処理は年とってもプログラムできる数少ないジャンルなので、数学と
プログラムがすきならそっちいった方がいい。
0484デフォルトの名無しさん
2005/06/18(土) 11:26:250485480
2005/06/18(土) 11:37:58結構本音を語る場合もあるからな。
かといって、それが全員にあてはまるわけでもなし。
まぁ、参考程度に・・・だ。
とにかく、長く続けられるところに行くのが肝心だ。
0486デフォルトの名無しさん
2005/06/18(土) 12:31:41ダ メ な や つ は 何 を や っ て も ダ メ
0487480
2005/06/18(土) 14:00:19おまえもそのうち、いやでも岐路にたたされるって。
人生なにが起こるかわからん。
おれは機械屋に転職したけど、正しい選択だったよ。
0488デフォルトの名無しさん
2005/06/18(土) 14:02:48他人の言うことを聞かない馬鹿が居るな・・・
0489デフォルトの名無しさん
2005/06/18(土) 17:02:40信頼できる相手か判断せず、盲目的に指示に従う馬（ｒ
0490デフォルトの名無しさん
2005/06/18(土) 17:09:25CvCapture hoge; がエラーになるのは何でですか?
CvCapture* hoge; なら大丈夫なのに
0491デフォルトの名無しさん
2005/06/18(土) 21:28:00自分の過去の選択を正当化したくなる気持ちはわかるが、その返し方はちょっとかっこ悪い。
>>485で「全員にあてはまるわけでもなし」と言っておきながら、自らの主張には「いやでも」ってね・・・。
誰もお前の生き方を否定なんてしてないよ。
0492デフォルトの名無しさん
2005/06/19(日) 02:28:050493デフォルトの名無しさん
2005/06/19(日) 09:01:420494479
2005/06/20(月) 22:28:01collect2: ld はステータス 1 で終了しました
などと出てしまいます。
facedetector(linux).zip を unzip してできる
facedetecter 下に bin というディレクトリを作り
そこで
gmake -f ../Makefile したところ、
libdetect.a が無いと言われたので
facedetect/i386_linux1/libdetect.a を bin の下にコピーしました。
すると上記のようになりました。
そもそも、i386_linux1 下にバイナリがあるのですが、
例えば rot_test_ext を実行すると、
*** glibc detected *** double free or corruption: 0x080eeca8 ***
と出て abort します。
rot_test は普通に実行できてるみたいです。
B
0495デフォルトの名無しさん
2005/06/22(水) 15:34:44最近boostとか勉強してると、そうじゃないような気がするときがある
0496デフォルトの名無しさん
2005/06/22(水) 16:01:36画素ひとつごとに1か0を与えて作るらしいのですが･･･ 言語はC++です
どなたか教えていただけませんか？ 解説しているサイトでもうれしいです
0497デフォルトの名無しさん
2005/06/22(水) 16:29:54あなたがどこまで知りたいのかさっぱりわかりません
マスクの目的は？
0498デフォルトの名無しさん
2005/06/22(水) 16:32:360499デフォルトの名無しさん
2005/06/22(水) 16:41:180500デフォルトの名無しさん
2005/06/22(水) 16:53:470501デフォルトの名無しさん
2005/06/22(水) 17:00:27バレバレの場合もあるがな
0502デフォルトの名無しさん
2005/06/22(水) 17:32:12領域外は M(x,y) = 0
とするマスクをつくって、各変換係数に対し
ビットシフトするというのを作りたいと思ってます
0503デフォルトの名無しさん
2005/06/22(水) 17:36:21ビットシフトはなんの役に立つのでしょうか？
0504デフォルトの名無しさん
2005/06/22(水) 17:38:24やれやれだぜ。
0505デフォルトの名無しさん
2005/06/22(水) 18:31:200506デフォルトの名無しさん
2005/06/22(水) 20:46:14vigra::Bimage に適当なfunctorを作って適用
functorはboost::functionで作る
0507デフォルトの名無しさん
2005/06/22(水) 23:08:09boost と画像処理に何の関係が？
C で書こうが、Perl で書こうが、C++ で書こうが、Java で書こうが画像処理は画像処理だと思う。
本質はアルゴリズムにあるのであってコーディングじゃないんじゃないかな？
0508デフォルトの名無しさん
2005/06/23(木) 01:18:470509デフォルトの名無しさん
2005/06/23(木) 14:51:42Cで書かないといけない場合に最小の手間でコーディングするために
boostとかいろいろな便利なＴｏｏｌが必要になる
0510デフォルトの名無しさん
2005/06/23(木) 14:54:03どうもです 試してみます
0511デフォルトの名無しさん
2005/06/23(木) 15:03:420512デフォルトの名無しさん
2005/06/23(木) 15:07:340513デフォルトの名無しさん
2005/06/23(木) 19:22:34無茶なチューニングのために面倒な記述をすることが多いので、
そのまま成り行きで結局 stl すらも使わないことが多いなぁ・・・
ちょっと反省してテンプレート使ってみるか。
0514デフォルトの名無しさん
2005/06/23(木) 19:55:00汚いコードすぎで
気が狂いそうになる
綺麗にかけて、なおかつ高速な方法は
テンプレートだと思ってたけど、そうでもないのかな
クラスの継承とか使った時点で計算時間が遅くなってるのかな
誰か詳しい人教えて
0515デフォルトの名無しさん
2005/06/23(木) 21:49:55詳しくない人だが、質問の意図がよく分からない。
テンプレートと継承のどちらでも実現できることはテンプレートで実現した方が実行時の速度が高速になる
可能性は高いだろうと思う。
またテンプレートと継承を組み合わせている場合でも、ポインタを経由しない場合については静的に型が
分かるので効率はほとんど落ちないと思う。
0516デフォルトの名無しさん
2005/06/23(木) 22:02:42どの辺を読んだの？
参考までに教えて．
0517514
2005/06/24(金) 13:57:190518デフォルトの名無しさん
2005/06/25(土) 03:01:47マニアックな所読んでるね〜。
0519デフォルトの名無しさん
2005/06/27(月) 00:16:10CxImage…
と言うかプログラミング
0520デフォルトの名無しさん
2005/06/27(月) 14:10:13乙
0521デフォルトの名無しさん
2005/06/30(木) 13:29:19OpenPNLがOpenCVbeta3のファイルを使ってるみたいで
OpenCVとOpenPNL両方のヘッダーファイルをincludeすると
コンパイルできない
解決策はないのかな・・・
0522デフォルトの名無しさん
2005/07/02(土) 15:34:31なんでもUnixでは標準的らしいのですが、どこにもファイルフォーマットの仕様が載っていません。
月曜までに32bitカラーの画像をppxで出力せよ、という宿題をもらいました。
0523デフォルトの名無しさん
2005/07/02(土) 15:42:00それ、たぶん嘘。
0524デフォルトの名無しさん
2005/07/02(土) 15:57:460525デフォルトの名無しさん
2005/07/02(土) 17:17:240526デフォルトの名無しさん
2005/07/02(土) 17:40:58Unixで標準といえばこの辺かな。
ppm/pgm/pbm→ヘッダに最低限の情報をテキストで埋め込んだシンプルな画像形式。総称してpnmとも。
ppmはフルカラー、pgmはグレイ、pbmはモノクロ画像を扱う。それぞれ、テキスト版とバイナリ版がある。
xpm→Cのインクルードファイルとしても使えるように工夫された純テキストな画像形式。パレットカラー専用。
xbm→やはりCのインクルードファイルとしても使えるがこちらはモノクロ専用。
0527522
2005/07/02(土) 18:05:250528デフォルトの名無しさん
2005/07/02(土) 18:41:280529デフォルトの名無しさん
2005/07/03(日) 09:58:37突込みがすでにあるけど、圧縮じゃなくて、エネルギーを特定の基底ベクトルに
集中させる効果のことだね。（集中させておいて残りを捨てるから、圧縮になる）
画像の自己相関関数が、画素と画素の距離の遠さに応じて指数関数的に
減少する場合に、離散コサイン変換は、カルーネン・レーベ変換と一致する。
KL変換は、最小二乗法という観点で理論上の最適解だけど、圧縮対象の画像の
統計的な性質が変わると変換のための直交ベクトルが変わるし、計算も非常に
重い。
離散コサイン変換は、画像の内容に関係なく変換のための基底ベクトルとして
コサイン波を決めうちで使っているわけだけど、いわゆる自然画は、その
自己相関関数を調べてみると最初に書いた「自己相関関数が、画素と画素の
距離の遠くなると指数関数的に減少する」という傾向にたいてい従っているので、
結果的に、カルーネン・レーベ変換に近い性能を与えることができる（ことが多い）。
ああ、なんか変な日本語ですまん。
ためしに小さな共分散行列を作ってみてKL変換の基底ベクトルを求めてみて、
それとコサイン波を比べてみるといいよ。
0530デフォルトの名無しさん
2005/07/04(月) 13:36:55もう月曜になっちゃったから自己解決したことでFA?
>>529
おお！非常にためになる解説！
自己相関が指数関数的に減少する場合DCTがKL変換と一致するって解釈は画像圧縮の分野じゃ常識なの?
初めて気がついたよ。
0531529
2005/07/04(月) 23:10:32DCTとKLTの関係については、たぶんあんまり知られてないんじゃないかなぁ
この種の理論的な分析は、DCTがJPEGの基本技術として採用されるよりも前の
時代には盛んに議論されたけど、ひとたび規格になってしまうと、急速に業界
関係者の興味の対象からはずれてしまう。規格が決まったなら、大事なのは
実用化であって、いかにしてそれを早く軽く実装するかという方向に研究が移って
しまうから・・・
たいていの解説書は、『高周波成分を落としています』としか説明しないし、
それでいて、「だったら、なぜDFTじゃなくてなぜDCTなの？」 と、いう部分に
まで踏み込んだ解説はあまり見かけない。DCTを使うのはアタリマエという暗黙の
前提のもとに、もっぱら、DCTの高速算法に関する数学的な説明のほうに力を
入れているはず。
0532デフォルトの名無しさん
2005/07/05(火) 00:46:15時間かかりすぎるから廃れたんだと思う。
解析的な手順で求まるDCTと違って、反復法でしか
値が求まらない固有ベクトルの計算は不安定(´・ω・`)
0533デフォルトの名無しさん
2005/07/05(火) 10:49:43距離で減衰させたりしてもいまいちリアル感が出ません。
なにが足りないんでしょうか?
0534デフォルトの名無しさん
2005/07/05(火) 14:16:32つーか，基底ベクトルも保存せないかんから，DCTと比べて不利じゃね?
俺の思い違いなのか?
0535529
2005/07/05(火) 22:10:07つーか、すたれる以前に、そもそも実用に供されたことは、ほとんどない。
0536デフォルトの名無しさん
2005/07/06(水) 15:31:270537デフォルトの名無しさん
2005/07/06(水) 17:03:21例えば8*8ドット単位なら64次元だから64の基底ベクトルが必要。
でも寄与率の小さい基底を省略するから無問題。
0538デフォルトの名無しさん
2005/07/06(水) 22:07:37手本があるのならば、その画像を例示せよ。
自分の脳内ならば、まぁガンバッテね、ぐらいしか言えん。
いいアルゴリズムができたのならば、特許なんてとらずに、
みなさんに公開してほしい、以上。
0539529
2005/07/06(水) 23:52:47固有ベクトルというか、「固有顔」の足しあわせという形式で人間の顔データを
直交展開し、その展開係数の組み合わせによって人間を区別するという話とか？
（顔認識については、オレは完全に素人なので、勘違いだったらすまぬ）
0540デフォルトの名無しさん
2005/07/07(木) 00:37:420541デフォルトの名無しさん
2005/07/07(木) 00:59:340542デフォルトの名無しさん
2005/07/08(金) 21:24:55小さな画像をまとめて、一つの画像にしたいのですが、
フリーのソフトとかでするんでしようか？
0543デフォルトの名無しさん
2005/07/08(金) 21:31:520544542
2005/07/08(金) 21:36:370545542
2005/07/08(金) 21:38:060546デフォルトの名無しさん
2005/07/08(金) 23:14:02ImageMagick
0547デフォルトの名無しさん
2005/07/08(金) 23:34:330549デフォルトの名無しさん
2005/07/11(月) 07:15:59２４ビット true color のビットマップを減色して２５６個のパレットをもつ８ビットのピクセル形式にしています。
パレットのエントリは予め決まっており、現在は NearestColor という方法で減色しています。
オリジナルのピクセルの色に「最も近い色」は、現在
distance2 = (r1-r2)^2 + (g1-g2)^2 + (b1-b2)^2
が最小になるようなパレットエントリを探して決定しています。結果には不満はないのですが、すべてのピクセルについて
distance2 を２５６回求めなければならず処理が遅くて困っています。なにか有効なアルゴリズムみたいなものを
ご存じありませんでしょうか。
0550デフォルトの名無しさん
2005/07/11(月) 07:47:150551デフォルトの名無しさん
2005/07/11(月) 10:08:13distance2が0(或いは10程度以下?)になったらそこで打ち切るとか、
一度計算したrgb値はパレット番号とともにリングバッファに放り込んでおくとか。
0552デフォルトの名無しさん
2005/07/11(月) 10:25:06> メモリ無尽蔵で常にパレットの256色が固定ならあらかじめ24bitフルカラー16M色全ての最適色をテーブル化しとけ
実際のところ、メモリは無人像ではないですし、パレットは減色したい画像によって変わります。
> distance2が0(或いは10程度以下?)になったらそこで打ち切るとか
０で打ち切るのは今もやっていますが、パレットエントリには微妙なグラデーションも
含まれていて、distance2 が一定以下で打ち切るのはやりたくないです
> 一度計算したrgb値はパレット番号とともにリングバッファに放り込んでおくとか。
これは意味がわかりません。オリジナルの画像のピクセル値は１万色を超える場合も
ありますので前に計算した値を保存しておいても有効ではないですし、探し出すのも
大変です。
色の値は実質 RGB 各一バイトの24ビットの数値です。これをソートして二分探索する
と速そうなのですが、B値に対してR値の誤差が過大評価されてうまくいきません。
distance2 は計算が遅いですが RGB 各値について等価です。
0553デフォルトの名無しさん
2005/07/11(月) 11:20:05vector<int> pal_list[16][16][16];
for(int i = 0; i < 256; i++)
pal_list[palette[i].r / 16][palette[i].g / 16][palette[i].b / 16].push_back(i);
for(int r = 0; r < 16; r++)
for(int g = 0; g < 16; g++)
for(int b = 0; b < 16; b++)
if(pal_list[r][g][b].empty()) pal_list[r][g][b].push_back(getNearestColor(r, g, b));
細かいことを言うと、もっと色々処理が加わるわけだが。
0554デフォルトの名無しさん
2005/07/11(月) 11:32:39漏れならRGB夫々5bit（←古来より普通な感じ）か6bit(←最近ならこれか?)にする。
0555デフォルトの名無しさん
2005/07/11(月) 12:01:100556デフォルトの名無しさん
2005/07/11(月) 16:08:300557デフォルトの名無しさん
2005/07/11(月) 16:21:190558デフォルトの名無しさん
2005/07/11(月) 16:37:25ヒント： ボロノイ図
3次元ボロノイ図の高速な近傍探索アルゴリズムが存在するのか知らないけど、
とりあえず適当なことを言ってみる。
0559デフォルトの名無しさん
2005/07/11(月) 16:46:35任意の１点からみた最近接のエントリ探索と同じ論理
0560デフォルトの名無しさん
2005/07/11(月) 18:12:55まじ？
わしも565か666bitでdistance2つかっているけど、代わりの手法があるなら是非知りたい
0561デフォルトの名無しさん
2005/07/11(月) 18:34:20ニューラルネットで連想記憶すれば高速に探索できそう。
0562デフォルトの名無しさん
2005/07/11(月) 18:42:15結局パターン認識とかと同種の問題になるよな。
0563デフォルトの名無しさん
2005/07/11(月) 18:50:280564デフォルトの名無しさん
2005/07/11(月) 21:25:50・領域分割
RGBそれぞれ、上位4ビットだけを見た、4096(=16×16×16)の色空間ブロックに分解し、
それぞれの領域について、その領域内にあるパレットのリストを持ち、
検索色について、その色が所属するブロックと、隣接するブロックのパレットリストから検索する。
ブロック内に検索対象パレットが存在しない場合の処理はちょっと面倒。
厳密解じゃなくなるけど、領域立方体の頂点になる8点のそれぞれについて、最近傍になるパレットを算出しておき、
その中から探してる。
・キャッシュ
ハッシュで、今までに検索した「色→パレット番号」の履歴を保存しておく。
全ピクセルに持ってたらやってられないので、LRUで使われてないエントリは消していく
正しくは、ハッシュじゃなくて、衝突したら古いのは消してるけど、
65536エントリぐらいあれば、滅多に衝突しないので結構使える。
「オリジナルの画像のピクセル値は１万色を超える場合」ぐらいなら、
1万エントリを記憶できるキャッシュだけで十分な気がする。
640x480でも、30万ピクセルから、30倍は速くできるな。
0565デフォルトの名無しさん
2005/07/11(月) 22:14:47549じゃないけど参考になった。トンクス
0566デフォルトの名無しさん
2005/07/11(月) 22:41:22ハッシュ値は以下で求めてます
(B & 15) + ((G & 15) << 4) + ((R & 15) << 8);
値がダブった場合は上書きしてます。
>>550
VGA(32万画)の場合は相当無駄〜な計算することになるけど。
実に50倍以上。
0567デフォルトの名無しさん
2005/07/12(火) 01:09:01回答下さったみなさん、ありがとうございます。
ハッシュは、すぐに試せる出来合いのコンテナクラスをつかって 文字列−値 の
ものをつかったので処理速度はともかく、画面で見る限り、かなりテーブルの
コリジョンが起こっているらしく、ノイズがのりました。
ハッシュ値の工夫をして、色データ：エントリ番号 の構造にトライしてみます。
ブロックによる区画化は、すぐに実装出来ないので気長にやってみます。
ありがとうございました。大変勉強になりました。
0568デフォルトの名無しさん
2005/07/12(火) 01:50:39手抜きだけど、シンプルで高速そうですね。
コリジョンがどの程度起きるか気になるところだけど、ちょっと感動。
メジャーな方法なんですか?
0569デフォルトの名無しさん
2005/07/12(火) 02:13:12遅レスかつ個人的な見解ですまんけど。
識別問題に第k成分まで使ってパラメータ空間を〜なんてやつは眉唾。
SVD使う事には反対しないけど、固有ベクトルの選択方法を誤ると識別性能はがた落ちするよ。
例えば、二次元平面上に二つのクラスがV字上（それぞれの直線上にそれぞれのクラスのデータが存在）に分布してる場合、第一主成分はV字の真ん中を通るベクトルになる。
こいつにデータを射影すると見事に二つのクラスが混合しちゃうわけで。
うまく性能でないから固有ベクトル増やしてマハラノビス〜とか目も当てられない。
0570デフォルトの名無しさん
2005/07/12(火) 03:10:07> コリジョンがどの程度起きるか気になるところだけど、ちょっと感動。
ハッシュ値の発生方法にも依るんだろうけど ５５０ｘ４００ で４３７１９色の場合
１％程度のコリジョンでも、画像上ではかなり目立ちます。これだったらハッシュ法は
採用したくないです。まだ改良の余地があります。
あと、元画像からどの程度最適化されたパレットを得るかにもよりますが、最適化がかなり
よい場合は区画化のほうが有効のような気がしてきました。すくなくても、自分の色の値から
近いところから検索を始められるのはかなり有利なようです。こっちをまずやってみようと
思っています。
0571デフォルトの名無しさん
2005/07/12(火) 03:24:35SVMによる判別分析は、事前にカーネルで高次元空間に
写像してから行うのが定説だと思うけど(´・ω・)？
0572デフォルトの名無しさん
2005/07/12(火) 07:32:49画像依存ですがヒット率は5割〜8割だった記憶が。(まあ、5割でも単純計算で2倍速ですが。。。)
ビット数を増やせば増やすほどヒット率は上がっていきますが、1次キャッシュに載る程度のほうが速かったのでそんな感じに（＾＾；
自分で考えて実装したものですけど、きっと誰かの車輪の再作成になっていると思います。
コリジョンしたら再度distance2を256回やる羽目になるだけで画質の影響はないんでは?
全部覚えるパターンは拡散誤差を入れると色数が膨大に増えてメモリを食うのでやめた。
0573デフォルトの名無しさん
2005/07/12(火) 12:47:55最適な画像ではなく単に速さだけでよいなら、5:5:5の15bitのハッシュ（テーブル）を
用いて32K色 -> パレットエントリへの変換を行い1ピクセル出力した後、出力した色
と出力すべき色の誤差を拡散させて処理を続ける、という誤差拡散で済ませるのが
良いと思います。
フルカラーから32K色へ落とす処理としては、単に各色5bitで量子化するほかに、
パターンディザを用いることも可能です（フルカラーの自然画像に対してはあまり
良くないけど）。
0574デフォルトの名無しさん
2005/07/12(火) 15:00:320575デフォルトの名無しさん
2005/07/12(火) 16:36:26一瞬、ずれているとオレも思ったが、>>573の提案は、
「前処理としてRGB独立の減色でまず32K色まで落とし、
32K色に対する変換テーブルで、目的のパレットに
変換する」と、いうことだと思う。
0576デフォルトの名無しさん
2005/07/12(火) 17:33:47> フルカラーから32K色へ落とす処理としては....パターンディザを用いることも可能です
とかで、ディザつかってそれからパレットエントリを求めるって倒錯じゃないだろうか
0577デフォルトの名無しさん
2005/07/12(火) 17:35:090578デフォルトの名無しさん
2005/07/12(火) 18:53:51参考になるようなWebページがあれば教えて下さい。
0579デフォルトの名無しさん
2005/07/12(火) 19:22:55http://google.com/
0580デフォルトの名無しさん
2005/07/12(火) 21:57:28という流れが普通かなあ（＾＾；
ヒストグラム作成時にある程度間引くのか、現代のメモリ満載PCなら大丈夫と完全ヒストグラムを作るかは選択だと思うけど
0581デフォルトの名無しさん
2005/07/12(火) 22:16:520582デフォルトの名無しさん
2005/07/12(火) 22:31:47倒錯ではあるんだけれども、任意のパレットに対して適切にパターンディザを
行うのはコスト大なので。
代替策としてRGB各5bitへの量子化のときにパターンディザで処理しておくと、
マッハバンドのとことかそれなりにパターンディザっぽい画像が得られる。
0583デフォルトの名無しさん
2005/07/12(火) 23:12:28パレットエントリを決定する前に、原画を細工してディザを加えるのは全くナンセンス
0584デフォルトの名無しさん
2005/07/12(火) 23:24:06「パターンディザ」っていうのは、表現方法の一種として
ディザを得ることを目的とする場合に使われるもんだと思うけど・・・？
0585デフォルトの名無しさん
2005/07/13(水) 00:01:370586デフォルトの名無しさん
2005/07/13(水) 00:24:15まあまあまあ・・・
ナンセンスとまでは言えないよ。そりゃまあ、「処理の順序が逆じゃないか！」
と、言いたい気持ちはよく分かるし、オレも、あんまりやりたいとは思わないけど。
ディザや誤差拡散をサポートしていない減色ツール（あるいは減色ハード）や
二値化ツール（二値化回路）を使わざるを得ないときに、オリジナルの画像に
ノイズを載せてから減色することもないではない。
>>584
いや、そういう話をしているわけじゃないんだが。583氏が問題視しているのは、
画像処理のどの局面で交流バイアスを与えるか、と、いう順序の問題のはず。
0587584
2005/07/13(水) 03:37:49っていう基本的なとこが無視されてるような気がしたので。
(そもそも変換誤差最小を目指さないということ)
任意のパレットに対するパターンディザ風の処理を、
>>583の主張するようなやり方で行う(現実的な)手法って、知られてるのかな。
0588デフォルトの名無しさん
2005/07/13(水) 04:03:45視覚的効果のために使うって、本当にそんなに使う？
映像上の特殊効果としてカラーの画像の装飾的なパターンを
重ねる場合なら、そもそも減色なんてしないよなぁ・・・
おそらく、
> パターンディザは視覚的効果のために用いられることがある、
> っていう基本的なとこが無視されてるような気がしたので。
ってのは、基本的なことではなくて、周辺領域の話じゃないかな。
基本は、ノイズシェイピングの手段としてのディザだもん。
画像関係のツールやライブラリやLSIを設計していると、ついつい、
深みにはまって、ディザだの誤差拡散だのに、多芸な機能を盛り
込んでしまったりするけど、まあ、はっきり言ってユーザーからは
必要とされてない作り手の遊び。自戒を込めていうんだけどね。
0589デフォルトの名無しさん
2005/07/13(水) 08:33:53ある画像について、画質を評価したいのですが、
元画像と圧縮後の画像の比較や、光学系機器通過前と後の比較などといった
複数の画像間で定義されたものではなくて、
一つの画像に対して定義された画質の指標というものはありますでしょうか？
漠とした質問ですみません。
0590デフォルトの名無しさん
2005/07/13(水) 14:17:520591デフォルトの名無しさん
2005/07/13(水) 16:16:490592デフォルトの名無しさん
2005/07/13(水) 16:20:59パレットエントリを予め区画化しておいてから、最短距離を求める564氏の領域分割の提案を試しました。
テスト使ったのは、
・画像１ ＝ 色の種類は少ないが微妙なグラデーションが多い人物写真 336ｘ560、 51952色
・画像２ ＝ 色の種類は多いがグラデーションが少なめの街並み写真 512ｘ384、104730色
２５６色への量子化によるパレットエントリの決定
Gervautz-Purgathofer Octree Color Quantization Algorithm（http://www.microsoft.com/msj/archive/S3F1.aspx）
単純な巡回によるエントリ番号の決定では量子化過程も含めて 画像１ で 3723ミリ秒、画像２で 3870ミリ秒
かかります（私のPCでの３回の平均）。
今回は区画を区切ってオリジナルピクセル値が属する区画にエントリが存在するときはその中の最短値を、無い場合は
２５６回巡回するという単純な論理です。
RGBそれぞれ上位４ビットを使って４０９６区画の場合は、画像１は890ミリ秒、画像２は1437ミリ秒と３，４倍の効率化
上位３ビットの５１２区画の場合は、画像１は274ミリ秒、画像２は287ミリ秒と実に１３倍の効率化
上位２ビットの６４区画では、画像1が665ミリ秒、画像２が587ミリ秒と６倍くらいの速さです。
画質は、４０９６区画の場合は単純巡回の場合とほとんど同じですが、画像１では微妙なグラデーションに差があります。
５１２区画ではグラデーションの差が拡大しますが画像２では見分けがつきません。
６４区画では、さらに単純法よりグラデーションの結果が異なりますが、やはり画像２では見分けがつきません。
この方法の成否は、オリジナル画像からのパレットエントリを決定する量子化過程が重要です。その意味でも上記の量子化
は満足すべき結果を与えてくれました。なにより、今回の質問の処理よりものすごく高速です。
以上より、RGBおのおの上位３ビットを採用する512区画にすることにしました。最終的には誤差分散をしているので
得られる画像は単純法と見分けがつきませんし、１０倍以上の速さは体感速度としても十分で大満足です。
みなさん、ありがとうございました。
0593デフォルトの名無しさん
2005/07/13(水) 16:54:36解像力を見るなら画素値の差の平均とか、ヒストグラムの形状とか。
0594デフォルトの名無しさん
2005/07/13(水) 18:34:49俺(=553)が書いたのは564の方法そのものなんだけど、
＞今回は区画を区切ってオリジナルピクセル値が属する区画に
＞（中略）
＞無い場合は ２５６回巡回するという単純な論理です。
これは前処理で先に計算しておける。（553の後半）
553では端折って区画内の代表点に一番近い色だけにしているが、
実際には区画内の色が一番近くなる可能性のある色全てを求めて
おく必要がある。
これをやってないから
＞４０９６区画の場合は、画像１は890ミリ秒、画像２は1437ミリ秒と３，４倍の効率化
これが遅くなっているんじゃないかな。
あと、564も書いているけど、エントリが存在する区画では、同じ区画内だけでなく
隣接する区画からも色を探さないといけない。
同じ区画内よりも、隣の区画に近い色がある可能性があるため。
これをやれば
＞画質は、４０９６区画の場合は単純巡回の場合とほとんど同じですが、
＞画像１では微妙なグラデーションに差があります。
これも解消されるはず。
ちなみに、この処理も前処理で可能。予め隣接する区画をマージしておくだけ。
本当は計算しないといけない区画は隣接する区画全てではないし、隣接する区画を
計算する必要が全くない場合もあるが、条件分岐等を入れるよりは速くなると思う。
ある程度区画が細かくてパレットが綺麗に分散していれば、ほとんどの区画が
隣接区画全てをマージしても変化無しのはず。
0595デフォルトの名無しさん
2005/07/13(水) 19:10:44> 俺(=553)が書いたのは564の方法そのものなんだけど、
はい、実はあのコードだいたい分かったのですがわたしは C++ ユーザじゃないので
ちょっとその・・・。失礼しました、ありがとうございました。
あとは、おっしゃってる意味は分かります。該当エントリに無い場合はどうするか、
あっても、最短エントリがそこにあるとは限らない、っていうことは理解できます。
今回は、なるべく単純にしたので、無い場合は２５６回にしてしまいました。
区画を細分化すると、エントリが無い場合が多くなり、今回の方法では時間がかかり
ます。逆に大雑把にしていくと、単純巡回に近づいてやはりスピードダウンします。
今回のような方法では、パレットエントリの数と区画の数がコンパラな場合が具合
いいだろう、とだいたい予想がつきますよね。
あっても無くても周囲を見るならはじめから周囲を含む区画にしておく、というのは
ちょっと考えただけでも等価じゃないですね。
あと、パレットエントリを決定する色の量子化がかなりよいものだと、今回の画像１の
ような場合は、RGB三次元空間の中でパレットエントリがかなり局在化します。あらかじめ
格子点の最短距離をもとめておくのはなんか無駄なような気がしていますが、どうなんでしょうか。
失礼しました。もうすこし周囲の区画を見ることをやってみます。
0596デフォルトの名無しさん
2005/07/13(水) 20:15:41エントリの無い区画に対して予め計算しておくのが遅くなりそうなら、
初めてそういう区画の処理をしたときに、情報をキャッシュしておくといいかと。
どんな種類の画像でも、似たような色というのは何度も出てくるから、
キャッシュの効果はかなりあるはず。
0597デフォルトの名無しさん
2005/07/13(水) 22:51:36で、できました！
５９４氏の指示通り、予め該当区画を囲む計２７区画のエントリをマージしておくことにより、
４０９６区画で画像１、画像２とも単純巡回法に比べてちょうど１０倍ほど高速になりました。
画質は単純巡回のときと全く同じです。素晴らしいです。
ありがとうございました。
>>596
ご教示ありがとうございます。今回は上に書いたとおり、予めエントリ番号の方をマージしておく
ことにより周囲を見回すことが出来ました。
0598デフォルトの名無しさん
2005/07/13(水) 23:05:49数値で記録を残しておきます。自宅PCです。
画像１ ２９３３ ----> ２９６ ミリ秒
画像２ ３０３４ ----> ３０９ ミリ秒
これは色の量子化過程を含んでいるので、純粋に NearestColor の方法
としてはもっと高速化されていると思います。
0599デフォルトの名無しさん
2005/07/13(水) 23:39:41"Lenna" 画像も試してみました。５１２ｘ５１２，１４８２７９色
３９５６ ----> ４８２ ミリ秒 でした。
ほんとうにありがとうございました。ここで質問してよかったです。
0600デフォルトの名無しさん
2005/07/14(木) 08:15:300601デフォルトの名無しさん
2005/07/14(木) 10:12:12承知しました。今晩までお待ち下さい。
ちなみにソースは Delphi です。
C++ ユーザの皆さんもパスカルは擬似コードとしても読めると思います。
0602デフォルトの名無しさん
2005/07/14(木) 12:28:59区画処理＋マージ処理＋キャッシュをフル実装。
512×768のエロ画像で検証。ありがと。
0603デフォルトの名無しさん
2005/07/14(木) 16:45:14ソースとその実行例をわたしのブログにアップしました。
http://blog.livedoor.jp/junki560/archives/28012729.html
その他のOctreeによる色の量子化やイメージ処理用のライブラリは、
示してあるリンクから全ソースがダウンロードできます。
ありがとうございました。
0604デフォルトの名無しさん
2005/07/15(金) 04:40:16http://pc8.2ch.net/test/read.cgi/avi/1121329158/
0605589
2005/07/15(金) 07:53:36ありがとうございます！
画素値の差の平均というのは、隣接する画素値についてですかね。
とりあえず、頂いたキーワードで論文など探してみたいと思います。
0606デフォルトの名無しさん
2005/07/15(金) 08:28:41絶対的な画質の指標ってのは難しいね。
0607566
2005/07/16(土) 13:16:07どうにも速そうなので実装しようと考えて隣接8ブロックだけではまずそうなことに気づきました。
以下が隣接8ブロックではダメな例。
[16,16,16]と[48,31,31]というパレットエントリのみがある場合に[31,31,31]の
パレット番号を探すと自動的に[16,16,16]になる。
([31,31,31]は[16,16,16]の区画でかつ[48,31,31]は隣接区画ではない)
ところがdistance2は
distance2([16,16,16], [31,31,31])=675
distance2([48,31,31], [31,31,31])=289
0608デフォルトの名無しさん
2005/07/16(土) 13:52:330609デフォルトの名無しさん
2005/07/16(土) 14:17:10同じ区画内で最も遠い2点は√3の距離にあるから、
2つ隣まで届いちゃうね。
0610デフォルトの名無しさん
2005/07/16(土) 19:16:25パレットエントリの数が少ないとどっちにしろ単純に計算したほうがいいだろうし
0611デフォルトの名無しさん
2005/07/16(土) 19:24:49精度を上げるのは何区画にするべきだろうか
0612デフォルトの名無しさん
2005/07/16(土) 19:38:31あと一区画ずつ足すと２７＋９ｘ６ ＝ ８１区画ですか？
0613デフォルトの名無しさん
2005/07/16(土) 19:55:42５ｘ５ｘ５ だと完璧だけど無駄なところがあるかも
0614デフォルトの名無しさん
2005/07/20(水) 17:18:540615デフォルトの名無しさん
2005/07/20(水) 17:37:310616デフォルトの名無しさん
2005/07/20(水) 23:10:340617デフォルトの名無しさん
2005/07/20(水) 23:46:500618デフォルトの名無しさん
2005/07/21(木) 00:11:290619デフォルトの名無しさん
2005/07/21(木) 00:53:00ぼけてるのはお前だ
0620デフォルトの名無しさん
2005/07/21(木) 00:54:52命題にぶつかってうまく言えないなぁ
実は、かつて
「高周波成分が落ちると、なぜボケるんですか」
と、質問されて返答に困ってしまったことがある・・・
0621デフォルトの名無しさん
2005/07/21(木) 01:21:39急用なんです。お願いします。
0622デフォルトの名無しさん
2005/07/21(木) 02:10:45>>621 仕事は自分でやれ。
>>621 とにかく自分でやれ。
0623デフォルトの名無しさん
2005/07/21(木) 02:28:200624デフォルトの名無しさん
2005/07/21(木) 02:30:100625デフォルトの名無しさん
2005/07/21(木) 02:43:500626デフォルトの名無しさん
2005/07/21(木) 02:48:16とりあえず1次元で考えて、フィルタカーネルの離散フーリエ変換（≒周波数特性）を計算してみるとよい。
単なる移動平均フィルタの場合、カーネルが長くなるほど高周波成分が早く減少するのがわかる。
「高周波成分が落ちると、なぜボケるんですか」といわれたらそれまでだがｗ
0627デフォルトの名無しさん
2005/07/21(木) 03:10:32おまいさんの使ってる言葉が理解できるような人間ならそもそもあんな質問しねーよ。
ちったぁ物考えろ。
0628デフォルトの名無しさん
2005/07/21(木) 03:34:24が 行列計算でも最速って本当？
0629デフォルトの名無しさん
2005/07/21(木) 03:35:06結構早いですが、最速かどうかは知りません
0630デフォルトの名無しさん
2005/07/21(木) 16:57:20画像処理に特化せず、科学技術計算関連だったらMKL+ICCの方がいいと思うよ。
0631デフォルトの名無しさん
2005/07/21(木) 23:33:26「かつて」ということなので今はその命題をクリアしてるのでしょうが、
ボケという現象を、顕微鏡の対物レンズのNAと分解能の関係からナイスに説明できませんでしょうかネ。
0632デフォルトの名無しさん
2005/07/21(木) 23:39:10普通のカメラの被写界深度と錯乱円の関係でも考えてみたほうがいいんじゃない？
0633デフォルトの名無しさん
2005/07/21(木) 23:40:410634デフォルトの名無しさん
2005/07/21(木) 23:49:28「かつて」の真意を読み違えているな
0635デフォルトの名無しさん
2005/07/21(木) 23:57:31というのは、どーかナ。
0636デフォルトの名無しさん
2005/07/23(土) 22:47:18どなたかできるようにしてもらえますか？
○|￣|＿ ⇒ ＿|￣|○
こんな感じにさせたいのですが･･･
0637636
2005/07/23(土) 22:48:41http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/783.txt
できていないプログラムです。
※無限ループ入りますorz
0638デフォルトの名無しさん
2005/07/24(日) 00:01:340639デフォルトの名無しさん
2005/07/24(日) 00:29:21>>636
横着せずに、一旦メモリ上に読み込んでから反転処理をし、その後ファイルに書き出した方がいいぞ。
それから、言語の勉強もしような。
0640デフォルトの名無しさん
2005/07/24(日) 19:05:30これという手法があったら教えていただけないでしょうか
0641デフォルトの名無しさん
2005/07/24(日) 20:28:460642デフォルトの名無しさん
2005/07/24(日) 21:30:51それ俺も知りたい
0643デフォルトの名無しさん
2005/07/24(日) 21:34:29習字で書くような力強さのある字なのか、
それともある法則で書ければよいのか。
0644640
2005/07/24(日) 22:36:37お付き合いありがとうございます。
強弱の値自体は機械的なのですが、それでもどちらかというと習字っぽい方が理想です。
ここの猛者の前では恥ずかしいのですが、一応今迄やって失敗したやり方を書いておきます。
(a)強弱の値に大きさが比例した円を、ベジェに沿って敷き詰める
(b)ベジェを直線で近似し、各直線を元に強弱に応じた台形っぽいのを作り、台形を塗りつぶしで描画する
(a)はベジェのパラメータのデルタが上手く取れず、最悪に備えて無駄がもの凄い生じてしまうか、
あるいは無駄を出さないように円間の距離を一々測ったりで重くなってしまいました。
(b)はつなぎ目がどうも上手くいきませんで・・・
また、ちゃんと前の線とつながるような台形を作ろうと思うとやっぱり重く
(a)(b)とも何かを参考にした訳ではないので、もの凄い無駄をしているんだろうなと思います。
改めてよろしくお願いします。もちろん(a)(b)は無視してください。
0645デフォルトの名無しさん
2005/07/24(日) 22:55:38●曲線の法線から、その半径の距離だけ離れた点を求める。
●その点に対してベジェ曲線で補完する。
●こうしてできた閉領域を塗る。
という案はどうですか？
0646デフォルトの名無しさん
2005/07/25(月) 00:10:33ベジエ曲線上の各点P(i)に対して、法線方向にP(i)での太さだけ進んだ点をP'(i)とし、P(i)からP'(i)とは逆方向にP(i)での太さだけ進んだ点をP''(i)とする。
点列P'(i)に対して最小二乗法などを適用して適当な曲線にする。P''(i)も同様。
これら2本の曲線に囲まれた範囲を塗りつぶす。
太さの変化や曲線の変化が激しいところでも誤差を保障するのは面倒。
素直に各点で円を塗りつぶしたほうが速いかも。
0647646
2005/07/25(月) 00:51:20正確さにこだわるなら別だけど。
0648デフォルトの名無しさん
2005/07/25(月) 09:49:37(b)の線で高速化を考えるのが良いかと
(b)はAutoCADのポリラインそのもので、AutoCADでは台形の連続でも継ぎ目を補間しつつ、
高速に描画しているので、速くする方法があるんでない？
どう高速化するかまでは知らんけど、AutoCADのプログラマとの知恵比べということで。
0649デフォルトの名無しさん
2005/07/25(月) 10:00:53細かいことだけど、ベジェじゃなくてベジエ（ベズィエ）ですよ〜
0650デフォルトの名無しさん
2005/07/25(月) 10:11:58Googleで検索してみますた
ベジェ の検索結果 約 30,500 件
ベジエ の検索結果 約 10,500 件
ベズィエ の検索結果 約 31 件
ベジェ優勢のもより・・・どーでもいいけど
0651デフォルトの名無しさん
2005/07/25(月) 10:18:180652デフォルトの名無しさん
2005/07/25(月) 10:37:380653デフォルトの名無しさん
2005/07/25(月) 11:26:140654デフォルトの名無しさん
2005/07/25(月) 11:48:010655デフォルトの名無しさん
2005/07/25(月) 14:23:540656デフォルトの名無しさん
2005/07/25(月) 14:27:21(i)
がまんこに見える。
0657デフォルトの名無しさん
2005/07/25(月) 14:46:240658デフォルトの名無しさん
2005/07/25(月) 15:46:40( | )
使用後
((i))
0659デフォルトの名無しさん
2005/07/25(月) 15:51:570660デフォルトの名無しさん
2005/07/25(月) 16:18:14普通はラルカンシェルだよな。
0661デフォルトの名無しさん
2005/07/25(月) 16:25:100662デフォルトの名無しさん
2005/07/25(月) 16:31:19画像認識するにはどうすればいいでしょうか？
0663デフォルトの名無しさん
2005/07/25(月) 17:38:370664デフォルトの名無しさん
2005/07/25(月) 19:09:17コロスゾなんてネット上で煽っても意味ねーじゃん。（ﾌﾟｹﾞﾗ
うぜぇならごちゃごちゃ言わずにネタふりゃいいじゃん。
0665640
2005/07/26(火) 23:12:38皆さんのレスを一通り試させて頂きました。
曲線補完の方法は勉強不足のため、まだどうも上手い具合に行ってません。
どうも太さの比率にムラが・・・。今度の休みに資料を集めて再挑戦してみます。すいません。
とはいえ、直線で近似したあと、>>645-647の方法(台形仕上げ)を使わせて頂いたところ
私の低スペックPCでも一瞬で綺麗な線を描画することができました。
印刷目的じゃ無いならば、もうこれで御の字のようです。
AutoCADの方には適いませんが、これからカリカリにチューニングしてみます。
皆さんレスありがとうございました。
0666646
2005/07/27(水) 04:09:210667デフォルトの名無しさん
2005/07/27(水) 12:16:19jpgsrc.v6b.tar.gzをダウンロードし、Cygwinでconfigureを実行後、make→make install
としたのですが、その後いったいどうすればいいのかわかりません。
jpeglib.hをincludeするだけじゃだめなのでしょうか？
makeしたファイルたちをどこに保存しておくのかもよくわからないのですが
どなたかご教授御願いします
0668デフォルトの名無しさん
2005/07/27(水) 12:37:54その質問は画像処理とは殆ど関連性がないのでcygwinスレへでもどうぞ。
つーか、libjpegを使ったサンプルとか使い方を書いたページくらい検索すれば出てきそうだが。
0669デフォルトの名無しさん
2005/07/27(水) 22:42:47cygwin使わなくてもいいんだけどね。makeしたらライブラリが出来る。
それを組み込まんことには始まらんよ。
しかし、プログラム書いて実際に使うまでの説明が長いからしない（ﾏﾃ
0670デフォルトの名無しさん
2005/07/28(木) 07:48:33libjpeg自体を使うのはlibpngに較べれば楽じゃない?
まぁ初心者はImageMagickでも使っておけってことで。
0671デフォルトの名無しさん
2005/07/28(木) 08:01:200672デフォルトの名無しさん
2005/07/28(木) 22:54:34libtiffも使い勝手悪い。
lib〜は画像フォーマット理解して使うなら容易いが、
素人が使うにはきちんと勉強しないといけないよ。>667
0673667
2005/07/29(金) 01:17:07仕方ないのでとりあえずjpegはあきらめbmpを扱うことにしました。
0674デフォルトの名無しさん
2005/07/29(金) 01:29:480675デフォルトの名無しさん
2005/07/29(金) 02:33:21Intel オープンソースライセンス (Intel Open Source License)
http://gnu.open-mirror.com/licenses/license-list.ja.html
は問題ないみたいなんだけど...。
ここらへんややこしすぎ、独自ライセンスは勘弁して。
0676デフォルトの名無しさん
2005/07/29(金) 16:38:43CxImage image;
image.Load("test.jpg",CXIMAGE_FORMAT_JPG);
0677デフォルトの名無しさん
2005/07/30(土) 22:17:39http://gazoubbs.com/publicity/img/1122394400/6.gif
個別訪問を行いたいと思っております。
★拠点
【お盆】中国バカーVS日本ビパー part111+【仏降臨】
http://ex11.2ch.net/test/read.cgi/news4vip/1122479952/
民間の反日系中国ウエッブサイトへの抗議をしてくださる、お持ちの知識・技術を活用してくださる 等
・ ・ ・ ・
日 中 友 好 目的 での、ご参加をお待ちしております。
0678デフォルトの名無しさん
2005/07/31(日) 04:42:25目標は、フレームバッファを直接叩いて自力でポリゴンモデルを表示する所までです。
これ↓は良さそうなのですが、ちょっと範囲が広い（３・５・６・１５章だけで
十分そう）ので、もっとライトな奴は無いでしょうか?
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?&ISBN=4-274-06405-0
0679デフォルトの名無しさん
2005/07/31(日) 04:55:13基本としては、アスキーの応用グラフィックス
ttp://www.amazon.co.jp/exec/obidos/ASIN/4871481999
を薦めたいところだが、今でも入手できるのかなぁ…
0680デフォルトの名無しさん
2005/07/31(日) 05:23:22どうもありがとうございます。他のオンラインブックストアでも品切れでした。
取り敢えずはウェブで勉強して、時間がある時に書店巡りしてみます。
0681デフォルトの名無しさん
2005/07/31(日) 06:09:12ttp://www.amazon.co.jp/exec/obidos/ASIN/4781910807/
これなんかはかなりライトだけど、実装の参考にするには
ちょっとキツいかな。最小限の数式しか書いてないからね。
概要を知るには、いい感じだが。
0682デフォルトの名無しさん
2005/07/31(日) 23:23:24それを半径がＲの円に綺麗にマップしたいなと考えています。
円の中心付近は、元テクスチャーの多くの色を平均化する必要があり、
円の外側付近では逆に色を補間してやる必要がありそうです。
なんだか、ＭＩＰＭＡＰとか異方性フィルタとかって関係ありそうな気がしますが、
あんまり良くわかってません。
こういう場合のやり方の定番ってあるんでしょうか？
0683デフォルトの名無しさん
2005/08/01(月) 16:54:47それは自分でレンダラを書くという話？
0684デフォルトの名無しさん
2005/08/01(月) 18:43:010685デフォルトの名無しさん
2005/08/01(月) 19:04:33GUIまわりは開発環境で全然変わってくるから、普通のプログラミング入門書を使えばよいと思うけど。
0686デフォルトの名無しさん
2005/08/01(月) 21:09:30レンダラ書くんだったらソース読むべきじゃないかな。
0687デフォルトの名無しさん
2005/08/01(月) 23:15:59いろいろ考えているのですが、わからないのです。
0688デフォルトの名無しさん
2005/08/02(火) 00:17:40まずは状況説明をきちんと汁
0689デフォルトの名無しさん
2005/08/02(火) 00:20:570690デフォルトの名無しさん
2005/08/02(火) 00:33:480691デフォルトの名無しさん
2005/08/02(火) 00:53:09群体シムやりたいなら、boidsとか調べてみたら？
まぁ、蟻の行進の場合は線に沿って歩くだけだから
あまりそういう手法は必要なさそうだが。
0692デフォルトの名無しさん
2005/08/02(火) 01:05:280693デフォルトの名無しさん
2005/08/02(火) 01:05:55素人考えですが、こんな感じでプログラム作るとおもしろいかも。
i は蟻の行列の先頭からの順番を表す
i番目の蟻の位置を p(i) で表す
i と i-1 の距離を d(i) = | p(i) - p(i-1) | とかする
i番目の蟻の速度 v(i) を d(i) の関数で表す
1時刻先の位置 p'(i) := p(i) + v(i) とかで求める
関数 v(i) を非線形な奴 ( v(i) = d(i)^2 ) にするとおもしろそう
あと，なんかの拍子に止まるようにするとか
0695デフォルトの名無しさん
2005/08/02(火) 11:08:22vigra::BORDER_TREATMENT_WRAP
まわりにバグある気がするんだけど、誰か使ってる人いる？
0696デフォルトの名無しさん
2005/08/02(火) 11:09:17詳しく。
0697デフォルトの名無しさん
2005/08/02(火) 11:13:17average3x3.initExplicitly(vigra::Diff2D(-1,-1), vigra::Diff2D(1,1)) = 1.0/9.0;
average3x3.setBorderTreatment( vigra::BORDER_TREATMENT_WRAP);
vigra::convolveImage(srcImageRange(image1), destImage(image2), kernel2d(average3x3));
コンパイルは通るけど落ちる.
average3x3.setBorderTreatment( vigra::BORDER_TREATMENT_WRAP);
しないとちゃんと動く
0698デフォルトの名無しさん
2005/08/02(火) 12:21:01点線のラバーバンドってこと?
あれって、蟻なのか……
0699デフォルトの名無しさん
2005/08/02(火) 16:00:39見てみたらgimpだとmarching antsと表現されている。marching antsでぐぐってみるといくつか引っかかるので英語だと普通に使うのかもしれん。
0700デフォルトの名無しさん
2005/08/02(火) 16:13:35PhotoShopとか初代MacPaintなんかでは、
破線がウニウニ動いていたからmarching antsなわけで、
Windows の Paint のような単なるマウスで伸び縮みする
破線は rubber band でいいような。
PhotoShopでは枠のところを region にして、
何種類かの白黒斜め線テクスチャでアニメートさせて
塗りつぶしてるみたい。
0701デフォルトの名無しさん
2005/08/03(水) 05:50:460702687
2005/08/03(水) 22:06:58質問しておきながらしばらく書き込みできずに申し訳ありませんでした。
ここのスレの皆様ならどのような方法で蟻の行進を実現しているのか気になり
質問させていただきました。
ご返答いただきました皆様、深く御礼申し上げます。
>>700
>PhotoShopでは枠のところを region にして、
>何種類かの白黒斜め線テクスチャでアニメートさせて
>塗りつぶしてるみたい。
なんという貴重なご意見・・・どこで仕入れたのですか？？
0704687
2005/08/03(水) 22:11:02テクスチャ方式を考えてみたのですが、もしそのテクスチャの斜め線と平行に
範囲選択をした場合、その平行面は黒なり白なりの一色になってしまうことは
ないんですかね・・・・。
0705デフォルトの名無しさん
2005/08/03(水) 22:11:520706デフォルトの名無しさん
2005/08/03(水) 22:15:13テクスチャと線の角度が平行になった場合、線全体が白と黒の交互に点滅する。
0707687
2005/08/03(水) 22:20:03こんなに早くご回答頂きまして誠にありがとうございます！
私はPSを持っていませんでして、すぐに試すことができない
状況でした。本当に感謝いたします。
やはりそういう結果だったのですね。ならばその方式で実装を
考えたいと思います。
なんとか実装できました暁には、こちらに稚拙なソースコードに
なるかと思いますが、ご報告をいたしたいと思います。
0708デフォルトの名無しさん
2005/08/03(水) 22:39:43デベロッパユニバーシティだったり
0709デフォルトの名無しさん
2005/08/04(木) 02:26:32実際、手元の PhotoshopLE で、ひし形の選択領域を作ってみたら
分かるけど、ご想像の通りのことが起こるよ。斜めの境界線は、
白と黒の点滅になる。
それを避けようと思うなら、選択領域の形に応じて動的に縞模様を
作る必要があるだろうけど、まあ、そこまでしなくても・・・
0710デフォルトの名無しさん
2005/08/04(木) 23:35:25「領域」から「境界線」を抽出するのはちと面倒だけど。
0711デフォルトの名無しさん
2005/08/08(月) 16:51:29に登録したのに反応がいまだまったくない。
誰か登録できた人いる？
ＭＬにメール流れてないだけかな
0712デフォルトの名無しさん
2005/08/09(火) 02:09:390713デフォルトの名無しさん
2005/08/10(水) 15:27:55読み込んだ画像に任意の文字列を挿入して出力する方法を
教えてください
0714デフォルトの名無しさん
2005/08/10(水) 15:43:09質問があいまいすぎます
0715デフォルトの名無しさん
2005/08/11(木) 07:52:09img = LoadImage("./image.bmp");
img.string(100,100,"ぬるぽ");
0716デフォルトの名無しさん
2005/08/12(金) 13:56:31言葉足らずの質問に返信ありがとございます
ちょっとそんな便利な関数がWinにはつかえるんですね
0717デフォルトの名無しさん
2005/08/12(金) 16:06:28sum[-1] = 0;
sqsum[-1] = 0;
定義されてない配列要素に値が代入されてる気がする
大丈夫なんだろうか
0718717
2005/08/12(金) 16:09:25の前半あたりが、疑問のところ
0719デフォルトの名無しさん
2005/08/12(金) 17:21:01operator[]が定義されてるんじゃねーの？
0720デフォルトの名無しさん
2005/08/13(土) 14:39:57かなり深いところまで使ってしまったので
後戻りできないのだけど・・・
0721デフォルトの名無しさん
2005/08/13(土) 18:38:470722デフォルトの名無しさん
2005/08/17(水) 00:02:03良く分からないので教えていただけないでしょうか？
ttp://www.cgarts.or.jp/exam/result/extant/2005-1/2nd.pdf
分からないのは第９問の問ｃです。
モザイク効果を施した絵を選ぶ問題で、正解は「オ」となっているのですが、
私にはモザイク模様が見えません。
モザイクって、ニュースで車のナンバーとかを隠すのに使われる奴ですよね。
それとも、もっと別の高度なモザイクの手法があるのでしょうか？
よろしくお願いします。
0723デフォルトの名無しさん
2005/08/17(水) 00:31:01印刷用のPostScriptファイルからPDFに変換した際に画像の解像度が低下して、
原画像とモザイク処理後の見分けが付かなくなってしまったのだと思う。
PDFを作った担当者がAcrobat Distillerの最適化オプションについて無知だったんだろうね。
0724デフォルトの名無しさん
2005/08/17(水) 11:38:34beta4で開発したライブラリから、そのまま置き換えられるかな
0725デフォルトの名無しさん
2005/08/18(木) 00:29:50明快なご説明ありがとうございます。
なるほど、ＰＤＦ作成時のミスでしたか。
世の中には私の知らないモザイク処理があるのかと焦ってしまいました。
問題の方が間違ってるって事もあるんですね。
0726デフォルトの名無しさん
2005/08/18(木) 17:28:20なんとかならないのかなあ
0727デフォルトの名無しさん
2005/08/18(木) 21:25:38他力本願じゃどうにもならんわな
0728デフォルトの名無しさん
2005/08/18(木) 23:49:29ちょっと聞きたいんだけど
カラー画像のC言語でのクラスタリング（特徴空間内で距離が近いデータをまとめグループ化するための手法）
に詳しいサイトとか書籍ってないかな？
0729デフォルトの名無しさん
2005/08/18(木) 23:57:270730デフォルトの名無しさん
2005/08/19(金) 00:36:05不親切なやつだな(w
クラスタリングとVQは違うだろ・・・
紙一重だけど。
0731デフォルトの名無しさん
2005/08/19(金) 04:28:240732デフォルトの名無しさん
2005/08/19(金) 08:21:09つ[google.com]
0733デフォルトの名無しさん
2005/08/19(金) 09:13:19Cマガ2000年７月号にソースがのっとる。ただし、そのままでは遅すぎて使い物にならない。
結局説明だけ参考にコード書き直して何とか使える速度を出した。
最近
>>600
前後の手法を参考にさらに高速化して、100万ピクセル程度なら２〜３秒でクラスタリングで
きるようになった。
0734デフォルトの名無しさん
2005/08/19(金) 13:16:20BMPファイルを読み込んで、RGB形式かHSL形式に変換して
ファイルに書き出すといいよ。
0735デフォルトの名無しさん
2005/08/19(金) 13:17:470736デフォルトの名無しさん
2005/08/20(土) 22:46:46質問です。
メタセコイアで使用している色設定のコントロールのようなものを
自前で作成したいのですが、カーソル位置からRGBにどのようにして
変換しているのかわかりません。
あのような色空間はどのような基準で描画すればいいのでしょうか？
カーソル位置からRGBにどのようにして変換すればいいのでしょうか？
0737デフォルトの名無しさん
2005/08/20(土) 23:05:31みたまんま、HSV経由でRGBにすればいいじゃん。
0738デフォルトの名無しさん
2005/08/21(日) 01:25:10ほほぉ、あっちのレスは無視かね。
・「あのような色空間」とはなんぞや
・何を描画したいのか
・クリックした座標の取り扱いはできるのか
・色変換に関してどの程度知識があるのか
色空間なんて単語が出てくるから誘導したけど、
それ以前に色について何にも判ってないんじゃないのか
0739736
2005/08/21(日) 16:46:53おまいらメタセコイアも知らないで画像処理板にいるわけ?
やれやれ。自己解決したんでもう用は無いよ。
ばいばい
0740デフォルトの名無しさん
2005/08/21(日) 17:04:090741デフォルトの名無しさん
2005/08/21(日) 17:05:10>>739は板とスレの違いも知らないで2chにいるわけ?
やれやれ。池沼だってわかったんでもう用は無いよ。
ばいばい
0742デフォルトの名無しさん
2005/08/21(日) 19:24:560743デフォルトの名無しさん
2005/08/21(日) 21:53:27オレ様基準 ＝ 世界基準
典型例 ＞ ７３９
0744デフォルトの名無しさん
2005/08/21(日) 22:22:540745デフォルトの名無しさん
2005/08/22(月) 12:51:53おまえみたいな奴いるよな。
知らないこと聞かれると精神障害起こす奴。
自分で自分の事を頭良いって勘違いしてて、ばれそうになるとムキになるんだよな(w
0746デフォルトの名無しさん
2005/08/22(月) 14:24:15ムキになってますよ
0747デフォルトの名無しさん
2005/08/22(月) 14:28:41こんなにも必死に粘着するのはなぜだ？
0748デフォルトの名無しさん
2005/08/22(月) 14:40:11３Dソフトであるメタセコイアの間には、ほとんど関係がない。
ちなみに
★初心者にVisual C++を教えるスレ★ Part20
http://pc8.2ch.net/test/read.cgi/tech/1120222322/898
に対する解答は、すでに、あのスレの901に出ている。
いずれにせよ、もし736=739だとしたら、736は重症のバカだし、
その後必死になって粘着荒らしをしているのも736だとしたら、
これはもうダメかも知れないね。ガス室に行ったほうがいい。
0749デフォルトの名無しさん
2005/08/22(月) 14:48:43思っていたんだが、みんな一斉に・・・
まあ、736は自己解決できたと言っているんだから、もう放っておけば
いいのでは？ 解決できたにしては妙な粘着振りだけど、まあ、夏だし、
不機嫌になることもあるだろうさ。
0750デフォルトの名無しさん
2005/08/22(月) 16:06:37なりすまし「自己解決しました」宣言君じゃないの？
0751デフォルトの名無しさん
2005/08/22(月) 17:17:35放置が一番。
0752デフォルトの名無しさん
2005/08/22(月) 20:15:56そんな事言ったら君がメタセコ珍獣っぽくなるよ
0753デフォルトの名無しさん
2005/08/22(月) 22:58:21マジレスして煽ってる人って何がしたいの？
0754デフォルトの名無しさん
2005/08/23(火) 01:19:010755デフォルトの名無しさん
2005/08/23(火) 10:43:400756７３６
2005/08/23(火) 10:57:49なんか、僕の書き込みが元でご迷惑をおかけしているようですね。
本当に申し訳ありません。
0757デフォルトの名無しさん
2005/08/23(火) 12:20:38謝るくらいならきちんとフォローしろ。
事の起こりはあんたがまともにレスしないからだろうが。
0758デフォルトの名無しさん
2005/08/23(火) 20:56:35OpenCVの日本語解説ばっかり沢山あるのは
Intelの陰謀？
0759デフォルトの名無しさん
2005/08/24(水) 00:03:14Open CVの資料がたくさんあるのはインテルのせいかもしれんが、
他のライブラリの資料があんまりないことについてまでインテルの
せいにするのは、たぶん激しく間違っていると思うな。
0760デフォルトの名無しさん
2005/08/24(水) 18:51:52１．画像ファイル読み込み
２．画像ファイルを２次元のピクセル配列にする
３．RangeブロックとDomainブロックに分割
４．Rangeの１ピクセルとDomainの４ピクセル（正方形）を比較
５．比較を全て対して行う
多分かなり意味不明だと思うのですが、理解できるかたがいればどんな感じで書けばいいか教えてくださるとありがたいです。
厳しければ１．２．だけでもかなり嬉しいです。
開発環境はCです。
宜しくお願いします。
0761デフォルトの名無しさん
2005/08/24(水) 19:42:24君・・・やろうとしてる事とスキルの落差が激しすぎるね・・・。
せめて開発環境くらい明示しないと答えられないが、とりあえずOpenCV等のフリーな既存のライブラリを使う訓練をすることをお勧めする。
0762デフォルトの名無しさん
2005/08/24(水) 20:11:43OpenCVよりもvigraの方が好みだった
ドキュメントはOpenCVのほうが充実してるけどね
0763デフォルトの名無しさん
2005/08/24(水) 20:45:30自分でやろうと決めたわけではなく･･･卒研で先生に強引に･･･自分のスキルないのはわかってるのに･･･
0764デフォルトの名無しさん
2005/08/24(水) 22:09:30ImageMagickでppm形式かRGB形式に変換。あとは幅*高さの配列にずらずら読み込み。
0765デフォルトの名無しさん
2005/08/24(水) 23:57:11まさか漏れの知り合いじゃないよな？ｗ
似たような人がいるんで(卒研で追い込まれてる)
0766デフォルトの名無しさん
2005/08/24(水) 23:59:21内容がほとんど同じだったら知り合いだったりして･･･これやってる人そんないないし･･･
0767デフォルトの名無しさん
2005/08/25(木) 00:23:320768デフォルトの名無しさん
2005/08/25(木) 01:18:32あんま詳しいことは知らないけど、なにやら
画像処理やってるようなこといってたからなぁ。
OSはLinuxだったりするのかな
まぁ頑張って。
0769デフォルトの名無しさん
2005/08/25(木) 06:07:37１，２なぞ、先輩でも捕まえて１，２時間聞けばすむだろ。
言語も触ったことの無いようなレベルなんだろうな。
研究室なら質問しながら、何処をどうすればいいか聞きながらやるしか。
0770デフォルトの名無しさん
2005/08/25(木) 08:48:140771デフォルトの名無しさん
2005/08/25(木) 09:51:280772デフォルトの名無しさん
2005/08/25(木) 13:25:15おそらく、ファイルアクセスの仕方もわからないと思われ。
0773デフォルトの名無しさん
2005/08/26(金) 17:14:100774デフォルトの名無しさん
2005/08/26(金) 19:10:44ていうエラーはなんのエラーですか？
0775デフォルトの名無しさん
2005/08/26(金) 19:13:21二項演算子「+」のエラー。
オペランドが無効だとさ。
0776デフォルトの名無しさん
2005/08/26(金) 19:26:42aとbの型が合ってないということですか？
0777デフォルトの名無しさん
2005/08/26(金) 19:36:230778デフォルトの名無しさん
2005/08/26(金) 19:37:00ダメだった･･･
0779デフォルトの名無しさん
2005/08/26(金) 21:25:56ポインタだったりしてない？
0780デフォルトの名無しさん
2005/08/27(土) 02:56:16doubleの絶対値はfabsっていうことはわかったんだけど…
absの中がだめなんだろうか?
形としては、
double a;
unsigned char str[i][j];
(中略)
a+=fabs(str[]使った式);
って感じなんだけど…わかりにくいですね。
誰か理解できれば教えてください。
失礼しました。
0781デフォルトの名無しさん
2005/08/27(土) 04:43:23肝腎なところを省略するな。
つーか、スレ違いだから続けたいなら初心者スレで。
0782デフォルトの名無しさん
2005/08/27(土) 06:17:21プログラムの中身が画像関係だったもので、つい。
終了します。
0783デフォルトの名無しさん
2005/08/27(土) 09:09:52OpenCVからできるとうれしいんだけど
0784デフォルトの名無しさん
2005/08/27(土) 09:23:48何をしたいのかな?
例えばxbmやxpmとかpnm(pbm/pgm/ppm)とかは画像ファイルそのものがテキストだけど。
#pnmに関してはバイナリ版とテキスト版があるので注意。
0785デフォルトの名無しさん
2005/08/27(土) 11:28:15意図的にやってるのか？
0786デフォルトの名無しさん
2005/08/27(土) 14:10:360787デフォルトの名無しさん
2005/08/27(土) 16:11:56それ結構あたってるよね。
0788デフォルトの名無しさん
2005/08/27(土) 16:24:590789デフォルトの名無しさん
2005/08/27(土) 23:10:35ば良いのでしょうか？
0791デフォルトの名無しさん
2005/08/28(日) 01:09:270792デフォルトの名無しさん
2005/08/28(日) 01:54:490793デフォルトの名無しさん
2005/08/28(日) 03:00:000794デフォルトの名無しさん
2005/08/28(日) 04:15:463時ぴったりに書き込みかよ。
0795デフォルトの名無しさん
2005/08/28(日) 04:44:440796デフォルトの名無しさん
2005/08/28(日) 05:58:330797デフォルトの名無しさん
2005/08/29(月) 15:07:490798けんぞー
2005/08/30(火) 00:30:390799デフォルトの名無しさん
2005/08/30(火) 01:03:08『フルスクラッチによるグラフィックスプログラミング入門』
って本がヒットしたよ。
ちょっとググってみたけど、そこそこ評判いいみたいだから
俺は買ってみようと思うが。
ただ、入門書らしいので、もっと専門的なのが欲しい俺には
物足りないかもしれないが…
あとは、OpenCVにオプティカルフローも入ってるよ。
これ書いてる間に↑の本、Amazonで在庫切れになったorz
0800デフォルトの名無しさん
2005/08/30(火) 01:30:33ノウハウがあるもんだね。Windows の GDI を使っていると気がつかないことが
その本を読むとコード付きで理解できる。アンチエリアスを自力で実装するとか。
ま、しかし、ゲーム作る以外に実用性はあまり無いけど、基礎の考え方のレビュー
にはなってるし、オレには目新しくて面白かった。
0801デフォルトの名無しさん
2005/08/30(火) 02:42:05たったいま、紀伊国屋の在庫を調べたところ、かなりの支店に
まだ在庫があるぞ。
アマゾンと違って高い本を買っても送料（380円）を別に取られるけど、
支店によっては、ウェブで取りおきを頼んでおいて、後日
受け取りに行くこともできる。（受け取りに行く運賃のほうが高い？）
0802デフォルトの名無しさん
2005/08/30(火) 02:47:54大阪日本橋ジョーシンテクノランドにて生存確認
Gems4の近くに置いてた
0803デフォルトの名無しさん
2005/08/30(火) 03:09:33http://www.7andy.jp/books/detail?accd=31471940
http://books.rakuten.co.jp/RBOOKS/0001747678/
http://www.cbook24.com/bm_detail.asp?sku=479800958X
https://market.bookservice.co.jp/emp-bin/eh_writer.exe/top/main/detail.html?1727592
予想以上に売れ行きが良くて、重版が間に合わなくなっちゃったのかな。
0804デフォルトの名無しさん
2005/08/30(火) 03:34:59実写の洋爺さんが表紙の本はなかなか良かったぞ
0805デフォルトの名無しさん
2005/08/30(火) 12:55:32俺も持ってるぞ。
直線検出のところで自分の大学の廊下部分が出てきてびっくりしたｗ
広く浅くの本だけどかなり面白いよ。
0806高専生
2005/08/30(火) 18:48:120807デフォルトの名無しさん
2005/08/30(火) 20:11:11それならOpenCVを利用すればいいのでは？
0808デフォルトの名無しさん
2005/08/31(水) 00:31:280809デフォルトの名無しさん
2005/08/31(水) 07:35:000810デフォルトの名無しさん
2005/08/31(水) 08:02:35どっちがド素人なんだ？本か？おまえさんか？
0811デフォルトの名無しさん
2005/08/31(水) 17:47:52自分が、ですね('A`)
0812デフォルトの名無しさん
2005/08/31(水) 20:40:470813デフォルトの名無しさん
2005/08/31(水) 21:10:39なに言うてはるの。アホとちゃいますか。
0814デフォルトの名無しさん
2005/08/31(水) 21:17:08円の描き方を10個以上知らない奴は買っとけ
ちなみに再開発（＝リファクタリング）はいくらでもやってよし
どうせ10回書き直したら9回は改悪だろうけどな
0815デフォルトの名無しさん
2005/09/01(木) 00:46:46よりよい車輪がどんどん生まれている。まさか千年前の木製の車輪で高速道路を走ったり、
ダンプカーの重量を支えようなんてことは誰も言わない。
0816デフォルトの名無しさん
2005/09/01(木) 00:50:19具体的に。
0817デフォルトの名無しさん
2005/09/01(木) 19:15:50libpngライブラリを使ってVCでPNGを保存するプログラムを書いています。
α値つき24bitの32bitRGBAのPNGを保存したいのですが、うまくいきません。
color_typeをRGB_ALPHAにして、RGBAの順にデータを保存しています。
ちなみに、photoshopだと問題なく表示されます。
windowsのビューワや、PAINTなんかだとRGBがずれたような画像になってしまうんです。(涙）
どなたか教えてください！
libpngを使ってVCでPNGを保存するプログラムを書いてるんですが、
α値つき24bitの32bitRGBAのPNGを保存したいのですが、うまくいきません。
いろいろな方のHP等を参考にして書いてるのですが、？です。
ちなみに、photoshopだと問題なく表示されます。
windowsのビューワや、PAINTなんかだとぐっちゃぐちゃの画像になってしまうんです。(涙）
原因って何が考えられますか・・・？
0818デフォルトの名無しさん
2005/09/01(木) 19:19:03マルチは氏ね
0819デフォルトの名無しさん
2005/09/01(木) 19:34:170820デフォルトの名無しさん
2005/09/01(木) 19:38:42いろんな掲示板に同じ質問を書くのはマナー違反なのですね。
考えたら確かに失礼でした。ごめんなさい。
0821デフォルトの名無しさん
2005/09/01(木) 20:16:36MSDNでしらべれ。
0822デフォルトの名無しさん
2005/09/01(木) 21:41:56同じことを繰り返して書いている理由がわからないが。。
画像のヘッダ情報はどのように書いているのかな？と。
lib何とかを使えばデータの出力は簡単なんだけど、
大抵の人はそこで躓いているような気がする。
しかも、サンプルソースは使えないものが多いし。
画像情報はIrfanとかでチェキしてみると吉だよ。
0823デフォルトの名無しさん
2005/09/01(木) 21:58:26以下の様に記述しています。
widht:画像幅、height:画像高さ、m_BmpImageは座標(0,0）からRGBAの順で並べた
画像配列です。
今から、irfanを見てみます。
FILE *fp;
png_structp png_ptr;
png_infop info_ptr;
unsigned char **image;
image = (png_bytepp)malloc(height* sizeof(png_bytep));
for (j = 0; j < height; j++)
image[j] = (png_bytep)malloc(width*4 * sizeof(png_byte));
for (j = 0; j < height; j++) {
for (i = 0; i < width*4; i++) {
image[j][i] = m_BmpImage[j*width*4+i];
}
}
fp = fopen("test.png", "wb");
png_ptr = png_create_write_struct(PNG_LIBPNG_VER_STRING, NULL, NULL, NULL);
info_ptr = png_create_info_struct(png_ptr);
png_init_io(png_ptr, fp);
png_set_IHDR(png_ptr, info_ptr, width, height,
8, PNG_COLOR_TYPE_RGB_ALPHA, PNG_INTERLACE_NONE,
PNG_COMPRESSION_TYPE_BASE, PNG_FILTER_TYPE_BASE);
png_write_info(png_ptr, info_ptr);
png_write_image(png_ptr, image);
png_write_end(png_ptr, info_ptr);
png_destroy_write_struct(&png_ptr, &info_ptr);
fclose(fp);
0824デフォルトの名無しさん
2005/09/01(木) 22:46:21再発明と再開発がソフトウェア開発を遅らす一つの原因ジャン。
勉強として自宅でやるのはかまわんけど、現場でやられるとたまらん罠。
再発明・再開発やりたがる潔癖症and/or自分を過大評価してる勘違いand/or要領の悪い奴とは仕事したくないな〜。
0825デフォルトの名無しさん
2005/09/01(木) 22:48:34そうだね
0826デフォルトの名無しさん
2005/09/01(木) 22:54:30妙に馬鹿げて見えてくるんだよ。
机上の効率なんて、もはや興味は無い。
0827デフォルトの名無しさん
2005/09/01(木) 22:57:19>再発明・再開発やりたがる潔癖症and/or自分を過大評価してる勘違いand/or要領の悪い奴>とは仕事したくないな〜。
全て自分でやりたがる奴は嫌だなぁ。しかも大したこと出来なかったりすると。。
年末から２月に掛けて怖い時期が続く。。
0828デフォルトの名無しさん
2005/09/01(木) 23:22:53発明レベルの話なら既存の発明の追体験は結構重要なことだ。
普通のソフトの開発工程に発明の要素が入り込む余地はまずない、
あるとしたら設計段階やパイロットシステムなどで済ませておくべきこと。
「車輪の再発明」の比喩は面白いがソフト開発論にもちいると誤解を招きやすいと思う。
0829デフォルトの名無しさん
2005/09/02(金) 03:02:03いや、発明の追体験は構わないが、再発明は無駄だろ。
「車輪の再発明」って言うときは、既に発明されているものがあるのを知らずに
苦労して「新しい物を発明したぞ」って同じ物を作り出すことを戒める言葉だし。
だから、再発明っていうのは、自ら進んで行うものではなくて、
結果として、後から自らの行いが再発明であることに気づくものだね。
昔、整数演算のみで直線を描く高速なプログラムについて試行錯誤したことがあるんだが、
最終的に出来たアルゴリズムが、実際には Bresenham の改悪版なんだと気づいた時には
すごくショックだったよ。
それ以来、いざというときのために、世に出てるアルゴリズムについては
できるだけ予習するように努めてるんだが
最近の論文なんかは特許が絡んでるのが多くて、糧にしにくいんだよなぁ…
0830デフォルトの名無しさん
2005/09/02(金) 03:23:23開発と発明は全然違うぜ。
それとも、あなた、Fortran時代の画像処理ライブラリをそのまま使ってます？
そりゃ、違うでしょ？
0831デフォルトの名無しさん
2005/09/02(金) 03:29:05「ソフトウエア開発とはかくあるべき」という話題は、
画像処理スレッドで扱うべき話題ではないので、
続けるなら、よそでやろう。
0832デフォルトの名無しさん
2005/09/02(金) 10:47:52ただ、開発する能力が無くて既存のライブラリをブラックボックスで使うだけというやつも混じって
いるようだな。きっと、ライブラリにその機能が無いのでできませんと言い訳しているんだろうな。
0833デフォルトの名無しさん
2005/09/02(金) 14:16:03うざいなぁ。得意げなところが痛いし・・・。
0834デフォルトの名無しさん
2005/09/02(金) 14:40:09あなたも彼と似たり寄ったりのようですね(^^)
0835デフォルトの名無しさん
2005/09/02(金) 16:34:35決めるものだと思うのだが。以前外注したシステムに勝手に配布条件に問題のあるライブラリが
使われてて納品寸前に大改修をしたことがあるよ。
0836デフォルトの名無しさん
2005/09/02(金) 17:23:17で、Fortranライブラリをリンクしているんですね？ 再発明禁止なら。
0837デフォルトの名無しさん
2005/09/02(金) 17:30:17つーかさ、オレも含め、ほとんどの労働者プログラマのやっていることって、ほとんど
全部、とっくの昔に他人が完成させた仕事の焼き直しだせ。いきがって発明家や
科学者を気取っちゃいかんし、オリジナリティなんてクソ食らえだと思うんだが。
そりゃ、手作業でくだらん最適化(ループでもなんでもないところ）にうつつを抜かして
納期を遅らせまくったあげく、職人の良心を語るやつにも、ものすごく困らされることは
あるが、なんか、極端は相通ずるものがあるね。
0838デフォルトの名無しさん
2005/09/02(金) 18:50:15そもそもの発端の『フルスクラッチによるグラフィックスプログラミング入門』という
本の最初に書いてあるけど、ブラックボックスの内容を理解しないでそれ以上のコードは
書けない。だから、新発明を目指す人も再開発や再発明を恐れることは必要ないし、どん
どんやるべきだろう。
個人的には、再発明だろうがなんだろうが、仕事と趣味と研究とちゃんとわきまえて
プログラミングしてね、ってことだ。
0839デフォルトの名無しさん
2005/09/02(金) 20:00:280840デフォルトの名無しさん
2005/09/02(金) 20:33:45世の中労働者が大半なんですけど。
0841デフォルトの名無しさん
2005/09/02(金) 21:21:11世の中に画像処理スレ見るような労働者なんか１％もいないだろ。
0842デフォルトの名無しさん
2005/09/02(金) 21:43:14特殊な画像処理はともかく、基本的な設計の定石やパターンを
知らずに、独自に作って仕様変更やバグが頻発して火を吹いてい
た所があった。当然ソースはスパゲティ、本人は体調崩して回り
の連中が火消しをしてた。
普通に考えて、トヨタとか日産のエンジニアとか、エンジン作
るまえに、他のエンジンを分解してそれなりの機構をマスターして
から、新エンジンの開発に取りかかるのに。 どうして、プログ
ラマーは一部をのぞき、そういう事をせずにいきなりつくるのか？
0843デフォルトの名無しさん
2005/09/02(金) 22:27:03普通のプログラマはちゃんとやってるから心配無用
0844デフォルトの名無しさん
2005/09/02(金) 22:50:31俺のまわりじゃまさに>>842の言うとおりの状況だよ。
0845844
2005/09/02(金) 22:53:18最初に勉強会の時間を設けるとかして欲しいけど。
会社はそんなこと絶対してくれない。
0846デフォルトの名無しさん
2005/09/03(土) 03:40:05長引くのは避けたいので、ここらへんで・・・ お願い。
0847デフォルトの名無しさん
2005/09/03(土) 08:28:33RGBからHSLに変換する方法について。
厳密なロジックと簡便な代替ロジックがあるならそれも。
自分で当たりをつけて作ってみたけどどうも腑に落ちなくて。
0848デフォルトの名無しさん
2005/09/03(土) 10:55:53OS再インストールして「お気に入り」から消えたが、カラー変換とかでぐぐる
といろいろの変換を並べて説明しているページがあった。
半年前かそこらここでわたしも関連して細かいこと教えてもらった。
わたしは HSV とかもいろいろ使っている。
0849デフォルトの名無しさん
2005/09/04(日) 21:30:12どの辺が腑に落ちないの?
厳密なロジックつーたら変換式をfloatで実装すればいいし、精度より速度が欲しい場合は固定小数点演算ですましてる。
0850デフォルトの名無しさん
2005/09/05(月) 13:32:59GPL?
0851デフォルトの名無しさん
2005/09/06(火) 02:22:21GNU関連のライブラリって大抵”ライブラリGPL”だから問題にならないと思うけど。
0852デフォルトの名無しさん
2005/09/06(火) 05:39:520853デフォルトの名無しさん
2005/09/06(火) 07:42:25作ってみました。TrimensionＤＮMはどうやってるか分からんけど
リアルタイムでやってるのはすごいね。これは単純にSSDで
対応付けしてるだけです（でも死ぬほど遅いです）。
ttp://xtp0001.s3.x-beat.com/cgi-bin/up/source/Sonata_16423.rar
0854デフォルトの名無しさん
2005/09/07(水) 04:47:26まじ？
0855デフォルトの名無しさん
2005/09/07(水) 05:09:10そこらの圧縮解凍アプリはみんなLGPLとかGPLになってしまうのだが。
同梱が前提の話なのか？
0856デフォルトの名無しさん
2005/09/07(水) 05:14:52Richard Stallmanとそのシンパがそう言ってるだけで汚染しないと考えるのが一般的
まだあっちでも激しく議論中
0857デフォルトの名無しさん
2005/09/07(水) 06:14:18そこらのってどこらのだよ
0858デフォルトの名無しさん
2005/09/07(水) 12:41:09> そこらの圧縮解凍アプリはみんなLGPLとかGPLになってしまうのだが。
なんで?
zlib も bzip2 も GPL でも LGPL でもないはずだが...
0859デフォルトの名無しさん
2005/09/07(水) 12:44:15beta4から移行できるか不安だ
0860デフォルトの名無しさん
2005/09/07(水) 12:51:497-zip
0861デフォルトの名無しさん
2005/09/07(水) 13:29:45http://www.javaworld.jp/beginners/-/11250-4.html
によると、
●利点：GPLと同じく、このライセンスが適用されたプログラムについては、その
派生プログラムにも同じライセンスが適用される。したがって、他のプログラム中
に独占的に取り込まれてしまうことがない。また、静的／動的を問わず、リンク
するプログラムは、このライセンスの適用範囲外になる
●欠点：BSDライセンスと比べて条項が複雑なので、利用者にとって理解
しにくい。オリジナル版の著作権が、派生プログラムの著作権に対して制約を
課せられるか否かといったことに関して、判例が出ていない
だって。
0862デフォルトの名無しさん
2005/09/07(水) 13:34:50LGPLでは動的な(実行時)リンクに限り、GPL/LGPLに従わないソフトウェアでの利用も許容している。
0863861
2005/09/07(水) 13:52:28>>861の内容と異なるなと思って、
とりあえず日本語訳を見つけてざっと読んでみたんだけど・・・
http://www.opensource.jp/lesser/lgpl.ja.html
分からない。orz
0864デフォルトの名無しさん
2005/09/07(水) 14:29:020865デフォルトの名無しさん
2005/09/07(水) 14:51:55じゃあなにが問題なのさ
動的リンクもGPL/LGPLにせにゃならんということか？
0866デフォルトの名無しさん
2005/09/07(水) 15:03:42＞そういったコードをライブラリと再リンクできるよう、彼らに完全なオブジェクトファイルを提供しなければなりません
肝はここ
0867デフォルトの名無しさん
2005/09/07(水) 15:10:12それが肝なの？
それじゃ、ライブラリに変更加えなければGPL/LGPLにしなくてもいいとかいうわけ？
0868デフォルトの名無しさん
2005/09/07(水) 18:26:180869デフォルトの名無しさん
2005/09/07(水) 19:07:35ところで、LGPLな画像処理ライブラリってある？
0870デフォルトの名無しさん
2005/09/08(木) 01:41:14>>866のは前文で、本文の6節のa)に対応している。
LGPLのライブラリがリンクされたソフトを手に入れた。
↓
そこで使われているLGPLのライブラリを改造した。
↓
再リンクしようと思ったらソフトのオブジェクトファイルが無いから再リンクできないぞゴルァ。
ということが無いように、ということ。
動的リンクの場合(6節のb))は問題無し。
ただ、6節によるとLGPLとリンクしたプログラムはリバースエンジニアリングを許可しないといけないので完全に好きなライセンスを適用できるというわけでもない。
#さらにややこしい言葉の問題として、リンクしたプログラムはLGPLに従わなければならない。
#しかしそれはソースを公開しなければならない等を定めた4節等に従わなければならないという意味ではなく、6節などの条件に従わなければならないという意味となる。
#6節ではリバースエンジニアリングなどを許可しなければならないなどの条件を満せば好きなライセンスでリンクしたプログラムを配布していいと書かれている。
#スレ違いスマソ。
0871デフォルトの名無しさん
2005/09/08(木) 01:46:07だったら有償ソフトとして販売しても、別の誰かが無料で再配布できたりしない？
0872デフォルトの名無しさん
2005/09/08(木) 03:27:580873デフォルトの名無しさん
2005/09/08(木) 06:28:45WinでもLinでも移行して今まで作ってたプログラムの再コンパイルしたけど問題なさげ。
インスコとコンパイル位しかまだやってないから詳しいことはまだわからない。
GPL関連で盛り上がってるけど、このスレってWin以外の環境の人多いの？
0874デフォルトの名無しさん
2005/09/08(木) 10:25:09http://pc8.2ch.net/test/read.cgi/tech/1045006087/l50
0875デフォルトの名無しさん
2005/09/08(木) 11:03:40ライセンスはOSに依存しないんジャマイカ？
例えばTortoiseSVNはWindowsで動くけどGPL。
#スレ違いゴメン
0876デフォルトの名無しさん
2005/09/08(木) 14:37:04商用ソフトにGPL/LGPLライブラリを使うのは自殺するものだってことか？
0877デフォルトの名無しさん
2005/09/08(木) 16:49:41保守で稼ぐなんてな〜このスレ関連のアプリじゃ無理か〜
0878デフォルトの名無しさん
2005/09/08(木) 16:53:11でも、たまにバレてソース公開や無償化に追いやられるソフトが出てくるね。
0879デフォルトの名無しさん
2005/09/08(木) 17:30:01ソース公開はしなきゃだけど。
0880デフォルトの名無しさん
2005/09/08(木) 17:33:080881デフォルトの名無しさん
2005/09/08(木) 18:14:14だから、保守で稼ぐ〜なんて発言が飛び出したりしてくる。
0882デフォルトの名無しさん
2005/09/08(木) 20:50:51LGPLの場合再リンクできるようにオブジェクトファイルを入れておけばプログラム本体は再配布不可でもいい。
0883デフォルトの名無しさん
2005/09/09(金) 05:50:27「露出」というのがあり、暗い画像を明るくしてくれるようですが、
調節のスライダに、「黒」、「白」、「ガンマ」というのがあります。
「白」は HSL 変換で明度を上げているのかなあと想像していますが、
「黒」というのは何をしているか、分かりませんか。
似た処理を自作の画像修正アプリに取りこんで、部分適用とかして
みたいと思っています。
0884デフォルトの名無しさん
2005/09/09(金) 07:16:26白はヒストグラムの右側の調節で、黒は左側の
調節じゃないの？
ttp://www.kitamura.co.jp/express/dckihon/0510/05_102.html
ここのSection 3でやってること。
0885デフォルトの名無しさん
2005/09/09(金) 08:41:31「濃度128を基準に」って書いてあるのに濃度128の画素の変化を調べたら
コントラストを+すると値が増加するし、-すると減少する。
どうやら64付近が基準になっているような気もするのだが、入力を横軸に出力を縦軸にした
グラフを作るとコントラスト+1000から-1000まで段階的に変化させた交点が一つにならん。
そのグラフから、-1000〜0まではy切片が32〜0まで変化して0〜+1000まではx切片が
0〜32まで変化するのは判ったけど。
大抵の画像編集ツールだと-100%とかで全面濃度128になったり+100%で128を閾値に
二値化した状態になったりするんだけどなぁ。
#勿論、グラフにすれば(128, 128)で交叉するわけで。
0886デフォルトの名無しさん
2005/09/09(金) 09:41:52普通に、+100%で2倍、-100%で1/2倍になるんじゃない？
0887885
2005/09/09(金) 09:50:51あー、それが128との差分の2倍/.5倍というなら判る。その理屈だと、-∞で128のみになるし、+∞で二値化するわけだから。
そう単純なもんじゃないから困ってるのよ。
0888883
2005/09/09(金) 12:57:23どうもありがとうございます。
補正前後の画像の相対するピクセルの元の明度を横軸に明度の変化値を縦軸に
グラフを描いてみれば分かるってことですね。やってみます。
0889デフォルトの名無しさん
2005/09/09(金) 22:02:22LoadImage
ttp://www.microsoft.com/japan/msdn/library/ja/jpwinui/html/_win32_loadimage.asp
>LR_LOADMAP3DCOLORS
> 8bpp より濃い色のビットマップをロードする場合は、このオプションを使わないでください。
~~~~~~~~~~~~~~~~
_, ,_
8bppより濃い色ってどんなやねん！( ﾟдﾟ) と訳者に突っ込みたい。
0890デフォルトの名無しさん
2005/09/09(金) 22:08:120891デフォルトの名無しさん
2005/09/09(金) 22:08:34＞Do not use this option if you are loading a bitmap with a color depth greater than 8bpp.
迷訳だな。
0892デフォルトの名無しさん
2005/09/09(金) 22:09:040893デフォルトの名無しさん
2005/09/10(土) 15:57:33思っているのですが劇的に早くなるものなのでしょうか？
ttp://www.mpeg.co.jp/libraries/mpeg_labo/winPC_12.html
ここによると（記事が古いけど）10-15%程度しか早くならないと
書いてありますけどどうなんでしょう
0894デフォルトの名無しさん
2005/09/10(土) 16:04:08地図画面の保存が上手くいってないせいか、携帯におくっても見れませんでした。
携帯から直接アクセスしてもページが大きすぎて中断となってしまいました。
いったいど〜すれば良いのでしょうか？写真画像ですと普通に保存すればJPEGになるものが
多いので、携帯に画像保存ができるのですが・・・・・？ちなみにＰＣで保存した時の形式名は「GIFｲﾒｰｼﾞ」
となっておりました。
機械おんちなんで何卒アドバイスお願いします。
0895デフォルトの名無しさん
2005/09/10(土) 16:11:47はいはいﾜﾛｽﾜﾛｽ
0896デフォルトの名無しさん
2005/09/10(土) 16:56:37gifからjpegに変換すればいい。PC初心者板辺りで聞けば教えてくれるんでないかい?
0897名無しさん＠そうだ選挙に行こう
2005/09/10(土) 17:10:14ちょｗｗｗおまｗｗｗﾃﾗﾔｻｼｽｗｗｗｗ
0898名無しさん＠そうだ選挙に行こう
2005/09/10(土) 20:47:010899名無しさん＠そうだ選挙に行こう
2005/09/10(土) 21:08:55カラーエッジのこと？
ttp://www.linx.jp/image/products/halcon/index_halcon_7.0.html
0900名無しさん＠そうだ選挙に行こう
2005/09/10(土) 21:38:43カラーでできないなんて初耳
0901名無しさん＠そうだ選挙に行こう
2005/09/11(日) 11:43:42速くなるんじゃない?
おいら、アセンブラ使えないんで、ベクトル化してくれるようにソース工夫してintel C++ compilerに放り込んでる。
0902名無しさん＠そうだ選挙に行こう
2005/09/11(日) 12:11:03社員宣伝、乙。
0903893
2005/09/11(日) 21:14:02SSEのpsadbwというbyte単位の絶対値演算処理を一気に
16個やるのをSSDで作ってみた。随分速くなった。
フィルタ畳み込みとなると積和演算pmaddwdを使うのだろうけど
これはWORD単位で画像データを設定しないといけないぽい。
SSEでフィルタ処理やるのなら画像データ自体を
16bit/pixelで画像幅とアドレスを16byteでアライメントするのが
常識なんでしょうか。そうなると今使っている画像クラス自体を
改造せんといかんなあ。
intelのコンパイラはうまくソースを書けばこういうのもSSEを駆使して
最適化してくれるのでしょうかね。上のように画像のデータ構造自体が
問題な気がします。
0904デフォルトの名無しさん
2005/09/12(月) 00:49:39いまは市販コンパイラもベクトル化するんだ。。
し、知らなかった・・・ （＾＾；
0905デフォルトの名無しさん
2005/09/12(月) 07:43:53なに寝ぼけたこと書いているんだか。
何もかもが他人の陰謀に思えて仕方がないというなら、それは精神病だぞ。
しばらく仕事を休んで静養しろ。
0906デフォルトの名無しさん
2005/09/12(月) 09:07:38> 16bit/pixelで画像幅とアドレスを16byteでアライメントするのが
> 常識なんでしょうか。
常識。
2byte, 4byte, 8byte(?)でアライメントしとくべき。
Windowsのビットマップもそーなってるでしょ？
そうしとくと画像のコピーとかも速くできるよ。
0907デフォルトの名無しさん
2005/09/12(月) 12:21:01一般的には、ゼロとアンパックしてワードデータにする。
0908903
2005/09/13(火) 14:07:20なるほど、ありがとうございます。
なんとか作れそうです。
g(x)g(y)のタイプのファイルはだいぶ速くなりそうです。
0909デフォルトの名無しさん
2005/09/13(火) 14:36:56intel MSあたりなんて、もっと過激なことしてそうだよ
0910デフォルトの名無しさん
2005/09/13(火) 16:33:180911デフォルトの名無しさん
2005/09/13(火) 21:23:120912デフォルトの名無しさん
2005/09/13(火) 23:27:26よろしいんでない？
減色では、速度面が多少心配なので再帰分割などで粗いCBを作ってから適用しているけど。
0913デフォルトの名無しさん
2005/09/13(火) 23:52:54適応ベクトル量子化でいいならもっと素敵なアルゴリズムがあるよ。
0914デフォルトの名無しさん
2005/09/14(水) 00:06:33>>913
ありがとうございます。
このとき初期CBはランダムの方がいいのかそれとも出現頻度上位のベクトルを
初期CBとしてつかったほうがいいのでしょうか？
あと、CBにLBGアルゴリズムを適用するとした時、
ABCDE・・・という連続した画像（連続したものなのでほぼ同じ画像）に対して
VQを施すことを考えた場合、まずAのCBを作成して、それをBCDE・・・にも適用することを
考えるべきなのか、それとも、AのCBを作成して、次のBではAのCBを初期CBとして
用いて新たなCBを作ってそれをCの初期CBとして・・・を繰り返すべきなのでしょうか？
少し乱雑な文章ですがどうかよろしくお願いいたします。
0915デフォルトの名無しさん
2005/09/14(水) 00:09:260916914
2005/09/14(水) 00:10:45あと、CBにLBGアルゴリズムを適用するとした時、
ABCDE・・・という連続した画像（連続したものなのでほぼ同じ画像）に対して
VQを施すことを考えた場合、まずAのCBを作成して、それをBCDE・・・にも適用することを
考えるべきなのか、それとも、AのCBを作成して、次のBではAのCBを初期CBとして
用いて新たなCBを作ってそれをCの初期CBとして・・・を繰り返すべきなのでしょうか？
とかきましたが、目的はCBを毎回作成するのでは時間がかかるのでできるだけ時間をかけずに
符号化したいということです。ですので画像ごとにCBを作るのではなく、同じような画像なら
CBを固定にしたいということです。で、できるだけ良いCBを作りたいので
AでLBGを使って生成したCBをBで初期CB・・・・とするというお話をさせていただきました
設計方針をお聞きで切ればなと考えております
0917デフォルトの名無しさん
2005/09/14(水) 00:14:00最終的にAのCBを作っていってそれをFまで前のCBを初期CBとしてCBを作ったとすると
最終的な画像に対してのCBであって全画像に対してのCBではないですね・・・
0918デフォルトの名無しさん
2005/09/14(水) 08:17:53AでCBを作る。
AをAのCBで量子化。
BをAのCBで量子化。 量子化誤差が大きいとき、BでCBをつくり、BをBのCBで量子化。
CをBのCBで量子化。 量子化誤差が大きいとき、CでCBをつくり、CをCのCBで量子化。
が基本なのかな?
計算量が大きくなりすぎるかな?うえの人が言うように適応型のVQを使うのも手かも。
0919デフォルトの名無しさん
2005/09/14(水) 13:32:27ありがとうございます。
動画に似ていて、画像を連続で表示させる場合を想定しています（GIFのような感じ）
で、ひとつのCBだけで連続した画像すべてをまかないたいのです。
このとき初期CBとしてどのようなものを使ったらいいのかなと考えております。
単純にAの上位ベクトルだけをもっていくのか
それとも全画像のベクトルを集めてから上位ベクトルを使って初期CBにするのか
ということです
初期CBの作り方で結構かわってくるのではと考えたためです
参考書を見てもLBGは乗っていても初期CBは初期CBとしかのっていなかったので
みなさんの知識を拝借できればと思いました よろしくお願いします
0920デフォルトの名無しさん
2005/09/14(水) 13:45:320921デフォルトの名無しさん
2005/09/14(水) 13:57:44「圧縮解除プログラムvids::mjpgが見つからないため再生できません。」とでました。
ほかのファイルは再生できるのに自分で撮影したAVIファイルは再生できないのです。
わかる方解決法ありましたらお願いします。
0922デフォルトの名無しさん
2005/09/14(水) 13:58:16ありがとうございます。もしよろしかったらどこがおかしいか教えていただけないでしょうか？
0923デフォルトの名無しさん
2005/09/14(水) 13:58:330924デフォルトの名無しさん
2005/09/14(水) 14:56:54そのようでした。ありがとうございました。
codecなんですが、http://www.jpg.com/video.htmのものを使ったところ
体験版のせいか再生するときに文字が出ていました。
フリーで文字とかでないやつなんであるんでしょうか？
0925デフォルトの名無しさん
2005/09/14(水) 15:18:38MotionJPEGはDirectShowについてくるはずなんだけどなぁ。
メーカーごとに互換性ないらしいからそのせいかもしれないけど。
0926デフォルトの名無しさん
2005/09/14(水) 20:29:20LBGで局所解を避けたいつー話だったら、色々試してみるしかないよ。
ところで、LBGに拘ってるのは何故?
ベクトル量子化のアルゴリズムはたくさんあるよ。
0927デフォルトの名無しさん
2005/09/14(水) 20:55:35ありがとうございます
LBGしか知らないためにいってるのと、VQの処理時間のほとんどを占めているのが
CB作成時間なので、CBを固定できたら処理時間短縮が目指せるのではと考えたためです
初期CBに何を使ったらいいのかと毎日考えております。
それによってLBGの処理時間もかなりかわってくると考えております
何かいいアドバイスあったら是非ご教授お願いします
0928デフォルトの名無しさん
2005/09/14(水) 20:56:05ttp://evolution-next.sakura.ne.jp/snup/src/upfile0172.zip_aNlJYlc6CPaJyjDWWhWt/upfile0172.zip
例によってSSDで対応付け＋モーフィングだけなので前景と背景の境界が変になります。
（動きベクトルが連続と仮定しているから）
元の２枚のフレーム：
ttp://49uper.com:8080/html/img-s/80196.bmp
ttp://49uper.com:8080/html/img-s/80197.bmp
中間フレーム：
ttp://49uper.com:8080/html/img-s/80198.bmp
なにかうまい対策はないでしょうか？一応エッジ輪郭を使って局所的に前景・背景を
分離してＳＳＤをやる予定ですが・・・
＞921
↑はMFC＋DirectShow(DirectShowSDKのサンプルをいじったもの)ですが
普通にMJPEGも再生・変換できるようです。
0929デフォルトの名無しさん
2005/09/16(金) 01:05:12自作の画像処理ツールに傾き補正を仕込みたいけど、どうやってやればいいのやら。
対象となる画像はグレイスケールか二値画像。
最初は四隅を検出して位置関係を調べて、何か数学計算で角度を出せるかと思ったけど、
台形とかな画像だと四隅の位置関係が等距離とは限らないし。
ＶＢとかＶＣのサンプルコードがあれば嬉しいけど、せめてアルゴリズムだけでも知りたいです。
0930デフォルトの名無しさん
2005/09/16(金) 03:10:48画像を回転させるだけで良いんじゃ？手動なら。
0931デフォルトの名無しさん
2005/09/16(金) 03:30:52重心を求めて、そこを中心とすればもっと良いかも。
0932デフォルトの名無しさん
2005/09/16(金) 03:32:25スケール補正とか、3次元->2次元歪み補正とか要りそうだけど。
0933デフォルトの名無しさん
2005/09/16(金) 10:33:54画像取り込み時の±５度くらいの傾きを補正するとする。ある程度長い水平あるいは
垂直部分がある画像では、
輪郭・芯線抽出
長めの水平・垂直に近い線分(±５度)を集める
角度でクラスタリング
最大クラスタの傾きを採用して回転
ただし、地図では斜めの線だらけで無理。テキスト画像のように長い線の無い画像
でも上記の方法では無理。市販のOCRでは傾き補正やっているのでできることは確か。
汎用でやるならユーザーに２点を指定させるしかないのでは
0934デフォルトの名無しさん
2005/09/16(金) 14:40:10画像評価ツールのようなものはあるのでしょうか？
あったら教えていただけないでしょうか。お願いします。
0935デフォルトの名無しさん
2005/09/16(金) 14:42:16変換部分のアルゴリズムは分かるが、正確に計算するには
画角の情報が必要だよ。
0936デフォルトの名無しさん
2005/09/16(金) 15:18:22フリーソフトでpsnrbmpというのがあるけど。
0937デフォルトの名無しさん
2005/09/16(金) 15:28:05ありがとうです。ちょっと使ってみます。何か他にもあったら色々試してみたいので教えてくれるとうれしいでｓ。
0938デフォルトの名無しさん
2005/09/16(金) 16:39:07蛍光灯下だと、動画が波打ってしまうのですが、
それらを抑える処理ってどうやるのでしょうか？
0939デフォルトの名無しさん
2005/09/16(金) 18:46:11・蛍光灯を消す。
・蛍光灯をインバータタイプにする。
・残光型のモニタにする。
・モニタのフレッシュレートを変えてみる。
0940デフォルトの名無しさん
2005/09/16(金) 18:49:28http://www.ece.uvic.ca/~mdadams/jasper/
にあるJasPerのimgcmpコマンドで画像比較は可能。
Cygwinでも利用可能。
0941929
2005/09/16(金) 19:57:02ＯＣＲとかスキャナのソフトで自動傾き補正をしてるけど、あんな感じのを実装したい。
一定角度以上なら自動調整、それ以下なら放置にしたいが、それはまた別の話なので。
うーん、図形の特徴を画像認識するしかないんでしょうか。
重心検出は手持ちの本に載っていたのでいいとして、特徴検出は何をどう検出してどう使えばいいのか。
自分のスキルでは手に余りそう(´・ω・｀)
0942デフォルトの名無しさん
2005/09/16(金) 20:01:39富士川をわたる
0943デフォルトの名無しさん
2005/09/16(金) 20:22:54方法を探しています。
良い方法はありますか？
http://www.kurabo.co.jp/el/ks/kskl_01.html
0944デフォルトの名無しさん
2005/09/16(金) 20:48:18領域分割＋輪郭追跡
色分割はリージョングローイングかクラスタリング
0945デフォルトの名無しさん
2005/09/17(土) 23:13:17ハフ変換を使って直線の検出をしてから
傾き補正すればできるかも
それでもかなり難しそうですね・・・
0946デフォルトの名無しさん
2005/09/18(日) 02:37:47http://autotrace.sourceforge.net/
0947デフォルトの名無しさん
2005/09/18(日) 23:09:34607 から 613 に書かれている事について質問です。
"同じ区画内で最も遠い2点は√3の距離" とはどういった事でしょうか？
0948デフォルトの名無しさん
2005/09/18(日) 23:36:43立方体の対角の距離
0949デフォルトの名無しさん
2005/09/19(月) 00:33:29元画像と非可逆符号化を行った後の画像とを比べたいのですが、（画質が多少は劣化するので）
評価方法としてはSN比以外になにかいいものがあるのでしょうか？
0950デフォルトの名無しさん
2005/09/19(月) 03:51:55947です。
５ｘ５ｘ５だと完璧、という理由が理解できました。
無駄な区画が多そうな気がしますが・・。
0951デフォルトの名無しさん
2005/09/19(月) 08:08:17PSNRとか
http://www.cqpub.co.jp/interface/toku/2002/200201/toku1_4.htm
0952デフォルトの名無しさん
2005/09/19(月) 16:08:23> >>949
> PSNRとか
> http://www.cqpub.co.jp/interface/toku/2002/200201/toku1_4.htm
ありがとうございます。
SN比とPSNRの差はどういったところなのでしょうか？
色々調べてみたのですがSN比の計算式が乗っていなくて違いがわからずこまっております
よかったら教えてください。
0953デフォルトの名無しさん
2005/09/19(月) 16:24:06http://www.f-kmr.com/PDF/dsp_evaluation.pdf
ここにはMSEものってるな。
まあ、画像の劣化は主観的なものが強いのでどれがいいとは
一般には言えないと思ってる。
圧縮ではPSNRが一般的かな？程度の話。
0954デフォルトの名無しさん
2005/09/19(月) 16:27:56ありがとうございます。
私もちょうどそこを何とか発見してみていたところです。
客観的な尺度としてはSNRなどを用いて
主観的評価として多数の人間からアンケートをとって評価するというという方法で
画質劣化の評価はできるのでしょうか？
アンケートをするべきかどうかなやんでいて・・・。
0955デフォルトの名無しさん
2005/09/19(月) 17:02:56> 主観的評価として多数の人間からアンケートをとって評価するというという方法で
> 画質劣化の評価はできるのでしょうか？
評価は可能。実際ここ2年は客観指数と主観評価を実施している。
しかし、アンケート実施者の話し方で結果は変わるので、
評価結果の有効性には疑問がある。
大量の画像でSNRなどを求め、手法による数値の差異が
統計的に有意であることを立証した後、
主観評価で、妥当性を確認って感じ。
まあ、予算(と時間)があればって程度かな？
被験者選びや主観評価の手法への突っ込みがあると、応対が面倒だよ。
0956デフォルトの名無しさん
2005/09/19(月) 17:33:47なるほど。ありがとうございます。
まずは、SNRなどで客観的数値を求め、そのあとにアンケートを用いてSNRと比べ、差異がそこまで
ないことを示すことで主観的な手法であるアンケートの有効性を立証するということですね。
被験者選びは 同性や同年代の人が多ければそれだけ偏ったりするということですよね？
主観評価の手法の突っ込みというのは具体的にはどういったものなのでしょう？
画像を見せて、大変気になる（５）〜まったく気にならない（１）のように点数化する手法などに
対するつっこみということでしょうか？
大変助かりました、ありがとうございます。
0957デフォルトの名無しさん
2005/09/19(月) 17:50:29> >>954
956です
> 大量の画像でSNRなどを求め、手法による数値の差異が
> 統計的に有意であることを立証した後、
> 主観評価で、妥当性を確認って感じ。
これはSNRなどの手法が有意であるかを立証して、そのあとで主観評価で妥当性を確認
ということなのでしょうか？
何度も読み返すと956で言った、アンケートの有意性ではないようなきがしたので
0958デフォルトの名無しさん
2005/09/19(月) 19:08:16> これはSNRなどの手法が有意であるかを立証して、そのあとで主観評価で妥当性を確認
> ということなのでしょうか？
そうです。個人的にアンケートは有意とは言いにくいです。
後、主観評価手法への突っ込みとは、
・画像表示環境(モニタのキャリブレーション手法、照明の状態等)
・被験者の母集団の選択理由、能力指標(画像処理の経験の有無)などの妥当性
・被験者間の隔離方法
・アンケートの項目の妥当性 等々
心理実験は面倒ですから、数値評価の補助程度と考えてます。
0959デフォルトの名無しさん
2005/09/19(月) 19:46:21ちょっと慣れている目には、ノイズっぽくてもディテールまで再現してるのが良く見える
って気がする。
0960デフォルトの名無しさん
2005/09/19(月) 20:21:11>>959
ありがとうございます。
客観的評価としてのSNRはこれまでの研究からも妥当性は証明しなくてもすむと思います。
しかし、主観的評価であるアンケートについては確かに難しそうですね。
画質評価を考えるだけで研究になりそうですね・・・。
主観的評価は、客観的評価の補佐的な役割でやっていくのが妥当そうですね。
0961デフォルトの名無しさん
2005/09/20(火) 18:58:34フレーム補間ソフト、もう一度くれませんか？
0962デフォルトの名無しさん
2005/09/20(火) 21:38:14943です。
情報ありがとうです。
リージョングローイングはCマガ2001/4号によると、塗り潰しの技法っぽいのですが、
ラスター・ベクター変換に利用できるのでしょうか？
0963デフォルトの名無しさん
2005/09/20(火) 21:57:25フレーム補間ソフトの置き場。
ttp://g0307.hp.infoseek.co.jp/
>>962
リージョングローイングは領域分割方法です。似た色の領域を取り出して
輪郭追跡を行なえばよさそうな気がします。
0964デフォルトの名無しさん
2005/09/20(火) 22:14:45めっちゃｻﾝｸｽ
0965デフォルトの名無しさん
2005/09/24(土) 19:22:14l'´￣`l￣￣￣￣￣￣￣￣￣￣￣｀l
| | u |
| | . ＼ '／ | はああああー
| :J | ‐ｰ くー : |
... | | J ´ﾟ ,ｒ "_,,>､ ﾟ' | ヤパーリ、ryokoたんの穴は
. | | . ト‐＝‐ｧ' |
. | | ` ｀二´' J | シマリがいいYO〜！！
.. | | |
| ＼ ＿＿ ﾄ、
ミ ＼ ,.ミ'´￣￣｀` ｀ヽ､| |
(( ﾐ ミ ＼' ､ ヽ| 力
ミ、 ﾐ ＼ i. ﾞ、 勹
| ミ、 ,' l
Ｌ.＿__|＿ l l { -─- ､
| l -、 ヽ ,. '´ ヽ
| ! ヽ ヽ ,.' ,、 ヽ
./´￣`V ,ヽ､ ,' ,' ; ,. ,: , ハ :, , i
/ 、 | / ､`ｰ ノ! ; : ; /_'／./_/ Li_l !
./ i | / ヽ ヽ 〃 / | ;:｢ ＿___... ﾘjリ
!. ! / ヽ {{ / （｀| il| ＿_.. ｀￣lﾉ i Σ
｀ー‐ゝ、 ' / ヽ___,.-‐'"⌒ﾞ| !| °,,, , ￣/,: ハ
`ー--‐' ,. -‐'"´ ﾘi从＿ 、 '''ノ_:_ﾉ ヽ
力 ／"ー─------＜二／ ´ヽ､-＜r"／,ｰ､ 丿
勹 { 〈 )､ Y ｀ゝ(_/_/./'
} `ー----------─一--‐'´
0966デフォルトの名無しさん
2005/09/25(日) 05:43:01http://www.bea.hi-ho.ne.jp/gaku-iwa/color/conjn.html
透明度付きで合成するにはどうしたらよいのでしょうか？
0967デフォルトの名無しさん
2005/09/25(日) 09:59:58結果画像=元画像*透過率+合成画像*(1-透過率)
となる。
その他の場合も同様に。
0969デフォルトの名無しさん
2005/09/25(日) 12:44:230970デフォルトの名無しさん
2005/09/25(日) 14:02:19透過率*(元画像 - 合成画像) = 結果画像 - 合成画像
∴透過率 = (結果画像 - 合成画像) / (元画像 - 合成画像)
0971966
2005/09/25(日) 14:21:16それは結果画像の透過率じゃないような。
半透明な画像同士を合成すると結果も半透明になるから、
それの透過率と色を計算したいです。
0972デフォルトの名無しさん
2005/09/25(日) 15:31:20半透明な画像とは？具体例を挙げてみ
0973デフォルトの名無しさん
2005/09/25(日) 16:00:32結果透過率＝透過率1×透過率2
結果画像＝(画像1×(1-透過率1)＋画像2×(1-透過率2)×(透過率1)) /(1-結果透過率)
かな
0974966
2005/09/25(日) 17:32:02>>972
Photoshopのレイヤーの合成とか。
レイヤーが何枚かあって、下から順に合成していくときは967の式で出来るけど、
先に上のレイヤーを合成したいときは、結果画像の透過率も分からないと
それより下のレイヤーと出来ないです。
>>973
その式で計算したら上手くいきました。ありがとうございます。
あと描画モードが通常以外の場合はどうすればいいでしょうか。
0975デフォルトの名無しさん
2005/09/25(日) 18:04:23少しは貴様の体の上に乗っかっている南瓜を使ってみたらどうだ?
0976デフォルトの名無しさん
2005/09/25(日) 20:18:05下から順に合成していかないと、非線形な合成をしている場合、つじつまが
あわなくなるぞ。全部加算合成？ だったから、中学校の掛け算の問題だ。
0977デフォルトの名無しさん
2005/09/25(日) 20:21:53下から順にやる以外に方法はない。なぜなら、掛け算や足し算と
違って、非線形演算には交換法則や結合法則が成り立たないから。
0978デフォルトの名無しさん
2005/09/25(日) 20:23:13フォトシップとの互換性は考えない」と、いうことなら、それはそれで
構わないぞ。
0979966
2005/09/25(日) 22:18:27原理的に不可能な部分は同じにならなくても問題ないです。
Photoshopでも「下のレイヤーと結合コマンド」で
順番を変えて結合すれば結果は異なります。
0980デフォルトの名無しさん
2005/09/26(月) 01:58:49仕様が変わってしまってもいいということなら、もはや、あなたがいいと
考えるとおりに、どんな方法で実装してもいいんじゃない？
暴走しない限り、どんな計算をしようとも、「これが俺のやり方だ！」と、
割り切ってしまえばいいじゃないか。
ただ、グラフィックツールを使う立場の人間にとっては、フォトショップの
ように、下から順に非線形合成をし、合成結果のもとの画像との加重平均をとる
という計算を繰り返すのが、たぶん、最も理解しやすい結果になるとは思うけどね。
半透明なレイヤーを上に追加して、下にある「すでに計算結果の確定している」
レイヤーにさらなる味付けや重ね描きをするというのが、たぶん、もっとも
受け入れやすい仕様じゃない？ もちろん、そうでなきゃいかんと法律で決まって
いるわけでもないし、自分のやりたいようにやっても、全く問題はない。
0981966
2005/09/26(月) 04:07:01表示するときの合成順序は変えないです。
ユーザが意図的に合成コマンドを選んで合成したときの話で、
フォトショップや他のグラフィックツールと同じ仕様です。
0982デフォルトの名無しさん
2005/09/26(月) 07:42:080983デフォルトの名無しさん
2005/09/26(月) 12:38:56http://pc8.2ch.net/test/read.cgi/tech/1127705848/
0984デフォルトの名無しさん
2005/09/26(月) 13:45:39ここで「次行ってみよう」と言いながらリンク貼らなきゃ！
0985デフォルトの名無しさん
2005/09/26(月) 21:33:07どっかに落ちてないですか？
0986デフォルトの名無しさん
2005/09/26(月) 23:31:590987デフォルトの名無しさん
2005/09/27(火) 00:26:57お前さんは俺ですね。
0988デフォルトの名無しさん
2005/09/27(火) 00:33:40http://hp.vector.co.jp/authors/VA011346/soft/nfil_txt.htm
大変良くできているのですが、どんな原理でノイズを消しているのでしょうか？
0989デフォルトの名無しさん
2005/09/27(火) 00:34:30３だけでもいいです。ありがトン。
0990デフォルトの名無しさん
2005/09/27(火) 00:43:32えー？
表示するときの合成順は他のツールと同じなのに、いざ、レイヤーを
統合しようとしたら、逆の順番で合成するわけ？
ユーザーが「全レイヤーを合成してひとつにまとめる」を選んだ瞬間に、
たった今まで表示されていた画像とは似ても似つかないシロモノに
置き換わってしまうようなツールを、いったいだれが使いたいと思うかなぁ？
はっきり言うけど、明らかに間違った手段に固執した上で、他人に対して、
「この方法でやりたいともう決めている。反論も提案も聞くつもりはない。
オレのやり方に従った上で、うまく行く方法を教えろ。」と質問しても、
「セイセイ、そりゃ、無理、無茶、無駄っすよー」という返事しか得られないし、
嫌われ者になるだけだよ。
まあとにかく、情報は既に十分すぎるほど出ているから、あとは自分で
好きなように作ってみたら？ たぶん、自分でやってみて失敗しないかぎり、
絶対に分からないと思うから。うまくいかなくても、「２ちゃんの連中が
手取り足取り面倒見てくれなかったせいだ。」なんて言わないでね。
0991デフォルトの名無しさん
2005/09/27(火) 00:48:030992デフォルトの名無しさん
2005/09/27(火) 00:48:23ロードにかなり時間がかかるけど、これかな？
画像処理 その３
http://makimo.to/2ch/pc5_tech/1090/1090897159.html
0993デフォルトの名無しさん
2005/09/27(火) 00:50:05はぁ？ 聞こえんなぁ？
0994デフォルトの名無しさん
2005/09/27(火) 00:52:08根本的に分かってないようだが、任意のレイヤを1つ下のレイヤと
結合する機能というのがある。
ユーザにそれを使われたら、本物のPhotoshopでもおかしくなる。
0995デフォルトの名無しさん
2005/09/27(火) 00:52:170996デフォルトの名無しさん
2005/09/27(火) 00:53:44それは、２枚のレイヤーを合成する場合では？
質問者は、複数のレイヤーの同時合成について言っているように見えるんだか？
0997デフォルトの名無しさん
2005/09/27(火) 00:54:48そもそも、２枚のレイヤーの合成でも、非線形演算なら
分配則や交換則、結合側が成り立たないから、逆順にはできないぞ。
0998996=997
2005/09/27(火) 00:56:272枚の合成しか考えないなら、なぜゆえに、逆順に固執するかよく分からん。
0999デフォルトの名無しさん
2005/09/27(火) 00:56:531000デフォルトの名無しさん
2005/09/27(火) 00:57:19アミバ
1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。