[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 01/20 15:13 / Filesize : 219 KB / Number-of Response : 972
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

画像処理 その11



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

前スレ
画像処理 その10
pc11.2ch.net/test/read.cgi/tech/1197759782/

680 名前:デフォルトの名無しさん mailto:sage [2009/04/26(日) 12:14:17 ]
>>675
imgってtiffファイルのハンドルだろ
&img[i*width]ってなんだよ

1 TIFFScanlineSize(img);で1行のバイト数を取得してから1行分のバッファを確保
2 受け側は各行4バイトバウンダリで高さ分のバッファを確保
3 TIFFReadScanlineで1行ずつ読み込んで
4 受け側のバッファの各行の銭湯アドレスにコピー

あとはBMPのヘッダを構築すれば、ある程度の8bppのTIFFを8bppのBMPとして読めるようになる。

これでは読めないTIFFはたくさんある。たとえば、

A マルチページTIFF
B タイルTIFF
C 縦横の解像度が違う
D PhotoMetricがMin is white(0が白)
E パレット形式

いずれも、対応はそれほど難しくはないので、必要に応じて機能を追加すればよい。

681 名前:デフォルトの名無しさん mailto:sage [2009/04/26(日) 12:55:56 ]
>>676
ストリップ・・・
ストライプだろ

682 名前:デフォルトの名無しさん mailto:sage [2009/04/26(日) 13:48:00 ]
>>681
ttp://www.libtiff.org/man/TIFFReadRawStrip.3t.html

チミはstripをストライプと読んでいるのかね?

683 名前:デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:06:21 ]
一方ロシアはimagemagickを使った

684 名前:デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:11:07 ]
>>681


685 名前:デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:42:57 ]
imagemagickはどうしても「イメージマジックク」と読んでしまう

686 名前:デフォルトの名無しさん mailto:sage [2009/04/26(日) 15:07:03 ]
>>683
そんなこと言ったら、回転処理自体ImageMagickでできるようなw

687 名前:デフォルトの名無しさん mailto:sage [2009/04/26(日) 16:03:12 ]
>>682
いいやstripeをストライプと読んでる

688 名前:デフォルトの名無しさん mailto:sage [2009/04/26(日) 16:24:29 ]
じゃあ今回のとは何の関係もないじゃない



689 名前:デフォルトの名無しさん mailto:age [2009/04/26(日) 21:58:57 ]
>>680

OneLineSize=TIFFScanlineSize(img);

Recv=(unsigned char*)malloc((OneLineSize+byte4Hosei)*height));

for(i=0;i<height;i++)
{
TIFFReadScanline(img,(tdata_t)Recv[i],i,0);

}


これでRecvにはtiffデータがはいってるの????

690 名前:デフォルトの名無しさん mailto:sage [2009/04/27(月) 00:00:42 ]
これは

691 名前:デフォルトの名無しさん mailto:sage [2009/04/27(月) 00:09:10 ]
「(tdata_t)Recv[i]ってなんだよ」
>>680
は、ゆとりに教えることの困難を思い知った。

692 名前:デフォルトの名無しさん [2009/04/28(火) 23:37:49 ]
>>626
何をしたいかにもよるけど、RGB を一定の割合で変化させる、のではダメなの?

BYTE r, g, b; // 古いrgb 情報
BYTE nr,ng,nb;
float t = 0.3f; // 0<t<1

nr = BYTE(t * r); , etc.

これはあくまでも RGB 色空間での線型補間だから、他の色空間で見たら経路が違う。

693 名前:デフォルトの名無しさん [2009/05/01(金) 18:37:59 ]
フーリエ変換→フィルタリング→逆フーリエ変換
というプログラムを作成してます

