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


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

画像処理 その10



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

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


596 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 10:48:01 ]
>>588
cinii辺りで検索してみれば?

597 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 14:05:34 ]
>>593
その程度で難しいって・・・スキル低いやつだなww

598 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 14:29:39 ]
>>597
日本語よく読めよ

599 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 17:43:56 ]
言い訳www

知識を無理に披露しようとした>>523かな。乙w

600 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 18:29:24 ]
>>513
>>519
boost.gil何に使ってます?


601 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 21:50:24 ]
オカズに使ってます

602 名前:M1 mailto:sage [2008/05/13(火) 12:28:28 ]
>>589-594
レスthx!やっぱ論文とか他の研究室あたるしかないようだな・・・

>>589
\14,000・・・・
図書館に申請か・・・・・






マンドクサ('A`)

603 名前:デフォルトの名無しさん [2008/05/13(火) 18:54:38 ]
ImageMagickで、24bit-BMPを8bit-BMPに変換したいのですが、
どうすればいいか分かる方いらっしゃいましたら教えてくださいm(__)m


604 名前:デフォルトの名無しさん [2008/05/13(火) 19:28:50 ]
>>603
www.ss.iij4u.or.jp/~somali/web/im_example/quantize.html
こういう感じ?。



605 名前:デフォルトの名無しさん mailto:sage [2008/05/13(火) 22:36:38 ]
何のために減色したいのか知らないけれど、ファイルサイズを気にしているなら小さい画像だと逆効果なので要注意。
8ビットカラーBMPはパレットカラーだからパレットサイズが馬鹿にならない罠。

606 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 10:06:12 ]
スレ違いの謗りを免れないが、教えてください。
jpeg で圧縮後のサイズを指定できるという書き込みを見かけて、最近また
そういうのができるといいと思い出して、やり方を探しているが分からない。
quality 指定の説明しかない。サイズ指定って出来ないですよね。

607 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 10:56:48 ]
作るとしたら、DCTを済ませておいて
予め用意しておいた複数の量子化テーブルで圧縮試行を繰り返す、みたいな感じになるのかな・・・

608 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 11:36:45 ]
ハフマン符号化があるから、処理前にサイズを求めるのは難しいね。
Qualityとファイルサイズの関係はだいたいどの画像も同じような曲線になるから
近似関数を求めておいて、適当なQualityで圧縮してから逆算してみるとか。
単純に二分探索でも良さそうだが。

609 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 14:16:55 ]
QRコード画像を作りたいけど
どう作ればいいか載ってるサイトか本ありますか?

610 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 14:28:45 ]
はい。

611 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 14:41:02 ]
【2次元コード】QRコード総合スレ3【バーコード】
hobby11.2ch.net/test/read.cgi/phs/1148931749/

612 名前:606 mailto:sage [2008/05/15(木) 15:35:57 ]
>>607-608
ありがとうございました。

613 名前:デフォルトの名無しさん mailto:sage [2008/05/15(木) 15:54:12 ]
>>606-608
ファイルの話で、どうしても指定サイズ丁度にしたいのなら、
圧縮した後、非圧縮部分を付け加えて指定サイズにするのが簡単だ。


614 名前:612-606 mailto:sage [2008/05/15(木) 23:23:52 ]
>>613
写真のJpegデータをトリムした後、Exif ヘッダ内に埋め込まれた2つの画像
データも更新して置こうと思っているのだが、小さい縦横の画像のJpegデータ
を作ると、そのサイズが大きくなって、Exif ヘッダに収まらない。(で今は
収まらなければ Exif 形式を諦めている。デジカメではうまく収まるように
よく作っているもんだと感心している。)




615 名前:デフォルトの名無しさん [2008/05/16(金) 17:20:31 ]
画像データの余白部分を指定した幅にしたいのですが、
どうすれば、できるのでしょうか。
画像データが複数ありバッチ処理できると良いのですが。

具体的には、
画像データの空白(白色)以外の部分に外接する四角形と
画像データの外周との幅が、指定された値になるよう、
余白部分を切り取ったり、追加したりする機能です。

よろしくお願いします


616 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 17:28:09 ]
スレ違い

617 名前:デフォルトの名無しさん [2008/05/16(金) 18:13:01 ]
Visual C++を使って画像ビューアを作成(bmp・jpegが表示でき、色調・コントラスト機能が実装できるもの)したいのですが、どうしたらよいでしょうか??初心者なので何から手を付けていいのかもわかりません。環境はVisual studio 2005です。よろしくお願いします。

618 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 18:17:48 ]
開発環境のスレできけ

619 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 18:29:15 ]
ImageMagick でいいんじゃね。


