ガジェットとCGのミカタ

クリエイターのためのガジェット・CG情報を発信するブログ

recent posts

about

  • 【Part 4】ACES／OCIO よくある質問（FAQ）まとめ

    初心者が ACES や OCIO を調べると、
    「何それ？」から「どう使うの？」まで疑問だらけになります。

    ここでは 制作現場で本当に多い質問 を、
    分かりやすい回答とセットで FAQ 形式にまとめました。

    Q1：ACESにすると“色が変わる”って聞くけど、何で？

    A：色を“加工”しているのではなく、正しく見えるようになるからです。

    ACES はカメラやCG素材の「癖」を取り除いて
    光の情報を正しく扱える状態に変換します。

    そのため、

    • コントラストが戻ったり
    • ハイライトが自然になったり
    • 彩度が落ち着いたり

    することがありますが、これは
    本来あるべき状態に戻っているだけ です。

    Q2：ACESは撮影時に設定するの？ 後付けできるの？

    A：後付けです。撮影時には関係ありません。

    撮影時は

    • RAW
    • Log（SLog3、LogC、VLog など）
      で撮るのが理想。

    ACEは撮影した素材を 後で正しく変換する仕組み なので、
    カメラに ACES モードのようなものはありません。

    Q3：IDTって何？ 必要なの？

    A：IDT＝素材ごとの“癖を取る入口フィルター”です。

    例：

    • Sonyの青っぽさ
    • ARRIの温かさ
    • Logの独特なトーンカーブ

    これらを ACES の基準に合わせるための“補正レシピ”。

    IDT がない素材は
    ACES の変換精度が落ちるので注意。

    Q4：BT.2020 と ACES は何が違うの？

    ✔ A：BT.2020 は「色域の規格」。ACES は「制作全体の統一ルール」。

    • BT.2020 → “色が表示できる範囲”の話
    • ACES → “色をどう扱うか”の話（IDT〜ODTまで全部）

    例えると：

    • BT.2020=大きいキャンバス
    • ACES＝絵を描く手順・ルール一式

    全く別役割。

    Q5：AEにACESって表示があるけど、これ使えばいいの？

    A：それは簡易版で、正式ACESではありません。

    AE のカラースペース欄にある「ACES」は
    IDT/ODTのない簡易モード。

    2025以降は AE が OCIOネイティブ対応 したため
    正式ACESワークフローを使いたいなら
    「OCIO color managed」モード     を使うのが正解。

    Q6：Rec709素材を ACES化すると綺麗になる？

    A：なりません。焼けの復元は不可能です。

    Rec709素材はダイナミックレンジが狭いため

    • 白飛び
    • 黒つぶれ
    • 飽和

    は戻りません。

    ACESにしても
    “素材が持っている範囲までしか”戻れません。

    Q7：赤が飽和するって本当？

    A：本当。ACES 最大の弱点のひとつ。

    特に

    • ネオン赤
    • LED赤
    • レーザー赤

    は ピンク寄りになることがある。

    対策：

    • LMT（Look変換）
    • 彩度補正
    • RRT/ODTのカスタム
    • CGライトを強くしすぎない

    Q8：黒が浮いて見えるのはなぜ？

    A：ACESの ODT がフィルム寄りだからです。

    ACESは“映画的なロールオフ”が基本。

    そのため
    黒がわずかに持ち上がることがあります。

    対策：

    • グレードで調整
    • LMTでコントラスト補正
    • HDR出力する

    Q9：UE5のACESは本物？

    A：“ACES風トーンマップ”であって、正式ACESではない。

    ただし
    他ソフトと色を合わせるのは比較的容易。

    • Exposure Compensation を 0
    • 色加工のない PostProcess Volume
    • Bloom/Contrast を殺す

    これで 95% は一致。

    Q10：最終出力だけRec709やHDRに切り替えられるの？

    A：ACEの超強み。ワンタッチで切り替え可能。

    作業はずっと ACES のままで、
    最後の ODT を変えるだけで

    • Rec709
    • HDR（PQ/HLG）
    • P3
    • BT.2020

    へ簡単に変換できる。

    Q11：ACESは誰が使うべき？ 個人でも使った方がいい？

    A：映像合成・CG・実写を混ぜるなら“絶対メリットあり”。

    特に：

    • CG × 実写合成
    • HDR納品
    • カラーマネジメントが必要な案件
    • 複数人チーム制作
    • ゲーム → 映像への出力

    こういう場面では
    ACESの恩恵が大きすぎる。

    YouTube用途なら
    無理に使う必要はないけど、
    CGを作るなら知っておいて損はない。

    Q12：ACESの設定って難しい？

    A：昔は難しかったけど、今はめちゃくちゃ簡単になった。

    2025以降：

    • Maya → ACEScg標準化
    • Unreal → ACESトーンマップ標準
    • After Effects → OCIOネイティブ
    • Resolve → ACESテンプレあり

    ほぼ「configを選ぶだけ」で動く。

    Q13：結局、ACESの“本質”って何？

    A：全部の素材を「光の正しい世界」に揃えて作業すること。

    • IDT：癖を除去
    • ACEScg：広色域の線形世界
    • ODT：出力目的に合わせて変換

    という
    “入口 → 作業 → 出口” の統一 が
    ACES の本質。

    Part4まとめ

    ACES・OCIOは理解するまでは難しく見えるけど、
    本質を押さえれば怖くない。

    • 色が変わるのは“正しい状態に戻すから”
    • 撮影には関係なし
    • IDTが重要
    • 赤／黒に弱点あり
    • AEは2025からネイティブ対応
    • 出力切り替えが超強力

    このあたりを押さえておけば
    どんな制作環境でも迷わず使えるようになる。

  • 【Part 3】実例で理解する ACESワークフロー（Maya → AE → UE → Grading）

    ACES は概念だけ理解しても「で、どう使うの？」となりがちです。
    ここでは実際の制作現場で使われている
    “Maya（CG）→ After Effects（合成）→ Unreal Engine（リアルタイム）→ DaVinci（最終グレード）”
    の一連のワークフローを、例とポイント付きでまとめます。

    Step 1：撮影素材（実写）を ACES に取り込む

    ▼ ① 撮影形式のオススメ

    • RAW（最強）
    • Log（S-Log3 / V-Log / LogC / etc）

    理由：
    ACES では IDT（Input Device Transform）で正しく線形化できるため
    素材の“光の情報”を最大限活かせる。

    ▼ ② IDTを使って ACES世界に入れる

    例：

    • Sony SLog3 → IDT.Sony.SLog3_SGamut3
    • ARRI LogC → IDT.ARRI.LogC3
    • Panasonic VLog → IDT.Panasonic.VLog

    Logの癖（曲線・色味・センサー特性）を取り除き、
    “これが本来の光”という状態に戻す。

    Step 2：Maya / CG を ACEScg で制作する

    ▼ ① 作業色空間は ACEScg（Linear）

    • 物理ベースレンダーと相性最強
    • 広色域で、光の計算が破綻しにくい
    • Arnold / Redshift / V-Ray すべて推奨

    ▼ ② テクスチャの読み込み

    例：

    • BaseColor → sRGB
    • Roughness / Metalness → Raw
    • Normal → Raw
    • HDRI → Raw
    • Light textures → sRGB

    読み込み時に
    OCIOのInput Color Space を使って
    自動的に ACEScg に変換される。

    ▼ ③ CG を EXR（ACEScg）で書き出し

    • 16bit half
    • ACEScg
    • マルチレイヤー推奨

    これが合成ソフトへ渡す“正しいCGデータ”。

    Step 3：After Effects（2025以降）で ACES合成

    2025から AE が OCIO をネイティブ統合したため、
    Maya の CG と実写素材をそのまま ACESで扱える ようになった。

    ▼ ① プロジェクト設定

    • Color Engine：OCIO color managed
    • OCIO Config：ACES 1.3
    • Working Space：ACEScg

    ▼ ② 素材ごとのInput Color Space設定

    • CG（ACEScg EXR）→ ACEScg
    • 実写（LogC / SLog3）→ IDTで指定
    • 709のグラフィックス → Rec709

    ▼ ③ コンポジット処理

    ここで注意：

    • AEの古いエフェクトは色空間を無視する
    • UIの色（赤など）は当てにならない
    • Adjustment Layer によるグレーディングは ODT を通る前提で

    ただし2025以降は
    色一致の精度が大幅向上したため、
    Maya / Nuke とほぼ同じ色が出る。

    ▼ ④ AEでのプレビューは ODT の Rec709

    作業中はここで最終の色を想像できる。

    Step 4：Unreal Engine で ACES トーンマップ表示

    UE5 は 標準で ACESトーンマッピング が入っている。

    ただし注意点：

    • UE の ACES は簡易版（RRT + ODT が簡略化）
    • 正式ACESと 100% 一致ではない
    • 赤飽和やハイライトロールオフがやや強い
    • ノンカラーのアルベド値は必ず正しく設定する

    ▼ 色合わせの実例

    Maya と UE を一致させるには：

    1. Maya で ACEScg → ODT Rec709 の見え方を確認
    2. UE の Viewport → “ACES” のまま
    3. “Exposure Compensation”を 0 にする
    4. PostProcess Volume は余計な効果を切る

    これで 95% は一致する。

    Step 5：DaVinci Resolve で ACES最終グレーディング

    最終仕上げは Resolve か Baselight が主流。

    ▼ ① Resolve 設定

    • Color Management：ACES 1.3
    • Timeline：ACEScct
    • Input：素材ごとに IDT
    • Output：ODT Rec709 / HDR / P3D65

    ▼ ② 最終レンダリング例

    • ACES → Rec709
    • ACES → HDR（Dolby Vision / HDR10）
    • ACES → P3 シアター
    • ACES → Web用 709

    どこへ出すかは最後に変えるだけでOK。

    実例ワークフローまとめ

    [撮影素材(Log/RAW)]
     ↓ IDT（カメラごとの補正）
[ACES2065-1 線形世界]
     ↓ 色管理
[CG(ACEScg)] ← Maya
     ↓ EXR
[AE(OCIO + ACES)] ← 合成
     ↓ コンポジット
[UE5(ACESトーンマップ)] ← リアルタイム確認
     ↓
[Resolve(ACES)] ← 最終色調整
     ↓ ODT
[Rec709 / HDR / P3 / Web]

    この記事のポイント

    • Maya → AE → UE → Resolve の色を 一貫して一致 させる
    • AE 2025以降は “ACES 合成が普通に可能”
    • UE は ACES風だけど一致させやすい
    • 最後に出力形式だけ変えれば、
      709 / HDR / P3 に ワンタッチで変換 できる
    • データそのものは「光の正しい情報」で保持される

  • 【Part 2】ACES の弱点・誤解・落とし穴

    ACES（Academy Color Encoding System）は
    映画・VFX業界で標準化が進んでいる強力なカラーマネジメントですが、
    万能ではありません。
    特にクリエイターが初めて導入するときにハマりやすい
    “弱点・誤解・落とし穴” を、2025年最新事情に合わせて解説します。

    1. ACESは「色を良くする魔法」ではない

    よくある誤解は、

    ACESを使うと色が綺麗になる

    これは半分正しくて半分間違いです。

    ACESは
    素材の色を“正しく扱える状態に整える”仕組みであって、
    勝手に色を綺麗に加工するものではありません。

    【例】

    SLog3映像 → ACESに変換すると

    • ハイライトのロールオフ
    • コントラスト
    • 色の落ち着き
      が自然に見えるようになる。

    これは“正しい状態に戻った結果”であり
    フィルム風の加工ではない。

    2. 純赤・LED赤が飽和（サチュレーション崩壊）しやすい

    ACESの特性上、
    純赤・ネオン赤・LED赤がピンク寄りになったり、彩度が落ちたりすることがあります。

    理由：

    • ACESのトーンマップ（RRT / ODT）が赤のピークを抑えがち
    • ACEScg色域が広すぎて、Rec709やP3に押し込むと色が削れる

    【よくある例】

    • ライブ映像の赤LEDが、ACESでピンクっぽい赤になる
    • CGの強い赤ライトがオレンジ寄りに変色する

    【対策】

    • LMT（Look Modification Transform）の利用
    • 赤に限り彩度補正をマニュアルで入れる
    • ACES 1.3 の強化されたLMTを併用

    3. 黒が完全に締まらず“ちょい浮き”することがある

    ACESの ODT（表示変換）はフィルム的な特性のため
    黒が完全な黒にならず、わずかに浮いて見えることがあります。

    【例】

    夜景の空がうっすらミルキーになる
    影が完全に締まらない

    【対策】

    • グレーディングで黒レベルを少し下げる
    • LMT やカスタムODTで調整する
    • HDR出力（黒が締まりやすい）へ切り替える

    4. Rec709素材は“焼けている部分”が復元できない

    重要なポイント。

    Rec709で撮影された素材は
    **情報量が少ない（ダイナミックレンジが狭い）**ため
    ACESに入れても「飛んだ白・潰れた黒」は戻りません。

    【例】

    • 空の白飛び → ACESでも飛んだまま
    • 黒つぶれ → ACESでも救えない

    ACESは魔法ではなく、
    “元データの範囲内”でしか働けません。

    5. 超高輝度CG（特に太陽・強い発光）に弱い

    CGで現実以上の明るさ（100,000〜1,000,000 nits相当）を扱うと
    ACESのトーンマッピングが急激に働き、白飛び境界が硬くなることがあります。

    【例】

    • 太陽の縁が硬くなる
    • ボリュームライトが不自然にのっぺりする
    • ブルームが潰れる

    【対策】

    • ライト強度を現実的な範囲に収める
    • ACES 1.3の改良トーンマップ（LMT）を活用
    • 最後にカスタムトーンマップをかける

    6. IDTが存在しない素材は“正しい変換”ができない

    ACESは IDT（Input Device Transform）＝素材の癖を直すフィルター が非常に重要。

    しかし…

    • 古いカメラ
    • 特殊カメラ（産業用など）
    • 未対応Log形式
    • 色空間不明の素材

    には IDTが存在せず、
    変換精度が低下する場合があります。

    【例】

    GoProの古いモデルなど → ACESで扱うと色が不安定
    ドローンの独自Log → IDTなし → 手動で補正が必要

    7. 【2025完全改訂】After Effects との相性問題は“改善されたが完全ではない”

    ✔ Before（2024以前）

    AE は独自カラーマネジメントで、ACES とは相性最悪。

    ✔ After（2025以降）

    AE に OpenColorIO（OCIO）ネイティブ統合 が入り、
    ACESのIDT/ODTを正式に扱えるようになった。

    つまり 相性は大幅に改善された。

    でも…

    ⚠ 依然として注意点はある

    • 古いエフェクトがOCIOを通さない
    • 32bit処理の挙動が他ソフトと違う
    • UI色空間は変換されない
    • 一部プラグインが非対応

    → Nuke/Resolveほど完全なACESネイティブではない。

    【結論】

    AEは2025から“ACESが普通に使えるソフト”になったが、
    プロ用合成ソフトほどの精度・安定性はまだない。

    Part2 総まとめ

    ACESの弱点

    • 赤が飽和しやすい
    • 黒がわずかに浮く
    • Rec709の情報不足は復元不能
    • 超HDRのCGに弱い
    • IDTがない素材は不安定
    • AEは改善されたが“完全最適化”ではない

    でもメリットが圧倒的に大きいので

    今やNetflix/Disneyなど世界のVFX基準では ACESが標準。

  • 【Part 1】ACESとは？初心者でも理解できる一番分かりやすい解説（例付き）

    ACESとは？

    ACES（Academy Color Encoding System） は、
    映画業界が作った 色管理のための共通ルール のこと。

    ✔ カメラ
    ✔ CG
    ✔ 合成
    ✔ グレーディング
    ✔ 最終出力（Rec709 / HDR / P3 など）

    バラバラな色を ひとつの“基準”に統一するための仕組み。

    なぜ必要なの？

    カメラやソフトによって色が全然違うから。

    • Sony の SLog3 → 青寄り
    • ARRI の LogC → フラットで温かめ
    • Blackmagic → やや緑寄り
    • AE → ガンマ表示
    • Maya → sRGBビュー
    • UE → ACESトーンマップ
    • Resolve → Log / Linear / Rec709 が入り混じる

    このまま合成すると 本来は同じ“光”でも、全然別の色になる。

    そこで ACES が必要。

    ACESがやること（超シンプル）

    流れはこれだけ👇

    IDT（入力変換） → ACES（統一の世界） → ODT（出力変換）

    ① IDT（Input Device Transform）

    素材ごとの “癖” を取り除く入口。

    例：

    • SLog3 → ACES
    • LogC → ACES
    • VLog → ACES
    • Rec709 → ACES
    • CGのsRGBテクスチャ → ACEScg

    例：
    Sonyの映像が9000K（青い）、Panasonicが3000K（赤い）でも
    → 「カメラの癖」を取り除いて ACES の基準へ寄せる。

    ② ACES（作業空間）

    光を“物理的に正しい”形で扱える 超広色域＋線形の世界。

    CGや合成の計算が最も破綻しない。

    ③ ODT（Output Device Transform）

    作業結果を目的のモニター用に変換。

    • ACES → Rec709
    • ACES → HDR（PQ/HLG）
    • ACES → P3
      など。

    例：
    制作中は Rec709でチェックして、最終納品だけ HDRに変更できる。

    ACESの例え

    「ACES＝試験会場のルールセット」

    • IDT = 入場チェック
    • ACEScg = 共通の試験用紙
    • ODT = 提出フォーマット（PDF / 紙 / 志望校ごとに変わる）

    素材（受験生）は個性があっていいけど、
    試験（制作）のルールは全員同じ。

    撮影時にACES設定は必要？

    不要。

    ACESは 撮影後に適用する仕組み。

    ただし理想は Log / RAW で撮影すること。

    理由：
    ダイナミックレンジが広く、
    IDTで“光の情報”に戻しやすいから。

    本章まとめ

    • ACESは“色を統一するための映画業界の基準”
    • 素材（カメラやCG）の違いを整えてくれる
    • 制作→合成→出力まで一貫
    • 撮影段階では不要（Log/RAWが嬉しい）

  • Backburner に代わる最強レンダーマネージャーAWS Thinkbox Deadline 徹底解説

    CG制作で避けて通れない「レンダリング」。
    その分散処理を担ってきた Autodesk Backburner は、実質アップデートが止まりつつあり、後継となるツールを探している人も多いのではないでしょうか？

    今回は、現在もっとも広く使われているレンダーマネージャー Deadline を、
    ・特徴
    ・メリット
    ・デメリット
    ・導入手順
    を初心者にも分かりやすくまとめました。

    そもそも Deadline とは？

    Deadline は AWS（Amazon Web Services）傘下の Thinkbox Software が開発している、業界標準のレンダーファーム管理ツールです。

    Maya、3dsMax、Houdini、Blender、Nuke、After Effects など主要 DCC に対応し、
    Arnold、VRay、Redshift、Renderman など幅広いレンダーエンジンと連携可能。

    Backburner の完全上位互換 と言えるほど機能が強力で、
    映画制作会社、VFXスタジオ、アニメーション会社で幅広く採用されています。

    Deadline の主な特徴（Backburnerと比べてどう良い？）

    ① めちゃくちゃ安定している

    Deadline は大規模スタジオでも日常的に使われているため、
    長時間のレンダーを回し続けても落ちにくい のが魅力。

    Backburner 特有の「謎の停止」「ノードが認識しない」現象が起きにくいです。

    ② DCC とレンダーエンジンの対応幅が圧倒的

    Backburnerは Maya・3ds Max くらいでしたが、Deadline は…

    対応ソフト対応
    Maya◎
    3dsMax◎
    Blender◎
    Houdini◎
    Cinema4D◎
    Nuke / Fusion◎
    After Effects◎（スクリプトレンダー）

    レンダラーも Arnold / VRay / Redshift / Octane / Renderman と幅広く対応。

    「複数ソフトを横断して制作」しているチームには最適です。

    ③ Windows / Linux / macOS 混在で動く

    異なるOSのマシンを同時にファームに入れられるのも利点。

    • メインPCは Windows
    • レンダーノードは Linux で構築してコストダウン

    なんて使い方が可能です。

    ④ プール・グループ管理で“賢い振り分け”

    Deadline には「プール」や「グループ」設定があり、

    • Arnold専用ノード
    • GPU専用ノード
    • 優先ジョブ
    • プロジェクト毎の優先度管理

    といった複雑な運用が簡単にできます。

    ⑤ クラウドと連携できる（AWSとの相性最強）

    必要なときだけ AWS EC2 インスタンスを自動で増やし、
    レンダー終了後に自動シャットダウンも可能。

    コスト最適化 × 高速レンダー を両立できます。

    ⚠ 注意点（導入前に知っておきたいポイント）

    ① Deadline 10 は “機能追加停止モード”

    2025年時点で利用される Deadline 10 は メンテナンスモード に入り、
    新機能は今後追加されません。

    とはいえ業界ではまだ現役で、安定運用されています。

    今後は Deadline Cloud に移行すると言われています。

    ② 初期セットアップはやや難しめ

    Backburnerと違って、

    • Repository（管理サーバー）
    • Database
    • ワーカー設定
    • パス管理

    など、最初に構築する部分が少し大変です。

    ただし一度組んでしまえば超安定します。

    Deadline の導入ステップ（初心者向け）

    ここでは個人・小規模スタジオ向けに「最小構成」を紹介します。

    ① サーバーを1台用意

    • WindowsまたはLinux
    • 共有フォルダを作る（NASでもOK）

    ここにジョブ情報や設定が集まります。

    ② 各 PC に Deadline Client をインストール

    これがレンダーノードになります。

    • Worker（実行）
    • Monitor（監視・設定）
    • Launcher（サービス管理）

    が自動で入ります。

    ③ DCC（Maya 等）にサブミッタを導入

    Deadline は Maya バッチレンダリングとの相性が非常に良い です。

    Arnoldも安定して動きます。

    ④ テストジョブを投げて動作確認

    • まずは 1フレームだけ送信
    • ノードが起動するかチェック
    • タスクが完了するか監視

    Monitor でリアルタイムにログが見れるので安心。

    ⑤ プール・グループを設定して本格運用へ

    • Arnoldのみ動かしたいPC
    • GPUノード
    • 低優先ジョブ専用ノード

    など細かくグループ分けすれば、
    レンダー渋滞を回避できます。

    Deadline はどんな人に向いている？

    小〜中規模スタジオ

    → Backburnerより強力で、安定運用が可能。

    Maya or Arnoldユーザー

    → Deadlineとの相性が最高。

    いずれクラウドレンダーしたい人

    → AWSとシームレスに連携できる。

    Blender など複数DCCを扱う人

    → 多ソフト対応が便利。

    まとめ：Backburnerユーザーの “最適な後継” は Deadline

    Deadline は
    Backburner の完全上位互換で、映画・アニメ業界のスタンダード
    として長年運用されています。

    • 安定性
    • 多ソフト対応
    • 管理機能の豊富さ
    • AWS連携

    どれを取っても現代の制作パイプラインにマッチしており、
    “次のレンダーマネージャー”として最有力です。

    今後は Deadline Cloud への移行も視野に入れつつ、
    現場ではまだまだ Deadline 10 が主力として使われ続けるでしょう。

  • **これだけは知っておきたい著作権について

    ■ はじめに

    CG制作、動画編集、写真撮影、ブログ運営、SNS投稿──
    どんなクリエイターでも絶対に避けられないのが 著作権。

    しかし、著作権の説明は難しい言葉が多くて、
    「結局、何に気をつければいいの？」
    「どこからがアウトなの？」
    と悩む人はとても多いです。

    そこでこの記事では、
    最低限これだけ知っておけば安心できる“実用的な著作権知識” を
    クリエイター視点でわかりやすく解説します。

    ■ 著作権ってそもそも何？

    一言でいうと：

    “誰かが作ったものを、許可なく勝手に使っちゃダメ”というルール

    これが著作権の基本です。

    著作権が発生するものは…

    • 写真
    • イラスト
    • 音楽
    • 映像
    • テキスト（記事・SNS文）
    • CGモデル
    • ゲーム画面・キャラ
    • プログラム
    • 建築物

    実は ほぼ全部の創作物に著作権がついている と考えてOK。

    ■ クリエイターが絶対に知るべき“超重要ポイント”6つ

    ① 著作権は「作った瞬間に自動で発生する」

    申請不要。
    登録不要。
    作った時点で その人のもの。

    逆にいうと、

    • AI素材
    • SNSの投稿
    • 趣味の落書き
    • 友達の写真

    すべてに著作権が発生する。

    ② ネットにあるものは「全部著作物」だと思うべき

    よくある誤解：

    「ネットにある画像は自由に使える」
    「引用しただけだからOK」
    「Twitterで見た動画を使ってもバレない」

    全部アウト。

    ネット = フリー素材ではない。

    ③ “加工すればOK” も完全に誤解

    • トリミング
    • 色変更
    • 反転
    • 背景差し替え

    これらの加工をしても 元作者の著作権は消えない。

    よくある誤解：

    「自分が加工したから自分の著作物」
    → これもアウト。元の著作者の権利は残る。

    ④ “引用” と “無断転載” は全然違う

    引用は条件が厳しく、ブログやSNSで自由には使えません。

    引用が許される条件は：

    • 必要最小限
    • 自分の文章が主、引用が従
    • 出典を明記
    • 改変しない
    • 作品の趣旨を損なわない
    • 文脈の中で引用の必然性がある

    つまり、

    「画像1枚貼って感想を書く」は完全に違法。

    引用は学術論文レベルでのみ成り立つと思った方が良い。

    ⑤ AI生成物にも著作権の問題がある

    2024〜2025はAI著作権が急速に変化。

    押さえるべきポイント：

    1. AIで生成された画像は 著作権が発生しない場合が多い
    2. ただしプロンプト入力者には “著作者に類似する権利” が認められるケースもある
    3. 他人の作風を真似しすぎると 著作権侵害（作風の盗用）になり得る
    4. AIモデルの学習元が “不正データ” の場合は二次利用にリスクがある

    YouTubeやSNSでAI画像の扱いは厳しくなる流れです。

    ⑥ 商用利用はとくにリスクが高い

    • サムネ
    • 背景
    • 音楽
    • 効果音
    • アセット
    • フォント

    いずれも 商用利用がNGのケースが多い。

    個人ブログでも、広告がついた瞬間に“商用扱い”になるため要注意。

    ■ 絶対にやってはいけないことリスト

    • SNSの画像を勝手に保存して再投稿
    • YouTube動画の切り抜き
    • 音源の二次利用
    • 別作品のキャラを勝手にCG化
    • ゲーム画面を勝手にブログ素材にする
    • フリー素材サイトの利用ルールを読まない
    • AI画像を「自作です」と言い張る

    特にSNSの画像や動画は権利者が黙認しているだけで、
    形式的にはすべて著作権侵害 です。

    ■ OKなケース（安心して使えるもの）

    ① 自分が撮った写真・描いた絵・作ったCG

    100％自分のもの。

    ② 利用規約で明示されたフリー素材

    • Unsplash
    • Pexels
    • Pixabay
    • Adobe Stock（有料）
    • Google Fonts
    • いらすとや

    ただし利用規約は絶対に確認すること。

    ③ 自分で購入した素材（素材サイト）

    VideoHive や CGTrader なども商用プランならOK。
    ただし再配布はNG。

    ④ 権利者本人から許可を取った場合

    最強の方法。
    メールやDMのスクショを保存しておくと良い。

    ⑤ クリエイター同士のコラボで明確に許可されたもの

    口約束はトラブル源。
    必ず「確認メッセージ」を残す。

    ■ よくある質問（Q&A）

    Q. YouTube や X の埋め込みは違法？

    → 埋め込みは合法
    なぜなら、動画は権利者側が公開状態にしているため。

    ただしダウンロードして再アップ → 違法。

    Q. AI画像は著作権がないなら自由に使っていい？

    → NGではないが、“危険”
    学習元が不透明なため、トラブル事例が増加中。

    Q. SNSで見かけた画像を引用できる？

    → 実質不可能。
    引用の条件を満たさないため。

    Q. キャラクターのファンアートは著作権侵害？

    → 厳密には 著作権侵害
    ただし多くの企業が「黙認」しているだけ。
    商用利用はNGのケースがほとんど。

    ■ まとめ：著作権は“知らないと危険。でも基本は簡単”

    著作権で大事なことはたった3つ。

    ✔ ① 他人の作品は勝手に使わない

    ✔ ② フリー素材は利用規約を確認

    ✔ ③ 自作 or 許可を取れば問題なし

    難しい法律を完璧に覚える必要はありません。
    クリエイターが安心して活動するために大切なのは、
    最低限のルールを守ること。

    これだけでトラブルはほぼ回避できます。

  • Nuke Stageとは？今わかっている機能と将来性を徹底解説

    近年、VFX／映像制作の現場では リアルタイム 技術が急速に広がっています。
    NukeやAfter Effectsなどコンポジット中心のワークフローにも、リアルタイム技術を統合する動きが強まる中、Foundryが発表した 「Nuke Stage」 が非常に大きな注目を集めています。

    この記事では、現時点（2024〜2025）で判明しているNuke Stageの情報をまとめ、どんな未来が期待できるのかを解説します。

    Nuke Stageとは？

    Nuke Stage は、Foundryが次世代ワークフローとして発表した リアルタイムビジュアライゼーション／レビューシステム。
    現在は “開発中” の扱いで、一部のデモ映像やセッションのみで概要が紹介されています。

    要点を一言で言うと：

    「Nukeの強力な合成力」＋「Unreal Engineのようなリアルタイム性」
    を同時に扱える次世代コンポジット環境

    といった立ち位置になります。

    現時点で判明している主な特徴

    ① USD（Universal Scene Description）をネイティブに扱う

    • Foundryは既に「Katana」でUSDに深く対応しており、Nuke StageでもUSDが中心となる構造が確実
    • Nukeにシーン構造（ライト／ジオメトリ／カメラ／アセット）をそのまま持ち込める
    • アセット差し替えやバージョン管理が容易
    • Layout／Lighting／Lookdev と Comp の橋渡しになる

    ② レンダリングを「リアルタイム」で行う

    展示デモでは、
    ノード操作にリアルタイムで反応する高速ビジュアライズ機能 が紹介済み。

    • ライティングが即時反映
    • カメラ操作が滑らか
    • UEほどではないが、既存Nukeより圧倒的に高速

    これは “ゲームエンジンを置き換える” というより、

    「Nukeでの最終合成の前のルック確認・プリビズ工程をリアルタイム化」

    という方向に近いです。

    ③ Nuke 既存ノードとの連携を持つ可能性が高い

    Foundryの発表によると：

    • Nukeのノード思想はそのまま継承
    • 新しいノードツリーで 3D／USD／ライト／カメラ が統合される
    • 最終合成へスムーズに持っていける

    つまり、

    Nukeの操作感のまま “リアルタイム3Dノードグラフ” が使える

    というイメージ。

    UEのようにBlueprintではなく、
    完全にノードベースで制御できるのが大きな強み。

    ④ レイアウト・ルックデブ工程の前倒しが可能

    Nuke Stage が入ると特に強いのが：

    • 撮影現場でのプリビズ
    • バーチャルプロダクション撮影のルック確認
    • カット制作時の照明・カメラの事前確認
    • レイアウト工程の高速反復

    今まで「Nukeでは最終合成だけ」だったものが、
    カット前段のビジュアル確認にも Nuke が関わる世界 になる可能性が高い。

    ⑤ バーチャルプロダクション（VP）との連携を想定

    Foundryが示したトレンドの中に、

    • Unreal Engine
    • VP撮影
    • LEDウォール
    • リアルタイムライティング

    が必ず含まれているため、
    Nuke Stage は明らかに VP向けツールチェーンの一部 として開発されている。

    将来的には：

    • UEでのステージプレビュー
      → Nuke Stageで合成前提の確認
      → 本番合成はNuke

    という流れも想定されている。

    いつリリースされる？（推測）

    公式には次のように説明：

    • “開発中 / 技術プレビュー段階”
    • 正式リリース日は未発表
    • ただし Nuke 15 のロードマップ上に存在

    Foundryのカンファレンスでの発言から、
    2025〜2026年ごろのベータ版公開 が最も濃厚。

    Nuke Stageがもたらす未来

    ① Nukeが “合成ツール → シーン構築ツール” に進化する

    3D機能が強化され、
    アセット管理も含めた「シーンの一部」を扱えるようになる。

    これにより：

    • ルック開発がCompチーム側でも進む
    • レイアウトやカメラワークの検証も可能
    • ノードベースでリアルタイムビジュアライズが完結

    今まで
    「Layout → Animation → Lighting → Comp」
    という流れの中で
    Compだけが孤立していた部分を埋める。

    ② Unreal Engine との棲み分けがより明確に

    UE → 最高速リアルタイム / プリビズ / VP
    Nuke Stage → 合成前提のルック検証 / カット仕上げ

    という役割分担になる。

    UEは “ゲームエンジン中心”
    Nuke Stageは “合成中心”

    この違いがワークフローを大きく変える。

    ③ ノードベースで扱うリアルタイム3Dは業界初級レベル

    これまでは

    • Unreal Engine → Blueprint
    • Houdini → SOP / DOP
    • Blender → Nodeがあるがリアルタイム用途は弱い

    高品質なリアルタイムレンダリングを
    純粋なノードベースで扱う点は、他に類を見ない。

    Nukeの強みをそのまま生かせる。

    まとめ｜Nuke Stageは “リアルタイム×合成” の未来を作るツールになる

    現時点で分かっているポイントをまとめると：

    • USDベースのリアルタイムプレビューツール
    • Nukeのノード操作と連携した3Dワークフロー
    • ライティング・カメラが高速反映
    • VP・プリビズ・レイアウト工程と親和性が高い
    • 2025〜2026年にベータ版が期待される

    特に リアルタイム技術＋コンポジット の統合は、
    映像制作の流れを根本から変える可能性があります。

    正式リリースが近づけば、
    より詳細な機能や実際のノード構成なども分かってくるはずです。

  • Maya｜キャッシュについて

    〜Alembic / nCache / GPU Cache を使い分けて最軽量にする〜

    Mayaで作業を続けていると、
    「シーンが重い」「動作がもっさりする」「書き出しが遅い」
    といった問題にほぼ必ず出会います。

    その原因の多くは キャッシュデータが重くなっていること。

    この記事では、
    Mayaで使われる代表的なキャッシュ機能
    ・Alembic
    ・nCache
    ・GPU Cache
    のそれぞれの特徴と、
    シーンを軽くする実用的なテクニックをまとめて紹介します。

    ■ そもそも「キャッシュ」とは？

    Mayaで動きや変形、シミュレーションなどを計算する際に、
    その結果を一時データとして保存しておく仕組みです。

    メリット

    • 計算を繰り返さずに済む → 軽くなる
    • 他ソフトへデータを渡せる（Alembic）
    • 表示速度が安定する

    デメリット

    • 保存場所によっては 重くなる
    • シーン肥大化、フリーズの原因になる

    ※mayaのキャッシュは基本的に自動的には作成されません。

    ■ ① Alembic（ABC）キャッシュを軽くする方法

    Alembicは業界標準のキャッシュ形式ですが、
    設定次第で容量は10倍以上変わることがあります。

    ● 不必要なアトリビュートを除外する

    Alembic書き出し時のオプションで
    uv・colorSet・pointData・visibility など
    不要なデータを外すとサイズが劇的に小さくなります。

    ✔ モーションだけ必要 → Topology / Normals のみにする
    ✔ UV使わない → uvWriteオフ
    ✔ カラーセット不要 → colorSetsオフ

    ● フレーム範囲を最小限に

    プロジェクトによっては「とりあえず全フレーム」
    で書き出すケースが多いですが、
    必要なフレームだけ書き出すのが最も重要。

    ● Substeps が多いと重くなる

    シミュレーション計算時に Substeps を上げていると
    そのまま細かいフレーム情報が書かれ、
    データが非常に重くなります。

    → 必要最低限まで Substeps を下げる

    ■ ② nCache を軽くするコツ（nCloth / nHair / nParticles）

    nDynamics 系のキャッシュは扱いを間違えると
    ファイル数が爆増します。

    ● キャッシュの自動保存をオフに

    Preferences → Settings → Files
    の中にある
    「Auto Save nCache」系をオフにする。

    意図せずキャッシュが増え続ける原因を防げます。

    ● 不要なキャッシュフォルダを削除

    project/data/nCache/
    の中に古いキャッシュが残り続けていることが多いです。

    プロジェクト移動時やバージョンアップ時に
    定期的にフォルダを整理しましょう。

    ● キャッシュ形式を One File にする

    複数ファイル形式（onePerFrame）は
    ファイル数が増えて扱いも重くなるため、
    可能なら OneFile モードがおすすめ。

    ■ ③ GPU Cache（アニマティクスやセットで便利）

    GPU Cache は軽いイメージがありますが、
    設定次第では意外と重くなります。

    ● LOD を利用する

    GPU Cache には LOD機能があるため、
    距離が遠いシーンは粗い表示にすることで
    劇的に軽くなります。

    ● インスタンス化を使う

    繰り返しオブジェクト（木、岩、建物など）は
    GPU Cache化 → インスタンス
    が最速。

    ● 更新頻度を減らす

    アニメーション中も常に更新している場合、
    表示計算だけで重くなります。
    静的オブジェクトはキャッシュを固定しましょう。

    ■ ④ キャッシュ全般を軽くするテクニックまとめ

    ■ ④ キャッシュ全般を軽くするテクニックまとめ

    ● デフォルトプロジェクトに溜まるキャッシュを削除

    Mayaは
    Documents/maya/projects/default/data
    にキャッシュを溜めがちです。

    → 定期的に data フォルダを空にする

    ● キャッシュ保存先を高速SSDに変更

    外付けHDDにキャッシュを置くと、
    I/O（読み書き）が遅くて激重になります。

    → 可能ならNVMe SSD に置く

    ● キャッシュ後のヒストリ削除

    キャッシュ化後は
    Delete History（履歴削除）
    を必ず実施し、無駄な履歴を取り除く。

    ● どうしても重い時は “低解像度版を書き出す”

    • Alembic のサンプル数を減らす
    • nCache の精度を落とす
    • GPU Cache のLODを高くする
      など、軽量版を作ると軽く編集できる

    ■ まとめ：キャッシュ最適化はMayaの軽量化に直結する

    Alembic → 設定次第で10倍軽くなる
    nCache → 古いキャッシュが溜まりやすい
    GPU Cache → LOD/インスタンスで劇的に軽くなる

    キャッシュ最適化は
    「Mayaを軽くする最も効果的な方法」
    と言っていいほど重要です。

    作業が重いと感じたら、
    ぜひ今回のチェックポイントを順に試してみてください。

  • Unreal Engineで購入したキャラをMayaでアニメーションし、再びUnrealへ戻すワークフロー考察

    Unreal Engineのマーケットで購入したキャラクターを、Mayaでアニメーション編集し、再びUnreal Engineへ戻して活用したい――というケースは非常に多いです。
    しかし実際にやってみると「テクスチャが外れる」「FBXの設定でエラーが出る」など、意外とつまずきやすいポイントがあります。

    この記事では、実際に試したワークフローと発生した問題点、そして最適な方法を探るためのメモをまとめます。

    ■ 最もシンプルなワークフローは「FBX ⇄ HIK ⇄ FBX」

    まず結論として、基本的な流れは以下の通りです。

    1. Unrealで購入したキャラをFBXとして出力
    2. Mayaへ読み込み、HIKでリグ設定
    3. アニメーション作成
    4. ボーンへベイクしてFBX出力
    5. Unrealに再インポート

    実際に試したところ、この流れは問題なく成立しました。
    特にキャラにボーンが付いていれば、HIK設定もスムーズです。

    ■ Maya側：HIKリグの設定とアニメーション作業

    FBXをMayaに読み込むと、購入キャラにはすでに「ボーン」が設定されていました。
    このため、HumanIKへのバインドは比較的簡単でした。

    ● 作業の流れ

    • MayaにFBXを読み込み
    • HIKに各ボーンを割り当て
    • アニメーション作成
    • 最後に「ボーンへベイク」
    • FBXで再書き出し

    このフローであれば、キャラは問題なく動かせました。

    ■ Unreal側：FBX Importか？ Send To Unrealか？

    興味深かったのは、FBXで直接Importするより「Send To Unreal」機能の方が成功率が高かった 点です。

    • FBX Import → 設定によってはエラーが出ることがある
    • Send To Unreal → ほぼ一発で通る

    この差はおそらくFBXのエクスポート設定に起因します。
    細かい部分は今後さらに検証していく予定です。

    ■ 課題①：Mayaへ持ってきた時にテクスチャが外れる

    FBX経由でMayaに持ってくると、ほぼ確実にテクスチャが外れます。

    Unreal独自のマテリアル構造
    → FBX → Maya
    という流れなので、ある意味仕方ない部分です。

    ● 対策

    • Mayaでプレイブラストを撮る必要がない → 気にしなくてOK
    • プレイブラストを撮る → Mayaでテクスチャ再設定が必要

    「Unrealでのみ最終出力が目的なら、テクスチャは捨ててOK」
    という割り切りもありだと思います。

    ■ 課題②：フェイシャルは「ボーン」か「ブレンドシェイプ」かで難易度が変わる

    キャラクターによっては、フェイシャル表現の仕組みが異なります。

    • ボーン方式のフェイシャル → そのままHIKで扱いやすい
    • ブレンドシェイプ方式 → Mayaで調整可能だが、書き出し設定が増える

    どちらも対応自体は可能ですが、効率の良い方法はキャラの構造によって変わるため、個別に最適解を探す必要があります。

    ■ 現時点のまとめ：ワークフローは確立、最適化はこれから

    今回の検証で、

    • UnrealキャラをMayaでアニメーション
    • 再びUnrealに戻す

    という一連の流れが 十分可能である ことは確認できました。

    ただし、以下の課題は残っています。

    • FBXの設定最適化
    • Mayaでのテクスチャ再設定の手間
    • フェイシャル方式による差
    • Send To Unrealとの比較検証

    今後は、最も効率よく・ミスが発生しないワークフロー を引き続き模索していきます。

  • ゲームエンジン向けシミュレーション用語まとめ⑦｜UE/Unityで使われるワード

    ■ はじめに

    Unreal EngineやUnityを触ると、3Dソフトとは少し違ったシミュレーション用語が登場します。

    この記事ではゲームエンジン特有の物理関連ワードを紹介します。

    ■ UE/Unity で使うシミュレーション用語

    ● Physics Asset（物理アセット）

    物理設定（コリジョン・ボーンなど）をまとめたデータ。

    ● Chaos（UE） / PhysX（Unity/旧UE）

    ゲームエンジンに搭載されている物理エンジン。

    ● Blueprint（ブループリント）

    UEのノードベーススクリプト。

    ● Simulation Enabled（シミュレーション有効）

    物理をONにする設定。

    ● Play In Editor（エディタ内再生）

    ゲームプレイのテストを行うモード。

    ■ まとめ

    ゲームエンジンでは、3Dソフトとは異なる単語が多く登場します。
    特に「Physics Asset」や「Chaos」は覚えておくと理解が速くなります。