フーリエ変換→逆フーリエ変換をすると元に画像が戻るのですが、フィルタリングの処理をすると、
逆フーリエ変換の画像が真っ暗(各数値を調べると、1#QNANOと表示される)になってしまいます

フィルタリングの処理を行うとき、フーリエ変換で出力した実数と虚数を、それぞれ演算処理すればいいのですよね?
(スペクトルを出すときのように振幅に直して、そこで演算処理しなくてもいいですよね)


具体的にしたいことは、画像上でガウシアンフィルタをかけるのではなく、周波数空間でガウス関数を掛けて、それを画像に戻したいのですが

よろしくお願いいたします。

694 名前:デフォルトの名無しさん [2009/05/01(金) 19:06:30 ]
>>693
そういう処理を普通に書いているけど、特に問題は出てないよ。
途中のフィルターの計算か何かで負値のlogを取るとか何かやらかしてない?

695 名前:デフォルトの名無しさん mailto:sage [2009/05/01(金) 19:24:21 ]
かなり見直したんですけど、1#QNANOとか出るってことはそういう計算ミスしてるんでしょうね…
振幅のスペクトル画像に直して処理しなくても、
フーリエ変換で得られた実数、虚数を個別に、掛けたり割ったりすればいいことが分かっただけでも助かりました
ありがとうございました

もうちょっと頑張ってみます

696 名前:デフォルトの名無しさん mailto:sage [2009/05/01(金) 21:25:38 ]
>>695
浮動小数点例外のマスクを外せば分かるかもよ。

697 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 00:11:23 ]
>>693
フィルタは、周波数に依存する関数だったりする?

698 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 07:54:17 ]
ちょっとスレから離れてしまうかもしれませんが
どなたかアドバイスを

線や画像なんかの補正に曲線補間をしようと思っていて
計算のテストとして10個の点をマウスで入力し
そこから二次関数を求めて、点を計算表示しているんですが
なかなか上手くいきません

10個の点を最小二乗法で計算して表示しているつもりなんですが
どうしても点が (1,1) (2,4) (3,6)…とはならず
(1,1) (2,16) (3,6) (4,24)…みたいに一個おきに大きくぶれた感じになってしまいます

色々ぐぐったりしたんですがよくわからなくて
どこかやさしく解説してるようなところとかないですか



699 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 08:32:54 ]
あります

700 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 09:05:47 ]
>>698ですが一次関数にしても同様だったので
おかしいなと主要な変数観察していたら

1ループごとにy座標反転してることが判明しました
ほんとごめんなさいごめんなさいごめんなさい


701 名前:デフォルトの名無しさん [2009/05/12(火) 10:50:39 ]
切り刻まれた紙をブルースクリーンのスキャナ画像で取り込んで、
切り刻まれる前の状態を解くようなプログラムを作れますか?

ジグゾーパズルを解くようなプログラムです。

702 名前:701 [2009/05/12(火) 11:05:05 ]
紙には何かが印刷されているものとします。
切り刻まれ方はランダムとします。

703 名前:デフォルトの名無しさん mailto:sage [2009/05/12(火) 11:39:11 ]
シュレッダーで裁断した紙の復元だったら実用システムもいくつかあるみたい。

ストリップカット
ttp://www.unshredder.com/
クロスカットでも
cross-shred reconstruction suite
ってのがあるらしい(urlは不明)

クロスカットの復元サービスなら30cm立方の復元で100万円くらいだって。
100万円がおいしいかどうかは分からない。

704 名前:デフォルトの名無しさん mailto:sage [2009/05/12(火) 14:39:18 ]
>>703
一度画像としてとりこんでからの処理なら俺でもできそうだけど
画像とりこみデバイスで重ならないようにスキャンするの大変そうだ

705 名前:デフォルトの名無しさん mailto:sage [2009/05/12(火) 16:09:54 ]
>>702
シュタージの残した膨大な裁断書類の復元を請け負ってるフラウンホファー研究所に相談すれば?

706 名前:デフォルトの名無しさん [2009/05/13(水) 00:46:48 ]
でもフーリエって少し時間かかるよな
もっとパッと出来ないのかしら

707 名前:デフォルトの名無しさん [2009/05/13(水) 01:23:27 ]
そんなときのためのFFT

708 名前:デフォルトの名無しさん mailto:sage [2009/05/13(水) 19:34:14 ]
SIFTの点が近すぎず固まらないようにするにはどうしたらよいでっか?



709 名前:デフォルトの名無しさん mailto:sage [2009/05/13(水) 19:39:26 ]
SHIFTってヒストグラムの?検出される追跡点がかぶらないようにってこと?

