1 ：
デフォルトの名無しさん ：
2013/06/02(日) 19:51:03.12 3 ：
デフォルトの名無しさん ：2013/06/02(日) 21:47:14.66
あの何とかって処理のやり方教えてください
4 ：
デフォルトの名無しさん ：2013/06/02(日) 21:51:02.07
何とかでわかるかぼけが
5 ：
デフォルトの名無しさん ：2013/06/02(日) 21:57:09.47
おもしろいｗｗ
6 ：
3 ：2013/06/03(月) 00:13:53.81
ググろうにも名前が思い出せないからググれないんですよ
HDR？
8 ：
3 ：2013/06/03(月) 02:15:48.26
CG ARTS協会の本が高評価なので何冊も集めて
大学の教科書には載ってない
ネットで検索すると
画像処理の本ってクソ簡単な本とナウいけど難解な本のどっちかな気がする
MIT Pressにあったかも。10年ほど前に紀伊國屋で立ち読みした覚えがあるが、書名を思い出せない。
画像処理いろいろ実装したいんなら素直にOpenCV使えばいいよ
それで、具体的なアルゴリズムの実装方法が知りたくなったら
画像処理は基礎でそこからコンピューターグラフィックス系とコンピュータビジョン系に分かれてる感じだから
NUMERICAL RECIPESでも嫁
NRは行列とFFTくらいしか画像処理的なのないのでは？
よくCで学ぶ画像処理みたいな本あるじゃん
そうですね
アルゴリズムの誤植もひどいから
22 ：
デフォルトの名無しさん ：2013/06/16(日) 19:06:29.47
ちょっと教えてほしいんだけど，
Open CVのような実用的なもんはチューニングしまくっているから、勉強には不向きかも。
JPEGフォーマットについて詳しい書籍かサイト知らない？
EXIFはカメラ工業会のPDF読めよ
EXIFなら.NET Frameworkで取れるな
28 ：
デフォルトの名無しさん ：2013/07/04(木) NY:AN:NY.AN
パノラマ画像を作成したいのですが、
OpenCVのStitcherクラスでも見てみたら？
数年前にAutoStitchのソースを読んだな。
初歩的で申し訳ないのですが、
32 ：
デフォルトの名無しさん ：2013/07/17(水) NY:AN:NY.AN
HDR画像って作れるものなんですかね？
作らなかったらどうやるんだｗ
35 ：
デフォルトの名無しさん ：2013/07/17(水) NY:AN:NY.AN
いやそうじゃない
作れるよ
1枚の写真をHDRにするってどういう操作？意味がわからん。
38 ：
デフォルトの名無しさん ：2013/07/17(水) NY:AN:NY.AN
二次のアナルファックの画像かどうか判定する方法を教えて下さい。
39 ：
デフォルトの名無しさん ：2013/07/17(水) NY:AN:NY.AN
ザコムリ
>>38 まず性器検出からやらんといかん。
大雑把に顔認識とかの技術で培われた
目認識とか口認識とかと同じ方向性で出来るはず。
そこらへんの論文をまず漁る
とか他にもいろいろ考えたけど、結構難しい。
つーか二次のパーツ認識が安定してできるなら、
スマホのカメラで写真を撮って、
それとほぼ同期したワンピの画像を表示する、
とか、二次絵の自動生成とかに挑戦できるはず。
そこらも加味していくと応用範囲の広い分野だと思うんで
頑張ればいいんじゃないですかね。
って大学の卒論で一瞬二次絵検出をやろうとした俺が言う。
二次アニメ番組を撮影した画像はどっちで認識されるかな
43 ：
デフォルトの名無しさん ：2013/07/18(木) NY:AN:NY.AN
いいね
これ、最適なPSFを見つけるところの支援ってあるのかな？
XYZ色合成の参考になるサイトありませんか？
画像の全濃淡値を加算してく処理をしたいんだけども
いや2^nサイズならReduce
日本語だとアプリの名前しか出てこねぇ・・・
その後どうしたいかによる
51 ：
デフォルトの名無しさん ：2013/07/29(月) NY:AN:NY.AN
win7でdcrawを使えるようにした方いますか？
フーリエ変換が数式で説明されても理解出来ねぇ・・・
54 ：
デフォルトの名無しさん ：2013/08/27(火) NY:AN:NY.AN
読んでみそ などと言うのはやめませんか
でも実際馬鹿なんだろ？
sineとCosineの波を重ね合わせればどんな波も表せるよってのがフーリエ。こんぴゅうたで使うのが離散フーリエ。
テイラー級数のような多項式近似の各項を
その周波数の存在可能性を判定するだけで実際に含まれるかどうかはFTではわからないらしいね。
「らしい」というか
62 ：
デフォルトの名無しさん ：2013/08/31(土) NY:AN:NY.AN
誰か医用画像規格のDICOMに詳しい人いませんか？
ARIBもそうだけど、業界が腐っていると規格も腐るよな。
画像にハッシュ値埋め込むのと変わらないだろ
DICOMの仕様書を全部読めば・・・ううん、無理ｗ
66 ：
デフォルトの名無しさん ：2013/09/02(月) 15:16:07.14
DICOMは仕様乱立だろ
67 ：
デフォルトの名無しさん ：2013/09/09(月) 20:57:08.20
特徴点って技術的に行き詰まってない？
いろいろあるけど結局SIFTを超える性能はないしな
KAZEって、速度はどうなんだろ？性能はSIFTよりよさそう。
DSPでブースト
71 ：
デフォルトの名無しさん ：2013/09/11(水) 00:34:43.38
>>68 てかテンプレートマッチングを高速化させる技術にすぎないだろこれ
安定して点を出せない
点を出したところが必ずしも良い特徴量を出すとは限らない
この二点がどうにもならん
画像処理前と処理後の画像の差を数値化できる方法ってありますでしょうか
何の差を数値化するんだかｗ
printf("42\n");
PSNRとかSSIMのことかいな
画素のdiff取りたいだけじゃね
言葉が足りずに申し訳ありません
それだったらPSNRだな
L -50%ってかいてあるやん
81 ：
80 ：2013/09/14(土) 01:46:19.70
すまん勘違いだったわ
>>79 作った図と参考にしてる図で、aとbの範囲が違わない？
1つめの図を真ん中あたりだけクロップすると2つ目の図とほぼ一致するような気がするんだけど。
KAZE descriptorって、何で日本人著者じゃないのに「風」なんて名前にしたんだろう。
KAZE descriptorで検索した最初のPDFの2ぺージ目の下のほうに理由が書いてあったよ。
ありがとう
87 ：
デフォルトの名無しさん ：2013/09/26(木) 13:55:41.49
V3 発売開始記念
ICIP2013いったひといる?
そりゃ行ったヤツはそれこそ何千何万といるさ。
いったきりってことだろ
colorizaionのいい解説してるのありますか?
Color Image Processing: Methods and Applications
colorization using optimization
javaがCと同等な速度でるようになったと聞いた
誰がそんな事を？
初耳 そんなこと可能なの？
ほんまでっか
>>95 同じロジックを組めば絶対に勝つことはないけど、
適当に組んだ同士の戦いなら五分の勝負いける。
小さい単位のmallocやnewを大量に繰り返した場合は
JITコンパイラとかの話じゃねーの
C#はCと同等の速度が出せる
C#が遅いんじゃなくて、.netが遅いんだけどね。
GDI+が遅い
「結局javaがCと同じぐらい速くなった」
Cの８割程度の速度を同じくらいと言っていいなら
ターゲットのCPU、メモリによる話てことだろう
単純なCコードとなら近いところまで行くけど
いいかげにんしろよ。JavaのLifeはとっくにゼロなんだよ。
>>110 それはどうだろ
百歩のJavaを五十歩のCが笑ってるだけな気がするが
C#でbmp[640,480]ってやるとCよりずっと遅い
113 ：
デフォルトの名無しさん ：2013/10/22(火) 16:39:36.70
画像処理の話しろよ
114 ：
デフォルトの名無しさん ：2013/10/23(水) 06:31:46.98
OpenCVスレは、なくなっちゃったんかな。
,r '"￣"'''丶,
116 ：
デフォルトの名無しさん ：2013/10/24(木) 06:46:41.82
ひどす
なんかこのスレと交互にOpenCVスレ消えてるなｗ
最近バグの話しかなかったから消えてもぜんぜん問題ないな
更新多いと面倒くさいと言われ
OpenCVスレが立ったと言うことは、次はこっちが落ちる番か・・・
122 ：
デフォルトの名無しさん ：2013/10/28(月) 14:48:04.23
OpenCVとかいらねーよ
これからはOpenCLの時代だからね・・・
大学院で
画像処理は幅がひろいし、分野をしぼれよ
Linuxから使えるパン チルト カメラってないのでしょうか
>>125 カメラ屋（ヨドバシとかじゃなくニコンとか）
コピー機屋
画像認識業界は良く知らんが画像処理業界の1/100位の市場規模だと思っていればOK
>>125 結構手広く狙える。
花形は
>>128 の言うようなところ(キヤノン、富士ゼロなど)だけど
印刷業とか、工場の生産ライン監視とか、交通インフラもあり。
弊社でも歓迎します。但し、業務実績で給料が決まりますが。
画像認識も画像処理かじってるから
あと画像系の医療機器を扱う会社は需要がなくなりっこないから狙いどころ。
画像認識はパターン認識とか機械学習がメインだからちょっと畑違いだろ
134 ：
デフォルトの名無しさん ：2013/11/06(水) 00:07:48.78
医用画像処理はみんなやりたがるから競争率高い
そうなんだよなあ
医用画像処理やるならDICOMの仕様書はひと通り目を通しておけよ
よーく考えてみたら画像処理は確かにかじるけど
画像認識がメインでした・・・
>>128 をみて
業界がせまいときいてかなり不安になってきたwwww
いっぱいつれてよかったね
そう思うなら開拓すればいいじゃない
Officeなどにゼロデイ脆弱性、Word用いた標的型攻撃も観測
米マイクロソフトは2013年11月5日、Microsoft Officeなどに未修正の脆弱性
（CVE-2013-3906）が存在することを明らかにし、注意を呼び掛けた。
http://www.atmarkit.co.jp/ait/articles/1311/06/news105.html （前略）
脆弱性が存在するのは、Windows Vista、Windows Server 2008、
Microsoft Office 2003～2010とMicrosoft Lync。
Microsoft Graphics ComponentのTIFF形式の画像処理に問題があり、
細工を施したTIFF画像を開くと、攻撃者に権限を奪取され、リモートからコードを実行されてしまう恐れがある。
（後略）
>>127 QCamOrbitはlibwebCamを使えばV4L2で制御可能
フォーカスも制御できる
もう生産してないがebayとかならまだ見かける
BCC950がカメラ部分は同じ形状なので使えるかも
SVGサイコーだぜ！
すっこんでろ雑魚
すっこんぱっこん
カメラの制御仕様も統一して欲しいよな・・・
統一して誰得なん？
俺得
149 ：
デフォルトの名無しさん ：2013/11/26(火) 23:17:55.70
Scilab5.4.1（Mac版）でSIVPを入れたいのですが、ATOMSで見つかりません…
150 ：
デフォルトの名無しさん ：2013/11/27(水) 09:14:15.16
>問題テキストの言語処理の一部で人が介入したものの、「東ロボくん」は文系4問中2問で完答、理系6問中2問で完答という結果。
アフィン変換とか射影変換の行列を入力して画像変換できるライブラリ知らない？
失敗だぁ
spiderなんて20年前のfortranライブラリだろ。ちょっと探したけどダウンロードサイトないし。
使ったことないしきっとゲロ遅いけどGDI+
ほーGDI+でアフィン変換なんて出来たんだ
GDI+なら信頼出来るというのか
ImageMagickはDLLでもアプリでも使っているけど、
信頼できないなら自分で書けボケッ
自分で書いた教科書的なバイリニア補間のアフィン変換はMATLABの結果とほぼ一致したけど、OpenCVのは一致しなかったよ。
162 ：
デフォルトの名無しさん ：2013/11/30(土) 00:58:07.18
速度重視というより実装がめちゃくちゃなんだよ
boost.GILはadobeが作ってたからいいものじゃないかな
GDI+で縮小したらなぜかカメラによってはドット欠けが発生した（等倍画像には無し）
今輪郭追跡のプログラムを書いているんですが，
166 ：
デフォルトの名無しさん ：2013/12/03(火) 00:00:51.31
OpenCVを商用ソフトでも使いたがるやつ多すぎ
>>165 まずアルゴリズムや方法論の前に、どうゆう結果が欲しいのか・・・。
そこを明確にしたほうが、分かりやすくなると思います。
例えば
>>165 の
■■■■■■
■■□□□■
■□■□□■
■□■□□■
■■■■■■
とか
□■□■□■
■□■□■□
□■□■□■
■□■□■□
□■□■□■
という画像の場合、輪郭線はどのようになってほしいですか？
コーナーで左折するか右折するかの基準を決めて、どちかで通す
結果は
なんちゃそりゃ。
>>168 時計回りか反時計回りか
二股に分かれるところで左折するか右折するか
の基準を決めて、どちらかで通す。
Potraceでやっとった。ついでにアルゴリズムもパク
172 ：
165 ：2013/12/03(火) 15:37:54.15
使用した方法では，スタート地点に戻ってきた時点で探索を終了してます．
８連結で以下のような結果がほしいです．
>>165 の例は，左上から走査して，
①→②→③→②→①と来て，スタート地点に戻ってしまうため
④⑤⑥⑦⑧⑨を通らずに終わってしまいます．
■■■■■■
■■①④⑨■
■②■⑤⑧■
■③■⑥⑦■
■■■■■■
173 ：
165 ：2013/12/03(火) 15:40:27.56
>>167 では
①→②→③→④→⑤→④→⑥→⑦→⑧
→⑨→⑩→⑪→⑫→⑬→⑭→②→①
という順で追跡できています．
①■⑭■⑫■
■②■⑬■⑪
③■□■⑩■
■④■⑦■⑨
⑤■⑥■⑧■
□：輪郭線に含まれない領域
■：背景
①～：輪郭線
よろしくお願いします．
終了条件を
■の輪郭線は
>>173 もう１つ確認なのですが。
追跡結果としてほしい情報は、輪郭線を表す２値画像ですか？
それとも、追跡した画素の履歴ですか？
例えば
>>165 ↓の場合
□□□□□□
□□①④⑨□
□②□⑤⑧□
□③□⑥⑦□
□□□□□□
輪郭追跡の結果として
□□□□□□
□□■■■□
□■□■■□
□■□■■□
□□□□□□
と
①→②→③→②→①
④→⑤→⑥→⑦→⑧→⑨→④
では、どちらの情報が欲しいです？
「抽出」とかではなく「追跡」と呼んでいるから後者側なのかなと思うけど
どうでもいいが
ああ白黒逆か
なんかもう画像処理とか統計・分析とか、如何に数学できるやつの独壇場か思い知らされた
プログラムを拾ってきて、数式と見比べてみるのが理解の早道
FFTなんてfftwでも使えばいいだけじゃん。
数学は教養だから、できないとまず入門書が読めないからな
>>183 ネットショップで検索すると20年くらい前の版がたくさん出てるくのですが、大丈夫ですか？
（数式だから、変化することは無いでしょうがｗ）
>>181 もし本当に必要と思うならマセマでも勉強すれば
こんど仕事で画像解析やることになるんですが
189 ：
デフォルトの名無しさん ：2013/12/05(木) 23:35:14.95
OpenCVが糞ライブラリだからだよ
ライブラリ使う奴は低能みたいな空気を出してライバルを牽制しつつ
191 ：
デフォルトの名無しさん ：2013/12/05(木) 23:55:29.44
ライブラリ使って出し抜く（笑）
低能かどうかはともかく
OpenCVで精度が出るならそれで済ませるよ。
194 ：
デフォルトの名無しさん ：2013/12/06(金) 00:59:39.70
bmpの回転操作についてお聞きしたいのですが
画像処理が主のアプリでundoするのに(1)はありえんわ。
196 ：
デフォルトの名無しさん ：2013/12/06(金) 01:36:49.17
っあ、すいません 度 が抜けてました
(1)で完全に元に戻すような逆回転処理を書くことはそんなに難しくないかもしれないけど、そもそも回転してはみ出た部分をどうするのかとか、
アクションをバッファして処理の手続き数だけ戻せばいいだけだろ
>Photoshopとかでも元に戻らない。
200 ：
デフォルトの名無しさん ：2013/12/06(金) 08:27:11.18
10回転してもイメージは変わらないのでは？
誤差ってなんだよ？
関係ありませんが丁寧語の質問って釣りに見えますよね？ わたしだけ？
>>188 「俺には技術はないがアイディアがある」って人は、技術のある人は技術的知見に基づいたもっと良いアイディアを出せるかもって想像もしてみないのかね。
―― matz
変換後の画像をいちいちキューイングして undo 時は、画像そのもを差し替える
早口言葉ですね。
まず完全に戻らないならundoではない
ViEWの藤吉先生の講演聞いてた人がいたら要約頼む
>>188 ・SURFとかSIFTの計算を自力でやってる人は少数派だと思うけど。
・工学分野だと「50億枚の画像を俺の手法を俺が実装したら20分で処理できた俺TUEEE」
と言いたくなる（察しろ）場面があるのでOpenCV実装をナイーブに使ってると
アホみたいに遅い場合俺TUEE実装だと数十倍数百倍というのは一つのウリになる。
（とはいえOpenCVもどんどん更新されてるしGPGPUやMPIやらなんやらに対応してきてるので
そんなに差をつけるのは難しいんじゃねというのが僕の感想）。
画像解析のその先が問題なんだから、というのは大筋同意。
そのためのOpenCVでもあるしな。
209 ：
デフォルトの名無しさん ：2013/12/06(金) 21:06:16.35
OpenCVって世にあることの一部しかやってないから
>>209 SURFやSIFTを超えたいとかそういう研究するならOpenCVに頼りっきりじゃダメだろうね、確かに。
そういうのは研究室や研究所の高学歴エリートがやってるんでしょ？
212 ：
デフォルトの名無しさん ：2013/12/06(金) 22:36:58.08
会社としては中小規模でもやるよ
213 ：
デフォルトの名無しさん ：2013/12/06(金) 22:43:30.50
>>198 質問の意味がわからないなら黙っとけよｗ
業務系の会社が片手間に画像処理をやっているケースもなくはないな。
医用画像とかだと色々あるで
画像処理に関しては、難しいものから簡単なものまで特許が多いんだよねえ。
・画像特徴を前提として何かやりたい⇒OpenCVのSURFとか使ってればいい
猿でも思いつけそうなソフトウェア特許を撲滅しましょう
>>217 あー、それ思いました
日本語OCRもパナなんかのメーカーが特許持っててオープンソースないですもんね
特許なんてどれも子供の思いつきレベルだろ。
ドクター中松のイメージだね
223 ：
デフォルトの名無しさん ：2013/12/07(土) 13:00:47.07
>画像特徴を前提として何かやりたい⇒OpenCVのSURFとか使ってればいい
画像特徴を新しく設計したらそれが提案に値するすんばらしい特性を
えぇっ！？
226 ：
デフォルトの名無しさん ：2013/12/07(土) 13:52:39.64
SIFTとか今時使ってるやつがそもそもいるの？
じゃあみなさんフルスクラッチしてるんですね
これがゆとりか：224
229 ：
デフォルトの名無しさん ：2013/12/07(土) 14:00:49.68
230 ：
デフォルトの名無しさん ：2013/12/07(土) 14:01:22.38
古いアルゴリズムってお話にならないじゃん
どんなテクスチャから特徴取りたいかによってdetector/descriptorは変えるべきだし用途も考えずアレは素晴らしいアレは糞だと言うのはよくない。
画像処理て進んでるの？とうにやりつくされてるかと思った。
１０年以上経つのにSIFTより性能高い特徴量出てこないしな
SHIFTて知らなかった。
235 ：
デフォルトの名無しさん ：2013/12/07(土) 22:59:28.87
テクスチャ？テクストンの話？
外部をカメラでとったときのいろいろなノイズ、パターン認識には難しかったはず
237 ：
デフォルトの名無しさん ：2013/12/07(土) 23:10:31.55
画像処理の論文は理想的な画像でやってるのばっかだから
238 ：
デフォルトの名無しさん ：2013/12/07(土) 23:34:33.22
俺の写真ではダメってことか。
239 ：
デフォルトの名無しさん ：2013/12/08(日) 00:08:40.68
理想的な画像ってなんだよｈｗ
OpenCVスレの前スレ
http://toro.2ch.net/test/read.cgi/tech/1329040627/ の700あたりでも話題になってたけど、結局、OpenCVとか既存のライブラリを使うことが意味あるかどうかってのの議論は、
人によって全然前提条件が違うから、決め付けで「そんなのありえない」だの「いや価値がある」だの言ってもしょうがないって感じだなあ。
大学で特許関係あんまり気にせずアプリケーションを作れるような状況なのか、それとも企業としてライセンス料を気にしなくちゃいけない状況なのか、
いままでのアルゴリズムでは実現できなかった性能を持ったやつを作りたいのか、ニコニコ動画で一発芸的に動画を公開できればいいのか、
人それぞれだし。
企業として金になるプロダクトが作れないという観点でOpenCVとかに価値がないって言うのは、それはまあ一つの価値観としては成り立つと思うけど、
ニコニコ動画に動画をあげるのに有効活用できるから価値があるというのも同様に尊重すべき意見だし。
プロの価値観が正しくて市井の日曜プログラマーの価値観は無意味ってこたーないよね。
ただ、齟齬が大きいから、前提をはっきりさせてから意見を表明しないと。
241 ：
デフォルトの名無しさん ：2013/12/08(日) 02:19:05.29
lenaを人として認識出来てもキモオタは人じゃないから
たくさんの画像セットで実験してみて一番良い結果が出るものを載せます
極端かも知れんがエッジが検出できれば認識は簡単という感じだったよーな
前に対応点探索にはNRDCが有効て書き込んだんだがみんな知らないの？
>>243 ここ10年の進歩を知らないなら素人もいいところ
Natural Resources Defense Council?
>>246 Non - Rigid Dense Correspondence with Applications for Image Enhancement
250 ：
デフォルトの名無しさん ：2013/12/08(日) 13:56:57.95
境界線から良い特徴量つくれてるアルゴリズムって今のとこないだろ
ちなみにPhotoshopの自動選択ツールの性能ってどうなんですかね
252 ：
デフォルトの名無しさん ：2013/12/08(日) 19:05:14.80
何の話だ
コンプレックス持ちが発狂しているだけ
殴ったようなエフェクトってどう作ればいいでしょうか？
「メメタァ」って書き加える
この分野で、いつまで飯食っていけるもんなのかね？
261 ：
デフォルトの名無しさん ：2013/12/13(金) 15:29:01.85
bilinear補完で教えてください
24bitをそのまま値として使える方法があったら俺も知りた・・・やっぱ面倒そうだからいいやｗ
そういうのMMX以前のテクニックであったような
24ビットでも R8B8G8 とは限らないからな
265 ：
デフォルトの名無しさん ：2013/12/22(日) 21:22:53.96
色むら(明るさのむら)がある画像があります。
局所平均ね
267 ：
265 ：2013/12/22(日) 23:50:19.33
>>266 ありがとうございます。
ググったら一発で出てきました。
最初は平均なんて…と思っていましたが、
選択的に行えばいいのですね。
268 ：
デフォルトの名無しさん ：2013/12/23(月) 00:33:07.77
おまいらは検索しないとわからないのかｗ
269 ：
デフォルトの名無しさん ：2013/12/23(月) 01:51:19.54
論文も調べない仕事してるの？
270 ：
デフォルトの名無しさん ：2013/12/23(月) 02:06:18.08
ｗ
272 ：
265 ：2014/01/03(金) 15:20:07.63
動画画像処理をやろうと思っているんだけど
273 ：
デフォルトの名無しさん ：2014/01/04(土) 14:05:17.27
昔のグラビアは肌が茶色いのばかり
274 ：
片山博文MZコスモ ◆T6xkBnTXz7B0 ：2014/01/04(土) 17:53:13.66
>>272 動画の処理は静止画より複雑だから、著作権等の条件に合うものをYOUTUBEやライブカメラで探してみたら。
例えば、顔認識をしたいなら顔が写っていなければ話にならんよな。
>>272 Computer Vision Datasets で検索すると色々
276 ：
デフォルトの名無しさん ：2014/01/07(火) 16:53:31.79
点線を追跡する論文ってありませんか？
論文にするまでも無いような
278 ：
デフォルトの名無しさん ：2014/01/07(火) 22:03:29.35
探してもまったくないんですよ。
279 ：
デフォルトの名無しさん ：2014/01/07(火) 22:04:15.75
ノイズがある空間で自由曲線を認識するものを探してます。
ノイズ除去して曲線を追跡すれば良いだけかと
281 ：
デフォルトの名無しさん ：2014/01/08(水) 12:01:33.21
ノイズを完全に除去するのは不可能で、何本も曲線があります。
>>281 画像センシングシンポジウムで見た事があるな。
液晶パネルの不具合判定だったかと
全てのものは曲線により構成されているから条件絞らないと無理だろ
284 ：
デフォルトの名無しさん ：2014/01/08(水) 13:24:13.15
曲がり角度が閾値以下という条件はあります。
cannyedgeのような方法でtracingすれば曲線は取れると思うけど
(1)ラベリングした後に円形度や面積、長径、長径の角度などの特徴を
確率的ハフ変換（直線）の亜種？
線の追跡自体はベクタ画像化のアルゴリズムがたくさん提案されているだろ
>>281 captcha解決のお手伝いは御免蒙る
そこは意外に奥が深くて面白いところなんだよな。
291 ：
デフォルトの名無しさん ：2014/01/09(木) 22:50:11.22
>>285 二値化した画像からです
>>286 各要素のラベリングはできますが、要素の始点終点、あるいは中心点をとるのがまた一つの壁ですね
あと閾値緩和すれば繋がりすぎ、閾値上げれば途切れるって問題から結局は逃れられないという
>>288 点線は見ないですね
>>289 いや計測の問題ですよ。
点線といっても大き目のフィルタでエッジ検出すれば線になるだろ
職人がバカにされる世の中になってしまったから、
日本のチョン化ですねわかります
経営者/営業や大阪人がチョン化してるのは否定できない
296 ：
デフォルトの名無しさん ：2014/01/10(金) 12:42:49.43
大阪より、関東のマスメディアのほうが
コピペで真似されるとすぐに追いつかれるようなものしかもってなければ
ライセンスや特許で守ればよい
ああ、ウリテレビとかは酷いな
特許なんてちょっと変えれば使えるし、技術公開しなきゃならんから
301 ：
デフォルトの名無しさん ：2014/01/10(金) 23:10:31.71
リバースエンジニアリング困難
特許は維持するのも金かかるしね
複雑な画像処理やりたいけどやっぱフォトショとかが必要なんかな
コラとかAAはプログラミングや芸術とはまた別の才能が必要
コラは反吐が出る。作る奴も見る奴も頭がおかしい
同意、画像検索でよくみかける上戸あやのコラなどは特に。
308 ：
デフォルトの名無しさん ：2014/01/11(土) 20:13:27.05
なんでよく見るの？
それを知ると政府サーチから逃げ続けなければならなくなるぞ いいのか？
構わん。
政府サーチ
312 ：
デフォルトの名無しさん ：2014/01/12(日) 16:50:53.88
googleは政府ではありません。まあ１００年後にgoogle帝国が政府になっている可能性はありますが。
Googleの帝国化は結構進行してるな
だれか名古屋大のMISTってライブラリ使ったことあったら感想教えてくんね？
MISTってOpenCVが普及してからほとんど更新して無いんじゃね？
おたずねしたい事が有るのですが、先日カメラで動画を撮影した
>>316 手法をあれこれ言っても理解できなさそうだから、フォトショ買えとしか言いようがない
ヒント: 動画
フォトショ持ってないけど、動画処理できるのか。知らんかった。
不鮮明な領域は既知だからinpainting
すいません、質問させてください。
式がわかってるなら微分すればいいじゃない。
>>322 ありがとうございます
以下、追記させてください。
x'(s)とy'(s)がそれぞれ区分2次式、2階微分だと1次式になるのは分かるのですが、
内部エネルギーEinを算出する際の以下の式
Ein = {(α*|v'(s)|^2) + (β*|v''(s)|^2)} / 2
を解くために、v(s)をひとつの値として求めなければならないようです。
この場合、どのようにv(s)を定めればよいのでしょうか？
よろしくお願いいたします。
>>323 話がイマイチ見えないのだけど俺なりにエスパーすると，
スプライン（鋼鉄の薄い板）の式を区分三次式で近似した
とき，内部エネルギー最小条件から係数を決定したいということ？
>>324 ありがとうございます。
おそらく仰っているほど大層なことではございません。
簡潔に申しますと、v'(s)とv''(s)をx(s)およびy(s)を使って表示すると
どのようになるかが分かりません。
初めからこう書けばよかったのですが、申し訳ありません。
よろしくお願いします。
「v(s)をひとつの値として」の辺りに「質問者がそもそも問題をわかってないオーラ」が漂っている．
>>326 ありがとうございます。
仰る通り知識不足な感じがしますので出直してきます。
一般に， f(x) = ( g(x), h(x) ) ならば |f(x)|^2 = |g(x)|^2 + |h(x)|^2 だな．
バカ
一行目から酷い
どこのバカ大学を卒業したか言ってみろ。
もりあがってまいりました
336 ：
デフォルトの名無しさん ：2014/01/19(日) 16:16:32.46
pymorph使ったことある人いる？
337 ：
328 ：2014/01/19(日) 16:27:51.69
どこのバカ大学か言ってみろ。
画像処理と関係ないこんなことで盛り上がってしまうとは。不覚。
少女マンガの絵と少年マンガの絵を判別する方法を教えて
342 ：
デフォルトの名無しさん ：2014/01/19(日) 17:34:36.70
二重以上かそれ以下か。
321のレベルに合わせて書いただけなのになんで叩かれんの？
分かってないからだろ
そんなことよりどこの大学を卒業したか言ってみろ。
>>344 俺が何をわかってないのかマジで意味がわからん．
347 ：
デフォルトの名無しさん ：2014/01/19(日) 17:59:25.40
卒業大学を言ったら教えてやる。
いじめカコワルイ
ｓは長さだからラグランジュ微分になる
>>346 sは弧長パラメータなので単純に微分してはだめ
小文字でｓと書けば弧長だということは常識中の常識で幼稚園児でも知ってる
352 ：
デフォルトの名無しさん ：2014/01/19(日) 18:13:12.12
いやヤツは正しい。ヤツは式を微分してるのではなく、ベクトル距離の方程式にあてはめてるだけ。
本人登場
354 ：
340 ：2014/01/19(日) 18:48:25.66
二重とか、背景の描き込みといった概念を定量的に評価する手法は確立されていますか？
355 ：
デフォルトの名無しさん ：2014/01/19(日) 19:02:37.25
二重とか三重とかは定量的に評価できる。
356 ：
デフォルトの名無しさん ：2014/01/19(日) 19:58:09.97
画像を読み込んで例えばその画像はミカンとりんごが映ってる
自動でやりたいならかなり難しい
グレイスケール画像を読み込んで例えばその画像は青りんごと普通のりんごが映ってる
自動でやりたいならかなり難しい
snakeじゃだめんでしょうか？
364 ：
デフォルトの名無しさん ：2014/01/28(火) 12:08:02.80
365 ：
デフォルトの名無しさん ：2014/01/28(火) 12:11:03.49
擬似カラーを作成するプログラムと
>>365 日本語でOK。
なんだよ、「変更するを作成したい」って。
日本人じゃないのに無理を言うなよ。
javaでグラフカットを実装すればいいだろ
javaで画像処理とか何かの修行ですか？ 魔法使いにでもなるんですか？
javaだと何が変わるの？
遅いんです!!!
画像の領域抽出をするプログラムをつくりたいのですがアドバイスお願いします
>>373 A Closed Form Solution to Natural Image Matting でいけるんでない？
最近のJavaはＣ言語より速いだろ
大事なのはベンチマークがどうのじゃなくて
javaが単純な配列計算でcより速い根拠早く
俺ははやい
Cでもxbyak使えば速いっすよ
Javaのいいところはシンプルで保守性が高いところだな。
なまじっか乙
嘘ついてました。欠点以外ありません。
やはり直子だな
gcjでコンパイルすれば同じだろ
javaって保守性高いかなぁ
ithinkso
Javaは厳格すぎて可読性悪いんだよな
c♯は美しい
Java は符号なし整数の計算をしようとすると微妙にメンドイので
392 ：
デフォルトの名無しさん ：2014/02/03(月) 11:52:32.50
誰か全能アーキテクスチャ行った？
>>386 決まりごとが多いから多人数で扱いやすい＝保守性が高い
>>392 どうせ２回目から過疎るから過疎ったら行こうと思っていたんだけど
人気落ちなくて困ってる
395 ：
デフォルトの名無しさん ：2014/02/03(月) 18:40:10.50
C#は遅すぎ
Javaのほうが遅いよ
c#もCLIじゃねかった？
C#は実はネイティブ動作。仮想マシン上ではない。
つ Hotspot
仮想マシンの名称を避けたのはsunとの法廷闘争の影響だな
C#でGetPixel/SetPixelしてるアレな人でしょ
名称ではなく、Javaには仮想マシンが実在して、C#にはないだろ? エミュレータみたいな仕組みがあるのがJava。
Wikipediaのコピペはいいから現実見ようよ
c++一択。
そのエミュレータみたいな仕組みを
Java屋の態度が気に食わない。
両者仲良くIKVM
PCごとのネイティブコードまで翻訳されるか、仮想マシン上のコーにしかならないのは大きな違い。
GPUに処理させるのが流行りなのに細かいこと言うな。
重箱の隅をつつくようだが、処理系に拠る話を言語で区切っても仕方ないと思うけど。
だからってJavaで画像処理しようとしてる後輩や部下がいたら止めるだろう、ふつう。
javaからGPUを扱うライブラリもあるぞ。もちろん他の言語にもあるけど。
って結局OpenCLやれってことか。
>>405 >バイトコードCPU（実現しなかった）
javaチップてもんがあるわけだが。ん？んん？
実現したと言えるんだろうか。
javaアクセラレータ付きくらいまでは何とか普及したかな
ARMのJazelle DBXとか。
Itaniumのx86モードみたいなもので、
Javaは高級言語で高級な人が高級なことをするために使う言語。
はいはい、高級高級。
昔面接で、「Cは比較的低レベルな言語なので興味がありました」つったら
JavaはなんというかMacと同じということだな。
低レイヤーと言え
JavaとCだとJavaのほうが型に厳格だから
Scala ファーストクラス
Scala 乗客少数
DirectX.NETの更新はまだかのう？
Scala ゴム手袋
>>426 Cが生だったら、アセンブラとかマシン語はどうなっちゃうんですか(´ﾟдﾟ｀)
怪我してる状態で生か生理中でいいだろ
それが違うんだな
>>430 ハンドアセンブルする人は普通8進数だけどな
Unixのodなどにその名残があるでしょ
ちなみにstarもデフォルトは8進数だったよ
アセンブラは指定アドレスに何をするかっていう命令文…というか命令単語があるけど
そんなもん、まちまちだし入力するやつの勝手だ。
Z80は16進で8080が8進だろ。
ここも爺だらけだな
ハンドアセンブルで相対アドレス指定はきついな
NANTARAKANTARA でピンと来たら 6809系
z80はバイナリーコードは8080の上位互換だから
8進数のモニタとかバイナリエディタとかアセンブラソース見たことないんだけどどんな環境？
>>439 そもそもインテルのデータシートが8進で書かれてた希ガス。
んで、z80のニモニックで説明すると、LD reg1, reg2が01 reg1 reg2なのよ。
それぞれ、
二進: 01 000 000 ～ 01 111 111、
八進: 0100 ～ 0177、
16進: 0x40 ～ 0x7f
となるわけ。
例えばcレジスタが1だと言うことを覚えていれば、
ld c, cが 01 001 001 や 0x49 と言うより 0111 と言う方が判り易いってことだね。
>>439 アセンブラ用のコーディングシートがあった
いわれてみればx86のModR/MやSIBも2-3-3の構成だな
CASL勉強させられた奴多そうｗ
アセンブリー言語は8086までだ
普通 CAP-X
>>443 試験始まってからCASL仕様書読んでも満点取れるでしょ。
>>446 持ち込みオッケーだっけ？
ていうかさすがに試験前にも読むよね
問題用紙に付いてただろ？
CASLで問題に出来そうなのはアドレスロード命令のLEA/LADくらいだな
CASL実装したハード無いの？
組み込み系って何でリソース超少ないんだろうね
前半と後半の言いたいことが乖離しすぎて何がなんだか判らんな。
SHARCのリソースが少ないとな
どうでもいいけど、カスエル
456 ：
デフォルトの名無しさん ：2014/03/04(火) 19:15:57.65
このスレの人たちって画像処理のことはなにも知らないみたいですね
画像を任意のヒストグラムに変換したいのですがどうやればいいでしょうか？
出力がどういうのを期待しているのか分からないのであてずっぽうで答えると、YUVとかHSVとかでググって画素ごとの明るさを算出して、[0..255]のそれぞれの明るさのピクセルがそれぞれいくつあるかを数える。
cv::calcHistに流せば一発だろ
はい、教わる態度です。
ならば教えるしかあるまい
まっかされよう
>画像を任意のヒストグラムに変換したい
467 ：
デフォルトの名無しさん ：2014/03/07(金) 10:01:08.76
「任意の」だからどうとでも解釈出来るし
回答はすでに二つある。
どちらでも好きな方を選べよ
>>465 どうしたいのさ。
ヒストグラムを表示したいのか、ヒストグラムを使って平滑化したいのか、などなどやりたいことがあるだろうに。
ヒストグラムが示す度数分布が任意の形になるような変換をしたいのか？
じゃあ最初っからそう書けks
おーこわいこわいｗｗｗ
MIRUの匿名査読って何処まで匿名性が保たれてるんだろ
形だけだろう
そういえばMIRUって
ただの研究会でしょ
静かだ
ゆとり世代はプログラムは高度すぎて挫折するらしい。
おかげさまでロートルプログラマの俺にもまだ仕事がある
画像処理としては新しい事が何もないのだけど
論文にできそうな気もするけど、なんとも言えない。
>>483 工学系なら新しい応用分野や高速化でも十分通用するぜ。
情報科学系だと鼻くそ扱いかも。
画像処理を使って○○を実現する、で○○が今までやった人が少なかったり過去には需要がなかったりってのだったら出すとこに出せば十分認められるんじゃないかな？
487 ：
デフォルトの名無しさん ：2014/04/28(月) 14:52:28.76 ID:a8wSumYs
プログラムは特許に向いてねーんだよ
Appleのキチガイぶり見れば分る。
そんな発狂したみたいなこと言われても困る
Visual C++でDICのプログラム作らなきゃあかんのだけど、なんか参考になる本とかサイトあったら教えて
Visual C++ の使い方 →「visual studio 使い方 c言語」でネット検索
>>490 OpenCVのソース読んでみる、ってのは？
495 ：
デフォルトの名無しさん ：2014/04/29(火) 13:08:08.96 ID:KzB+BJp9
OpenCVはコーディング糞だからやんなっちゃう
496 ：
デフォルトの名無しさん ：2014/04/29(火) 14:46:59.22 ID:tuCmfcOr
具体的には？
チェッカーパターンのキャリブレーションで
498 ：
デフォルトの名無しさん ：2014/04/29(火) 21:32:10.27 ID:KzB+BJp9
>>496 厳密に同じことしてなくて速度優先で近似的な結果出してるんだよ
明らかにおかしい関数もある
>>495 あまりに糞すぎるから
LispからOpenCVのC++を自動生成するプログラムを作ってるとこ
OpenCVは
BSDsocketもイライラするな
トランキライザー処方してもらえ
冷奴で頭冷やせよ
職場にコーディング規約厨がいて
505 ：
デフォルトの名無しさん ：2014/05/04(日) 14:15:39.76 ID:BIZ4TF2L
いるよなそういうやつｗ
>>504 ＰＣのデバイスドライバとかのソースも見せてあげたい
画像処理勉強してアンドロイドアプリ作って一発当ててやるんや！と意気込みながら
まず君、基礎学力はどんなもんよ
509 ：
デフォルトの名無しさん ：2014/05/04(日) 15:05:53.97 ID:2m6ytw4k
微分方程式はほぼ出ないので大学一年レベルの微積が分かればいい。
>>507 自分で小さい画像(8x8くらい)を作って、フィルタかけて、納得感を得るのがよいかと。
画像処理の基礎になるのは、処理内容によるけど：
アナログ信号処理（アナログフィルタ）
デジタル信号処理（デジタルフィルタ）
統計学
解析学（微分積分学）
あと、現実の光学系をプログラムで実装するなら：
光学
量子電磁力学（屈折・反射）
レスたくさんありがとうございます
>画素とか数学的知識のほとんどいらない部分
空間の離散化と量の離散化
514 ：
デフォルトの名無しさん ：2014/05/04(日) 21:38:27.49 ID:2m6ytw4k
>>511 最適化数学はあらゆる場面で出る。
画像処理は測定装置系でもあるので最小自乗と最尤推定は頻出。
線形代数は単純に数学として問題を解くように教えてる本が多いが、そういう本はあまり薦めない。
なぜかというと、そういう本は実際にどう応用したらいいかがわかりにくいのだ。
ちなみに、この手の本で一番学生に売れてるのはマセマキャンパスゼミシリーズ。
線形代数応用についてはやはり金谷さんが数理工学の立場で線形代数を解説してる本がある。
まぁ俺は結局、
マセマ 線形代数（とりあえず問題を解けるようになる）
日本評論社 明解線形代数 （数学的に厳密）
金谷 線形代数（工学的な実際の応用）
の三冊を適時見ながら勉強していったので、まったくの初学者がどんな順番でやればいいかはよくわからん。
515 ：
511 ：2014/05/05(月) 00:15:54.44 ID:hXu0C6y0
なんか書き込みしてて自分で思ったけどけど
デジタル信号処理は何かしらの一次元信号をフーリエ変換で波に分解して高周波の波を通したりフィルタリングしたりしてるけど
画像処理の場合、その「何かしらの一次元信号」がデジタル画像に置き換わった場合にどう処理するかという学問なのかな？
>>514 ありがとうございます
測定装置系だからというのは
あくまで画像処理は現実の見えているものを近似でしか捉えられないからというような意味でしょうか？
線形代数もその辺の本をチェックしてみます
やはりこれ一冊で分かる！みたいなもんはなくて数冊で多少内容を補間しながら勉強していくのが近道なんですね…
516 ：
デフォルトの名無しさん ：2014/05/05(月) 00:30:45.18 ID:CFjr2Ssr
>>515 >測定装置系だからというのは
>あくまで画像処理は現実の見えているものを近似でしか捉えられないからというような意味でしょうか？
測定装置系は連立方程式の変数の数より式の本数（測定回数）のほうが必ず多くなければならない。
そうでないと高精度な測定ができないから。ＣＴやＭＲＩなんかもみんなそうなってる。
その場合に、どう連立方程式を解いて真の値を決定するか、が最適化数学だ。
最小自乗法と最尤推定とかね。
逆に変数の数より式の本数が少ないのは、ほぼ機械学習系だと思って間違いない。
こんばんは。
筆ペンそのものな処理？
>>517 筆ペンはちょっとわからんが、主要なエッジを残したいならL0 smoothingでいける。デッサンぽくするのは辞書学習で提案されているから辞書作成の際に筆ペンで書かれたものを学習させれば理論上はいける。ちなみにmatlabでコードがおちてる
520 ：
517 ：2014/05/13(火) 23:03:04.35 ID:SC5ezv2V
517です。
521 ：
デフォルトの名無しさん ：2014/05/14(水) 14:53:31.54 ID:BaJGU5vp
おセックスしたいわぁ・・・
見た目だけなら、段々と細くしてランダムで乱れさせるだけでもそれっぽく見えそうだけどもな
毛筆調 レンダリング
技術的に出来るかどうかより
できると言った俺の意見を完全に無視してる件
できるできないはもう問題じゃないんだよ！
できるかできないか判らない状態で
完全な毛筆再現とか、毛筆の認識や毛筆とペンの識別は難しいと思うけども、
529 ：
デフォルトの名無しさん ：2014/05/15(木) 22:28:47.57 ID:Ufk5Z57H
おまえらどうやって営業してる？
>>518 よこからで申し訳ないですが
> だんだん細くなるとか、その程度でいいの？
この「その程度」の方を触りだけでも教えてもらえないでしょうか
王義之っていう毛筆書体変換のフリーソフトを思い出した。
おうぎしって今思えば世界のフォントの草分け的存在だよな
>>530 「その程度」の触りだけなら
お絵描きソフト作りで学ぶグラフィックスプログラミング入門
の3章あたりだな
単純におもしろそうだから学習用画像セット(結果としてこういう画像が欲しいという参考画像セット)を集めてくれたらコードくむよ
>>535 いやもっと正規化してそのまま実験に使えるデータをだな。
具体的には画像サイズ同じ画像をもっとたくさん用意して、学習に影響及ぼす可能性があるから背景は白が好ましい。
>>536 そのくらいは人力で正規化するしかないんじゃない？
538 ：
507 ：2014/05/18(日) 16:52:25.11 ID:8/Unzv/D
画像処理について勉強する上でデジタル信号処理の知識がいるとのことで
嫌な言い方するけど
まず君、基礎学力はどんなもんよ
541 ：
デフォルトの名無しさん ：2014/05/18(日) 17:20:19.45 ID:Xex02VRk
ボブ「ほーら、簡単でしょう？」
>>538 ここまで読み辛いやる夫シリーズも珍しいなｗ
まーAA入れてたら文章量が多すぎて大変なことになるが
546 ：
デフォルトの名無しさん ：2014/05/19(月) 13:13:58.49 ID:xPhQ0Vo0
549 ：
デフォルトの名無しさん ：2014/05/19(月) 15:23:03.31 ID:xPhQ0Vo0
高校生にマクローリン展開教えるのは無茶だろ。
>>549 画像処理や3DCGでよく使う sin とか cos などの算術関数の値を四則演算で
求めるには必要かもね。関数電卓とか、CPUの数値演算コプロセッサの内部実装とか。
マクローリン展開を活用する画像解析、画像処理アルゴリズムがあるのかどうは知らん。
>>340 決定的に違うのはコマ割り
つまりページ端に接している直線の数を調べればいい
…と思ったけど色々な意味で駄目だな
画像処理を使ってドラクエ１０の自動レベル上げツールを作って全職業レベル４２まで上げました
円と、円の中心を通る直線の交点を求めるのは、円と直線の連立方程式を解けば
>>554 直線の傾きがaのとき、
円の中心から±(r/sqrt(1+a^2), ar/sqrt(1+a^2))の位置を通るだろ、
連立方程式を解いたのと変わりないけど
正直、簡単な計算すぎてこの程度の計算も出来ないのに画像処理のコードかけるかどうか疑問レベルなんだが...
同じように「連立方程式を解いた結果」と言っても
円の中心を通るときと通らないときでは
結果の式の複雑さが違うってことを言いたかったんだろうな
>>554 さんは
>>556 そんなのはわかりきってて、連立方程式を解いて、円の中心を通る場合に限定してみれば
>>555 と同じ式になって、
それ以上簡単にしようがないということは割とすぐわかると思うけど
これが特別複雑怪奇な内容ならともかく、高校数学レベルの内容なんだから3分紙とペンを持って悩めば分かる、わざわざ質問するような内容でもないと思ったんだよ
直線の方向を単位ベクトルu として
交点の位置 P = c(円の中心) ±ru
まぁ単位ベクトル求めるのに
>>555 と同じような演算を通る罠
>>557 そもそも違う式になったら困るだろ
極座標とかでもない限り
N次元空間上のベクトルpを以下の状況から推定したいのですが
最適解の1つ（特殊解）を収束計算で推定するなら遺伝的アルゴリズム。
長さの異なるベクトルの内積？
擬似逆行列とか
「M個(M<N)のベクトル k1,k2,k3,...km と，それらとpとの内積値」からL(<=M)個の標準基底と p との内積を取り出し、
> L(<=M)個の標準基底と p との内積
連立一次方程式じゃん
pは無限個存在するから、「それらしさ」の定義がないとどうしようもない
バカばっか
ガウス分布のノイズを除去する手法で一番精度が高いものはどれなんでしょうか?
>>572 ,573
書き込みの順番を間違えたのか？
ノイズによる
>>575 ノイズはガウス分布のと指定しているのですが、どういうことでしょう？
577 ：
デフォルトの名無しさん ：2014/06/13(金) 21:01:12.97 ID:/XhtykZm
統計学的根拠のない特徴量なんて特徴量と言わないと思う。
顔の検出方法に「ある画像から正方形を取り出し、上半分が全体的に暗ければ顔の可能性がある…」といった物を見かけて面白いと思いました
SSIIに行くべき
580 ：
デフォルトの名無しさん ：2014/06/15(日) 21:45:08.83 ID:p5X6SrNo
特徴点くさい真似してるアルゴリズムはクソ
撮影もビデオカメラで動画として取るか
KINECTで逝ける気がするの
画像だけからは決定的には得られない細かな形状部分を、様々に変化させながら評価関数で評価して
位置や角度を変えて、「ゆっくり3Dスキャナ」的なことをしたわけではないのか?
光切断法は枯れた技術
機材が簡単ってとこがウリなのでは
カメラの正確な姿勢や位置が得られるならば既にあるCTの再構成と同じようなもんで
比較的簡単なんだろう。
>>581 が位置情報等一切なしに画像だけから推定したのかどうかはわからんが。
∩＿＿＿∩
これも宣伝なんだろうなぁ・・・・
こんな過疎ってるとこで宣伝しても仕方ない気がするけどｗ
ム板だけじゃなくていろんなところに貼られてるけど一度もクリックしたことないわ
{
鮮鋭化の定義によるべさ。
元画像にもよるだろ。
emscripten使え
画像を拡大する時はどういう手順の方がきれいになりますか？
ニアレストネイバー法で考えろ
後は、なまってもいいならバイリニア
とりあえずlanczos3
605 ：
デフォルトの名無しさん ：2014/07/11(金) 15:28:53.84 ID:JwjgdWns
経験上、数学的に難しいことをやったからといってうまくいくわけでもなく
E=mc^2
商品開発で良く言われたな
手元に置けてボタン一個ですぐ使えるってのが最強だよ
お前ら情強がいくら馬鹿にしようとマイナスイオンは売れた
マイナスイオンの付いている製品しかないし
ニューロファジイですが何か？
>>608 ＞難しい数学を使った商品が必ずしも売れるわけではない
==>数学なんか要らないんだ！
==>数学だけじゃ足りないんだ・・・
どっちの思考かによって未来が決まる。
>>601 一番綺麗なるのはその他で超解像だろ当たり前
615 ：
デフォルトの名無しさん ：2014/07/14(月) 02:16:00.00 ID:HPGh5h6A
理学気分が抜けてないやつが数学的に難しい事をやりたがる
617 ：
デフォルトの名無しさん ：2014/08/08(金) 13:47:03.69 ID:+rEtA4Hk
GPUのFFTライブラリないですか？
CUDAに付いてるやつじゃダメなのか？
619 ：
デフォルトの名無しさん ：2014/08/11(月) 20:47:38.66 ID:coavtcP6
620 ：
デフォルトの名無しさん ：2014/08/12(火) 23:36:21.85 ID:JqIjfc3E
行列演算はmatlabが可読性高いからなぁ
レイヤーを合成して透明度のあるRGBA形式で保存したい。
>>621 ・下の色
・上の色
・求める色
があれば式見てみるよ
上のレイヤーが透明80%ってことはA=0.2，下のレイヤーが透明50%ってことはA=0.5だよね．
ところで、最近企業向けの展示会とかで、やたらと
OpenCVを商用で使っても問題ないでしょ
当初は「OpenCV?名前だけ知っている」という技術者ばかり。
628 ：
デフォルトの名無しさん ：2014/08/28(木) 09:47:32.00 ID:VZ7WOW4q
dlは画像処理に向いてない
採用能力の低い人が何かぶつくさ言ってます
求職者の特徴量を算出してマンパワーに換算します
632 ：
デフォルトの名無しさん ：2014/08/28(木) 12:54:51.56 ID:VZ7WOW4q
>>629 一位はずっとコンボリューションニューラルネット
>>626 非商用のが含まれているじゃん。
ここで、よく話題になるSIFTなんかもそうなことすら知らない人多そう。
OpenCVのビルドは全部フリーなわけではない。
実際、SIFTの商用利用条件なんか目茶目茶厳しいぜ。
>>627 どっちが？ｗ
OpenCVのインターフェースをそのまま使って、OpenCVでビルド、実行可能にしておいて、
そういう部分は既存の画像処理会社には当然慣れ親しんだものがあるでしょって話でしょ。
636 ：
デフォルトの名無しさん ：2014/08/28(木) 20:43:49.10 ID:nPI6d647
ＳＩＦＴなんて骨董品の糞特徴量なんかどうでもいいんだよ
>>633 そりゃnonfreeパッケージを使っちゃダメだろう
640 ：
デフォルトの名無しさん ：2014/08/29(金) 10:43:56.08 ID:i2NI57Uz
garbor ww
642 ：
デフォルトの名無しさん ：2014/09/03(水) 17:21:52.56 ID:LpBhX7Y4
garbor?
エッジの作成ときに
経験則
なるほど、では、深く考えず、使わせていただきます先人たち
>>643 このフィルタ係数でどうやってエッジを抽出するのかおしえていただきたいものだ
人に教えを請う時には、それ相応の態度ってのがあるよな？
えっぢなんだからー
どう見てもフィルタ係数おかしいから皮肉で言ったんだけどね。典型的なソーベルフィルタに見えるけど上段か下段どちらかを正にして係数の総和を0にすべき。
> とかってどうやって
652 ：
デフォルトの名無しさん ：2014/09/12(金) 15:03:38.18 ID:E5d9ulLz
計算コスト優先させるために安定性と精度を欠いたアルゴリズムってクソ役にたたないな
何のアルゴのことかわからんが、リアルタイム処理ならコスト優先でいいかと
何の為に近似逆数計算のインストラクションがCPUにあると思っているんだか。
>>652 浮動小数点をム板でディスるとはいい度胸だ。
それアルゴリズムか？
ハード上に実装されたアルゴリズム
それいったら小数点にした時点で精度落ちてる
計算コスト優先させるために精度を欠いたアルゴリズムって
浮動小数点数のIEEE規格策定の際には色々な種類のアルゴリズムがあって揉めてた
結局 i8087 そのものになった‥
662 ：
デフォルトの名無しさん ：2014/09/17(水) 15:28:04.23 ID:yN75Bbla
テクスチャ特徴量とかまったく実用化されなかった技術で博士号とか取った人たち今どうしてるんだろう
当たらない地震予知と同じで出世してるんじゃないか
画像処理を研究している連中は多いけど、実用として使えるアプリまでつくれないとな、、
665 ：
デフォルトの名無しさん ：2014/09/17(水) 20:49:29.91 ID:q8vTf/qV
でも今テクスチャ特徴の研究ってまったく見ないよね
大事なのは博士号を取ったかどうかだけじゃね
なるほど
マジレスするとアカデミックにすすめばそのまま特徴量の研究やっても問題ない。企業にいくとやりたいことなんてできないからなにを研究していたかなんて関係ないよ
みなさん計算するときって倍精度浮動小数使ってますか？
適材適所。
メリットデメリットがある以上、適材適所ではなく、妥協の連続である。
672 ：
デフォルトの名無しさん ：2014/09/22(月) 20:05:16.53 ID:xZcfwYkL
CPUの浮動小数点はdoubleでできてるのでdoubleのほうがfloatの二倍早い
DSP使えよ
男はFPGA
H.264は浮動小数使わずに空間周波数を分析できるんだっけ
template<tyename Real>
AMDのHSAを利用して画像の展開・加工・圧縮を超高速に行える
679 ：
デフォルトの名無しさん ：2014/09/29(月) 00:44:58.26 ID:GROWKt4g
ＧＰＵのライブラリは混在してて枯れてない
HSAって初めて知ったけど…キモいの一言だな
坂道発進アシストの方が役に立ちそうだな
そんな限定的な物はメーカー標準で出るのを指を咥えて待つか、
683 ：
デフォルトの名無しさん ：2014/09/30(火) 09:41:07.52 ID:deqwOHgV
結局GLSLかHLSLに落ち着くんじゃないかって思ってる
684 ：
デフォルトの名無しさん ：2014/09/30(火) 13:37:41.17 ID:deqwOHgV
でもGLSLもコロコロ仕様かえすぎ
GLSLはOpenCLとあちこち違ってて腹が立つ
686 ：
デフォルトの名無しさん ：2014/09/30(火) 20:00:27.23 ID:FEvPdnYu
点群補完するアルゴリズムってろくなものないね
687 ：
デフォルトの名無しさん ：2014/10/03(金) 12:25:39.61 ID:REvyj8yH
GLSLESはウェブアプリでGPU使えるから有望
688 ：
デフォルトの名無しさん ：2014/10/03(金) 15:54:20.11 ID:REvyj8yH
誰かBulletのOpenCL版をGLSL ES に移植してくれ
689 ：
デフォルトの名無しさん ：2014/10/04(土) 00:33:46.53 ID:Rr7mSsWs
画像処理の論文って全体的にひどいな
学問じゃないし。
科学じゃなくて工学だからそんなもんじゃない？
どの画像にもこのアルゴリズムでokってのが無いから体系化なんて無理
>>689 それはお前が呼んだのがそうだっただけ。どうせ画像○○学会とかだろIEEEの読んで一瞬で理解してるならたいしたもんだが
694 ：
デフォルトの名無しさん ：2014/10/04(土) 12:21:47.27 ID:Rr7mSsWs
ＩＥＥＥのも高度な経験則を載せてる論文ばかりだろ
今の貧弱なハード制約の下で実用できる技術が
>>696 30年前の画像処理技術は今でも基本は通用しますが
人生は積み重ね
>>697 そら基本なんてフォーマット変わらなければ不変なんだからあたりまえじゃね
つまり後世に残る技術はいくらでもありますね
フォーマットが変われば廃れるんだが
こういうやつがいるから「想定外」が起こるんだよなぁ
未知のことが起こるならともかくとしても
フォーマットが変わればってのは心配しすぎなんだろ
>>703 「安全」「経済性」「○○サイクル」と、夢を現実であるかのように語ってきたからこその「想定外」への批判であることをお忘れなく
「フォーマット」に依存する論文ってどんなのよ？
Jpeg2000って普及したの? するの？
709 ：
デフォルトの名無しさん ：2014/10/05(日) 14:12:11.24 ID:a6/ySe32
馬鹿には無理
>>708 普及したかと聞かれればそりゃしていない。ネットに溢れている画像フォーマットをみればあきらか
JPEG2000はまず名前が悪い
JPEG3000にしようず
MPEG3Kだ
715 ：
デフォルトの名無しさん ：2014/10/07(火) 04:07:10.90 ID:bf1+A3ot
実用性のない技術を理想的なサンプルを使って論文を書く行為はやめろ
ありえないくらいのチャンピオンデータを使うのが論文やろｗ
笹井さんは上手かった
ここで行ってる論文はconferene paper なのかjournalなのかどっちなんだ。見た感じconference paper？
720 ：
デフォルトの名無しさん ：2014/10/09(木) 08:59:53.34 ID:6ptkRSWq
ここで画像処理の学習過程つくれ
>>720 まずDICOMの仕様書をダウンロードします
722 ：
デフォルトの名無しさん ：2014/10/09(木) 21:13:03.80 ID:LSy6HyCC
確率統計学 必須
>>689 まぁ、はずれていない。
そもそも、デジタルでとってるけど、中身ははアナログデータだし、
目的も違えば、手法も違う。画像処理は実学なんで、
できればなんでもいいと言える。
なんでもできるアルゴリズムがないってのはある意味あたりまえ。
金谷さんなんかがまとまってるのは、問題を絞ってるからともいえる。
昔の手法でもいじれば十分役に立つし、早いこともある。
まぁ、新しいこと考えないでいいってことには全然ならないけどね。
実際、画像処理需要はあっても中小零細企業がほとんどなんだよなぁ。。。
724 ：
デフォルトの名無しさん ：2014/10/10(金) 16:56:08.04 ID:o5w3MsDm
需要がないっていうんだよ
普通にCGとの合成じゃないの
金谷といえば甘利先生につっかかった騒動を思い出す
画像処理の教科書はなに？
729 ：
デフォルトの名無しさん ：2014/10/13(月) 01:35:10.48 ID:I9NTynti
最近は日本語で博士論文通るんだな
>>729 院卒で日本語もまともにかけないやつが大勢いるという事実
>>731 やる夫の信号処理とビショップ本で基礎つけてから興味ある分野の論文読んどけばいいんじゃない？
733 ：
デフォルトの名無しさん ：2014/10/13(月) 20:08:12.22 ID:I9NTynti
機械学習は毛色違うし専門性高杉
>>734 そうそう。あと上で言われたとおりビショップ本は難易度高いがやっといて損はないと思う
あとは英語が苦でないならimage proseccing ていう洋書かな
737 ：
デフォルトの名無しさん ：2014/10/13(月) 23:57:32.63 ID:I9NTynti
だから機械学習はまた別だからおすすめしないよ
738 ：
728 ：2014/10/14(火) 01:02:46.43 ID:5ZeTlVbX
739 ：
728 ：2014/10/14(火) 01:13:41.60 ID:5ZeTlVbX
741 ：
728 ：2014/10/14(火) 10:39:11.81 ID:Rzv+e1l6
画像中からバーコードの位置や向きを求めるのに有効な方法について教えてください。
svm
バーコード全体の長さから、比率を求めればいいんじゃね？
状況がよくわからんが
746 ：
742 ：2014/10/16(木) 21:39:52.34 ID:0ZLZA1bx
747 ：
デフォルトの名無しさん ：2014/10/16(木) 21:45:39.94 ID:C1j1DQ90
gaborフィルタ使えよ
748 ：
デフォルトの名無しさん ：2014/10/17(金) 09:41:58.83 ID:L5ed1Sgm
画像処理のソースコード公開してんならウェブアプリで置いておいてほしい
高速に軽快に動くこと目指してるからWebアプリにしようとする人はいないな
750 ：
デフォルトの名無しさん ：2014/10/17(金) 12:19:11.50 ID:L5ed1Sgm
研究は高速化とか目的にしてないでしょ
他人に丸投げする研究とは
>746
すげー 課題を○投げでただで教えてもらおうとは
754 ：
デフォルトの名無しさん ：2014/10/17(金) 17:00:53.17 ID:L5ed1Sgm
発表されてから何年も経ってる技術なんて陳腐化してると思うから俺は教えるよ
なるほど
>>746 のようにバーコードに食い込んで切り取ったものをノイズの多い
背景に置くという条件が必要なの？
バーコードの周囲に背景色(白)領域があれば、動的しきい値法で
の2値化とラベリングを使って照明不均一＋縦横斜め対応で
10ms/枚でできる。
757 ：
デフォルトの名無しさん ：2014/10/17(金) 21:10:33.99 ID:UIYNCvLu
適応的二値化はよく陥りやすい罠だ
758 ：
742 ：2014/10/17(金) 21:57:40.19 ID:Jdhxu68Q
課題やら研究やらと言われてますが、
会社のつまらんプログラミングに嫌気が差したおっさんの趣味です。
なので、別に新規性のあるアイディアが欲しいわけではなく、
既存のアプリと同じくらいの性能が出る方法を自分でも実装してみたいと思っているだけです。
ちなみにバーコードが傾いていなければ、
多少のノイズやボケがあっても読み取れるところまではできています。
（調べた論文の方法そのままという感じですが・・・）
ただ、画像中のコードの位置を求める方法について調べてみてもほとんどがQRコードばかりで、
バーコードについてはもともとカメラでの読み取りを想定していないためかあまり情報がありません。
そこでこのスレでお力をお借りしたいと思った次第です。
>>752 この方法であれば文字とバーコードと正しく区別できそうですね。
次はこの方法を試したみたいと思います。
>> 756
規格を調べてみるとバーコードの左右には必ず空白が必要ですが、
上下の空白は何も規定されていなかったため、このようなバーコードの読み取りも目標としています。
>> 757
適応的二値化を使ってみて有用そうだと考えていたのですが、
どういった罠があるのでしょうか？
>>754 で、いくつウェブアプリにして教えたの？
最近はウェブアプリっていう類があるのか。
>>754 いや，20年かそれ以上昔の話，特許のお役所で書庫整理のバイトをしたんだが，ちらりと見た内容の一つが「多色ビットマップを任意角に回転させる」技術だった‥
なんかすんごい方法でもあるんですかね‥
jpeg 無展開で回せるなら凄い技術だな
>>754 俺は、教えんけどな。というか、教えるのもめんどくさいし、
この程度が自分でできないなら、教えても俺の役に立つイメージがわかない。
あかの他人なら、なおさら意味ないし。
結局、画像処理の場合は解決方法が多数ある場合が多いし、問題も様々だから
自分で考えられないようなら結局先に進めない奴がほとんどなんだよな
>>758 つまらんのしたくないから、自分でやるんじゃないのか....聞いても面白くないと思うが。
バーコードとかに問題限って答えを探そうとするのはダメだと思う。
>>764 考えることが面白いと感じる奴もいれば、
単純にプログラムを書くこと自体が面白いと感じる奴もいるだろうし、
そこを突っ込んだところで無意味では？
損得で生きてるって悲しいよね
そりゃ、そうか
現世利益を追求するのが創価の教え
770 ：
デフォルトの名無しさん ：2014/10/18(土) 18:22:48.62 ID:c1SCjS8r
プログラム特許は不毛だ
コードなんかどうでもいいんだよ
>758
アンチパターンに金のハンマーって項目があるくらいにはよくある症状だから
すみません、数日前にcaffeなどで初めて画像認識分野の勉強を始めた者です。
おー 金のハンマーって言葉は知らんかったな
柳生博を思い浮かべるかどうかで世代が分かれる
日本野鳥の会にようこそ
今年も白の優勝です。
パイ損
780 ：
デフォルトの名無しさん ：2014/10/21(火) 21:43:43.37 ID:M7FpQe7R
>>758 >>772 しょうがないな
適応的二値化はそもそもエッジを検出するためのものじゃないんだよ
エッジを捕まえたいっていう先験情報があるなら、エッジをパラメトリックモデルとして当てはめる行為をしないとダメ。
で、エッジを当てはめるのはgaborフィルタかウェーブレットだけ。
適応的二値化は大部分の情報を捨てるからノイズに弱いし、二値化した結果をさらに処理しないといけないから
処理が直列に繋がって信頼度がどんどん落ちる。
画像処理は統計学と関わりが深いから統計について最低限やっておかないと考え方がわからないと思うよ。
必ず統計学的根拠を考えるようにしないと
>>780 適応的かどうかに関わらず二値化咬ましたらその時点で情報が落ちるのはあたりまえで
考えるべきはその程度が後段にどの程度影響があるのかってこと
それが問題ないなら使えばいいしダメなら使わなければいい
だから 使えるかどうか判断して使えるなら使えば？ って言ってる
こんな大まかな場所と方向くらいが判断できればそれで十分そうな簡単問題に使うことを
そこまで頭ごなしに否定しなくてもいいのでは？ 真に受けそうだし
783 ：
デフォルトの名無しさん ：2014/10/22(水) 20:49:20.15 ID:/BcaF+gM
>>782 明らかにこの場合に適応的二値化はいらないから、いかに直列処理を減らして並列処理を増やすか、だよ
そもそも、エッジでgabor使う奴とかおらんだろ
質問です
中学で習っただろ
アメリカ英語はgray, イギリス英語はgreyですね。
＞Earl Grey
会いたいから～
790 ：
デフォルトの名無しさん ：2014/10/31(金) 12:42:28.65 ID:km5X8IjN
なんで体系的に書く教科書がないんだろうね
すぐに陳腐化する４千円クラスのハウツーか
この分野は開発現場ばかりがどんどん先に進んで、学問は常に置いてきぼり。
ゼニに直結するからその場しのぎのものでも実用的と言って重宝される
基礎は陳腐化せんやろー
>>793 なに頓珍漢なことを。雑魚が大学で何年も考えた論理など、
天才が数分で書いたコードを越えることはない。
現場の技術のことだよ
797 ：
デフォルトの名無しさん ：2014/10/31(金) 20:42:25.47 ID:kwi41uO9
>>793 逆だろ
その場しのぎでごまかしにごまかしを重ねたものを○○を達成したって書いて論文にして投稿
数学的に厳密な背景がないと実用にならない
俺は研究者のこともリスペクトしているよ
>>797 というか、そういうちょっといじっただけの論文がほとんどなんだが。
ただ、実用は極端に言えばその場しのぎでいいので、そういう論文でも役に立つ。
むしろ画像処理は毎回問題違うから、一般的な良い論文であっても、そのままでは役にたたないことがほとんど。
しかし、大きな金にするのが難しいよな。。
image processingのhot topicってなによ？
802 ：
デフォルトの名無しさん ：2014/11/19(水) 00:53:03.44 ID:w2HJ/BIP
ここに医療系のやついるの？
ときどきDICOMとか言ってるけどつながらずに流れるのを見かける
画像処理やっているから時々医療関係の案件落ちてくるけど、大抵単発で終わってしまうな。
マルチで貼られてるけどDICOMスレに貼られていない不具合ｗ
806 ：
デフォルトの名無しさん ：2014/11/29(土) 14:34:55.81 ID:euP00zsq
確率統計ができないやつは画像処理やるなよ
エピポーラ幾何学は？
808 ：
デフォルトの名無しさん ：2014/11/29(土) 17:37:10.62 ID:SoXvwZNw
エボラにみえた
技術ってもHEVCのチップ買ってきてインプリするだけだろ
フィックスターズあたりを買収するのかな？
受信機大量生産販売も検討してるだろう
813 ：
デフォルトの名無しさん ：2014/12/02(火) 17:29:22.52 ID:H7qxGQ9Q
814 ：
デフォルトの名無しさん ：2014/12/02(火) 19:55:55.22 ID:iCHrVmBA
FPGAってことは処理時間保障だ
生放送の双方向とみた
816 ：
デフォルトの名無しさん ：2014/12/02(火) 20:05:24.34 ID:iCHrVmBA
企画モノ配信にテコ入れしてるからそれに使うんだろうな
この間の日経エレクトロニクス見て思いつきで決めた。
普通ならできあい機器調達するとか足がかりにそういう会社買うけど
819 ：
デフォルトの名無しさん ：2014/12/11(木) 12:58:22.22 ID:6slixBmx
OpenCVで画像の一部を矩形で切り抜くことはできたのですが
>>821 ありがとうございます。
そちらにいかせていただきます
823 ：
デフォルトの名無しさん ：2015/01/01(木) 17:32:25.30 ID:rvJmR6eK
情報工学の論文ってなんで計算式書いて無くても査読とおるの？
査読にもピンからキリまでありますでぇ
825 ：
デフォルトの名無しさん ：2015/01/01(木) 18:10:43.69 ID:rvJmR6eK
本質的じゃない部分や文章で済む内容なら省略してもおかしくないだろう。数学の証明じゃないんだから。
827 ：
デフォルトの名無しさん ：2015/01/01(木) 19:30:38.63 ID:rvJmR6eK
>>826 重み付けの部分で計算の本質的な部分なんだが計算式書かれてない
常識は省略される
829 ：
デフォルトの名無しさん ：2015/01/02(金) 00:34:55.30 ID:PS+Kh/Al
常識ではない。
進化的計算の論文読んでたら辻褄合わない記述があったりしてるから
831 ：
デフォルトの名無しさん ：2015/01/02(金) 01:11:02.04 ID:PS+Kh/Al
うーん
どの分野でもそんなもんだと思うよ。
医療や宇宙開発には使わないで下さいってEULAに書いてあるだろ
査読なんて追実験しないで辻褄あってるかどうか見るだけ
査読依頼はなるべく受けるように通達されてるから
836 ：
デフォルトの名無しさん ：2015/01/03(土) 14:20:15.87 ID:duDbuP4G
先生
837 ：
デフォルトの名無しさん ：2015/01/03(土) 17:24:08.43 ID:/nV+3ZhK
辻褄があってねーよ
そもそも審査で毎回同じ実験なんて出来る訳ねーだろ
objectnessという物体検出ツールに詳しい方はいらっしゃいませんか
>>825 数式はあるみたいだけど
計算式ってなんのことを言っている？
画像処理のソフトを作ろうと思うのですがどの言語使った方が良いでしょうか？
C++とOpenCV
>>841 C と OpenCV と Python (numpy) あたり知ってれば良い
VapourSynth使えばいいんじゃね
加工だけならJS楽で良いぞ
>>841 簡単にやるならC#でも良いけど、GetPixel/SetPixelが重いから/unsafeやMarshal使って直接バイトを操作してる
それでC++より少し遅い程度
まーそこまでやるならC++で良いぢゃんって話にもなるがｗ
Cythonおぬぬめ
>>842-848 Cは少し触った事あるのでC++とPython当たりから勉強しながら始めてみようと思います
JSもうそういえば1回だけ画像処理の動かしたことあった気がするので資料残ってないか探ってみる
ありがとうございました
850 ：
デフォルトの名無しさん ：2015/01/30(金) 10:50:44.38 ID:kF/DIWcS
PIL(Python Imaging Library)は、
対応してない
853 ：
デフォルトの名無しさん ：2015/01/30(金) 12:25:12.75 ID:xFOPzVta
CMY値の加算をしたいと考えています。
854 ：
デフォルトの名無しさん ：2015/01/30(金) 12:43:05.82 ID:kF/DIWcS
漏れの計算では白になるな
漏れの計算だと黒になるゎω
ここの人たちには聞きたくないですね
マゼンタが黄色と同じ値で何故緑になるのか小一時間･･･
CMY は足し算じゃなくて引き算ですしおすし
860 ：
デフォルトの名無しさん ：2015/01/30(金) 16:21:13.21 ID:j3Aclf8I
雑誌ニュートンの３月号にも載ってた
＞となり、完成する色は(C:50 M:50 Y:50)の灰色となってしまいます。
864 ：
デフォルトの名無しさん ：2015/02/03(火) 22:02:02.14 ID:IFCregCM
画像処理に最適な言語ってなんだ？
SPIDERはFORTRAN
懐かしいなおい
画像処理するだけならmatlab、次点でpythonだろうな。
"最適"が扱いやすさではなく特化を指しているのではないかという疑念
869 ：
デフォルトの名無しさん ：2015/02/05(木) 16:31:49.10 ID:7CLw2k5J
いや速度じゃなくて開発効率で
じゃあGLSLとか…
871 ：
デフォルトの名無しさん ：2015/02/05(木) 16:51:47.93 ID:7CLw2k5J
それこそ速度じゃん
873 ：
デフォルトの名無しさん ：2015/02/06(金) 13:18:49.49 ID:vk/v/s7r
octaveとOpenCV連携がいいのかな
最終的には自分で書くのが一番だからCなんだけどな
画像処理するだけならmatlab、次点でpythonだろうな。
876 ：
デフォルトの名無しさん ：2015/02/06(金) 20:33:10.76 ID:fEzJV5Lr
自分のソフトに実装するときはc++使ってるよ
>>878 何がどうわからないの
行列の計算から？
行列がわからないってことでおｋ？
881 ：
デフォルトの名無しさん ：2015/02/07(土) 16:12:20.39 ID:Hof4fFat
ぼやだからさ
bが分かるのに、cとdが分からない理由が俺には分からない。
三角関数じゃなくて数値で直接計算してんじゃないの
計算数増えると誤差も増えるけどな
.
>>877 cはbの結果のウを横3/4 縦1/4に拡大縮小してるので キ
dはｃの結果のキを移動してるので オ...
と思わせてよく見ると行列の順番がｃとｄで逆になってる
ｄは先に大きさを変えてから回転（ク）を移動だから カ
886 ：
デフォルトの名無しさん ：2015/02/07(土) 22:57:13.10 ID:y/AEt64y
アフィン変換知らないとか
>>887 アフィン変換知らなくても、(0,0)と(800,600)を代入して計算したら楽勝。
話は変わりますが質問です
ソース画像はどっかに置いといて
>>890 ソース画像右回転90度・・・A
→Aを左回転90度
じゃなくて
90度 + -90度を使ってソース画像を回転って事？
30度を12回 を
ここまで頭って固くなるものなのか
回転の回数が増える度に誤差がでるのは防ぎようが無いって事か
回転の回転で誤差が出てもべつにいい場合もあるし、困る場合もある。困る場合は仕様に合わせて工夫するよ
>>889 普通は12回も回転させずに、元絵を12回分回転させるよね
回転を繰り返すうちにずれてって話してるのにまとめて回転って・・・
絶対に繰り返すんだ、元画像なんて保持しちゃダメだ、繰り返さないといけないんだ、その時ずれるよな？な？
３０度回転させる「だけ」ならズレないんだけどな
馬鹿馬鹿しい話だな
画像編集する時に30度傾けて修正して戻してまた傾けてを繰り返したりしてるとだんだんズレちゃいそうなのだがどうすれば良いの？
>>902 undo実装する気があるなら、いずれにしろ
原画像（あるいいは、何世代かごとに更新するピボットかもしれないが）を
保存することにはなるベエ
mpegのIフレームとかBフレームとかみたいなもんを
「操作履歴」に適用すると思えばいいんでないかね。
どこまで可逆にするかは個々の事情で設計すればよろし
画像拡大したらブロックノイズ？みたいなのが乗っかるんだけど
「超解像 文字」でググると良いよ
ノイズを消すか
907 ：
デフォルトの名無しさん ：2015/02/28(土) 13:22:56.52 ID:MySCamNG
909 ：
デフォルトの名無しさん ：2015/02/28(土) 19:49:44.73 ID:st/D/r/c
NTTの特許か
いちいちシモネタ書き込むゴギブリみたいな奴ってなんなの？
癇癪持ちは帰りなよ
いるいる、頭がチンカスでできていて下品なことしか思いつかないのだろう。
煽り言葉しか思いつかないのだろう
絵心無さ過ぎワロス
すまねー
918 ：
デフォルトの名無しさん ：2015/03/03(火) 16:57:59.62 ID:uN35/ut8
なにこのキモスレ
バナナの画像なんて貼るから・・・
おなじものでも人によって見え方が違うんだね
錯視だね、深い
922 ：
デフォルトの名無しさん ：2015/03/07(土) 03:35:09.34 ID:P+acmkk5
品性が下劣な奴はそういう発想しかできない。
変わったことをいえば OK みたいな人は，どこにでも一定数いるよね
画像の雑音取るのにいい方法ありますか？
フーリエ変換して周波数領域でフィルタ
>>925 調べたらBM3Dというのをよく目にしましたが何をやっているのかさっぱりなのでもしよければ教えて下さい
929 ：
デフォルトの名無しさん ：2015/03/09(月) 07:10:38.51 ID:4AwfYRVi
やだ
最強だからnon-local means使っとけ
>>930 nlmの上位互換がbm3dかなという認識ですがあってますか？