620 名前:デフォルトの名無しさん [2008/05/16(金) 18:38:15 ]
>>618
スレ違いでしたか、失礼しました。

>>619
ImageMagicとは何でしょうか?

621 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 18:40:57 ]
ゴミ

622 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 19:51:55 ]
聞く前にググらないとか有り得ないし100%釣り

623 名前:615 [2008/05/16(金) 20:52:18 ]
>>616
スレ違いですか。申し訳ありません。
ググるキーワードか、お薦めスレ等を教えて頂けると幸いですが。
よろしくお願いします。


624 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 21:59:20 ]
>>617
Express EditionならGDI+を使えばJPEG、TIFF、BMP、PNGを
読み込むことができる。

Standard以上でMFCが使用できるならCImageクラスを使用するなど
できますよ。



625 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 22:57:30 ]
>615
Photoshopでアクション(SelectAll ->領域をshrink->領域反転->削除)を設定し、フォルダごと適用すればいいのでは。

>617
OpenCVのサンプルコードにあったと思う。とりあえずOpenCVインストールして、あとはそちらのスレへ。


626 名前:デフォルトの名無しさん [2008/05/16(金) 23:53:42 ]
>>624さん>>625さん、ありがとうございました。

627 名前:615 [2008/05/17(土) 11:09:43 ]
>>625
レスありがとうございます。
今現在は理解できませんが、勉強いたします。

628 名前:デフォルトの名無しさん mailto:sage [2008/05/17(土) 11:38:51 ]
>>625
>Photoshopでアクション(SelectAll ->領域をshrink->領域反転->削除)を設定し、フォルダごと適用すればいいのでは。
これだとデータを削ることになるジャマイカ。>615の目指すところとは違うと思うぞ。

629 名前:デフォルトの名無しさん mailto:sage [2008/05/17(土) 11:57:04 ]
何をしたいのかはっきりしないけど、
Photoshopアクション(カンバスサイズの拡張->上下左右20ピクセル)だと、元画像を削らない。


630 名前:デフォルトの名無しさん mailto:sage [2008/05/17(土) 12:05:12 ]
もう一度読むと、何がしたいのかなんとなくわかった。
もともとある程度の白枠があるわけね?
それなら、アクション(位置(0,0)を許容値0で自動選択->削除->カンバスサイズの拡張->上下左右20ピクセル)。


631 名前:デフォルトの名無しさん mailto:sage [2008/05/17(土) 13:54:36 ]
板違いもいいとこだ。自分でプログラム書けば簡単だろ。

632 名前:デフォルトの名無しさん mailto:sage [2008/05/19(月) 16:22:24 ]
フーリエ記述子から振幅スペクトルと振幅スペクトルの2乗であるパワースペクトルを求めると何の役に立つん?
振幅スペクトルって2次元ベクトルを足して1次元にしてるだけにしか見えないんですがー

633 名前:デフォルトの名無しさん mailto:sage [2008/05/19(月) 17:20:11 ]
はじめまして。
すごく初歩的なことをお尋ねします。

CMYKカラーのJpegファイルには、解像度(dpi)情報は含まれていないのでしょうか。
RGBカラーの場合は、取得することができているのですが・・

634 名前:デフォルトの名無しさん mailto:sage [2008/05/19(月) 18:23:30 ]
そもそも、RGBカラーのJPEGなんてあったっけ?



635 名前:デフォルトの名無しさん mailto:sage [2008/05/19(月) 19:54:25 ]
>>633
とりあえず、そのファイルをうpしてみろ

636 名前:デフォルトの名無しさん mailto:sage [2008/05/19(月) 22:09:40 ]
>632
フーリエ記述子って知らんけど、フーリエ変換からのアナグラムと同じだと考えると、
振幅とパワースペクトルとの違いは位相成分なので、起点が違うんじゃね?
パワースペクトルだけだと形の同一性しか分からないけど、位相まで含めれば向きが特定できるとか。



637 名前:デフォルトの名無しさん mailto:sage [2008/05/22(木) 19:43:11 ]
>>600
かなり亀レスだけど研究に使ってる

638 名前:デフォルトの名無しさん mailto:sage [2008/05/22(木) 21:45:40 ]
>>634
あるよ。規格上は。
現物のファイルでは見たこと無いな

639 名前:デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:40:41 ]
epsの入出力に対応して欲しい>gil

640 名前:デフォルトの名無しさん [2008/05/23(金) 06:32:39 ]
.NET Framework 1.1 の C# で実装しています
Bitmapクラスに画像イメージを作成・編集し
Bitmap.Save にて Tiff フォーマットを指定して保存しています
この時に Tiff が圧縮された状態で保存されてしまうのですが
無圧縮での保存は可能なのでしょうか
よろしくお願い致します