710 名前:デフォルトの名無しさん mailto:sage [2009/05/13(水) 21:38:34 ]
Scale Invariant Feature TransformのSIFTです。
検出される点の数が多すぎるので抑制したいんですよ。

711 名前:デフォルトの名無しさん mailto:sage [2009/05/13(水) 23:54:01 ]
レイヤー(PhotoShop的な)構造を実現するための機能が充実していて、
かつライセンスがきつくない(GIMPとか)ライブラリってございますでしょうか。

フルスクラッチで作ってたのですが、技術不足ゆえ、あまりにもっさりで脱力感が。
OpenCVとGraphicsMagickは見てみたのですが、そのものずばりってのは無さそうで。

712 名前:デフォルトの名無しさん mailto:sage [2009/05/13(水) 23:58:11 ]
CxImageとか

713 名前:デフォルトの名無しさん mailto:sage [2009/05/14(木) 00:11:07 ]
速さでいったらやっぱOpenCVかな。

714 名前:デフォルトの名無しさん [2009/05/14(木) 00:57:06 ]
>>711DirectXでもつかってみたら?
カクレイヤーを3角形2枚使って表現すればいいんじゃね?
ピクセルの編集はテクスチャに対して行えば良いと思うし。
重ね合わせはZの値いじるだけで手軽に変更できるしさ。

あくまでGDIでやりたいなら、まずBitmapのメモリを、
直接編集できるようにようにすると良いよ。

あと、重ね合わせの際には一番上から描画して行って、
後ろになるレイヤーは描画しないようにすれば早くなるよ。

あとブロック単位で分割して重ね合わせ処理をおこなえれば、
処理時間は長くても進捗が見えるから多少ごまかせる。

715 名前:デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:15:01 ]
OpenCVは基本的にレイヤー単位で処理するようになってるよ。

716 名前:711 mailto:sage [2009/05/14(木) 01:18:17 ]
>>712-714
CxImage!これから見てみます。感謝。
OpenCVでもできるんですね。Mergeあたりを使うのかしら。それともレイヤー処理は自前でしょうか。

3D屋なので、DirectXも実は試したことありますが、当時はトランスフォーム済みライティング済みの
バッファにちゃんとZ値付けて合成しても、ビデオカードによっては酷い目にあった記憶が。今はましかもですね。

モノクロ二値DIBでやっていて、それなりに速いのが出来ていたのですが(なにせレイヤー処理がANDで済む)
途中でフルカラー対応にせざるを得なくなって気力がなくなったってのもあります。

皆さんレスありがとうございました。早速吟味してきます。

717 名前:デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:19:21 ]
>>715
書いている間にすいません。どうもリファレンスの読みが足りなかったようで。
もう一度ちゃんとOpenCVも見てきます。ありがとうございました。

718 名前:デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:47:47 ]
>>716
OpenCVだとレイヤ同士をメモリ上の論理演算でガッといっぺんに計算しちゃうから高速。
cvSpilit(in, R, G, B, α)でレイヤー分割、cvMerge( R, G, B, α, out)で結合。



719 名前:デフォルトの名無しさん mailto:sage [2009/05/14(木) 02:01:41 ]
>>718
なるほどこいつですか。素敵過ぎです。本当にありがとうございます。

720 名前:デフォルトの名無しさん mailto:sage [2009/05/14(木) 05:20:11 ]
>>710
エッジ上の点は取り除いてるの?
減らす基準が無いの? 無いならランダムに取ればいいんじゃね

721 名前:デフォルトの名無しさん [2009/05/15(金) 02:37:04 ]
2枚の同サイズのBMP画像を重ね合わせようとして、
対応する画素のR,G,Bを足して2で割る、
というプログラムを書きました。

この他にも重ね合わせをするアルゴリズムはあるのでしょうか?
「画像 重ね合わせ」「画像 合成」
とかでググってもうまく見つけられません。。。

722 名前:721 mailto:sage [2009/05/15(金) 02:53:14 ]
追記
C++で24bit Bitmapを扱っています。

低レベルな質問で申し訳ないです m(_ _)m

723 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 03:25:30 ]
Photoshopの体験版でも入れてみな

