- 1 名前：デフォルトの名無しさん [2008/09/28(日) 18:26:18 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その10
pc11.2ch.net/test/read.cgi/tech/1197759782/
- 657 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:44:04 ]
- バイキュービックって汚いじゃん
- 658 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:05:18 ]
- まずは面積平均というのから試してみようと思いますありがとう
それで駄目ならバイキュービックとかも試してみようと思います
でもさっき検索していて気になったのが
1ドットの円を画面で表すと、面積だと８０％くらいなのに
実際は濃度が５０％の点になるというのを見たんですが
自分のプログラムはもろにこの面積どおりになってしまっている気がします
それも計算によって変わるんでしょうか
- 659 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:26:47 ]
- >>657
そう？
自分で組んだバイキュービックで確認したが、5ピクセルの線幅の正円(アンチエイリアス済み)
を0.25倍程度に縮小したがギザギザはほとんど見えない。Lanczos2/3でも同様。
倍率1倍表示で確認。
- 660 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:27:25 ]
- Lanczosて結構好きだな
- 661 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:29:57 ]
- 面積平均法は１pixelの線を5%表示くらいにしても綺麗だよ
- 662 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:49:20 ]
- >>661
1ピクセル線幅の0.05倍だと何だか薄くて差が分からない。
バイリニアがクソだということだけは分かる。
- 663 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 00:38:07 ]
- CZPで見るとLanczos3かそれ以上のtap数のSincじゃないと使えないな。
面積平均は速度考えたら有りかな位。
- 664 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 01:41:08 ]
- CZPだけで見るのが間違いなんだろ
周波数だけしか見てない
- 665 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 02:30:34 ]
- lanczos3だと線がシャープになりすぎるよ
- 666 名前：643,644,648 [2009/04/24(金) 10:05:49 ]
- 自己解決しました。で、できたのがこれです。
ありがとうございました。
www.geocities.jp/katayama_hirofumi_mz/turnpix/
- 667 名前：デフォルトの名無しさん [2009/04/24(金) 11:28:02 ]
- 自己解決ねぇ……
なるほど、ム板で聞いてヒントを貰ってはツールを公開している御仁か。
- 668 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 17:35:19 ]
- おまえらのヒントなんてググればいくらでも出てくることだろ
- 669 名前：デフォルトの名無しさん [2009/04/24(金) 18:22:13 ]
- 確かに
- 670 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 18:35:11 ]
- だったらググれよ
- 671 名前：デフォルトの名無しさん [2009/04/24(金) 20:58:17 ]
- グラフカットを利用して、サブピクセル精度の視差は計算できるでしょうか？？
画像はステレオカメラで撮影した左右2枚を用います。
こういった掲示板に書き込むのは初めてなんで、分かりにくいと思いますが、
よろしくお願いします。
- 672 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 01:21:20 ]
- >>666
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 673 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 01:59:41 ]
- >>666
だから、不具合の原因はなんだったの？
質問しておいて、結果を報告しないなんて最低だな。
- 674 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 03:03:30 ]
- >>650に一票
- 675 名前：デフォルトの名無しさん mailto:age [2009/04/25(土) 23:03:07 ]
- 8bpp無圧縮Tiffファイルを、8bppBMPに変換するプログラムがうまく
いかないです
//TIFFから値を取得する。
TIFFGetField(img,TIFFTAG_IMAGEWIDTH,&width);
TIFFGetField(img,TIFFTAG_IMAGELENGTH,&height);
TIFFGetField(img,TIFFTAG_BITSPERSAMPLE,&bitspersample);
TIFFGetField(img,TIFFTAG_SAMPLESPERPIXEL,&sampleperpixel);
TIFFGetField(img,TIFFTAG_ROWSPERSTRIP,&RowsPerStrip);
TIFFGetField(img,TIFFTAG_PHOTOMETRIC,&PhotoMetric);
for(i=0;i<height;i++)
{
TIFFReadScanline(&img[i*width],&pBuf[i*width*sampleperpixel],i,0);
//TIFFReadScanline(img,(tdata_t)pBuf,i,0);
}
どうやったらTiffからピクセルデータを取得できますか？
- 676 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 00:33:27 ]
- >>675
tiffの構造なんてもうすっかり忘れたけど、
ストリップが1ラインずつ分かれているなんて前提はなかったと思うぞ。
1ラインかもしれんし、10ラインかもしれんし、全体で1ストリップしかないかもしれん。
で、今度は何? 回転専用の対応フォーマットを増やしたいってこと?w
- 677 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 08:58:48 ]
- 回転専用……目の付け所が流石だわ。
- 678 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 10:09:15 ]
- >>676
s/回転専用/「回転専用。」/
- 679 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 11:22:37 ]
- >>671
やったことはないが、石川先生の論文にはラベル＝視差は整数にかぎらない(実数でも良い)とある。
- 680 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 12:14:17 ]
- >>675
imgってtiffファイルのハンドルだろ
&img[i*width]ってなんだよ
１ TIFFScanlineSize(img);で1行のバイト数を取得してから1行分のバッファを確保
２ 受け側は各行4バイトバウンダリで高さ分のバッファを確保
３ TIFFReadScanlineで1行ずつ読み込んで
４ 受け側のバッファの各行の銭湯アドレスにコピー
あとは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を足して２で割る、
というプログラムを書きました。
この他にも重ね合わせをするアルゴリズムはあるのでしょうか？
「画像 重ね合わせ」「画像 合成」
とかでググってもうまく見つけられません。。。
- 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の三つを足してるのに２で割ってるのかぁ。
- 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なのでしょうか？
よろしくお願いいたします。
|
 |