641 名前:640 mailto:sage [2008/05/23(金) 07:27:32 ]
>>640 です
EncoderValue.CompressionNone
を指定する所までは行ったのですが、実行すると圧縮されている・・・

642 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 07:40:14 ]
スレ違い
.NETスレに池

643 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 07:49:35 ]
無圧縮TIFFくらい自分で書けば?

644 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 17:18:34 ]
>>643 = NEET



645 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 18:45:59 ]
>>644
まだコード書けないのか。おまえ何でム板にいるんだ?

646 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 22:14:52 ]
>>644


647 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 23:20:15 ]
>>646
>>645

648 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 01:29:24 ]
>>648

649 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 06:13:08 ]
また、自分でコード書けないいつものバカが暴れてるのか。

650 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 10:37:07 ]
ぼかしの高速化について質問です。
現在ガウスぼかしの処理を書いてるのですが、640x480範囲5で1枚あたり0.5秒もかかって
しまい、非常に遅いです。一応1次元に落としてはいるのですが、重み付きぼかしの場合、
通常のぼかしのように処理済みのピクセルの結果を流用することができないため、どう
計算量を減らすのかわかりません。
SSEも見様見真似で使ってみましたが、アルファ加重なしで40%高速化、ありではSSEなしと
同じ速度でした。これはたぶん書き方が悪いのだとは思いますが…
なにか参考になるところ、もしくは検索キーワードをいただければうれしいです。
よろしくお願いします。



651 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 10:48:04 ]
例えば5x5ピクセルを参照して1ピクセルの値を求める場合。
計算上問題がなければ、縦5ピクセルx横1ピクセルの加重平均を横一列分計算して、
次にその結果の横5つを加重平均するようにすれば多少は処理を減らせる。

まあ、それでもぼかしって基本的に参照するピクセルが多くなりがちだからそうそう高速化は。

652 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 11:07:40 ]
>>650
具体的に、0.5秒かかっているときのカーネルの大きさ(or ガウシアンの標準偏差)はどれくらい?

653 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 11:10:32 ]
GPU使っちゃダメ?10倍以上速くなると思うけど。

654 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 11:20:24 ]
質問です。
例えば下のような図があったときに、1〜11のそれぞれ領域を、
隣接する他の領域と異なる色で塗り分けるプログラムを作りたいのですが、
各領域の色を決定するアルゴリズムにはどういうものがありますか?

     〈`ー─-、_ノ^j
      `>     <__, ─-、____
     /            j         / ̄ ̄ ̄Tー‐─┬''⌒ヽー-- 、
    r'            /、   1   /      |  5   | 7  |    |9
    └---─、        /  ` ー──/   3   |    │    |    l |
            \    /       /     ┌┴─‐─┴┐ / 8  l |
          \  /   2   /ー─ ----l     6     |‐┤    l |
            V        /    4  └──‐──┘ |     l |
            し个 、   /                   |   ハ〈
                |  ` ーl─‐┬─----------──┬─イ´ ̄ヽヽヽ
              |   /ヽ  |             |   ハ    〉 〉 〉
                  |  /   | |                  |  / │ / 〈ノ
                | |   | |             | /  | /
             __/ |  __/  |10            __/  | __/  |10
               (__」 ゙ー-‐'           ゙ー-‐'(___」    人
                                            (__)
                                           (__)11



655 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 11:24:56 ]
宿題は自分で考えましょう

656 名前:650 mailto:sage [2008/05/24(土) 11:54:39 ]
>>651
とりあえずそうしているのですが、その結果が0.5秒です orz

>>652
5です。 10だと約1秒でしたので、カーネルサイズと比例関係になっていると思います。

>>653
GPUですか…
DirectXは全くさわったことがないのでそこから始めなければならないんですよね… orz
もしGPUを使うとしたらシェーダは自分で書かなければならないのでしょうか?

657 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 12:12:57 ]
GPUはCG言語から扱えるのでは

658 名前:デフォルトの名無しさん [2008/05/24(土) 12:15:13 ]
CgよかBrookGPUの方がよくね?
いっそCUDAかCAL使うのも手だけど。

659 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 12:15:32 ]
ageちゃったスマソ

660 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 12:29:26 ]
ttp://tpot.jpn.ph/t-pot/program/79_Gauss/index.html
速度比較のお試し程度ならこれで十分じゃない?自分で理解できた方が良いけどさ。