724 名前:721 mailto:sage [2009/05/15(金) 03:50:27 ]
>>723
プログラムで作ることに意味があるのでツールじゃない方向で・・・

725 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 05:34:39 ]
>>721
「αチャンネル」でググってみたら?718のOpenCV関数にもαが使われてるな。

726 名前:デフォルトの名無しさん [2009/05/15(金) 09:29:24 ]
>>724
そのプログラムでどう作ればいいか分からないから既存のツールでどんな重ね合わせがあるか見てみるんじゃないか。
例えば簡易計算プログラムを作りたいとき、どんな演算子を用意すればいいか電卓プログラムを見てみるようなもんだ。
自分が低レベルだと認識しているのなら、他人の話は素直に聞くもんだ。

727 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 09:33:36 ]
RGBの三つを足してるのに2で割ってるのかぁ。

728 名前:デフォルトの名無しさん [2009/05/15(金) 09:53:05 ]
そこは一応、R, G, Bをそれぞれ足して二で割ると解釈していいんでない?
まさか、R+G+Bするほど馬鹿じゃなかろう。



729 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 16:00:07 ]
>>727
スゴい、よくそういう風に読めるね?レベルが近いから?

730 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 16:22:40 ]
www.amazon.com/Intelligent-Image-Processing-Prolog-Batchelor/dp/0387196471/
別のスレで最近紹介されていたのですが、この本読まれた方います?

731 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 16:38:01 ]
山形大図書で借りられるかもしれないぞ

732 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 18:36:22 ]
>>730
読んだし、持っている。Amazonには何の情報も載ってないみたいだね。
たしか、図形A,Bを A 前置詞 B のような記述で組み合わせて、
平面構成を得るというような内容が中心だったと思う。画像処理と
いうよりAIの基礎本。私はDraw系ツールでの述語論理によるベクトル
管理というテーマを研究中だった時に読んだ。実にタイムリーな本で
有難かった。


733 名前:デフォルトの名無しさん [2009/05/15(金) 19:18:54 ]
認知の分野だな
未だに述語論理で研究の余地があるのか
誰だったか述語論理の概念構築にすごい時間かけてる研究者居たな

ただ認知の分野から結構画像処理に持ってこれるアルゴリズムは多いよな


734 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 22:49:32 ]
画像処理とはちょっと違うかもしれないけど
フォトショの選択範囲の囲みとかでよくある動く点線って
どうやって描画してるんだろ

735 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 22:50:55 ]
動いているように見えるかもしれないが止まっているんだよ
目の錯覚です

736 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 22:56:47 ]
>>730
prologは得意だが画像処理に使おうとは考えなかった。なんだか面白そう。
18$の掘り出し物があったんで注文しといた。夏休みにでも読もう。

737 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 23:13:28 ]
>>735
ttp://www.ritsumei.ac.jp/~akitaoka/
みたいなもの?

738 名前:デフォルトの名無しさん mailto:sage [2009/05/15(金) 23:34:55 ]
素人が本気にするからやめれ。



739 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 02:38:46 ]
点線調べたら蟻の行進とか言われてて
なんか画像処理して見せてるんだね
日本のサイトで説明してるとこなかなか見つからないな

740 名前:デフォルトの名無しさん [2009/05/16(土) 03:06:46 ]
点線の交互の点滅じゃないの

741 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 18:14:24 ]
ラバーバンドは凝るとめんどくさい。


742 名前:デフォルトの名無しさん [2009/05/16(土) 20:29:17 ]
投げ縄でうまいことエッジ抽出してフィットさせるとか中身どうやってんだろ・・・

743 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 21:28:46 ]
>>742
Grabcutの最初の方にいろいろな手法の概要が出ている
ttp://research.microsoft.com/apps/pubs/default.aspx?id=67890
からリンクしているpdf

Grabcutって計算量多そうなんだけど実際どう? >> やったことのある人

744 名前:デフォルトの名無しさん [2009/05/16(土) 22:51:14 ]
>>743
ありがと、勉強してみる!

745 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 23:30:13 ]
どこにpdfあるのかわからない

746 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 23:50:19 ]
>>745
アイコン

