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