[最新] ■[前年|前月|前日|2011/08/31|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]
■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]

08/31 14:43 (@gorry5) @Saider51 乗算済みαの欠点は「αを乗算する時点でソース画像のRGB値の精度が落ちる」こと。再編集に適さないので、デザイナーが編集する画像からプログラムが扱う画像にコンバートする工程での乗算変換作業が必須になります (bede)
08/31 14:45 (@gorry5) @Saider51 あともうひとつの欠点は「後からピクセル値を変更できない」こと。レンダリング時に不透明度を変更することができなくなるし、カラーフィルタなんかでの色変更も「α!=255」のピクセルの色がおかしくなります (boki)
--------
08/31 14:48 (@Saider51) @gorry5 ふむむふむ。どもです。 (bona)
--------
08/31 14:52 (@gorry5) @Saider51 ピクセル値の変更はシェーダープログラム側で対処すれば可能ですが、もちろん性能低下になると
08/31 15:19 (@gorry5) @Saider51 シェーダー演算による性能低下を気にしなければ、シェーダー側で全ピクセルを乗算済みαに変換しながらレンダリングというのは悪くないかと
08/31 15:22 (@Saider51) @gorry5 でも、全てのシェーダーに記述する必要があるのとか、レンダーステートの変更に気をつけなければならないとか、めんどうそうね。何か機会があれば考えてみまする。ありがとうございました。 (puge)
08/31 15:23 (@gorry5) @Saider51 もちろんテクスチャのロード時に変換すればシェーダーでの性能低下の心配もないと
08/31 15:24 (@gorry5) @Saider51 レンダーステートの管理が面倒になるのは確かにありますね

■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]
[最新] ■[前年|前月|前日|2011/08/31|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]