747 名前:デフォルトの名無しさん [2009/05/16(土) 23:51:17 ]
基本的にはそんなに処理量も多く無いだろうね
色情報ごとのフラグメント立ての問題だし
一回のループと場合によって一点の周りのスキャンをするループぐらいじゃないかな
ここもAI的な非線形技法使ったほうが早い処理できるだろうね

748 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 00:03:43 ]
>>746
まだわからない
なんのアイコンなんだろう



749 名前:デフォルトの名無しさん [2009/05/17(日) 00:04:59 ]
文章のすぐ下に有るPDFアイコン
でもこれ開かんね

750 名前:デフォルトの名無しさん [2009/05/17(日) 00:05:48 ]

やっと開いた
アクセス集中したのか

751 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 00:12:59 ]
ソース直に見たらあった…
なんか一行しか表示されないからわざわざ検索しても
アイコンだけは表示しない
なんだこれ

752 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 00:15:12 ]
ああ忘れてた
教えてくれた人ありがとう

753 名前:デフォルトの名無しさん [2009/05/17(日) 10:28:12 ]
確かにこのgrab cut優れてはいるけど
やっぱリャマだか何だかの頭の部分とか少し残ったりするんだね
一寸このアルゴリズム式からソースにおろして問題点見てみよう

754 名前:デフォルトの名無しさん [2009/05/17(日) 13:48:02 ]
>>739
Windowsの場合、FrameRgnとCreatePatternBrushとタイマーを使う

755 名前:デフォルトの名無しさん [2009/05/19(火) 10:01:05 ]
>>739
www.geocities.co.jp/katayama_hirofumi_mz/win32/antwalk.htm

756 名前:デフォルトの名無しさん mailto:sage [2009/05/19(火) 12:52:17 ]
>>754-755
なろほどー
そういう方法だったんだ
ありがとう

757 名前:デフォルトの名無しさん mailto:sage [2009/05/20(水) 04:28:55 ]
ガンマ補正について質問させてください。
PCのディスプレイのガンマ値はおよそ2.2であると聞きました。
今、0から255に滑らかにグラデーションしているビットマップ画像が
あるとして、これがPCのディスプレイに滑らかに表示されている場合、
このビットマップ画像のガンマ値は1/2.2であると考えていいのでしょうか?
それとも滑らかに(線形に)変化しているので1なのでしょうか?
よろしくお願いいたします。

758 名前:デフォルトの名無しさん mailto:sage [2009/05/20(水) 07:03:33 ]
画素値xが0〜255のときのディスプレイの輝度yの変化がy=x^γになるときにγ値が2.2。
ということはその画像のγ値も2.2でいいんじゃないか?



759 名前:デフォルトの名無しさん mailto:sage [2009/05/20(水) 07:09:38 ]
そもそも画像のγ値ってないんじゃないの?上の変換式で初めてγが出てくるわけで、
変換式ってのは途中に挟むものでしょ?画像は一番最初の線形の単なるデータな
わけだから。

760 名前:デフォルトの名無しさん [2009/05/20(水) 09:13:26 ]
>>757
その画像は、「ガンマ補正2.2を掛けると滑らかに表示される画像」だと言うことだね。

761 名前:デフォルトの名無しさん mailto:sage [2009/05/20(水) 17:07:23 ]
>>757
滑らかにグラデーションしているビットマップ画像は、
表示装置のガンマ値がどうであれ(もちろん極端な数値は除く)
たいていの場合は滑らかに表示されます。

面積比で半数のピクセルを輝度最大(1.0)としたときの全体の明るさと、
全てのピクセルを輝度半分(0.5)にしたときの全体の明るさが等しいとき
その表示装置のガンマ値は 1.0 です。

ビットマップ画像た単なるデータであり、上記のような特性値としての
ガンマ値はありませんが、どういうガンマ値の表示装置で表示した場合に
(製作者が決めた)最適の結果が得られるを示す補助情報としてガンマ値が
付与されることがあります。

762 名前:デフォルトの名無しさん mailto:sage [2009/05/20(水) 17:15:05 ]
>>757
続き:

元画像が「ガンマ補正されて表示されたとき、輝度ゼロから輝度最大まで
線形にグラデーションしているはずである」、つまりちょうど中央のピクセルの
γ補正後の輝度は0.5であるとわかっているなら、