661 名前:650 mailto:sage [2008/05/24(土) 12:49:23 ]
うーん、できれば古いPCでも動くように作りたかったのですが、計算量はこれ以上減らせる
見込みはないのかな… 周りとの平均をとる以上無理か orz

>>657,658
やっぱり自前でシェーダ書かなければ無理ですよね orz
というか、かなり大きめの画像(HD以上)も扱えるようにしたいのですが、テクスチャ作れますかね?

>>660
ありがとうございます。
見た感じなんかCとはちょっと違いますね。
大きくは違わないけどCのノリで行ったら痛い目見そうだ

662 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:07:29 ]
単に広範囲をぼかすだけなら小さめのガウスぼかしを複数回かける手もある。
クォリティ下げていいなら移動平均にすれば大きくぼかしても負荷ほとんど増えないが。

663 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:18:35 ]
広範囲で極端な精度を求めないならパスカルの三角形を繰り返してやれば
擬似ガウシアンだよな。

664 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:21:08 ]
そのくらい単純な処理の場合、計算量を減らすよりも
キャッシュのヒット率を考えた方が速くなると思うよ。



665 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:24:31 ]
OpenCVのガウスぼかしはCPUにしてはわりと速いと思う

666 名前:650 mailto:sage [2008/05/24(土) 17:51:01 ]
遅くなってすいません。

>>662
移動平均ということはモーションブラーのようにちょっとずつずらして
いくつも重ねてレンダリングするということでしょうか?

>>663
調べてみましたが、これも良さそうですね。 あんまり見た目も変わらないですし。

>>664
基本的に全部のピクセルを順番に走査するのであまり変わらないような気もしますが…
そこまでキャッシュミスするものなのでしょうか?

>>665
OpenCVですか。 言葉は聞いたことがあるのですが、どんなものなのでしょうか?
ちょっと調べてみます。

667 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 18:27:49 ]
ぼかしは、計算時間かかるから、0.5秒なら妥当だと思うけど。
ちなみに、ガウシアンカーネルをコンボリューションしているの?FFTしてから掛け算しているの?
一般的に、前者は遅い。

ぼかしくらいで、OpenCV導入することはないと思うけど、OpenCVのブラーはたぶん後者。
3次元でブラー掛けた時、FFT2回分の時間と同じくらいだった気がするので。


668 名前:650 mailto:sage [2008/05/24(土) 19:13:06 ]
>>667
>>651のように縦横別々に分けて掛けてます。
この方法だとO(2n)になるのでFFTよりは速い(たしかO(nlogn)だったと思うので)のでは
ないかと思うのですが、どうでしょうか?


いろいろ試したところ、通常のぼかしやカーネルの小さいガウスぼかしを重ねがけするのが
結果的にも時間的にもいい感じなのでもうちょっと調べてみます。

669 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 19:44:02 ]
>>668
その方法ではせいぜいO(n^2)までしか行かない
縦横別々にFFTを使うほうが効率がいい

670 名前:650 mailto:sage [2008/05/24(土) 20:23:25 ]
>>669
マジっすか orz
手元にFFTの乗った教科書があるのでちょっと見てみます。


…2^nのみじゃないといいなw

671 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 20:26:42 ]
教科書みるよりOpenCVのソース見たほうが速くない?
用途にもよるけどAvisynthのフィルタもいろいろな処理のソースあるよGPLだけど。

672 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 20:34:06 ]
FFTはFFTWを使うとして、係数を事前計算しておけばガウス暈しは(周波数空間像の)画素ごとに係数を掛けるだけなんだっけ?

673 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 20:34:19 ]
畳み込みの勉強をすればいいかも

674 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 20:58:54 ]
ちょこっと書いてみた所
Window Sizeは5×5
Pentium-4 2.4GHzで640×480、24ビットカラーで70ms
同8ビットグレイスケールで20ms
コンパイラはVS.net 2003 ProのC++でSSEもアセンブラもなし最適化は/G6
実数演算しているので整数演算にすればもう少し速くなると思う。

このくらいの速度はでるという参考にでも。



675 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:05:34 ]
>>650の実行環境すら分からない状態で、0.5秒が遅いという本人の印象だけで
実装アルゴリズムもソースも、言語すら書かれていないというのに、
どうしてこんなに速いだの遅いだの言う話が進むのか。みな超能力者なのか。

とおもたよ。


676 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:07:59 ]
理論的な早さは実行環境によらず語れるじょん?

677 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:17:20 ]
>>675
「遅い」と言われたら、だいたい原因の想像がつくからだよ

678 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:29:29 ]
>>676
速さ、な。
650が現状どの程度計算量を減らす手段をとったのか正しくわからない状態では、
適切な助言はできないだろ。もしかしたら、環境が遅いだけで650は最速に近い
アルゴリズムを実装しているのかもしれないぞ。
いずれにしても、ワークを直接ポインタで操作しているという前提で、汎的な工夫なら、

