08/04/03 22:12:23
URLﾘﾝｸ(dc.watch.impress.co.jp)
すげえ
489:デフォルトの名無しさん
08/04/03 22:32:58
>488
確かにすげぇ。
ピンボケしても元の情報って落ちてないのか。
落ちてると思い込んでた。
490:デフォルトの名無しさん
08/04/03 22:43:36
>>488
これはデコンボリューションの1種という捉え方であってるのかな…
491:デフォルトの名無しさん
08/04/03 22:46:32
いや、落ちますよ。写真として再現するレベルには足りているようですが。
492:デフォルトの名無しさん
08/04/03 22:57:27
この人は元Stanford大なんだね
研究成果を活かしたベンチャーらしい
だれか興味がある人は元の論文読んでくれ
493:デフォルトの名無しさん
08/04/03 23:05:47
>>488
この"Light Field Camera"ってカメラ自体も特殊なんじゃねーの？
URLﾘﾝｸ(dc.watch.impress.co.jp)
494:デフォルトの名無しさん
08/04/03 23:28:32
URLﾘﾝｸ(graphics.stanford.edu)
URLﾘﾝｸ(graphics.stanford.edu)
URLﾘﾝｸ(graphics.stanford.edu)
センサの手前に挿入するマイクロレンズが肝で、
4次元ライトフィールドをキャプチャできる代わりに解像度が犠牲になります。
本当にありがとうございました。
495:デフォルトの名無しさん
08/04/04 00:41:38
>>494
リンクにある顕微鏡版のはyoutubeにデモがあがってたな
496:デフォルトの名無しさん
08/04/04 07:52:55
あの～、ピンボケの自動補正なんて、すごく地味で超初心者向けな機能なんですけど。
この手法を応用して、もっと別な面白いことに発展したらいいね。
497:デフォルトの名無しさん
08/04/04 08:54:40
つまり、記事を書いた香具師は画像処理の基本も判っていない半可通だと言うことで宜しいか。
498:デフォルトの名無しさん
08/04/04 09:01:18
記事ではマイクロレンズにも言及しているし、仕組みを何も理解せずに書いたわけではないだろう。
ただ、タイトルが「ソフトウェア技術」となっているのは誤解を招きやすい。
499:デフォルトの名無しさん
08/04/04 10:09:20
>>498
発表者がマイクロレンズって言ってたのをそのまま書いただけだろ。
ボディとレンズの間にマイクロレンズがあるって、あとから訂正されてるし。
500:デフォルトの名無しさん
08/04/04 10:33:54
ああ、さっき初めて記事を読んだから気づかなかったけど、>>494の1時間後に訂正されてたのか。
501:488
08/04/04 21:16:52
やっぱりそういう話なのか(´･ω･`)
光学屋には面白いけど、画像処理はそこまで
複雑じゃないよなあ
502:デフォルトの名無しさん
08/04/04 21:33:56
これってあとから被写界深度も変えられるのかな
503:デフォルトの名無しさん
08/04/05 01:00:37
>>501
>>494の2つ目の論文（SIGGRAPH 2005採択）を読んだ上で「そこまで複雑じゃない」と言ってる？
4Dライトフィールドと2D写真の関係を周波数空間で解析する理論のほうもかなり興味深いと思うけどなぁ
504:デフォルトの名無しさん
08/04/11 15:33:18
Ｃ以外を使ってる人って本当にいないのかい？
505:デフォルトの名無しさん
08/04/11 16:01:32
>>504
いくらでもいるだろ。このスレでもアセンブラの話をしてるやつがいた。
ただ、言語の話はスレ違い。
506:デフォルトの名無しさん
08/04/12 07:01:58
c#でもそこそこスピードでたので移行した。
507:デフォルトの名無しさん
08/04/15 17:48:02
himatsubushiってサイトの人は、
昔、VBで書いてた
508: ◆Cgjmdh7/b6
08/04/16 00:24:35
test
509:デフォルトの名無しさん
08/05/01 00:28:36
グレースケールのある程度変化のある背景から明度の差がある
繋がった図形をどうやって抽出すればいい？
背景は基本的に連続的だが規則性はない
抽出するものは例えば中が塗られたいびつな円とかだけど輪郭は、ぼやけてる
抽出条件は基本的に周りより暗いってことだけ
人間がみれば見つけられるが、輪郭強調すると背景のパターンも強調されてしまう
背景は暗い部分もあれば明るい部分もあり、閾値は使えない
510:デフォルトの名無しさん
08/05/01 00:37:26
>> 509
何で背景は暗い部分と明るい部分に分かれるの？
安定した状態にならない理由は？
511:デフォルトの名無しさん
08/05/01 07:50:54
とりあえず１階微分とって観察。
２階微分とって観察してみれば？
512:デフォルトの名無しさん
08/05/01 21:36:44
シェーディング補正とかは使えないのかな？
513:デフォルトの名無しさん
08/05/02 10:09:17
boost.gilの正式版でたけど使ってる人いる？
514:デフォルトの名無しさん
08/05/02 11:46:16
３月にでたBIASのリリース版使ってる人いますか？
深刻なバグあったりしないですか？
うちは挙動がおかしかったので前のバージョンに戻しました
515:デフォルトの名無しさん
08/05/02 11:51:37
なにそれ
516:デフォルトの名無しさん
08/05/02 18:53:26
>509
面積・幅・形状よって適した方法が変わるので、モノは何？
言いたくなければ、近いものでもWebイメージから指定したら？
汎用の回答でいいなら、「Photoshopでアンシャープ後、２値化する。」
517:デフォルトの名無しさん
08/05/03 13:20:46
BIAS
URLﾘﾝｸ(www.mip.informatik.uni-kiel.de)
ver 2.5.0で問題なく動いていたプログラムが
ver 2.6.1にしたとたんセグメントフォルトで落ちるようになった
何かの関数を連続で呼ぶと関係ない配列データの中身を書き換えているぽい
誰か使ってる人いないの？
画像の幾何学処理してくれるlibraryって他にある？
518:デフォルトの名無しさん
08/05/03 18:15:49
例外が発生するバグほどデバッグしやすいものはないと思うが。
デバッガ使えばすぐにどこが悪いか分かるだろう。
519:デフォルトの名無しさん
08/05/05 02:07:10
>>513
使ってるよ
520:デフォルトの名無しさん
08/05/05 10:36:36
BIAS::Vector3<double> v=hoge();
と
BIAS::Vector3<double> v;
v=hoge();
を繰り返し呼ぶと答えが違う
c++の行列計算はもうublas以外信じねえわ
521:デフォルトの名無しさん
08/05/05 23:55:15
>>520
x86では普通
522:デフォルトの名無しさん
08/05/06 00:06:58
どうせ80ビットで計算するならlong double残しといてくれって話だよな
523:デフォルトの名無しさん
08/05/09 12:04:20
VBやVCから使えるDLLで、2枚の画像を半透明合成できるものってあるかなあ・・・
524:デフォルトの名無しさん
08/05/09 13:17:07
今から作れば？
おやつ前にはできるだろ。
525:デフォルトの名無しさん
08/05/09 13:27:29
作れないザコのゴミレス程、存在価値のないものはないなｗ
>>523
mDibでググれ
526:あいちゃん
08/05/09 13:29:30
2枚の画像の半透明合成って、対象の画像を1bitずつ交互に描画していくだけじゃだめなの？
527:デフォルトの名無しさん
08/05/09 13:33:27
半透明のコードぐらいググればすぐ出てくるじゃん。
528:デフォルトの名無しさん
08/05/09 14:33:44
本件に関しては、DLLを探して使い方調べているより自分で作った方が早い
に一票
529:デフォルトの名無しさん
08/05/09 14:36:44
>>524=528
作る技術もないのにエラソーにｗ
530:デフォルトの名無しさん
08/05/09 14:40:23
いくらなんでもそれはスキル低すぎだろ。
DLL作ったことありませんとか、BMPの扱い方が分かりませんのレベルか？
531:あいちゃん
08/05/09 14:42:29
えらそーにしてるのは>>529だと思います！！
532:デフォルトの名無しさん
08/05/09 15:09:34
>>529
10行程度のプログラムに「作る技術」もないだろ
533:デフォルトの名無しさん
08/05/09 16:01:11
煽ればムキになってコードが返ってくる
と思ってるくさい
534:デフォルトの名無しさん
08/05/09 18:08:28
口だけのやつばっかだなｗ
>>532
10行程度なら書いてみな？ 無理だろほーらばかｗ
535:デフォルトの名無しさん
08/05/09 18:23:43
普通にググったらソース出てくるのに。もうアホかと。
536:デフォルトの名無しさん
08/05/09 18:29:08
>>533
大正解
おめでとう
537:523
08/05/09 18:39:14
>>525
ありがとう
538:デフォルトの名無しさん
08/05/09 18:39:45
>>535
ソースがあれば何でもできると思っている基地外発見ｗｗ
539:デフォルトの名無しさん
08/05/09 18:42:02
どんだけスキルないねん。ここム板やで。
540:デフォルトの名無しさん
08/05/09 18:45:32
普通にググったら詳細な説明も出てくるのに。ゆとりか？
541:デフォルトの名無しさん
08/05/09 18:46:59
>>537
おまえのせいで荒れてるのに、不自然なんだよ。
自演してんじゃねー、ボケ。
542:デフォルトの名無しさん
08/05/09 18:47:46
>>537
どういたしまして
543:名無し募集中。。。
08/05/09 21:31:00
あるふぁぶれんど?
544:デフォルトの名無しさん
08/05/09 22:06:40
ちょっと上の方でも出てるので便乗で。
現在様々なブレンドモードに多対応させるため、いろいろ組んでるのですが、
通常のアルファブレンドの部分でどうしてもエッジが黒ずんでしまいます。
合成前のイメージはGDIなどで貼り付けた場合は黒ずまないので補間処理が
間違っている訳ではないみたいなのですが…
byte tb;//前景色(青)
byte t;//背景色
byte ta;//前景のアルファ
(((tb - t) * ta) >> 8) + t
これを各色回してるのですが、どこを間違っているのでしょうか?
545:デフォルトの名無しさん
08/05/09 22:21:15
>>544
それbyteじゃ駄目だろう。
あとαが0～255なのに、256で割ったら駄目だろう。
546:デフォルトの名無しさん
08/05/09 22:33:23
>>545
byteは演算式の中ではintに自動格上げされるから問題ないだろ
547:デフォルトの名無しさん
08/05/09 22:36:33
>>545
回答ありがとうございます。
byteは引き算が入ると自動的にintにアップキャストされるはずですが…
αを256で割るのはどこのページを見ても256で割ってるor8ビットシフトしてる
のであってるのかと思いましたがそうではないのでしょうか?
とりあえず、変数をdoubleにし、255で割ってみましたがだめでした orz
548:デフォルトの名無しさん
08/05/09 22:39:52
元画像が前乗算済みARGBになってたりはしないよな？
GDI+で言うPixelFormat32bppPARGB
549:デフォルトの名無しさん
08/05/09 22:41:10
アルファが正しいかどうか疑うべきだな
550:デフォルトの名無しさん
08/05/09 22:50:25
>>548
それはないです。ちゃんとPixelFormat32bppArgbとなっています。
>>549
αはGDIで合成したときは黒ずまないのであってると思いますが…
一応補間部分の式も載せておきます。
byte c1, c2, c3, c4;//各ピクセルの色
byte c1a, c2a, c3a, c4a;//各ピクセルのα
float px, py;//位置
float pp = px - Math.Floor(px);
float qq = py - Math.Floor(py);
float ip = 1 - pp;
float iq = 1 - qq;
float a = (ip * ((iq * c1a) + (qq * c3a))) + (pp * ((iq * c2a) + (qq * c4a)));
float c = ((ip * ((iq * c1 * c1a) + (qq * c3 * c3a))) + (pp * ((iq * c2 * c2a) + (qq * c4 * c4a)))) / ta;
こんな感じなのですが…
551:デフォルトの名無しさん
08/05/09 23:08:12
>>550
cの計算でα掛けちゃってるのが悪いんじゃないか？
552:デフォルトの名無しさん
08/05/09 23:28:23
>>551
元々cでアルファは掛けてませんでしたが、その頃からすでに黒い線は
出ていたので、αを掛けてる例もあったので試してみましたが… orz
553:デフォルトの名無しさん
08/05/10 00:09:48
んー、どういう画像を元にして、処理後どうやって表示したとき変に見えるのか、とかちゃんと書こうぜ。
554:デフォルトの名無しさん
08/05/10 00:33:26
>>553
画像は32bitARGBな画像で、背景がα=0でないとき、重ねるイメージを0.5px移動や回転など
で1px未満でずれたイメージのエッジ部分が黒ずんで見えます。
0 0.33 0.67 1 (px)
│
└─┐
│←こことか 重ねたイメージ
└─┐
│←こことか
└─┐
背景 │
└─...
上の0 < x < 1の部分が黒(灰色?)っぽくみえます。
555:デフォルトの名無しさん
08/05/10 00:40:23
上の図は画像ではこんな感じです。
0 0.33 0.67 1 (px)
│
├───┐
│//////////│←こんな風に黒っぽく
│//////////│
│//////////│ 重ねたイメージ
│//////////│
│//////////│
└───┼─...
│////
背景 │...
556:デフォルトの名無しさん
08/05/10 00:48:30
お前それ、もしかしてバイリニアの色漏れ・・・・
αと関係ないだろ・・・・・・・・・・・・・・
557:デフォルトの名無しさん
08/05/10 01:39:34
>>556
マジすか orzorzorz
でもなぜ変形後のイメージをGDIで重ねたときは黒っぽくならないんだろ…
558:デフォルトの名無しさん
08/05/10 01:53:08
ＧＤＩ描画でちゃんと補完モードはバイリニアになってるか？
いいから一回描画する画像のαが0のピクセル全部を緑色とかにしてやってみろ。
今度は暗くならず緑色が出てれば間違いなくバイリニア補完での色漏れ。
559:デフォルトの名無しさん
08/05/10 02:10:59
>>558
やってみました。
GDIの補間はバイリニアになってますが、暗くならず、ちゃんと緑になってます。
ただ、自前のバイリニアだと暗くなってます orz
しかも、もっとキモイ事に32bitPNGで保存したときは黒ずみが消えているという…
何をしたWinForm orzorz
560:デフォルトの名無しさん
08/05/10 02:29:44
けっ、どとねと使いか・・・
説明わかりにくいし、状況小出しだし、もうめんどう。
後は自分でがんばりや。
561:デフォルトの名無しさん
08/05/10 03:02:22
先ほど書き出したPNGをPsで見たところ、エッジの部分のαが背景と重ねたイメージが
255なのに対して、少し減っている事がわかりました。
やはりアルファブレンドの処理で何かやらかしていたようです。
>>560
とりあえず原因がつかめたのでどうにかなりそうです。
長々とおつきあいいただきありがとうございました。
//どとねとってどこ行っても嫌われてるのは何でだろう?
562:デフォルトの名無しさん
08/05/10 03:59:36
>>561
補間一つ取っても、どんなアルゴリズムで実装されているのかわからないメソッドなんかがあるから嫌われる。
# なんだよ「『HighQuality』BiCubic」って……
563:デフォルトの名無しさん
08/05/10 11:16:12
>>562
字面通りに捉えれば、BiCubicの高精度版ってだけなんじゃね？
小数点以下の有効桁数の問題なのでは。
564:デフォルトの名無しさん
08/05/10 11:23:07
それにしては違いすぎているから、多分そうじゃない
565:デフォルトの名無しさん
08/05/10 13:11:56
それってﾄﾞﾄﾈﾄじゃなくてGDI+じゃないの？
566:デフォルトの名無しさん
08/05/10 14:41:37
>>565
ﾄﾞﾄﾈﾄのはGDI+のラッパーだからﾄﾞﾄﾈﾄにもあるよ
567:デフォルトの名無しさん
08/05/10 16:38:40
.NET使いのやつには、まず自分の知識不足、理解不足を疑う必要があるのに、WinFormのせいにするような輩が多いからだよ。
まずは自分を疑えと。話しはそれからだ。
568:デフォルトの名無しさん
08/05/10 17:02:31
それはC++でもJavaでもPHPでも同じだと思うけど？
569:デフォルトの名無しさん
08/05/10 19:04:41
>>566
だから>>562は「どとねとってどこ行っても嫌われてるのは何でだろう?」への回答としては不十分だって話だろ
570:デフォルトの名無しさん
08/05/10 21:02:36
VC、VB屋でもDLLだけ欲しがる奴もいるし、
コード張ってくれなきゃ逆切れする奴もいるし、
.net屋だからというのは偏見だと思うな。
571:デフォルトの名無しさん
08/05/10 23:19:53
自分のプライドを守るために卑しむわけです。
572:デフォルトの名無しさん
08/05/11 01:40:54
イラストと写真を判定したいのですが
よい基準ありますか
573:デフォルトの名無しさん
08/05/11 01:47:20
>>567
それ.NET使いに関係なくどの言語・基盤技術上でも底辺プログラマには共通
574:デフォルトの名無しさん
08/05/11 02:48:29
イラストの写真
575:デフォルトの名無しさん
08/05/11 03:21:59
アイドルマスターは実写。
576:デフォルトの名無しさん
08/05/11 05:37:40
>>572
勃起したらイラスト
萎えたら写真
俺の基準
577:デフォルトの名無しさん
08/05/11 06:02:53
>>572
もう釣りにしか見えないけど、自分が絶対断れない立場でこれをやれといわれたら
光の分布をチェックすると思う。方向ならなおよし。
578:デフォルトの名無しさん
08/05/11 07:15:59
>>577
詳しく
写真から3Dモデルを作るくらい難しい？
579:デフォルトの名無しさん
08/05/11 07:57:02
イラストを写真に撮ったのはどうすんの
580:デフォルトの名無しさん
08/05/11 08:22:41
イラストだけならイラスト
額が映っていたり遠近法で歪んで見えると実写だろ
3DCGは？
581:デフォルトの名無しさん
08/05/11 08:50:42
実写に手を加えたものは？
582:デフォルトの名無しさん
08/05/11 09:25:43
属するクラスの選択によって結果が違うだろうな。
両方やって妥当なほうを選択するだろうから
手を加える割合によるんじゃね。
583:デフォルトの名無しさん
08/05/11 10:52:48
完全に汎用なのかどうかにもよるが、画像の特徴抽出をいくつか実装して、
インターネット上に転がっているイラストや写真をどんどん喰わせて出力、
抽出されたパラメータを眺めて相違点を取り出し実装するのが一番現実的
じゃないか？
有意な相違点がなかったら？ それは区別できないってことだ。
584:デフォルトの名無しさん
08/05/11 15:56:53
輪郭線
585:デフォルトの名無しさん
08/05/11 17:09:36
>>579
これらのスレを有効活用してくれ
ｽﾚﾘﾝｸ(erocg板)
ｽﾚﾘﾝｸ(erocg板)
586:デフォルトの名無しさん
08/05/11 18:03:27
>>583
だろうなあ。
今、2割誤判定する方法をふたつ作ったので
こういうのを増やしていってAdaBoostなんかで繋げばいいのかな。
>>584
イラストは縁取りがある判定は一番初めにやったがダメだった。方法がダメなのかもしれないけど、
(1). 微分フィルタでエッジを出す
(2). 暗い色、または鮮やかでない色を抽出
(3). 3近傍内に(1)がある場合、3均衡内に(2)がある割合を求める
ってしたが、縁取りが無いイラストがあったり、あっても縁取りの色がイラストによってまちまちなのと
写真もエッジが出るあたりは暗くなっているので単純に暗い色でやるとうまくいかなかった。
まずは、イラストで縁取りされている輪郭線の色特徴からかな・・・。
587:デフォルトの名無しさん
08/05/11 18:42:55
コンピュータで書かれているイラストなら
色の変化が機械的に整っている。
588:M1
08/05/11 20:50:55
大学院で3次元の画像認識・理解をやろうと思ってるのですが、お奨めの参考書とかありませんか？
ネットで調べると情報は多くあるが内容は少ない。参考書探そうとすると参考とできる書籍自体がない(´･ω･｀)
学部ではOpenCVで画像処理やってました。機械の制御の研究室なので、誰も当てにできないヽ（ ´Д`）ﾉ;
589:デフォルトの名無しさん
08/05/11 21:12:20
コンピュータビジョン (単行本)
David A.Forsyth (著), Jean Ponce (著)
590:デフォルトの名無しさん
08/05/11 21:48:51
>>588
論文嫁
591:デフォルトの名無しさん
08/05/11 21:49:51
2chよりは、論文探してその人にメールした方が確実だな。
592:デフォルトの名無しさん
08/05/12 01:44:46
この分野は進歩が激しいので教科書より論文とかプロシーディングだろうな。
593:デフォルトの名無しさん
08/05/12 08:40:24
>>586
個々の判定方法の出力をうまいことひとつにまとめることが出来るなら、
その出力を利用してどちらかを判定する部分に、学習を行わせるツールを作成するといいよ。
面倒だったら、いくつか初期設定した後、どちらかがはっきりしている
１０００枚くらいの画像を利用して、ＧＡで境界値（または値の分布表）を
収束させると、うまくいくときは楽でいいだろう。ＧＡ部分の作成はたいした手間でもないし。
あとは勝ち残ったアルゴリズムに未知の画像を分類させて、分類に利用する既知の画像を
増やしていくことで、１０万枚くらいまでデータを増やせれば、代表的な画像の判定なら
かなりのところまで精度を上げられると思うよ。それ以上は難しいだろうが。
594:デフォルトの名無しさん
08/05/12 08:42:14
>>588
そういう大学で、大学院があるなら、画像研究をやってる研究室があるだろ。
そこにいって相談するのが一番早い。
ないなら、教授のつてで他大学の研究室を紹介して貰え。
縦割りの大学に将来はないぞ。
595:デフォルトの名無しさん
08/05/12 10:34:01
>>594
自宅警備員が偉そうに大学語るなよ（笑）
596:デフォルトの名無しさん
08/05/12 10:48:01
>>588
cinii辺りで検索してみれば？
597:デフォルトの名無しさん
08/05/12 14:05:34
>>593
その程度で難しいって・・・スキル低いやつだなｗｗ
598:デフォルトの名無しさん
08/05/12 14:29:39
>>597
日本語よく読めよ
599:デフォルトの名無しさん
08/05/12 17:43:56
言い訳ｗｗｗ
知識を無理に披露しようとした>>523かな。乙ｗ
600:デフォルトの名無しさん
08/05/12 18:29:24
>>513
>>519
boost.gil何に使ってます？
601:デフォルトの名無しさん
08/05/12 21:50:24
オカズに使ってます
602:M1
08/05/13 12:28:28
>>589-594
レスthx！やっぱ論文とか他の研究室あたるしかないようだな・・・
>>589
\14,000・・・・
図書館に申請か・・・・・
ﾏﾝﾄﾞｸｻ('A`)
603:デフォルトの名無しさん
08/05/13 18:54:38
ImageMagickで、24bit-BMPを8bit-BMPに変換したいのですが、
どうすればいいか分かる方いらっしゃいましたら教えてくださいm(__)m
604:デフォルトの名無しさん
08/05/13 19:28:50
>>603
URLﾘﾝｸ(www.ss.iij4u.or.jp)
こういう感じ？。
605:デフォルトの名無しさん
08/05/13 22:36:38
何のために減色したいのか知らないけれど、ファイルサイズを気にしているなら小さい画像だと逆効果なので要注意。
8ビットカラーBMPはパレットカラーだからパレットサイズが馬鹿にならない罠。
606:デフォルトの名無しさん
08/05/15 10:06:12
スレ違いの謗りを免れないが、教えてください。
jpeg で圧縮後のサイズを指定できるという書き込みを見かけて、最近また
そういうのができるといいと思い出して、やり方を探しているが分からない。
quality 指定の説明しかない。サイズ指定って出来ないですよね。
607:デフォルトの名無しさん
08/05/15 10:56:48
作るとしたら、DCTを済ませておいて
予め用意しておいた複数の量子化テーブルで圧縮試行を繰り返す、みたいな感じになるのかな・・・
608:デフォルトの名無しさん
08/05/15 11:36:45
ハフマン符号化があるから、処理前にサイズを求めるのは難しいね。
Qualityとファイルサイズの関係はだいたいどの画像も同じような曲線になるから
近似関数を求めておいて、適当なQualityで圧縮してから逆算してみるとか。
単純に二分探索でも良さそうだが。
609:デフォルトの名無しさん
08/05/15 14:16:55
QRコード画像を作りたいけど
どう作ればいいか載ってるサイトか本ありますか？
610:デフォルトの名無しさん
08/05/15 14:28:45
はい。
611:デフォルトの名無しさん
08/05/15 14:41:02
【2次元コード】QRコード総合スレ３【バーコード】
ｽﾚﾘﾝｸ(phs板)
612:606
08/05/15 15:35:57
>>607-608
ありがとうございました。
613:デフォルトの名無しさん
08/05/15 15:54:12
>>606-608
ファイルの話で、どうしても指定サイズ丁度にしたいのなら、
圧縮した後、非圧縮部分を付け加えて指定サイズにするのが簡単だ。
614:612-606
08/05/15 23:23:52
>>613
写真のJpegデータをトリムした後、Exif ヘッダ内に埋め込まれた２つの画像
データも更新して置こうと思っているのだが、小さい縦横の画像のJpegデータ
を作ると、そのサイズが大きくなって、Exif ヘッダに収まらない。（で今は
収まらなければ Exif 形式を諦めている。デジカメではうまく収まるように
よく作っているもんだと感心している。）
615:デフォルトの名無しさん
08/05/16 17:20:31
画像データの余白部分を指定した幅にしたいのですが、
どうすれば、できるのでしょうか。
画像データが複数ありバッチ処理できると良いのですが。
具体的には、
画像データの空白（白色）以外の部分に外接する四角形と
画像データの外周との幅が、指定された値になるよう、
余白部分を切り取ったり、追加したりする機能です。
よろしくお願いします
616:デフォルトの名無しさん
08/05/16 17:28:09
スレ違い
617:デフォルトの名無しさん
08/05/16 18:13:01
Visual C++を使って画像ビューアを作成(bmp・jpegが表示でき、色調・コントラスト機能が実装できるもの)したいのですが、どうしたらよいでしょうか？？初心者なので何から手を付けていいのかもわかりません。環境はVisual studio 2005です。よろしくお願いします。
618:デフォルトの名無しさん
08/05/16 18:17:48
開発環境のスレできけ
619:デフォルトの名無しさん
08/05/16 18:29:15
ImageMagick でいいんじゃね。
620:デフォルトの名無しさん
08/05/16 18:38:15
>>618
スレ違いでしたか、失礼しました。
>>619
ImageMagicとは何でしょうか？
621:デフォルトの名無しさん
08/05/16 18:40:57
ゴミ
622:デフォルトの名無しさん
08/05/16 19:51:55
聞く前にググらないとか有り得ないし100%釣り
623:615
08/05/16 20:52:18
>>616
スレ違いですか。申し訳ありません。
ググるキーワードか、お薦めスレ等を教えて頂けると幸いですが。
よろしくお願いします。
624:デフォルトの名無しさん
08/05/16 21:59:20
>>617
Express EditionならGDI+を使えばJPEG、TIFF、BMP、PNGを
読み込むことができる。
Standard以上でMFCが使用できるならCImageクラスを使用するなど
できますよ。
625:デフォルトの名無しさん
08/05/16 22:57:30
>615
Photoshopでアクション（SelectAll ->領域をshrink->領域反転->削除）を設定し、フォルダごと適用すればいいのでは。
>617
OpenCVのサンプルコードにあったと思う。とりあえずOpenCVインストールして、あとはそちらのスレへ。
626:デフォルトの名無しさん
08/05/16 23:53:42
>>624さん>>625さん、ありがとうございました。
627:615
08/05/17 11:09:43
>>625
レスありがとうございます。
今現在は理解できませんが、勉強いたします。
628:デフォルトの名無しさん
08/05/17 11:38:51
>>625
＞Photoshopでアクション（SelectAll ->領域をshrink->領域反転->削除）を設定し、フォルダごと適用すればいいのでは。
これだとデータを削ることになるジャマイカ。>615の目指すところとは違うと思うぞ。
629:デフォルトの名無しさん
08/05/17 11:57:04
何をしたいのかはっきりしないけど、
Photoshopアクション（カンバスサイズの拡張->上下左右20ピクセル）だと、元画像を削らない。
630:デフォルトの名無しさん
08/05/17 12:05:12
もう一度読むと、何がしたいのかなんとなくわかった。
もともとある程度の白枠があるわけね？
それなら、アクション（位置（０，０）を許容値０で自動選択->削除->カンバスサイズの拡張->上下左右20ピクセル）。
631:デフォルトの名無しさん
08/05/17 13:54:36
板違いもいいとこだ。自分でプログラム書けば簡単だろ。
632:デフォルトの名無しさん
08/05/19 16:22:24
フーリエ記述子から振幅スペクトルと振幅スペクトルの2乗であるパワースペクトルを求めると何の役に立つん？
振幅スペクトルって2次元ベクトルを足して1次元にしてるだけにしか見えないんですがー
633:デフォルトの名無しさん
08/05/19 17:20:11
はじめまして。
すごく初歩的なことをお尋ねします。
CMYKカラーのJpegファイルには、解像度（dpi）情報は含まれていないのでしょうか。
RGBカラーの場合は、取得することができているのですが・・
634:デフォルトの名無しさん
08/05/19 18:23:30
そもそも、RGBカラーのJPEGなんてあったっけ?
635:デフォルトの名無しさん
08/05/19 19:54:25
>>633
とりあえず、そのファイルをうｐしてみろ
636:デフォルトの名無しさん
08/05/19 22:09:40
>632
フーリエ記述子って知らんけど、フーリエ変換からのアナグラムと同じだと考えると、
振幅とパワースペクトルとの違いは位相成分なので、起点が違うんじゃね？
パワースペクトルだけだと形の同一性しか分からないけど、位相まで含めれば向きが特定できるとか。
637:デフォルトの名無しさん
08/05/22 19:43:11
>>600
かなり亀レスだけど研究に使ってる
638:デフォルトの名無しさん
08/05/22 21:45:40
>>634
あるよ。規格上は。
現物のファイルでは見たこと無いな
639:デフォルトの名無しさん
08/05/22 23:40:41
epsの入出力に対応して欲しい＞gil
640:デフォルトの名無しさん
08/05/23 06:32:39
.NET Framework 1.1 の C# で実装しています
Bitmapクラスに画像イメージを作成・編集し
Bitmap.Save にて Tiff フォーマットを指定して保存しています
この時に Tiff が圧縮された状態で保存されてしまうのですが
無圧縮での保存は可能なのでしょうか
よろしくお願い致します
641:640
08/05/23 07:27:32
>>640 です
EncoderValue.CompressionNone
を指定する所までは行ったのですが、実行すると圧縮されている・・・
642:デフォルトの名無しさん
08/05/23 07:40:14
スレ違い
.NETスレに池
643:デフォルトの名無しさん
08/05/23 07:49:35
無圧縮TIFFくらい自分で書けば?
644:デフォルトの名無しさん
08/05/23 17:18:34
>>643 = NEET
645:デフォルトの名無しさん
08/05/23 18:45:59
>>644
まだコード書けないのか。おまえ何でム板にいるんだ？
646:デフォルトの名無しさん
08/05/23 22:14:52
>>644
647:デフォルトの名無しさん
08/05/23 23:20:15
>>646
>>645
648:デフォルトの名無しさん
08/05/24 01:29:24
>>648
649:デフォルトの名無しさん
08/05/24 06:13:08
また、自分でコード書けないいつものバカが暴れてるのか。
650:デフォルトの名無しさん
08/05/24 10:37:07
ぼかしの高速化について質問です。
現在ガウスぼかしの処理を書いてるのですが、640x480範囲5で1枚あたり0.5秒もかかって
しまい、非常に遅いです。一応1次元に落としてはいるのですが、重み付きぼかしの場合、
通常のぼかしのように処理済みのピクセルの結果を流用することができないため、どう
計算量を減らすのかわかりません。
SSEも見様見真似で使ってみましたが、アルファ加重なしで40%高速化、ありではSSEなしと
同じ速度でした。これはたぶん書き方が悪いのだとは思いますが…
なにか参考になるところ、もしくは検索キーワードをいただければうれしいです。
よろしくお願いします。
651:デフォルトの名無しさん
08/05/24 10:48:04
例えば5x5ピクセルを参照して1ピクセルの値を求める場合。
計算上問題がなければ、縦5ピクセルx横1ピクセルの加重平均を横一列分計算して、
次にその結果の横5つを加重平均するようにすれば多少は処理を減らせる。
まあ、それでもぼかしって基本的に参照するピクセルが多くなりがちだからそうそう高速化は。
652:デフォルトの名無しさん
08/05/24 11:07:40
>>650
具体的に、0.5秒かかっているときのカーネルの大きさ（or ガウシアンの標準偏差）はどれくらい？
653:デフォルトの名無しさん
08/05/24 11:10:32
GPU使っちゃダメ？10倍以上速くなると思うけど。
654:デフォルトの名無しさん
08/05/24 11:20:24
質問です。
例えば下のような図があったときに、１～１１のそれぞれ領域を、
隣接する他の領域と異なる色で塗り分けるプログラムを作りたいのですが、
各領域の色を決定するアルゴリズムにはどういうものがありますか？
〈｀ｰ─-､＿ノ＾j
｀> ＜＿＿, ─-､＿_＿_
／ j /￣￣￣Tー‐─┬''⌒ヽー-- ､
r' /､ １ / | ５ | ７ | |９
└---─､ / ｀ ｰ─/ ３ | │ | ｌ |
＼ / / ┌┴─‐─┴┐ / ８ ｌ |
＼ / ２ /ｰ─ ----l ６ |‐┤ ｌ |
Ｖ / ４ └─‐─┘ | ｌ |
し个 ､ / | ﾊ〈
| ｀ ーl─‐┬─----------─┬─ｲ´￣ヽヽヽ
| ／ヽ | | ﾊ 〉 〉 〉
| / | | | / │ / 〈ノ
| | | | | / | /
__/ | __/ |１０ __/ | __/ |１０
(＿＿」 ﾞー-‐' ﾞー-‐'(＿＿_」 人
（＿_）
（＿＿）１１
655:デフォルトの名無しさん
08/05/24 11:24:56
宿題は自分で考えましょう
656:650
08/05/24 11:54:39
>>651
とりあえずそうしているのですが、その結果が0.5秒です orz
>>652
5です。 10だと約1秒でしたので、カーネルサイズと比例関係になっていると思います。
>>653
GPUですか…
DirectXは全くさわったことがないのでそこから始めなければならないんですよね… orz
もしGPUを使うとしたらシェーダは自分で書かなければならないのでしょうか?
657:デフォルトの名無しさん
08/05/24 12:12:57
GPUはCG言語から扱えるのでは
658:デフォルトの名無しさん
08/05/24 12:15:13
CgよかBrookGPUの方がよくね？
いっそCUDAかCAL使うのも手だけど。
659:デフォルトの名無しさん
08/05/24 12:15:32
ageちゃったｽﾏｿ
660:デフォルトの名無しさん
08/05/24 12:29:26
URLﾘﾝｸ(tpot.jpn.ph)
速度比較のお試し程度ならこれで十分じゃない?自分で理解できた方が良いけどさ。
661:650
08/05/24 12:49:23
うーん、できれば古いPCでも動くように作りたかったのですが、計算量はこれ以上減らせる
見込みはないのかな… 周りとの平均をとる以上無理か orz
>>657,658
やっぱり自前でシェーダ書かなければ無理ですよね orz
というか、かなり大きめの画像(HD以上)も扱えるようにしたいのですが、テクスチャ作れますかね?
>>660
ありがとうございます。
見た感じなんかCとはちょっと違いますね。
大きくは違わないけどCのノリで行ったら痛い目見そうだ
662:デフォルトの名無しさん
08/05/24 13:07:29
単に広範囲をぼかすだけなら小さめのガウスぼかしを複数回かける手もある。
クォリティ下げていいなら移動平均にすれば大きくぼかしても負荷ほとんど増えないが。
663:デフォルトの名無しさん
08/05/24 13:18:35
広範囲で極端な精度を求めないならパスカルの三角形を繰り返してやれば
擬似ガウシアンだよな。
664:デフォルトの名無しさん
08/05/24 13:21:08
そのくらい単純な処理の場合、計算量を減らすよりも
キャッシュのヒット率を考えた方が速くなると思うよ。
665:デフォルトの名無しさん
08/05/24 13:24:31
OpenCVのガウスぼかしはCPUにしてはわりと速いと思う
666:650
08/05/24 17:51:01
遅くなってすいません。
>>662
移動平均ということはモーションブラーのようにちょっとずつずらして
いくつも重ねてレンダリングするということでしょうか?
>>663
調べてみましたが、これも良さそうですね。 あんまり見た目も変わらないですし。
>>664
基本的に全部のピクセルを順番に走査するのであまり変わらないような気もしますが…
そこまでキャッシュミスするものなのでしょうか?
>>665
OpenCVですか。 言葉は聞いたことがあるのですが、どんなものなのでしょうか?
ちょっと調べてみます。
667:デフォルトの名無しさん
08/05/24 18:27:49
ぼかしは、計算時間かかるから、0.5秒なら妥当だと思うけど。
ちなみに、ガウシアンカーネルをコンボリューションしているの？FFTしてから掛け算しているの？
一般的に、前者は遅い。
ぼかしくらいで、OpenCV導入することはないと思うけど、OpenCVのブラーはたぶん後者。
３次元でブラー掛けた時、FFT２回分の時間と同じくらいだった気がするので。
668:650
08/05/24 19:13:06
>>667
>>651のように縦横別々に分けて掛けてます。
この方法だとO(2n)になるのでFFTよりは速い(たしかO(nlogn)だったと思うので)のでは
ないかと思うのですが、どうでしょうか?
いろいろ試したところ、通常のぼかしやカーネルの小さいガウスぼかしを重ねがけするのが
結果的にも時間的にもいい感じなのでもうちょっと調べてみます。
669:デフォルトの名無しさん
08/05/24 19:44:02
>>668
その方法ではせいぜいO(n^2)までしか行かない
縦横別々にFFTを使うほうが効率がいい
670:650
08/05/24 20:23:25
>>669
マジっすか orz
手元にFFTの乗った教科書があるのでちょっと見てみます。
…2^nのみじゃないといいなw
671:デフォルトの名無しさん
08/05/24 20:26:42
教科書みるよりOpenCVのソース見たほうが速くない?
用途にもよるけどAvisynthのフィルタもいろいろな処理のソースあるよGPLだけど。
672:デフォルトの名無しさん
08/05/24 20:34:06
FFTはFFTWを使うとして、係数を事前計算しておけばガウス暈しは(周波数空間像の)画素ごとに係数を掛けるだけなんだっけ?
673:デフォルトの名無しさん
08/05/24 20:34:19
畳み込みの勉強をすればいいかも
674:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/05/24 21:05:34
>>650の実行環境すら分からない状態で、0.5秒が遅いという本人の印象だけで
実装アルゴリズムもソースも、言語すら書かれていないというのに、
どうしてこんなに速いだの遅いだの言う話が進むのか。みな超能力者なのか。
とおもたよ。
676:デフォルトの名無しさん
08/05/24 21:07:59
理論的な早さは実行環境によらず語れるじょん？
677:デフォルトの名無しさん
08/05/24 21:17:20
>>675
「遅い」と言われたら、だいたい原因の想像がつくからだよ
678:デフォルトの名無しさん
08/05/24 21:29:29
>>676
速さ、な。
650が現状どの程度計算量を減らす手段をとったのか正しくわからない状態では、
適切な助言はできないだろ。もしかしたら、環境が遅いだけで650は最速に近い
アルゴリズムを実装しているのかもしれないぞ。
いずれにしても、ワークを直接ポインタで操作しているという前提で、汎的な工夫なら、
1.640x480なら、650x490のワークを利用することで境界判定をなくして
2.１次元化して座標からのアドレス計算を減らして
3.平均化も縦横個別に１次元化して(>>651)
4.必要な精度にもよるが適当でいいなら固定小数点化して整数演算に帰着させる
くらいしかないんじゃないかな。
679:650
08/05/24 21:40:10
FFTのソースやら説明を読んでたら頭が爆発しそうになりました。
ろくに数学をやってないのに手を出すべきじゃなかったかもしれません orz
>>674
(ﾟДﾟ)
>>675
ソースが糞だからだと思います。
しかし、自分も糞なので糞が直しても糞にしかなりません。
>>678
現在は2と3をやってます。
1はコピーに時間がかかりそうですが、コピーはしないのでしょうか?
680:デフォルトの名無しさん
08/05/24 23:58:56
FFTは別に理解していなくても、使えればいいよ。
（気持ちに余裕があるときクーリ＆ターキの大発明を理解したらいい。元はガウスだっけ？）
FFTは特にFFTWくらい高速なものになると理解困難。
サイズによってアルゴリズム変化するらしい。
使い方もちょっと特殊。
ま、何も考えずに使いたければ、OpenCVにIPL組み込むことだ。ボカシ命令実行するだけで、すべてやってくれる。
681:デフォルトの名無しさん
08/05/25 01:12:20
8bit インデックスカラー画像を、さらに可逆圧縮する方法は無いでしょうか？
汎用的な圧縮アルゴリズム以外で。
682:デフォルトの名無しさん
08/05/25 01:21:48
誰かエスパーいたら、相手にしてやれよ
683:デフォルトの名無しさん
08/05/25 03:08:35
>>681
自分で考えれば良いんじゃない？
これだけじゃ、これぐらいしか回答できない
PNGにデータを保存すれば良いんじゃない？
可逆圧縮だし、8bitデータも扱えるし
何も意識せず、保存したいならGDI+で良いと思うよ
アルゴリズムも気にする必要もない
684:デフォルトの名無しさん
08/05/25 08:17:15
>>681
BMPで画像サイズが小さいなら、24ビットにした方が小さくなる。
685:デフォルトの名無しさん
08/05/27 09:41:00
お勧めのTIFFからJPEGに変換ツール教えてください。
JavaServletから使いたいです。
686:デフォルトの名無しさん
08/05/27 11:39:52
ImageMagick
Serveletから使えるかはしらね。
687:デフォルトの名無しさん
08/05/27 13:18:56
>>686
いいですね！
688:デフォルトの名無しさん
08/05/28 10:11:21
おまいら、YYフィルタってどうよ？
689:デフォルトの名無しさん
08/05/29 19:00:05
アホクサ20年前のレベルやん
690:デフォルトの名無しさん
08/05/29 23:44:57
>685
普通に、SDKのクラス使えばできる。
java 画像変換でぐぐれ！
691:デフォルトの名無しさん
08/06/01 02:28:32
shape context ってわかる人いますか？
URLﾘﾝｸ(en.wikipedia.org)
概念はわかったけど、このshape context histogramがどう作られてるのか
さぱーりわかりません。
Step 2: Computing the shape context
のところ。
692:デフォルトの名無しさん
08/06/01 16:47:50
vine4.2でImageJをインストールしているんですが、
□□□など文字化けが起こるのですがいい解決方法がありませんか？
693:デフォルトの名無しさん
08/06/01 19:15:22
フォント指定してないからだろ
694:デフォルトの名無しさん
08/06/01 20:35:15
それは一般に豆腐と呼ばれる現象なのでググるとなんかわかるかもね
695:デフォルトの名無しさん
08/06/02 21:01:37
>>691
まるかいてー、角度でわけてー、半径でわけてー、
その半径のわけかたはー、log っぽくてー、
で、点の数をかぞえるー
696:デフォルトの名無しさん
08/06/03 00:46:49
百戦錬磨の職人の皆様、教えてください。
アドビのフォトショップにある フィルタ...変形...渦巻き と同じことをやりたいです。
画像端部はそのままで中心部のみをネジる感じです。
URLﾘﾝｸ(charaku.maxs.jp)
しかしマッピング曲線がよくわかりません。
URLﾘﾝｸ(ja.wikipedia.org)
にある「リチュース」というのを使うのでしょうか？
697:デフォルトの名無しさん
08/06/03 01:12:48
>>696
中心からの距離に比例して回転角度が変わるだけ。
698:デフォルトの名無しさん
08/06/03 01:19:26
マッピング「曲線」とか言ってる時点で根本的な部分で勘違いしている気がする。
699:デフォルトの名無しさん
08/06/03 08:43:47
画像輪郭抽出アルゴリズムの話なんだけど
微分値を拾う方法以外の方法で何か有名な方法ってありますか
有用な方法で思い当たる方法もあったら教えてください
700:デフォルトの名無しさん
08/06/03 09:24:31
領域分割してラベリング後に境界をとったら？
やりかたはたくさんある。
701:デフォルトの名無しさん
08/06/03 10:51:20
>>699
微分にもいろいろあるだろうけど、
ほかにも、ぼかし＋HPFとか、ウェーブレットでHH成分を拾うとか、色相変化をチェックするとか、
702:デフォルトの名無しさん
08/06/03 13:02:43
レベルセットの簡単なtutorialどこかにないですか？
703:デフォルトの名無しさん
08/06/03 13:40:36
そういえば
先日サイエンスに視覚神経がポジ画像ネガ画像を同時に送ってるってのがあったな
あといくつかの他のいわゆるレイヤーを同時に脳に送りつけてるって
この方式は輪郭抽出や画像認識で既に使われてるのかな
704:696
08/06/04 00:25:16
>>697 さん
いや、それがですね、中心距離への比例だと思ってやってたんですよ。
周辺から中心にいくにしたがって回転角をまわしてやるようにつくっても、
フォトショップのような自然な渦巻きにならないのです。
>>698 さん、あえて「曲線」と言わせていただきますが、
再マッピングに曲線式をあてはめると、なんらかの減衰項があるような感じなのです。
昨日からずっと調べてたのですが、クロソイド曲線をつかうのかなぁ？
705:デフォルトの名無しさん
08/06/04 00:36:14
じゃあ２乗とかちょっと微調整やるってかんじじゃないのかな。
自然ってのは自分が思うまで微調整やるしか
706:698
08/06/04 01:08:30
>>704
Photoshopが何をやっているかは、
↓のような画像を渦巻き変形してさらに「極座標を直交座標に」の変換をすれば一目瞭然。
┌──┰──┐
│ ┃ │
│ ┃ │
│ ┃ │
│ │
│ │
│ │
└────┘
回転角度が中心に向かって単純に比例ではなく、
1 - sin(πx/2) に比例していることがわかる（0≦x≦1 は中心からの距離）。
つまり中央付近ではほぼ等速変化だけど、周縁では無変換領域と滑らかにつながるようになっている。
リチュースやクロソイドでは中心付近で回転が加速していくので描画効果としては使い物にならない。
707:デフォルトの名無しさん
08/06/04 09:09:53
もし704が問題なんだったら対数螺旋のような動きにしてみたら如何かな
708:デフォルトの名無しさん
08/06/04 13:41:23
単なる係数と補間精度だけの問題のようなきがする。
709:名無し募集中。。。
08/06/04 18:49:03
>>707
対数螺旋も中央付近で加速していくからフォトショップのようにはならないよ。
696氏はフォトショップの渦巻きフィルタの再現をしたいんでしょ？
フォトショップは中央は一様螺旋で周囲だけ緩和がかかるから>>706が正しい。
710:デフォルトの名無しさん
08/06/04 18:59:38
妥協すれば全て解決。100%コピー目指すなら逆アセしろ。
711:デフォルトの名無しさん
08/06/05 15:10:37
いろんな言語使ってる人いるみたいだけどrubyな人はいないみたいだね
712:デフォルトの名無しさん
08/06/05 16:31:59
エスパー乙
713:デフォルトの名無しさん
08/06/06 00:39:11
>>771
画像処理をしだしてからCばっかりでPerlとかは使わなくなった。
画像解析自体をスクリプト言語でやったりするんやろか
714:デフォルトの名無しさん
08/06/06 00:55:17
多段のフィルタを組み合わせたりするのにLL使うのはいいだろうけど、
画像処理自体に使うのはちょっと‥‥ねぇ
715:デフォルトの名無しさん
08/06/06 01:08:41
exe を走らせるスクリプトとかなら (*´･ω･)(･ω･｀*)ﾈｰ
716:デフォルトの名無しさん
08/06/06 08:55:57
pythonはPILあるけどrubyはそれに相当するものないから使われないってことなのか
717:デフォルトの名無しさん
08/06/06 09:09:15
スクリプト言語は文字列処理が得意なのであって、
画像処理、行列処理、をさせようと思ったら特に意味がない。
718:デフォルトの名無しさん
08/06/06 14:10:18
文字列は配列を切って貼ってする必要があるけど、画像処理はとってきた特徴量を
放り込んでおくだけってイメージ
719:デフォルトの名無しさん
08/06/06 14:21:27
ハァ？
720:デフォルトの名無しさん
08/06/06 16:08:10
>>695
分ける前の半径ってどうやって決めてるん？
曲座標変換が関係してるんかな？
721:デフォルトの名無しさん
08/06/06 17:43:54
あー、半径は自分で適当に設定するのか
722:696
08/06/15 10:37:03
>>697さん、>>698さん、>>705さん、>>707さん、>>708さん、>>710さん
「渦まき」できました！ありがとうございました。
723:デフォルトの名無しさん
08/06/15 10:45:13
どういたしまして
724:デフォルトの名無しさん
08/06/19 02:14:13
MPEG-7のデータセットをgoogleで探していたら
IEEEのサイトに飛ばされることが多いのですが、アカウントをとらないといけないのですか？
725:デフォルトの名無しさん
08/06/19 02:28:34
あ、これかな・・・
URLﾘﾝｸ(www.m4if.org)
726:デフォルトの名無しさん
08/06/22 17:47:13
H.264の実装説明した奴ないですかね？
727:デフォルトの名無しさん
08/06/25 12:06:43
x264のソースを落とした上でmarumoんとこでも読んで来い
728:デフォルトの名無しさん
08/06/26 21:12:02
画像センサや画像処理装置のスレって無い？
729:デフォルトの名無しさん
08/06/26 22:03:13
ハードは板違い
730:デフォルトの名無しさん
08/07/02 12:21:59
>>728
俺も探してるんだが無いね。
できたらCognexのVisionProとかﾘﾝｸｽのHalconだとかの情報も欲しいんだが・・
731:デフォルトの名無しさん
08/07/02 23:52:26
ImageMagick使ってPostScriptの回転・マルチページ化したいんだけどラスターデータみたいなガタガタの画になってしまう…
所詮こんなもんって事？
最終的にはPDFファイルにしたいんだがいきなり頓挫気味です。
732:デフォルトの名無しさん
08/07/03 09:13:39
displayだのconvertだのimportだの無遠慮に使い潰すこのゴミが
733:デフォルトの名無しさん
08/07/04 01:15:23
画像認識で自転車を認識したいのですが、どのように認識させていいのかわかり
ません。
今は自転車の簡単な特徴点をテンプレートととして用意してその点を認識させよ
うとしているのですが
なかなか認識させることができません。（テンプレートは自転車の車輪を想定し
て円状に点を６点取っています。
うまく自転車を認識させる方法がありましたら教えてください。
734:デフォルトの名無しさん
08/07/04 02:05:46
>>733
ハフ変換で円を検出してみるとか
735:デフォルトの名無しさん
08/07/04 04:23:03
横よりも縦から見ること多そうなので、丸で判別するのは難しそう。
結構面倒と思う
736:デフォルトの名無しさん
08/07/04 14:05:40
>>733
認識？検出？認識でいいんだよね？
顔認識とかと同じようなかんじで（ある意味での）情報圧縮を
使って特徴量を得てみたら違いがでるのではなかろうか。
主成分分析 (PCA)とか、線形判別分析 (LDA) とか。
で、識別器はパターン認識のなにかの手法、とりあえず k-nn でもいいし、SVM でもいいし使ってみたらそこそこ動いちゃったりしないだろうか。
ここで書いているのはパターン認識でとりあえず習う当たり前の手法なので、
コードとかもごろごろころがってると思うよ。
737:デフォルトの名無しさん
08/07/04 19:39:11
画像処理技術者の将来は明るいでしょうか？
738:デフォルトの名無しさん
08/07/04 21:29:25
将来タクシーの運ちゃんになりたいなら画像処理やればいいよ。
739:デフォルトの名無しさん
08/07/05 13:02:06
URLﾘﾝｸ(www.mit.edu)
これってさE2LSH package使いたいならメールしろって書いてあるの？
740:デフォルトの名無しさん
08/07/05 13:17:24
>>739
そうだけど、誰かに確認を手伝ってもらわないとだめですか、そうですか。
741:デフォルトの名無しさん
08/07/05 13:22:38
thanx!
742:デフォルトの名無しさん
08/07/05 13:24:46
メールってどうやって送ったらいいの？
743:デフォルトの名無しさん
08/07/05 13:35:32
そうか、読めもしないんだからそうなるわな。
でも、コードももらってもマニュアルも読めないし、
論文読んで中身が何をしているのかもわからないし、
使いこなせないんじゃない？
744:デフォルトの名無しさん
08/07/06 21:40:38
インターレースとプログレッシブのJpegを見分けるにはどうすればいいでしょうか。
745:デフォルトの名無しさん
08/07/06 21:53:40
画像ロードの瞬間、目をこらしてよくみろ
746:デフォルトの名無しさん
08/07/07 06:05:38
RGB以外の、CMYKやYUVなどのカラースペースのまま
ブラーや半透明合成を行うアルゴリズムの情報源を教えてください！
747:デフォルトの名無しさん
08/07/07 08:04:54
RGBのときのそれらのアルゴリズムが線形演算でできていて
RGBとCMYK、YUVの変換が線形に行えるなら
全体で線形性が保てているからアルゴリズムを線形変換するだけだよね。
(まあ結局RGBに戻して合成してることと理論上は同じにはなるけど)
と思ったけどRGBとCMYKは線形じゃないのが多いだろうな。
748:741
08/07/07 17:38:07
>>743
>>742は自分ではないです。
749:デフォルトの名無しさん
08/07/08 20:52:04
複数のjpg画像から動画を作るためのライブラリとかないでしょうか。
コマンドラインで実行する系で。
750:デフォルトの名無しさん
08/07/08 21:12:05
ffmpeg
751:デフォルトの名無しさん
08/07/12 03:09:15
誘導されてきました。マルチになりますが、アドバイスのほどよろしくお願いします。
現在テンプレートマッチングのプログラムを作っているのですが、
テンプレートマッチングでマッチングした部分の色を変えられず苦労しています。。
画像のある特定の範囲だけの色を変えるのってどうすればいいのでしょうか？
752:デフォルトの名無しさん
08/07/12 03:19:37
エスパーの登場を待つか詳細を書くかしましょうね。
753:751
08/07/12 03:46:45
かなりつたないプログラムですが、途中まで書いてみます。
超初心者なので、根本から間違っているかもしれません。
テンプレートの左下と一致する1ドットだけ色変換が行われるので、マッチング自体はできてると思うのですが…
int i,j,k,l,nx,ny,tmpnx,tmpny;
nx=bmpInfoHeader.biWidth;//元画像の幅
ny=bmpInfoHeader.biHeight;//元画像の高さ
tmpnx=bmpTmpInfoHeader.biWidth;//テンプレートの幅
tmpny=bmpTmpInfoHeader.biHeight;//テンプレートの高さ
//相違度の計算（gray[]はグレースケール化した元画像の一次元配列、tmpgrayはグレースケール化したテンプレート画像の一次元配列）
for(i=0;i<ny;i++){
for(j=0;j<nx;j++){
for(k=0;k<tmpny-1;k++){
for(l=0;l<tmpnx-1;l++){
d[i][j]=d[i][j]+(gray[i+k][j+l]-tmpgray[k][l])*(gray[i+k][j+l]-tmpgray[k][l]);
}
}
}
}
754:デフォルトの名無しさん
08/07/12 03:47:43
//テンプレートとマッチしたところ（相違度=0.0）の色を変換。image1は出力先の一次元配列。
for(i=0;i<ny;i++){
for(j=0;j<nx;j++){
if(d[i][j]==0.0){
for(k=i;k<tmpny;k++){
for(l=j;l<tmpnx;l++){
image1[3*(k*nx+l)]=255;
image1[3*(k*nx+l)+1]=image1[3*(k*nx+l)+2]=gray[k][l];
}
}
}else{
image1[3*(i*nx+j)]=image1[3*(i*nx+j)+1]=image1[3*(i*nx+j)+2]=gray[i][j];
}
}
}
}
755:デフォルトの名無しさん
08/07/12 05:39:28
「画像処理」の範疇とちょっと違うかもしれないけど質問です。
1つの凸多角形（頂点数4か5）と長方形が1つあり、
それらが部分的に重なるものとします。
このとき、重なった部分を表現する多角形の頂点を取り出すような、
何か一般的なアルゴリズムがあれば紹介して頂けないでしょうか。
756:755
08/07/12 05:46:26
図形はビットマップではなくベクタとして処理されるため、
(x, y)を逐一調べて、両方の図形に含まれるかを調べる、
というような方法ではないものを探しています。
757:デフォルトの名無しさん
08/07/12 05:51:13
分野的には計算幾何学だな。
計算幾何学のスレは2chでは全く流行らないから、多分今は無いが。
っていうか、それは普通に交差判定するしかないと思うけど。
魔法のように計算式1つで求まるわけないだろう。
758:755
08/07/12 06:12:47
あ、分かった。
1. 図形AとBの交差点を全て取り出す
2. Aに含まれるBの頂点を取り出す
3. Bに含まれるAの頂点を取り出す
1. + 2. + 3. = 取得すべき全頂点
759:デフォルトの名無しさん
08/07/12 10:45:25
>>755
辺が重なるときの例外処理が大変そう
760:デフォルトの名無しさん
08/07/14 10:15:10
URLﾘﾝｸ(geometryalgorithms.com)
761:デフォルトの名無しさん
08/07/14 13:08:05
>>755
maximaあたりで簡単にできそうだけどな
762:デフォルトの名無しさん
08/07/14 15:15:14
2つの3次元の線図形の類似性ってどうやって調べればいいのだろう
統計的な手法(平均や分散など)を使用できるのかな・・・
763:デフォルトの名無しさん
08/07/14 15:46:17
>>762
単純な形に分割して比較するとか、でっぱったところから特徴抽出するとか。
「3D similarity」でググると論文がでてくる。
764:デフォルトの名無しさん
08/07/14 15:48:42
>>763
なるほど
どうもです
765:デフォルトの名無しさん
08/07/27 20:23:54
単純に画素の算術平均取りたいけど
_mm_sub_epi32()使うと以上に遅い
うーーむ困ったのだ
766:デフォルトの名無しさん
08/07/27 21:16:42
>>765
何以上に遅いの?
そもそも_mm_sub_epi32()ってなに?
767:デフォルトの名無しさん
08/07/27 23:38:57
>>766
SSE2のPSUBDの、インテルC++コンパイラ風の記述かな？
768:デフォルトの名無しさん
08/07/28 11:31:07
インテルのコンパイラは勿論、
VC++やGCCでも使える組み込み関数だし、
割と一般的なんじゃね？
769:デフォルトの名無しさん
08/07/28 11:45:39
>>766
ググレカス
770:デフォルトの名無しさん
08/07/28 12:20:34
SSEネタとかは専門スレに逝くってのはどうだ？
771:デフォルトの名無しさん
08/07/28 12:45:27
だからそれが、画像処理と何の関係が?
一部のCPUに特化した最適化の話なら、そのCPUかそれ用のコンパイラのスレにでも行けばいいじゃん。
772:デフォルトの名無しさん
08/07/28 13:00:19
ここでいいよ
773:名無し募集中。。。
08/07/28 19:31:32
IPP買えばいいんじゃないかなっ
774:デフォルトの名無しさん
08/07/28 19:58:33
>>765
SSE2はsetとloadが遅いけど、本当に引き算が遅い?
775:デフォルトの名無しさん
08/07/28 23:23:55
>>774
VTune大先生がそのように指摘します
先生が間違うはずがありません。
高い値段するのに間違いを指摘するなんてありえません。
776:デフォルトの名無しさん
08/07/29 00:48:56
>>775
一命令単位でパフォーマンス見れるの？
ループしてんじゃないの？
画素の算術平均って具体的に何？
ある矩形内の平均？
平均に引き算ってどんな計算してるの？
777:デフォルトの名無しさん
08/07/29 01:11:41
>>776
775じゃないけど、平均で行う引き算と言えばこれじゃないかな。
ABCD
EFGH
IJKL
例えば上の矩形でFの画素を周囲の画素との平均値にする場合、
A+B+C+E+F+G+I+J+K (=X)って加算するでしょ。（で、割る。）
このXを保存しておけば隣のGの画素についてはB+C+D+F+G+H+J+K+Lって加算するより
X-(A+E+I)+D+H+Lという風にXを元に減算・加算したほうが計算が少なくなる。
778:デフォルトの名無しさん
08/07/29 11:15:59
>>776
vtuneは一命令単位の所要時間を見ることができるよ。
但し、パイプラインの制約だかなんだかで実際のアクセスが遅延している場合は
問題の(時間の掛かる)命令ではなく次の命令辺りで待ち時間が計上されることがある。
要は、>765はロード命令の次の引き算命令だけを見て遅いと言っていると思われる。
つまり、真に遅い原因はロードに起因するメモリアクセスってこと。
まぁ、vtune買うならIntelの講習も受けておけってこった。
779:デフォルトの名無しさん
08/07/29 19:22:38
SSE2でやるなら画素を16bitにして
ABCDEFGHI
JKLMNOPQR
STUVWXYZ0
を
a=load(ABCDEFGHI)
b=load(JKLMNOPQR)
c=load(STUVWXYZ0)
a+=b
a+=c
store(a, m);
として、m[]を計算するとか
アライメントされた連続したメモリブロックを一度に読んで計算しないとパフォーマンスでない。
780:デフォルトの名無しさん
08/07/29 23:56:30
>>779
SSE2でstoreってどれつかえばいいの？
781:デフォルトの名無しさん
08/07/30 02:04:15
>>780
_mm_store_*で、*部分はデータ型による
782:デフォルトの名無しさん
08/07/30 02:05:32
整数なら_mm_store_si128
783:デフォルトの名無しさん
08/07/31 03:54:03
画像をキレイにする方法を色々調べて、逆フィルタ、ウィナーフィルタというのに
辿り着きました・・・。
人間が目を凝らすときにもこういう処理をしているのかもしれないですね。
784:デフォルトの名無しさん
08/07/31 06:08:22
いいえ。
785:デフォルトの名無しさん
08/07/31 23:31:50
画像処理でSSE2つかっても遅くね？
あとさ
なんでSSE2って8bit単位でシフト演算できないんだ？
16と32はあるのに
786:デフォルトの名無しさん
08/08/01 21:13:04
32bitCPUのレジスタは、16bitと32bitだからじゃない？
ローレベルになるほど、ニーモニックに合わせてやらないといけない。
そういえば、Windowsも16bitを切り捨てたとき、動かなくなるソフト結構あったみたい。
64bitWindowsが主流になれば、そのうち32bitも切り捨てられるだろうし。
787:デフォルトの名無しさん
08/08/01 21:45:06
そうならないために.Netが作られたんだろ？
788:デフォルトの名無しさん
08/08/01 22:27:27
>>786
OSそのものが仮想マシンの上で動作しようかという時代に何を言ってるんだ。
でもスレ違いだから、そろそろやめような。
789:デフォルトの名無しさん
08/08/02 08:21:20
ゲームマシンはそのうち１２８ビットになるって１０年以上前に聞いたけど
なんでビット数は大きい方がいいの？ もうなったの？
パチンコ台も画像が増えたけど、あれは何ビット機使っている？
790:デフォルトの名無しさん
08/08/02 08:43:44
そりゃ一度に処理できる情報量が大きくなるからだろ.
PCの場合は,互換性とか対応アプリケーションとかの問題で64bit化さえなかなか進まないが.
791:デフォルトの名無しさん
08/08/02 08:44:14
ビット数というのが、CPUの演算精度の事言ってるのか、バス幅のこと言っているのか…
ＰＣのＧＰＵなんかは、384～512ぐらいのバス幅を持っている。
これをもってきて、512bitマシンと呼ぶのか？
rambusのDRAM-IF使ったらバス幅狭いので、ビット数が落ちるのか？
（データ転送能力はむしろ高いぐらいなのだが）
792:デフォルトの名無しさん
08/08/02 08:56:07
特に指定しない場合は明らかに前者を指すだろ
793:デフォルトの名無しさん
08/08/02 09:15:14
そんなもん、128ビットもあったって屁の足しにもなりゃしねぇ
794:デフォルトの名無しさん
08/08/02 10:08:42
128ビットは今のところ要らないけど、64ビットは有難いよ。
データ幅が64ビットなんじゃなくて、アドレス空間が64ビットあることが重要。
巨大な画像処理とか超楽。もう32ビットプログラミングとかやりたくない。
795:デフォルトの名無しさん
08/08/02 13:32:29
最近、ゲートのコストが落ちてきてな。
8bitの乗算とかなら平気で500個ぐらいチップに入りそうな勢い。(最新ならね)
周辺回路等も入るから、そのまま実装できるわけでもないのだが、
バス幅多ければその分パラに処理して演算能力を高めることが可能…
ここまできちゃうと、プログラムとかの世界ではないが。
796:デフォルトの名無しさん
08/08/03 22:35:46
>>794
それって、一枚の巨大な画像なのですか？
それとも一枚は普通の大きさだけど、連続した長～いストリームなのですか？
797:デフォルトの名無しさん
08/08/04 09:26:02
動画じゃね
798:デフォルトの名無しさん
08/08/04 09:35:12
1画素0.1um四方で100mm*0.1mmの画像を16ビット諧調で作ったらそれだけで2GBになっちゃうからねぇ。
広いメモリ空間はあるに越したことないね。
799:デフォルトの名無しさん
08/08/04 22:19:20
2GBなんてたいしたことねーじゃん
4GBのメモリ1万で買える時代に
800:デフォルトの名無しさん
08/08/04 22:51:21
>>799
そーゆー問題じゃない。
アドレス空間が足りないんだっつってんだろが。
安いPCでも8GBや16GBくらい簡単につめる時代だからこそ問題になってるんだよ。
801:デフォルトの名無しさん
08/08/04 22:57:55
>>800
64bitOSで足りんの？
2GBって64bitOSで足りんわけねーだろがボケ
海水浴場でドザエモンになって二度と
地上に戻ってくるなボケ
802:デフォルトの名無しさん
08/08/04 23:10:59
分野によっては64 bit OSが必須というのは厳しいのかもね
803:デフォルトの名無しさん
08/08/04 23:14:31
>>798
なんというアスペクト比、すげー!!!
804:デフォルトの名無しさん
08/08/04 23:20:31
>>803
短冊形に処理するんですよ。まさか、0.1umの画素で100mm平方なんて扱えませんから。
805:デフォルトの名無しさん
08/08/04 23:37:05
>>801
おまいはメモリ量とアドレス空間の違いが分からんのか・・・。
・・・残念だが俺は親切な人じゃないんで、もうこれ以上は付き合えないよ。
一人で空回りしててください。
806:デフォルトの名無しさん
08/08/04 23:47:20
>>805は64bitOSならメモリ空間十分だろって言ってるんじゃね？
まあ64bitOSとかいいつつAMD64あたりはアドレス48bitで1TBとかだった気がするが。
807:デフォルトの名無しさん
08/08/04 23:50:25
>>805
お前の方が付き合いきれないだろ
仮に4GBx16あったとして64bitOSで何が不足する？
2GBのデータかメモリかしらんが扱おうとして
何が不足する言ってみろなぁ言ってみろ？
808:デフォルトの名無しさん
08/08/05 00:00:25
801(=807?)は酔っ払いなの??
794以降の話の流れが読めてなくない??
809:デフォルトの名無しさん
08/08/05 00:11:44
32bitでは足りない
128bitは今のところオーバースペック
64bitﾏﾝｾｰ
という流れでおｋ？
810:デフォルトの名無しさん
08/08/05 04:23:55
>>801の読解力のなさに噴いた。
さすが801は違うと思った。
811:デフォルトの名無しさん
08/08/07 15:09:40
>801
URLﾘﾝｸ(128bit.blog41.fc2.com)
812:デフォルトの名無しさん
08/08/07 22:16:34
>>811
いや、801の場合はそういう知識以前の問題だな。
誰一人として64ビットOSでは足りないなんて話してないのに、
いきなり出てきて一体どこに向かって噛み付こうとしてるのか言ってみろなぁ言ってみろ？
って感じだ。
813:デフォルトの名無しさん
08/08/08 21:42:57
FMスクリーンのアルゴリズム
どっかに転がってないでしょか
814:デフォルトの名無しさん
08/08/11 16:59:16
実用的な日本語ＯＣＲソフトの情報はどこかにないでしょうか？
特に枠なしの手書き数字を認識したいのです
815:デフォルトの名無しさん
08/08/11 18:49:20
ソフト板で聞けよ・・・
816:デフォルトの名無しさん
08/08/11 23:09:57
>>814 のような質問をいつも不思議に思うな。
「手書き数字*認識」（* のところは space）でぐぐると一杯出てくる。
817:デフォルトの名無しさん
08/08/19 09:37:27
画像ファイルを連続で切り取り、を支援するソフトウェアってある？
矩形選択、ショートカットキー１つで、ぽんと保存（オリジナルファイル名+α)、
ショートカットキー１つで、次の画像にすぐ移れる。みたいな。
818:デフォルトの名無しさん
08/08/19 10:04:46
>>817
ググる能力ないなら作れ。ここはそういう場所。
819:デフォルトの名無しさん
08/08/19 10:36:12
>>818
ぐぐってみればわかるけど、汎用画像処理ソフトしか出てこないんだよね。
切り取りに特化していない。
絶対だれか研究用に作ってるとは思うんだけど。
820:名無し募集中。。。
08/08/19 10:44:12
目的は違うけど似たようなものは作った事があるから「ある」
>ぐぐってみればわかるけど
突っ込みどころ満載だな
2chなんか来ないで探偵でも雇うといいと思うよ
821:デフォルトの名無しさん
08/08/19 13:39:42
ソフトウェア板かなんかと間違ってるだけなんだろうが…。
822:デフォルトの名無しさん
08/08/19 14:38:49
>>817
いいの無いから自分で作ったわ
823:デフォルトの名無しさん
08/08/19 23:18:56
レジストレーションをやりたくて、調べているのですが
URLﾘﾝｸ(navi.cs.kumamoto-u.ac.jp)
で、オプティカルフローを使ったレジストレーションの動画を見ると、
連続的にアフィンパラメータを変化させて段々残差がなくなっていく
様子が見られるのですが、どうやってアフィンパラメータを追い込んでいるのか
が、さぱり分かりません。
微分画像をどう使ってるのか教えてく下さい。
824:デフォルトの名無しさん
08/08/19 23:41:24
>>817
IrfanViewで結構手軽にできると思うが。
825:デフォルトの名無しさん
08/08/20 04:42:58
親切にしてるつもりなんだろうが
バカを構うことで板違いの話題引き伸ばすのやめてくれ
826:デフォルトの名無しさん
08/08/20 08:01:47
親切と言うより、過疎っているから保守兼ねてやってるだけ。
827:デフォルトの名無しさん
08/08/20 11:09:12
>>823
URLﾘﾝｸ(en.wikipedia.org)
URLﾘﾝｸ(vision.eng.shu.ac.uk)
微分画像はわかりやすいようにのせてるだけじゃないか？
828:デフォルトの名無しさん
08/08/20 23:59:23
>>827
レスありがとうございます
うーんでも、やっぱりよく分からないのは
動画でみると、画像が少しずつ重なっていくところ。
(くちばしのところが最初に一致して、その後角度を調整しているように見える)
これも分かりやすくするためのパフォーマンスなんかなあ・・・
それともＬＫ法のパラメータを少しづつ変えているとかあるのかなあ
829:デフォルトの名無しさん
08/08/21 10:26:24
>>828
先に右に動いたせいで、たまたまくちばしのところが一致しただけでは？
OpenCVのライブラリを使ったソースだけど、
URLﾘﾝｸ(opencv.jp)
描画の部分でループがネストしてるだろ？ どっちかに先に動いておかしくない。
このへんも参考になりそう。
URLﾘﾝｸ(www-cv.mech.eng.osaka-u.ac.jp)
URLﾘﾝｸ(awabi.jaist.ac.jp:8000)
830:デフォルトの名無しさん
08/08/22 18:56:05
あー、OCRとか作りたい。
実はこの前ムカつくことあったからケータイ用OCR作って出版不況を加速してやろうと
思ったんだよね。要は合法でクールなテロだよ。なんかヒッピー的な感じの。
いちおうアルゴリズムは考えてて、
ノイズレベル見ながら画像をボカして背景色を割り出してそれ考慮して減色して
連続領域をラベリングして文字領域のサイズ正規化して文字判定器に回して
多変量解析して主成分取り出してあらかじめ作っといた近傍主成分ツリーと
マッチングして候補を出して文としての妥当性チェックをするわけだ。な、クールだろ？
ただ問題が一つある。
だるい。
831:デフォルトの名無しさん
08/08/22 20:55:07
プログラムはともかく、なんたらツリーの辞書と文としての妥当性を
判定をするための辞書を作るのが大変そうだな。
832:デフォルトの名無しさん
08/08/22 22:38:01
だるいとか眠いとかカスの代表的ないいわけ
833:デフォルトの名無しさん
08/08/22 22:51:03
作った奴だけが褒められる世界だしな
834:デフォルトの名無しさん
08/08/22 23:43:58
作っても無いのに褒められる世界ってあるの？
835:デフォルトの名無しさん
08/08/22 23:44:51
え？無いと思ってるの？
836:デフォルトの名無しさん
08/08/22 23:54:16
あるのかと聞いている
837:デフォルトの名無しさん
08/08/22 23:55:12
ある
838:デフォルトの名無しさん
08/08/22 23:56:50
板違い
839:デフォルトの名無しさん
08/08/23 00:08:31
で、作っても無いのに褒められる世界の具体的な話は出せないんだろ？
840:デフォルトの名無しさん
08/08/23 00:12:50
無いと思っているのかと聞いている
841:デフォルトの名無しさん
08/08/23 00:16:31
出せないんだろ？具体的な話をよｗｗｗしねよｗｗｗｗ
842:デフォルトの名無しさん
08/08/23 00:18:44
板違い
843:デフォルトの名無しさん
08/08/23 00:22:22
板違いとか言って逃げるのか？このヘタレヤロウが
844:デフォルトの名無しさん
08/08/23 00:22:49
板違い
845:名無し募集中。。。
08/08/23 01:28:47
板違い
846:デフォルトの名無しさん
08/08/23 01:38:52
妄想は広告の裏へ
847:デフォルトの名無しさん
08/08/23 13:08:43
作らなきゃ無意味
誰もほめんよ
848:デフォルトの名無しさん
08/08/23 14:19:21
え？無いと思ってるの？
849:デフォルトの名無しさん
08/08/23 14:59:09
スポーツはなんにも生産してないような
850:デフォルトの名無しさん
08/08/23 15:13:25
ま、そうだね。
851:デフォルトの名無しさん
08/08/23 15:22:26
広告効果
無形有形には関わりない
852:デフォルトの名無しさん
08/08/23 15:30:10
うん。
853:デフォルトの名無しさん
08/08/23 15:33:14
広告ってなんにも生産してないような
854:デフォルトの名無しさん
08/08/23 15:58:28
うん。
855:デフォルトの名無しさん
08/08/23 17:05:50
販売促進効果
少なくとも引きこもってるだけの人間よりは役に立ってるかも
856:デフォルトの名無しさん
08/08/23 17:51:42
画像処理 その10
857:デフォルトの名無しさん
08/08/23 18:42:45
>>855
話を理解して無い馬鹿
858:デフォルトの名無しさん
08/08/23 18:49:10
せめて画像処理の分野内でなにも生産していないカスの話をしろ
859:デフォルトの名無しさん
08/08/23 18:55:03
何？悔しかったの？ｗ
860:デフォルトの名無しさん
08/08/23 19:45:06
カスを批判するカスが集まってるカススレ
861:デフォルトの名無しさん
08/08/23 21:00:29
生産物も分からんようではプログラムに向いてないかもな
862:デフォルトの名無しさん
08/08/23 23:10:45
↑話を理解して無い馬鹿
863:デフォルトの名無しさん
08/08/23 23:30:22
話がそれすぎ
864:デフォルトの名無しさん
08/08/23 23:53:05
板違い
865:デフォルトの名無しさん
08/08/24 13:11:04
■■学校を作ろう！■■
VIP発でサイトを作ろうと思うんだ。（詳しくはWikiを見てくれ）
パートスレになるんでパー速（GEP)に移動している。
今スタッフを募集しているから、来てくれないか？
■Wiki
URLﾘﾝｸ(www36.atwiki.jp)
■募集スタッフ
プログラム担当（特にErlang、Perl）
デザイナー（サイト上のアイコン、ロゴなど）
WEBデザイナー（サイトデザイン案に沿って、htmlやCSSを書ける）
他にも宣伝担当なども募集している。
■スレ
URLﾘﾝｸ(ex14.vip2ch.com)
866:デフォルトの名無しさん
08/08/24 13:35:21
板違い
867:デフォルトの名無しさん
08/08/24 18:17:39
だってアウトプットがわかんないってことでしょ
致命的じゃん
868:デフォルトの名無しさん
08/08/24 18:22:46
↑話を理解して無い馬鹿
869:デフォルトの名無しさん
08/08/24 19:00:34
>>830
それと同じ内容のペーパーマシンの特許を、
30年以上前にファクシミリメーカーが出願しているのを
オレは特許調査で見かけたよ。リコーだったかな。
もちろん他社も同じことはいくらでも考えてる。
卒論で画像認識をやった学生も、普通に考え付く。
870:デフォルトの名無しさん
08/08/25 01:02:57
だからそういうネタレスなんでしょ
871:デフォルトの名無しさん
08/08/25 01:21:04
てか俺の携帯には既に実装されてる。辞書引きしか出来んけど。
便利な世の中になったもんだ。
872:デフォルトの名無しさん
08/08/26 08:25:06
CDのﾗﾍﾞﾙのような印刷物を写真に撮ると、さらつき感のある画像になり
StretchBitBlt()? だかで縮小すると、さらつきが強調される絵になる。
ところが、Vista のフォルダ表示の中のサムネイルは結構きれいな絵で
出てくる。どんな方法だから、キレイになるって分かりませんか。
873:デフォルトの名無しさん
08/08/26 09:58:50
SetStretchBltModeでHALFTONE指定してないだけとか?
サムネイルみたいな縮小率の高い絵じゃLPFの特性差なんてでないだろうし。
874:名無し募集中。。。
08/08/26 10:57:41
どうでもいいが、「さらつき」って聞きなれない言葉だな。
875:デフォルトの名無しさん
08/08/26 12:13:27
"さらつき"は、"ざらつき"なのか"ちらつき"なのか
今回は前者の間違いだろうけど
876:872
08/08/26 19:11:29
レスをありがとう。「ざらつき」って、カタカナだと「ザラツキ」。
こういうのをなんというのか知らないけど、ぐぐっていたら、そういう
書き方のがあったので、通じると思って書いた。
印刷物を接写すると、印刷のブツブツが撮れて、デカイ画面で見ると
ブツブツが拡大される。これは仕方がないけで、小さい絵のときそれ
がモアレのように出るってのが、なんとも不思議なんですよね。
877:デフォルトの名無しさん
08/08/26 19:40:38
エイリアスノイズや折り返し雑音でググれ
878:デフォルトの名無しさん
08/08/26 20:22:40
Lanczos 3
879:876-872
08/08/26 23:04:21
>>877 さん、>>878 さん、すみません。
>>873 さんの"HALFTONE" を頼りに調べて、SetStretchBltMode() での指定を
COLORONCOLOR から HALFTONE に変えたら、縮小してもキレイな絵が出るよう
になりました。最近の API を見てなかったので、知りませんでした。
ありがとうございました。
880:デフォルトの名無しさん
08/08/27 00:10:13
SetStretchBltModeって結構古いAPIだと思うが…
881:879-872
08/08/27 07:13:51
>>880
Win98 のとき、猫でも・・・の粂井さんのコードで知って以来使っている
ものです。以後、ここはそのマンマでした。
HALFTONE でいけると分かったのですが、ぐぐって説明をみると、今年の
２月頃の書き込みもありますが、概して古いですね。画像の拡大縮小の
最近の定石って、どんなのか、いいサイトがありますか。
882:デフォルトの名無しさん
08/08/28 00:07:54
まるもたん
883:デフォルトの名無しさん
08/08/28 00:21:44
バカの一つ覚え
884:881-872
08/08/28 19:08:28
>>882
「まるも」でぐぐったら、AviUtil の plug in の説明があり、画像の拡大縮小での
>>878 さんの Lanczos 3 が出てきました。「まるも」のソースはちょっと解読に
時間がかかりそうです。しかし他でも JTrim というのがあり、それでリサイズを
試したら、Lanczos 3 の表示がありました。250% 拡大だとモザイクが分かるかなと
いうレベルで、イヤー面白いですね。
蛇足ですが、HALFTONE ってのはやや時間がかかる感じですね。
みなさん、有難うございました。
885:デフォルトの名無しさん
08/08/31 15:23:01
4bitや8bitのbitmapのカラー変換をVB2005でやりたいと考えてるんだけど、
各pixelのパレットインデックス読む
↓
そのパレットのカラーをToArgbする
ここで得られたintegerからアルファ以外のRGB要素だけ取り出したい場合はどうしたらよいですか？
886:デフォルトの名無しさん
08/08/31 15:33:08
ビットシフト
887:デフォルトの名無しさん
08/08/31 15:45:47
ビットマスク
888:デフォルトの名無しさん
08/09/02 01:04:32
論理積
889:デフォルトの名無しさん
08/09/02 07:39:04
念力
890:デフォルトの名無しさん
08/09/02 08:05:23
ネタまがいの遊びが続いているんで、ToArgb てのをぐぐってみた。
Argb ってのが、AARRGGBB だったのネ。argument の略かと思ってた。
ToRgb というメソッドがあるといいのにね。
891:デフォルトの名無しさん
08/09/02 08:30:53
それくらい自分で作れるだろ
892:デフォルトの名無しさん
08/09/02 10:00:24
ヘボグラマの発想はそんなもんですよ
893:デフォルトの名無しさん
08/09/02 16:38:27
夏厨の残りカスでしょ
894:デフォルトの名無しさん
08/09/02 22:21:26
季節の変わり目は荒れるねえ
895:デフォルトの名無しさん
08/09/02 23:43:27
普段からだよ
896:デフォルトの名無しさん
08/09/02 23:47:09
荒れてるか？
897:デフォルトの名無しさん
08/09/03 00:03:23
ん？そうでもない？
荒らし足りなかったか
898:デフォルトの名無しさん
08/09/03 00:30:41
もっと頑張れ
899:デフォルトの名無しさん
08/09/03 00:41:53
今日はもう眠いからそのうちね
応援ありがとう
900:デフォルトの名無しさん
08/09/03 02:18:40
>>899先生の次回作に御期待下さい
901:890
08/09/03 07:42:33
>>885 の質問で昔話を思い出しんで、チラ裏だがマ聞いてくれ。
windows のアイコンは以前は 16色ばかりで稚拙だった。デジカメ写真の一部を
転用して簡単にアイコンに出来ないかとやってみた。減色してアイコン仕様の
ファイルにすればいいんで、マこれは一件落着。
ところが、最初ペイントでやってみたとき、ペイントが用意してくれる256色
パレットは使わない色も含まれる既成品。パレットを工夫すれば 16色でも
ある種の絵はきれいになるって気が付いた。1 bit color でもカラーになる。
以来、ico, cur, bmp ファイルを hex で見るようになって、パレットの部分
の右側の文字表示の欄は、文字を「■■」にしてこれに色をつけて表示する
ようにした。hex 編集を SJIS でやっていたときは、１６桁英数字をこの
「■■」４つで置き換えるんでちょうどすっぽり嵌ってウマーだったのが、
UNICODE になってやたら面倒になって、これを使うのをやめてしまった。
おソマツ。
902:デフォルトの名無しさん
08/09/04 01:44:27
画像処理プログラムそのものの質問じゃないんだけど、
Max(R, G, B) と Min(R, G, B)を入れ替えるのってなんていう処理なの？
あと、２値化処理で閾値と比較するときの輝度って
R, G, Bの平均っていう説とMin(R, G, B)っていう説があってどっちがほんとなんですか？
903:デフォルトの名無しさん
08/09/04 01:50:28
ほんとも嘘もない
より望ましい結果が得られる方を選択するだけの話
904:デフォルトの名無しさん
08/09/04 17:10:09
背景差分法の最も基本的な理論を教えてください！
理論式などあれば嬉しいです！
当方、画像処理については素人です、よろしくお願いします。
905:デフォルトの名無しさん
08/09/04 17:24:00
>>904
2枚の画像をそれぞれ正規化して差分をとるだけ。
各ドットごとに引き算した結果で画像を作って、場合によっては閾値でに二値化。
ググってもわからなかったんだとしたら、画像処理以前に勉強すべきことが山ほどあると思う。
906:デフォルトの名無しさん
08/09/04 17:26:40
自分で素人とか言う人って、俺はやる気は無いよと言ってるのと同じ
907:デフォルトの名無しさん
08/09/04 17:27:50
私は自分自身は客観的に見られるんです、
あなたとは違うんです。
908:デフォルトの名無しさん
08/09/04 22:35:11
>>906
それをここに書いて気持ちがよくなった？
909:デフォルトの名無しさん
08/09/04 22:53:10
>>907
なるほどこう使えばいいのかw
910:デフォルトの名無しさん
08/09/05 12:43:54
>>904みたいなのはぜんぜんOKだけどな
2chじゃないけど一番イラっとくるのはタイトルが「初心者です」の奴
911:デフォルトの名無しさん
08/09/05 14:49:50
>>905で具体的なやりかたがでてるのにそのまま逃亡
912:デフォルトの名無しさん
08/09/05 23:48:26
輪郭検出に近いことをやりたいんだけど、ノウハウでも、参考資料でもいいので教えてください。
フルカラー画像の中に開曲線(ループしてない)が何本かあったとします。
その曲線は背景色と十分色or輝度が違うという条件だけで、背景色自体も場所によって異なるかもしれません。
曲線の太さは1ピクセルとは限りませんし、エッジが鋭くないかもしれません。
この曲線を追跡してピクセルの座標列を求めるアルゴリズムは無いでしょうか。
913:デフォルトの名無しさん
08/09/06 00:08:55
>>912
そんなキモイ複合条件を満たす ゆとり用のアルゴリズムは無い。
・背景色自体も場所によって異なるかもしれません→背景色を求める
・曲線の太さは1ピクセルとは限りません→細線化などの処理
・エッジが鋭くないかもしれません→エッジを鋭くする
・輪郭検出に近いこと→エッジを得る
・開曲線→エッジを追いかける
こんなふうにまず要求を分解しろ。しかるのちにぐぐれ。
分解できないほど無知なら本を読めばいい。
914:デフォルトの名無しさん
08/09/06 22:56:50
できればお勧めの本など教えてくれないでしょうか。
915:デフォルトの名無しさん
08/09/09 10:27:13
ある3Dの画像が与えられたときに略対称な面を求める場合
どのように考えればよいのでしょうか？
英語で略対称って何 symmetryっていうんだろう・・・
916:デフォルトの名無しさん
08/09/09 14:04:13
substantially symmetryってどういう意味？
917:名無し募集中。。。
08/09/09 21:47:23
略対称って何？
918:デフォルトの名無しさん
08/09/10 00:35:47
ぐぐっても少ししかひっかからんなあ。
使ってる分野の限られた用語なのか？
919:デフォルトの名無しさん
08/09/10 02:40:32
略対称 の検索結果 約 6,320 件
www.j-tokkyo.com での 略対称 の検索結果 約 6,120 件
920:名無し募集中。。。
08/09/10 03:03:03
不自然なほど特許だけで使われてるな
921:デフォルトの名無しさん
08/09/10 09:32:16
パターンマッチングに興味を持ち，趣味で画像の勉強をしている初心者で
す。例えば，皆様のような専門性を持っている方は，次のような課題にど
のようにアプローチされますか。私の興味の一つは，このような基本的そ
うな問題に確立されたアルゴリズムが存在するかという点です。
宜しくお願いします。
画像A1・・・Anの中の一枚の画像から一部の画像S が切り出されてい
る。画像S は回転されたり，拡大又は縮小されたりしている。画像S
とその元画像を含む複数の画像A1・・・Anが与えられたとき，画像Ｓ
を作成するために使用した元画像及び切り出し領域をできる限り高速
に特定するプログラムを作成せよ。
922:デフォルトの名無しさん
08/09/10 12:11:02
>>921
画像処理屋がプログラムができるかどうかを聞かれたら、まず「画像を見せてください」
と尋ねる。
画像が文字か顔か線画か道路の写真か木の写真か....でアプローチ法は全く異なる。
たとえば線画だと分かっても実際の画像の傾向によって処理内容は違ってくる。
923:921
08/09/10 14:41:59
>>922
説明不足ですみません。
図形ではなく，写真（風景）を想定しています。
切り出す部分は風景の任意の一部（建物や，車，銅像，人，
あるいはそれらの一部）です。全ての画像に共通する傾向
は無いと考えてください（汎用性を持たせたいため）。
回転や拡大縮小といった一定の処理が施された写真の断片が
与えられたとき，そのオリジナルの写真を探すことが目的となります。
924:名無し募集中。。。
08/09/10 15:07:22
いわゆるパターンマッチングでしょ
「汎用性」が必要なら正規化相関を使ったサーチが一般的な回答になるんじゃないかな
しかし高速に求めるための工夫は各社それぞれのノウハウで「確立」されているわけじゃないと思う
「出来るだけ早く特定するアルゴリズムは確立されていない。アイディア勝負でまだ間に合う！」
って感じかな
925:デフォルトの名無しさん
08/09/10 17:20:23
既存のパターンマッチングはテンプレートに問題があるね
あと正規化相関は遅すぎて実用に向かない
926:デフォルトの名無しさん
08/09/10 17:25:06
>>923
類似画像検索ではなくて、オリジナルの写真から切り出したものが必ず検索対象になるの？
つまり人物や車の背景部分も同じかどうか。後者だと、イマイチ用途が不明だけど...
927:デフォルトの名無しさん
08/09/10 19:01:27
くどい
928:デフォルトの名無しさん
08/09/10 19:55:52
>>925
相関遅いね、相関
自然画でよーあるのは SHIFT特徴量だとか、コーナー検知する特徴量つかってのマッチングやね。
ググればいろんな特徴量でやった論文がくさるほどでてくるけど、実装したことないからわかんね。
929:デフォルトの名無しさん
08/09/10 20:27:42
SHIFTで検索できないとかわいそうなので、訂正すると"SIFT"ですね。
Scale-Invariant Feature Transformかな。
128次元だったかの特徴量がとれるので、
それをApproximately Nearest Neighbor法とかでデータベースから検索っていう実装なら見た。
930:デフォルトの名無しさん
08/09/10 20:48:50
オリジナルの写真から切り出しているのに正規化相関はないだろｗ
931:デフォルトの名無しさん
08/09/10 21:16:21
切り出しの大きさはどれくらいを想定してるんだろう。
元の風景写真のほんの一部とかだったら効率的な探索は相当難しそうだな。
932:デフォルトの名無しさん
08/09/10 21:41:46
部分切り出しだけでなく、その部分が変形されている場合、特に縮小されたら、
探しようがないでしょうね。
状態によっては人間が見てもマッチングが{難しい|できない}場合があるし。
もう少し条件を絞り込まないと、アプローチのしようがないように思えます。
933:デフォルトの名無しさん
08/09/10 22:38:24
>>932
SIFTならできる。名前に Scale-Invariant の文字があるだろう？
934:デフォルトの名無しさん
08/09/11 00:39:49
>>933
ＳＩＦＴが画像のスケール変化や回転や輝度変化等であまり変わらない
特徴量が記述できるのは分かっているが、条件に制限がないと、
極端な話、部分的に切り出された領域が１ピクセルに縮小されたら
マッチングは無理じゃね？ ということだろ。
ＡＲでよく見かけるような追跡は可能かも知れないが無関係の画像の中から
それを抽出するのは物理的に考えて無理だろう。
935:デフォルトの名無しさん
08/09/11 02:18:54
>>934
そりゃあくまでもロバスト、としか言えんけど、
画像処理という曖昧さを表現せにゃならん分野でそんなこと言って、
だから無理。とか言ってたら先に進まんよ。
936:デフォルトの名無しさん
08/09/11 03:34:04
>>934
たとえばPhotosynthではSIFT使ってあるタグのついた写真をFlickrから持ってきまくって
3次元再構成するみたいなことやってるけど。
まあ、縮小っていっても程度問題でしょ。50%の縮小くらいならマッチングできるでしょ。
2000x2000が1000x1000とかならさ。
937:915
08/09/17 14:11:31
>>920
そうなんですよね・・・
壷があったとしてどこか一部が欠けたり壊れたりしている部分があっても
左右が対称になる軸(面)が見つかるようにできないのかと考えていたのですが・・・
938:デフォルトの名無しさん
08/09/17 16:16:44
>>937
おまえは「略対称」という言葉をどこで知ったの？
本題から逸れて申し訳ないけど、単純に興味があるので。
939:名無し募集中。。。
08/09/17 16:27:45
線対称と違う言葉を使っていると言う事は3次元空間での欠陥認識なんですかね
940:デフォルトの名無しさん
08/09/18 13:40:41
どなたか、H.264について詳しい人いませんか？
エンコードにおいて、ブロックの動き補償ベクトルの探索方法については規格化されていないのに
探索開始位置の決め方が規格化されている意味が分かりません。
分かる方いらっしゃいませんか？利用している書籍は「H.264/AVC教科書(インプレス出版)」です。
公式仕様書では8.4.1.3のセクションです。
941:デフォルトの名無しさん
08/09/18 17:53:32
>>940ですが。
動きベクトル予測の意味を勘違いしました。
大変失礼しましたorz