中央部のピクセルの輝度を示す数値を調べて、これを l とすれば
γ = log l / log 0.5 となるわけですが、
このようなケース(画像の特性がわかっているケース)は一般の画像については
殆ど無いと思います。

763 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 16:18:58 ]
画像のフィルタリングについて質問させてください。

画像の端を処理する際のオペレータがはみ出した部分
(ボーダ・ピクセル)の扱いはフィルタの種類によって
異なったりするのでしょうか?
(ex.○○フィルタの場合は折り返して考えるなど)

フィルタごとにお約束みたいなものがあれば教えてください。



764 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 16:47:20 ]
>>763
フィルタの種類には関係ない。
最終目的次第。

765 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 17:37:45 ]
>>764
なるほど。
実装次第ということですね。
OpenCVとかのライブラリはどうなっているか
調べてみます。

ちなみに○○といった目的のときは××するとかの
お約束はあるのですか?


766 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 17:56:11 ]
フィルタってだいたい3×3とかでしょ?端ではみ出すのは1ピクセルだけなんだから
大体は折り返しでやってるんじゃない?

767 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 17:58:47 ]
画像が、横方向(x=0〜x=255)に画素値(P=0〜P=255)までのグラデーションになってるとする。
その時、一般的にγというと画素値Pと輝度値Lとの関係式
L=P^γ
のことを言うのであって、x方向に画素がどうならんでるかとかは関係ない。

グラデーション画像自体のγ値ってのを敢えて考えてみると、
L=x^γ
ということになるのかな。そんなのがあるとは聞いたことはないけど。

768 名前:757 mailto:sage [2009/05/23(土) 06:44:36 ]
>>758
画像のガンマ値はまた別のようなんです。
2.2か1/2.2のような気がしてますが。
定義によって逆数になったりするようなんですね。

>>759
画像にガンマ値がないというのは分かる気もするんですが、
例えば、ソフトによってはRGBからsRGBに変換するものもありますし、
PNGなどはデータにガンマ値を持っていたりするようです。

>>760
その通りだと思います。

>>761-762
とてもわかりやすい説明で助かりました。
カメラで撮った写真なんかはガンマ値は決められないのでしょうかね。
ガンマ変換という単純な変換だけで特性を決めることに無理があるような気もします。

>>767
ちょっと質問の意図が伝わっていなかったようです。
変な質問ですみません。

>>763
平滑化など多くのフィルタでは、境界の画素値を使います。
Wavelet変換など境界で対称的に折り返す場合もあります。
CGのレンダリングでは反対側のピクセルをサンプリングする用途も多いです。



769 名前:757 mailto:sage [2009/05/23(土) 06:47:10 ]
Webで人の視覚はガンマ特性で標準的なディスプレイのガンマと
相殺してガンマ特性がおよそ1になるということが書いてあるのを見ました。
真実かどうかは分かりませんけれでも。
質問に答えていただいた皆様どうもありがとうございました。

770 名前:757 mailto:sage [2009/05/23(土) 06:51:05 ]
訂正です。
×:人の視覚はガンマ特性で
○:人の視覚はガンマ特性が0.5くらいで

771 名前:757 mailto:sage [2009/05/23(土) 06:52:30 ]
訂正です。
×:人の視覚はガンマ特性で
○:人の視覚はガンマ特性が0.5くらいで

772 名前:757 mailto:sage [2009/05/23(土) 06:53:37 ]
おおっと。すみません。

773 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 10:59:31 ]
*おおっと*

774 名前:デフォルトの名無しさん [2009/05/23(土) 13:23:59 ]
かべのなかにいる

775 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 13:37:53 ]
×おおっと×

776 名前:デフォルトの名無しさん [2009/05/23(土) 14:18:05 ]
マロール!マロール!!

777 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:53:17 ]
大量のjpg画像を画像配列にして何か画像処理をしてまたjpgとかで保存したい
んだけど、どうするのがおすすめですか?

778 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:56:12 ]
jpg一枚につき1台PC用意して並列処理



779 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:01:43 ]
>>777
マルチスレッド

780 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:32:06 ]
顔認識って今も一番いいのはViola Jonesなの?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<219KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef