[
最新
] ■[
前年
|
前月
|
前日
|
2013/11/25
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
11/25 15:53
(
@t_okada
)
@gorry5
画像のRGB 8bitなどでもそうですが、オーバーフローのときにクリップさせる処理が不要になるのが大きいかなと思ったりします。いまどきはfloatならハードウェア処理されるから速いというのももちろんありますが。
(bigi)
11/25 15:56
(
@gorry5
)
@t_okada
乗除算の類が楽になるのと引き換えに「それらの演算でどれくらい誤差が出るか」が見えにくくなるわけでもありますが :D
11/25 15:59
(
@t_okada
)
@gorry5
確かに。特にfloatの加減算での「桁落ち」には要注意ですね。
(bune)
11/25 16:11
(
@gaolay
)
@t_okada
@gorry5
人間の耳の感度はlogで効いてくるので、指数という考えは効率的かなとも思いますね。
(besu)
11/25 16:51
(
@Whoraibow
)
@gorry5
@robokabuto
俺が単に知らなかっただけ(´・ω・) スネ……。というか、知識の共有とかあまりされてない世界ですからねえ。仲間内では周知の事実が、実はそこ以外ではほとんど知られていない未知の技術だったりとか、昔はよくあったような……。
(pepe)
--------
11/25 16:56
(
@gorry5
) そろそろ雨きそうだな…
--------
11/25 17:08
(
@gorry5
)
@akuzo2k
@t_okada
非可逆圧縮はデコード時の誤差でlimit超えちゃうということがありまして…JPEGデコードとか自前で作ったことがある人は白黒がひっくり返るのを経験しているはず :D
11/25 17:11
(
@akuzo2k
)
@gorry5
@t_okada
pcmxfとかzvt.xで音量大き過ぎてlimitで平らな波形になるのも同じことなんですか?えーさっぱり判らず当時使ってました (汗;
(kibu)
11/25 17:12
(
@gorry5
)
@akuzo2k
@t_okada
「limit超えないようクリップする」とそうなります。floatにすることでlimitが実質上なくなるのでクリップする必要もなくなると
11/25 17:17
(
@akuzo2k
)
@gorry5
@t_okada
あーなるほど!jpgで色が反転ってのはカラーコード一周しちゃうわけですね(?)
(kugo)
11/25 17:21
(
@gorry5
) これ、「すでにコレクターである方」に対して向けてある文書ではないと思うんだが、なぜそういうことになっちゃったんですかね…/立命館大学ゲーム研究センター:ゲーム資料現物寄付 要領
URL:www.rcgs.jp
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2013/11/25
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]