エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
NUKE プラクティカル・ガイド Vol.3:アニマル・ロジック流コンポジット
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
NUKE プラクティカル・ガイド Vol.3:アニマル・ロジック流コンポジット
つまり「add(加算)」と同じ効果になる。実際jpgなどのアルファを持たない画像フォーマットのものを重... つまり「add(加算)」と同じ効果になる。実際jpgなどのアルファを持たない画像フォーマットのものを重ね合わせると、このような加算と同じように、バックグランドが透けた結果になる。これを避けるには[Dissolve]を用いるか、予め[Shuffle]などのオペレータを組み合わせてアルファを宣言してやればよい。 <1>rgbaではなくアルファを持たない画像、つまりrgbしか持たない画像を用意する <2>用意したアルファを持たない画像をそのまま[Merge]の「over」で繋げてしまうと、計算される結果「add」と同様になり、BGが透けてしまう <3>これを避けたい場合は、[Merge]を繋げる前に[Shuffle]などのオペレータでアルファを宣言しておけば解消される 常に8ビット以上で処理するが故の落とし穴 また、NukeはRGB 8bit、つまり、0〜255(Nukeの場合表記上0〜1)の2