1.640x480なら、650x490のワークを利用することで境界判定をなくして
2.1次元化して座標からのアドレス計算を減らして
3.平均化も縦横個別に1次元化して(>>651)
4.必要な精度にもよるが適当でいいなら固定小数点化して整数演算に帰着させる

くらいしかないんじゃないかな。


679 名前:650 mailto:sage [2008/05/24(土) 21:40:10 ]
FFTのソースやら説明を読んでたら頭が爆発しそうになりました。
ろくに数学をやってないのに手を出すべきじゃなかったかもしれません orz

>>674
(゚Д゚)

>>675
ソースが糞だからだと思います。
しかし、自分も糞なので糞が直しても糞にしかなりません。

>>678
現在は2と3をやってます。
1はコピーに時間がかかりそうですが、コピーはしないのでしょうか?

680 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:58:56 ]
FFTは別に理解していなくても、使えればいいよ。
(気持ちに余裕があるときクーリ&ターキの大発明を理解したらいい。元はガウスだっけ?)

FFTは特にFFTWくらい高速なものになると理解困難。
サイズによってアルゴリズム変化するらしい。
使い方もちょっと特殊。

ま、何も考えずに使いたければ、OpenCVにIPL組み込むことだ。ボカシ命令実行するだけで、すべてやってくれる。


681 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:12:20 ]
8bit インデックスカラー画像を、さらに可逆圧縮する方法は無いでしょうか?
汎用的な圧縮アルゴリズム以外で。

682 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:21:48 ]
誰かエスパーいたら、相手にしてやれよ

683 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 03:08:35 ]
>>681
自分で考えれば良いんじゃない?
これだけじゃ、これぐらいしか回答できない

PNGにデータを保存すれば良いんじゃない?
可逆圧縮だし、8bitデータも扱えるし

何も意識せず、保存したいならGDI+で良いと思うよ
アルゴリズムも気にする必要もない

684 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 08:17:15 ]
>>681
BMPで画像サイズが小さいなら、24ビットにした方が小さくなる。



685 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 09:41:00 ]
お勧めのTIFFからJPEGに変換ツール教えてください。
JavaServletから使いたいです。

686 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 11:39:52 ]
ImageMagick
Serveletから使えるかはしらね。

687 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 13:18:56 ]
>>686
いいですね!

688 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 10:11:21 ]
おまいら、YYフィルタってどうよ?

689 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 19:00:05 ]
アホクサ20年前のレベルやん

690 名前:デフォルトの名無しさん [2008/05/29(木) 23:44:57 ]
>685

普通に、SDKのクラス使えばできる。
java 画像変換でぐぐれ!

691 名前:デフォルトの名無しさん mailto:sage [2008/06/01(日) 02:28:32 ]
shape context ってわかる人いますか?
en.wikipedia.org/wiki/Shape_context

概念はわかったけど、このshape context histogramがどう作られてるのか
さぱーりわかりません。
Step 2: Computing the shape context
のところ。



692 名前:デフォルトの名無しさん [2008/06/01(日) 16:47:50 ]
vine4.2でImageJをインストールしているんですが、
□□□など文字化けが起こるのですがいい解決方法がありませんか?


693 名前:デフォルトの名無しさん mailto:sage [2008/06/01(日) 19:15:22 ]
フォント指定してないからだろ


694 名前:デフォルトの名無しさん mailto:sage [2008/06/01(日) 20:35:15 ]
それは一般に豆腐と呼ばれる現象なのでググるとなんかわかるかもね



695 名前:デフォルトの名無しさん mailto:sage [2008/06/02(月) 21:01:37 ]
>>691
まるかいてー、角度でわけてー、半径でわけてー、
その半径のわけかたはー、log っぽくてー、
で、点の数をかぞえるー

696 名前:デフォルトの名無しさん [2008/06/03(火) 00:46:49 ]
百戦錬磨の職人の皆様、教えてください。

アドビのフォトショップにある フィルタ...変形...渦巻き と同じことをやりたいです。
画像端部はそのままで中心部のみをネジる感じです。

charaku.maxs.jp/PHHENKEI/mihon.html

しかしマッピング曲線がよくわかりません。
ja.wikipedia.org/wiki/%E4%BB%A3%E6%95%B0%E8%9E%BA%E6%97%8B#.E3.83.AA.E3.83.81.E3.83.A5.E3.83.BC.E3.82.B9
にある「リチュース」というのを使うのでしょうか?






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

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

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