VJ ループの書き出し: 配信先で生き残るプリセット、コーデック、設定

書き出しとは、見栄えのよいプレビューが、誰かが再生しなければならないファイルになる場所です。 重要な設定はどこに送るかに完全に依存するため、このガイドはダイアログではなく配信先ごとに整理されています。

プリセットから始める

書き出しダイアログには、解像度、フレームレート、コンテナ、コーデックを 1 クリックで設定するプリセットが同梱されています:

一番近いものを選び、必要な部分だけを変更してください。その後もすべて編集可能です — プリセットは開始点であり、ロックではありません。

配信先ごとに

クラブ、プロジェクター、またはメディアサーバー

VJ Loop (ProRes-grade)、または会場の再生解像度に一致するカスタムサイズを使用してください。

高忠実度の理由: ファイルは画面に届くまでにデコード、スケーリング、場合によっては再エンコードされるでしょう。これらのステップはそれぞれ品質を犠牲にし、その損失は複合します。Master レベルのファイルから始めれば損失は目に見えませんが、Good レベルのソーシャルメディア書き出しから始めると見えてしまいます。

再生マシンが HEVC を処理できることを確認しない限り、MP4 の H.264 で納品してください。会場のハードウェアは保守的で、思ったより古いことがよくあります。

LED ウォール

ウォールのネイティブピクセル数でカスタム解像度を使って書き出します。LED ウォールは標準サイズになることはまれで、1408×768 のような変則的な寸法が普通です。1080p ファイルをフィットするようにスケーリングすると、余裕がほとんどないディスプレイでシャープネスを犠牲にします。

LED 固有の追加ポイントが 2 つあります:

• ディテールを粗く保つ。 10 mm ピッチのウォールは細かい格子を解像できません。プロセッサーが処理してくれることを期待するのではなく、書き出し前にエフェクト密度を下げてください。
• 黒レベルに注意する。 LED パネルは本物の黒を生成するため、高コントラストのネオンは素晴らしく見えます — しかし暗部のノイズも完全に見えます。Master レベルでのエンコードがそれを抑制します。

完全な処理はLED ワークフローガイドを参照してください。

YouTube

YouTube プリセットを使用してください。プラットフォームが再エンコードするものに一致するため、捨てられるビットにお金を払うことはありません。4K60 は HEVC を使用します。YouTube が受け入れて、同じ品質でアップロードサイズが半分になるからです。

コンテンツが動くなら 60 fps でアップロードしてください — 30 fps のトンネルやストロボコンテンツは、プラットフォーム自身のエンコード後に目に見えてカクつきます。

Instagram、TikTok、Reels

正方形と縦向きのプリセットがフレーミングを処理します。コンポジションの注意点が 1 つ: 16:9 用に構成されたトンネルは 9:16 のクロップで角を失い、消失点が高くなりすぎます。書き出し後にクロップするのではなく、プロジェクトを縦サイズに設定してフレーミングを確認してください。

GIF

gif コンテナを選択します。ビットレートとコーデックの設定は適用されません。短く、小さく、モーションの少ないものにしてください — GIF にはフレーム間圧縮がないため、10 秒の 1080p ループは巨大になり、元の MP4 より見た目が悪くなります。

品質

ビットレート固定ではなく、書き出しは品質レベルで制御されます:

• Draft — 高速な確認用レンダーのレベル: 最小のファイルサイズ、最も柔らかい画質。
• Good — ソーシャル配信向けのコンパクトなデフォルト。
• High — プラットフォームプリセットのデフォルト: シャープで妥当なファイルサイズ。
• Master — エンコーダーが提供する最高忠実度。会場、メディアサーバー、後で再エンコードされるファイル向け。

各レベルは CRF 値です — エンコーダーには「この品質を維持せよ」と指示され、「このビット数を使え」ではありません — そのため同じレベルはどの解像度にも自然にスケーリングします。Master レベルの 8K レンダーは、Master レベルの 1080p レンダーより単にディスクを多く消費するだけです。

ファイルをサイズ制限以内に収めなければならない場合は逆算します: 目標ビット = サイズ (メガバイト) × 8 ÷ 秒数、そこからオーディオ分を少し引きます。

オーディオ

プロジェクトに曲がある場合、完成ファイルにミックスされます。ソーシャルクリップではこれが望ましいものですが、オーディオが DJ から来る会場ループでは通常望ましくありません。省くオプションがあります — 曲はアプリ内タイムラインとエフェクトリアクションを駆動し続けますが、レンダーには含まれません。

書き出しはライブ入力をサンプリングするのではなくオーディオファイルをオフラインで解析するため、ファイル内のリアクションは決定論的で再現可能です。レンダーとライブプレビューが異なる理由はオーディオリアクティブガイドを参照してください。

ループ

特別なことは何も必要ありません。エフェクトのモーションはプロジェクトのループ位相から導出されるため、最後のフレームは最初のフレームへ正確に続きます。伝統的な修正 — エンドのクロスフェード、数フレームのトリミング、最後のフレームのフリーズ — はすべてここではシームレスループを悪化させます。なぜなら、存在しなかった不連続を導入するからです。

ループがジャンプしているように見える場合、その原因はほぼ常にタイムライン上のクリップ自身のコンテンツがループ長でないことであり、エフェクトではありません。

レンダー前の簡単なチェックリスト

1. 解像度は配信先の実際の解像度ですか?
2. フレームレートは再生チェーンが動作するものですか?
3. コーデックは再生マシンが確実にデコードしたことがあるものですか?
4. 品質レベルは配信先が処理できるものに設定されていますか (再エンコードなら Master、ソーシャルへの直接配信なら High 以下)?
5. 曲はファイルに入れるべきですか、それとも入れないべきですか?
6. ループポイントを一度、フルサイズで確認しましたか?

次に読むもの

• 代わりにビジュアルをライブで送る — Resolume、OBS、TouchDesigner への Spout と NDI。
• LED ワークフロー向けの動画準備 — ピクセルピッチとコントラスト。
• 完全なエフェクトギャラリー — 全 124 エフェクト。