- 1 名前：デフォルトの名無しさん [2007/01/15(月) 22:42:07 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その７
pc10.2ch.net/test/read.cgi/tech/1148864160/
過去スレッド
画像処理 その６
pc8.2ch.net/test/read.cgi/tech/1140510670/
画像処理 その５
pc8.2ch.net/test/read.cgi/tech/1127705848/
画像処理 その４
pc8.2ch.net/test/read.cgi/tech/1107854973/
画像処理 その３
pc5.2ch.net/test/read.cgi/tech/1090897159/
画像処理 その２
pc5.2ch.net/test/read.cgi/tech/1054545005/
画像処理
pc5.2ch.net/tech/kako/992/992671330.html
- 910 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 23:12:23 ]
- なんらかのプリミティブな2D図形を、線に沿って描画する方法は分かるんですが、
ピクセルを端から一つずつスキャンする方法では、全ての対象オブジェクトの全ての衝突判定（？）しなければいけないんですか？
- 911 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 02:03:30 ]
- 日本語でおｋ
- 912 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 02:15:44 ]
- 誰か通訳たのむ
- 913 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 02:28:56 ]
- よし、イライラして寝付けない俺がチャレンジしてみますわよ。以下、意訳。
>なんらかのプリミティブな2D図形を、線に沿って描画する方法は分かるんですが、
塗りつぶし無しの図形の場合は、図形の輪郭を描くだけで良いので、私でも出来ます。
>ピクセルを端から一つずつスキャンする方法では、
塗りつぶし有りで、図形同士が重なる場合はスキャンライン法の様な手法をとる必要が
あると思っています。
>全ての対象オブジェクトの全ての衝突判定（？）しなければいけないんですか？
その場合は図形の前後判定をする必要があると思うのですが、正しいでしょうか?
- 914 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 02:56:13 ]
- おまえ天才
- 915 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 03:13:03 ]
- 翻訳してもよくわかりません
- 916 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 06:51:13 ]
- >>913
お前すごい
で、答えははいだな
- 917 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 08:06:21 ]
- >>910
>全ての対象オブジェクト
事前にクリッピング出来れば全てのオブジェクトを比較する必要は無いよ
でもまずは全てのオブジェクトを比較する所から実装してみよう
- 918 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 10:26:54 ]
- 本来の画像処理の問題ではないけど、写真を修正した後、折角だから Exif の中の
thumbnail（大抵２種類ある）も更新して Exif Header を残しておこうとしている。
最近カメラを変えたら、軒並み thumbnail サイズが増えて入らないと出る。
中を見たら FFE1 の次にあるサイズが 0xFFFE だ。でその末尾はゼロで埋っている。
正味の FFE1 のサイズはゼロ列を走査して減ずるしかないんですかねえ。
うまいことやっている人はいませんか。
- 919 名前：デフォルトの名無しさん [2007/06/29(金) 14:56:24 ]
- ？
- 920 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 15:03:59 ]
- 誰か通訳たのむ
- 921 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 15:15:24 ]
- 勝手翻訳
質問
EXIFの実装でAPP1 データが 0x00 でパディングされてサイズ0xFFE1固定ってのがあるんだけど（某カメラ）、
サムネイル入れ替えたりして実データ増えた時にはその分だけ 0x00 を取っ払っちゃえばいいの？
答え
サムネイルだけ入れ替えて、うしろのゼロは（増減はすれども）そのままにして
長さ0xFFE1のままにしておくのが吉
- 922 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 15:58:56 ]
- ＞（某カメラ）
ここにこのスレの懐の深さを感じた
- 923 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 16:15:57 ]
- Digital Image Processingの3rd Editionやっとこ8月に出るみたいね。
ttp://www.amazon.co.jp/dp/013168728X
- 924 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 16:39:36 ]
- >>923
また伸びるんじゃねｗｗ
- 925 名前：918 mailto:sage [2007/06/29(金) 19:26:27 ]
- >>921
パディングとかそういう言葉知らないから説明難しい。
お答え頂き感謝。
しかし、当座を凌ぐのに、読み込んで、0xFFFE か調べてそうならゼロ列長を
求めて、これまでの基準の形式に変更するようにした。
お答えのようにしようかと最初思ったけど、Exif tag の tree の走査で
２重の管理が必要で、関連変更が大きい気がした。
２、３の Exif 見たら 30KB 位縮まる。写真全体では、4.5MB とかだが。
某カメラも前のはチャンとなっていたんだよね。テンプレートにデータを
埋めてメディアに書出すと編集が省けて速いとかメリットがあるんかな。
- 926 名前：デフォルトの名無しさん [2007/06/29(金) 19:47:32 ]
- ファームウェアが糞なんじゃないの？
- 927 名前：925-918 mailto:sage [2007/06/29(金) 20:40:28 ]
- >>926
クソだよ。他にも撮影枚数 0xFFFF 超えると元に戻るというし。
前のは日立の 16bitCPU だったが、32bits 演算のライブラリ用意してないんかと
思う。古い Z80 の本見ても、64 bits 演算までのルーチン載っているのに。
- 928 名前：デフォルトの名無しさん [2007/06/29(金) 22:43:24 ]
- 最近家電のカタログを見るとxvYCC(ソニーはなぜかxvColorと呼ぶ)
とやらをよくみるんですが、これに対応する画像編集ソフトを作る場合、
画素の内部表現をRGB8bitづつにしていたら精度が足りなくなるんでしょうか
というかxvYCCは具体的にどんな規格なんでしょうか
いろいろ検索してみたんですが概要レベルの説明ばかりで・・・
- 929 名前：927-918 mailto:sage [2007/06/30(土) 08:49:18 ]
- >>928
レスがないようなんで、説明ではないが、お付き合いを。
xvYCC の構造が分かっているわけではないが、CRT 基準の sRGB に対して、拡張の
AdobeRGB ってのがある。Photoshop を使うとこの色空間で処理して、また、sRGB
に戻しているようだ。今ある機器の色表現は sRGB 基準なので、他の色表現のデータ
を作っても表示する手段がない。（ソニーはその拡張機能を備えたということでしょ）
デジタル一眼では、CCD 電荷そのままを記録した RAW データを出力する。これを
編集して AdobeRGB, sRGB も出せる（今ある機器で見れる）ようになっている。
細かくは Adobe のサイトに説明があるが、AdobeRGB は XYZ 表現みたい。
自分もここで教えて貰ったんだが、XYZ 表現の変形?に xyY 形式もある。
これらの座標系で示すと色の範囲が広いのが分かるが、画像としてみるには手段が
ないんで、最後は sRGB に（今は）せざるを得ないということではないか。
IEC61966-2-4 を見たいが、所在にまだ行き付いていない。
乱文ゴメン。
- 930 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 09:48:02 ]
- 何なんだよこいつ・・・
- 931 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 11:25:50 ]
- リニアsRGBの0〜1範囲外も使うだけなんじゃないの
- 932 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 11:36:52 ]
- >>931
それはscRGBって奴じゃない？
- 933 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 13:17:47 ]
- >>932
ttp://www.jeita.or.jp/japanese/hot/2006/0830/0830.pdf
これ見ると、後はまんまsRGBっぽい事が書いてあるね
bsg.to/mt/archives/200607/2006-07-08T11:51.shtml
日本語で纏まってるページ発見
- 934 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 14:10:10 ]
- XYZ色空間ってのは人間の眼で見える色を表現したもの、つまり全ての色を含むと考えればいい。
これが全ての色空間の基準になる。
で、RGB色空間は、3原色のXYZ座標とガンマカーブを定義して、その混色で色を表現する。
YCCは輝度と色差で色を表現するもので、RGBと相互に変換できる。
通常、RGB値は0〜1で表現するが、YCCで表現した色をRGBに変換するとその範囲外になってしまう場合がある。
sRGBは0〜1の範囲外をクリッピングするが、xvYCCはその範囲外も許容することで色空間を拡張する。
>>928
＞画素の内部表現をRGB8bitづつにしていたら精度が足りなくなるんでしょうか
YES
具体的な実装方法としては、YCCからRGBに変換したときに0〜1の範囲でクリッピングしなければOK。
sRGBに変換したいときは0〜1でクリッピングするだけでOK。
>>929はいろいろ間違ってる。
・AdobeRGBはsRGBの拡張ではない。3原色の座標が異なるので互換は無い。
・AdobeRGBはXYZ形式ではない。ただのRGB形式。
・AdobeRGBはxvYCC/xvColorと無関係。もちろん互換は無い。
>>932
sRGBの拡張はxvRGB以外にもいろいろあるね。sYCCとか。
許容するRGB値の範囲の違いくらいで、考え方としては大体似たようなものだと思っていいんじゃないかな。
- 935 名前：929 mailto:sage [2007/06/30(土) 14:16:28 ]
- >>930
撒き餌だよ。
みんなが調べ出して、ワシも教えてもらえる仕掛け。
- 936 名前：935-929 mailto:sage [2007/06/30(土) 18:05:06 ]
- >>934
お教え頂き有難うございます。
これを起点にいろいろ見直したいと思います。
- 937 名前：928 mailto:sage [2007/07/01(日) 10:31:13 ]
- 質問しておきながらスレ覗くの忘れてました
大変勉強になりました
みなさんありがとうございました
- 938 名前：デフォルトの名無しさん [2007/07/03(火) 08:26:55 ]
- 【派遣ネガティブ根性チェック】
3つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。
□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは自分の仕事ではない
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすから派遣には有利だ
|
 |
