- 1 名前：デフォルトの名無しさん [2007/12/16(日) 08:03:02 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その９
pc11.2ch.net/test/read.cgi/tech/1183910525/
- 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 ]
- 質問です。
例えば下のような図があったときに、１〜１１のそれぞれ領域を、
隣接する他の領域と異なる色で塗り分けるプログラムを作りたいのですが、
各領域の色を決定するアルゴリズムにはどういうものがありますか？
〈｀ｰ─-､＿ノ＾j
｀> ＜＿＿, ─-､＿_＿_
／ j /￣￣￣Tー‐─┬''⌒ヽー-- ､
r' /､ １ / | ５ | ７ | |９
└---─､ / ｀ ｰ──/ ３ | │ | ｌ |
＼ / / ┌┴─‐─┴┐ / ８ ｌ |
＼ / ２ /ｰ─ ----l ６ |‐┤ ｌ |
Ｖ / ４ └──‐──┘ | ｌ |
し个 ､ / | ﾊ〈
| ｀ ーl─‐┬─----------──┬─ｲ´￣ヽヽヽ
| ／ヽ | | ﾊ 〉 〉 〉
| / | | | / │ / 〈ノ
| | | | | / | /
__/ | __/ |１０ __/ | __/ |１０
(＿＿」 ﾞー-‐' ﾞー-‐'(＿＿_」 人
（＿_）
（＿＿）１１
- 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のブラーはたぶん後者。
３次元でブラー掛けた時、FFT２回分の時間と同じくらいだった気がするので。
- 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.１次元化して座標からのアドレス計算を減らして
3.平均化も縦横個別に１次元化して(>>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
にある「リチュース」というのを使うのでしょうか？
- 697 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 01:12:48 ]
- >>696
中心からの距離に比例して回転角度が変わるだけ。
- 698 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 01:19:26 ]
- マッピング「曲線」とか言ってる時点で根本的な部分で勘違いしている気がする。
- 699 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 08:43:47 ]
- 画像輪郭抽出アルゴリズムの話なんだけど
微分値を拾う方法以外の方法で何か有名な方法ってありますか
有用な方法で思い当たる方法もあったら教えてください
- 700 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 09:24:31 ]
- 領域分割してラベリング後に境界をとったら？
やりかたはたくさんある。
- 701 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 10:51:20 ]
- >>699
微分にもいろいろあるだろうけど、
ほかにも、ぼかし＋HPFとか、ウェーブレットでHH成分を拾うとか、色相変化をチェックするとか、
- 702 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 13:02:43 ]
- レベルセットの簡単なtutorialどこかにないですか？
- 703 名前：デフォルトの名無しさん [2008/06/03(火) 13:40:36 ]
- そういえば
先日サイエンスに視覚神経がポジ画像ネガ画像を同時に送ってるってのがあったな
あといくつかの他のいわゆるレイヤーを同時に脳に送りつけてるって
この方式は輪郭抽出や画像認識で既に使われてるのかな
- 704 名前：696 mailto:sage [2008/06/04(水) 00:25:16 ]
- >>697 さん
いや、それがですね、中心距離への比例だと思ってやってたんですよ。
周辺から中心にいくにしたがって回転角をまわしてやるようにつくっても、
フォトショップのような自然な渦巻きにならないのです。
>>698 さん、あえて「曲線」と言わせていただきますが、
再マッピングに曲線式をあてはめると、なんらかの減衰項があるような感じなのです。
昨日からずっと調べてたのですが、クロソイド曲線をつかうのかなぁ？
- 705 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 00:36:14 ]
- じゃあ２乗とかちょっと微調整やるってかんじじゃないのかな。
自然ってのは自分が思うまで微調整やるしか
- 706 名前：698 mailto:sage [2008/06/04(水) 01:08:30 ]
- >>704
Photoshopが何をやっているかは、
↓のような画像を渦巻き変形してさらに「極座標を直交座標に」の変換をすれば一目瞭然。
┌───┰───┐
│ ┃ │
│ ┃ │
│ ┃ │
│ │
│ │
│ │
└───────┘
回転角度が中心に向かって単純に比例ではなく、
1 - sin(πx/2) に比例していることがわかる（0≦x≦1 は中心からの距離）。
つまり中央付近ではほぼ等速変化だけど、周縁では無変換領域と滑らかにつながるようになっている。
リチュースやクロソイドでは中心付近で回転が加速していくので描画効果としては使い物にならない。
- 707 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 09:09:53 ]
- もし704が問題なんだったら対数螺旋のような動きにしてみたら如何かな
- 708 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 13:41:23 ]
- 単なる係数と補間精度だけの問題のようなきがする。
- 709 名前：名無し募集中。。。 mailto:sage [2008/06/04(水) 18:49:03 ]
- >>707
対数螺旋も中央付近で加速していくからフォトショップのようにはならないよ。
696氏はフォトショップの渦巻きフィルタの再現をしたいんでしょ？
フォトショップは中央は一様螺旋で周囲だけ緩和がかかるから>>706が正しい。
- 710 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 18:59:38 ]
- 妥協すれば全て解決。100%コピー目指すなら逆アセしろ。
- 711 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 15:10:37 ]
- いろんな言語使ってる人いるみたいだけどrubyな人はいないみたいだね
- 712 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 16:31:59 ]
- エスパー乙
- 713 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 00:39:11 ]
- >>771
画像処理をしだしてからCばっかりでPerlとかは使わなくなった。
画像解析自体をスクリプト言語でやったりするんやろか
- 714 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 00:55:17 ]
- 多段のフィルタを組み合わせたりするのにLL使うのはいいだろうけど、
画像処理自体に使うのはちょっと‥‥ねぇ
- 715 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 01:08:41 ]
- exe を走らせるスクリプトとかなら (*´･ω･)(･ω･｀*)ﾈｰ
- 716 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 08:55:57 ]
- pythonはPILあるけどrubyはそれに相当するものないから使われないってことなのか
- 717 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 09:09:15 ]
- スクリプト言語は文字列処理が得意なのであって、
画像処理、行列処理、をさせようと思ったら特に意味がない。
- 718 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 14:10:18 ]
- 文字列は配列を切って貼ってする必要があるけど、画像処理はとってきた特徴量を
放り込んでおくだけってイメージ
- 719 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 14:21:27 ]
- ハァ？
- 720 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 16:08:10 ]
- >>695
分ける前の半径ってどうやって決めてるん？
曲座標変換が関係してるんかな？
- 721 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 17:43:54 ]
- あー、半径は自分で適当に設定するのか
- 722 名前：696 mailto:sage [2008/06/15(日) 10:37:03 ]
- >>697さん、>>698さん、>>705さん、>>707さん、>>708さん、>>710さん
「渦まき」できました！ありがとうございました。
- 723 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 10:45:13 ]
- どういたしまして
- 724 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 02:14:13 ]
- MPEG-7のデータセットをgoogleで探していたら
IEEEのサイトに飛ばされることが多いのですが、アカウントをとらないといけないのですか？
- 725 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 02:28:34 ]
- あ、これかな・・・
www.m4if.org/resources.php#section40
- 726 名前：デフォルトの名無しさん mailto:sage [2008/06/22(日) 17:47:13 ]
- H.264の実装説明した奴ないですかね？
- 727 名前：デフォルトの名無しさん mailto:sage [2008/06/25(水) 12:06:43 ]
- x264のソースを落とした上でmarumoんとこでも読んで来い
- 728 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 21:12:02 ]
- 画像センサや画像処理装置のスレって無い？
- 729 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 22:03:13 ]
- ハードは板違い
- 730 名前：デフォルトの名無しさん mailto:sage [2008/07/02(水) 12:21:59 ]
- >>728
俺も探してるんだが無いね。
できたらCognexのVisionProとかﾘﾝｸｽのHalconだとかの情報も欲しいんだが・・
- 731 名前：デフォルトの名無しさん mailto:sage [2008/07/02(水) 23:52:26 ]
- ImageMagick使ってPostScriptの回転・マルチページ化したいんだけどラスターデータみたいなガタガタの画になってしまう…
所詮こんなもんって事？
最終的にはPDFファイルにしたいんだがいきなり頓挫気味です。
- 732 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 09:13:39 ]
- displayだのconvertだのimportだの無遠慮に使い潰すこのゴミが
- 733 名前：デフォルトの名無しさん [2008/07/04(金) 01:15:23 ]
- 画像認識で自転車を認識したいのですが、どのように認識させていいのかわかり
ません。
今は自転車の簡単な特徴点をテンプレートととして用意してその点を認識させよ
うとしているのですが
なかなか認識させることができません。（テンプレートは自転車の車輪を想定し
て円状に点を６点取っています。
うまく自転車を認識させる方法がありましたら教えてください。
- 734 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 02:05:46 ]
- >>733
ハフ変換で円を検出してみるとか
- 735 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 04:23:03 ]
- 横よりも縦から見ること多そうなので、丸で判別するのは難しそう。
結構面倒と思う
- 736 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 14:05:40 ]
- >>733
認識？検出？認識でいいんだよね？
顔認識とかと同じようなかんじで（ある意味での）情報圧縮を
使って特徴量を得てみたら違いがでるのではなかろうか。
主成分分析 (PCA)とか、線形判別分析 (LDA) とか。
で、識別器はパターン認識のなにかの手法、とりあえず k-nn でもいいし、SVM でもいいし使ってみたらそこそこ動いちゃったりしないだろうか。
ここで書いているのはパターン認識でとりあえず習う当たり前の手法なので、
コードとかもごろごろころがってると思うよ。
- 737 名前：デフォルトの名無しさん [2008/07/04(金) 19:39:11 ]
- 画像処理技術者の将来は明るいでしょうか？
- 738 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 21:29:25 ]
- 将来タクシーの運ちゃんになりたいなら画像処理やればいいよ。
- 739 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:02:06 ]
- ttp://www.mit.edu/~andoni/LSH/
これってさE2LSH package使いたいならメールしろって書いてあるの？
- 740 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:17:24 ]
- >>739
そうだけど、誰かに確認を手伝ってもらわないとだめですか、そうですか。
- 741 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:22:38 ]
- thanx!
- 742 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:24:46 ]
- メールってどうやって送ったらいいの？
- 743 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:35:32 ]
- そうか、読めもしないんだからそうなるわな。
でも、コードももらってもマニュアルも読めないし、
論文読んで中身が何をしているのかもわからないし、
使いこなせないんじゃない？
- 744 名前：デフォルトの名無しさん [2008/07/06(日) 21:40:38 ]
- インターレースとプログレッシブのJpegを見分けるにはどうすればいいでしょうか。
- 745 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 21:53:40 ]
- 画像ロードの瞬間、目をこらしてよくみろ
- 746 名前：デフォルトの名無しさん [2008/07/07(月) 06:05:38 ]
- RGB以外の、CMYKやYUVなどのカラースペースのまま
ブラーや半透明合成を行うアルゴリズムの情報源を教えてください！
- 747 名前：デフォルトの名無しさん mailto:sage [2008/07/07(月) 08:04:54 ]
- RGBのときのそれらのアルゴリズムが線形演算でできていて
RGBとCMYK、YUVの変換が線形に行えるなら
全体で線形性が保てているからアルゴリズムを線形変換するだけだよね。
(まあ結局RGBに戻して合成してることと理論上は同じにはなるけど)
と思ったけどRGBとCMYKは線形じゃないのが多いだろうな。
- 748 名前：741 mailto:sage [2008/07/07(月) 17:38:07 ]
- >>743
>>742は自分ではないです。
- 749 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 20:52:04 ]
- 複数のjpg画像から動画を作るためのライブラリとかないでしょうか。
コマンドラインで実行する系で。
- 750 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 21:12:05 ]
- ffmpeg
- 751 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 03:09:15 ]
- 誘導されてきました。マルチになりますが、アドバイスのほどよろしくお願いします。
現在テンプレートマッチングのプログラムを作っているのですが、
テンプレートマッチングでマッチングした部分の色を変えられず苦労しています。。
画像のある特定の範囲だけの色を変えるのってどうすればいいのでしょうか？
- 752 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 03:19:37 ]
- エスパーの登場を待つか詳細を書くかしましょうね。
|
 |
