1080p/24 で約 45 Mbps の Apple ProRes コーデックの最低ビットレート バリアント – ストレージと帯域幅が限られたオフライン編集ワークフロー向けに特別に開発、フル解像度編集効率とタイムコードを提供して、後で高解像度ソースに再度リンクできます。
ProRes Proxyとは？
ProRes 422 Proxyは、Apple ProResコーデックの中で最もストレージ効率の良いバリアントです。1080p/24で約45Mbpsという低ビットレートで、Proxyはオフライン編集のために特別に設計されており、画質よりも効率が重視されます。
基本原則
| 側面 | 説明 |
|---|---|
| 位置づけ | 最も低ビットレートのProResバリアント |
| 目的 | オフライン編集 |
| 色空間 | 4:2:2 |
| ビット深度 | 10ビット |
技術仕様
| パラメータ | 値 |
|---|---|
| ビットレート 1080p/24 | 約45 Mbps |
| ビットレート 4K/24 | 約180 Mbps |
| 圧縮率 | 約25:1 |
| 品質 | 編集には十分 |
ストレージ比較
| バリアント | 1時間 1080p/24 |
|---|---|
| ProRes HQ | 約100 GB |
| ProRes 422 | 約66 GB |
| ProRes LT | 約46 GB |
| ProRes Proxy | 約20 GB |
Proxy vs. オリジナル
| 側面 | Proxy | オリジナル（例：RAW） |
|---|---|---|
| サイズ | 約5% | 100% |
| 編集パフォーマンス | 非常に良い | しばしば問題あり |
| グレーディング | 不向き | 可能 |
| 最終納品 | 不可 | 可能 |
理想的な用途
| 用途 | 理由 |
|---|---|
| オフライン編集 | 主な目的 |
| リモート編集 | 転送に適したサイズ |
| レビュー用コピー | 素早く共有可能 |
| マルチカム編集 | 多数のストリーム |
Proxyワークフロー
| フェーズ | 説明 |
|---|---|
| 1. トランスコード | オリジナル → Proxy |
| 2. オフライン編集 | Proxyで編集 |
| 3. リリンク | オリジナルに再接続 |
| 4. オンライン | オリジナルで仕上げ |
トランスコード元
| オリジナル | Proxyのメリット |
|---|---|
| RAW (R3D, BRAW) | 非常に高い |
| ProRes 4444 | 高い |
| XAVC | 中程度 |
| H.264 | マルチカム用 |
リリンク
| ソフトウェア | リリンク機能 |
|---|---|
| Final Cut Pro | 自動 |
| Premiere Pro | メディアをリンク |
| DaVinci Resolve | Conform |
| Avid | Relink |
マルチカムの利点
| セットアップ | Proxyパフォーマンス |
|---|---|
| 4カメラ | 問題なし |
| 8カメラ | 十分に可能 |
| 16+カメラ | 可能 |
| ストレージ | 最小限 |
モバイル編集
| 側面 | 利点 |
|---|---|
| ラップトップ | スムーズ |
| iPad | LumaFusionと併用 |
| ストレージ | ラップトップに収まる |
| バッテリー | 消費少ない |
クラウドワークフロー
| プラットフォーム | Proxyの利点 |
|---|---|
| Frame.io | クイックレビュー |
| Dropbox | 高速同期 |
| Google Drive | ローカルで編集可能 |
| LTOアーカイブ | オリジナルを安全に保管 |
品質に関する考慮事項
| 側面 | 説明 |
|---|---|
| ディテール | 低下する |
| 色精度 | 評価にはOK |
| 動き | 良好に維持される |
| 細かい文字 | 困難になる |
使用しない場合
| 状況 | 理由 |
|---|---|
| カラーグレーディング | 情報不足 |
| VFX | ディテールが少なすぎる |
| 最終納品 | 品質が不十分 |
| アーカイブ | 不向き |
自動化
| ツール | 機能 |
|---|---|
| Compressor | バッチトランスコード |
| Media Encoder | 監視フォルダ |
| DaVinci | 最適化された生成 |
| EditReady | 高速Proxy生成 |
メタデータ保持
| 要素 | 状態 |
|---|---|
| タイムコード | 保持される |
| リール名 | 保持される |
| カメラ | 保持される |
| LUT | オプション |
H.264 Proxyとの比較
| 側面 | ProRes Proxy | H.264 Proxy |
|---|---|---|
| ファイルサイズ | 大きい | 小さい |
| 編集パフォーマンス | 良い | 遅い |
| デコードCPU負荷 | 低い | 高い |
| 互換性 | Apple中心 | ユニバーサル |
エクスポート設定
| パラメータ | 推奨 |
|---|---|
| コーデック | ProRes 422 Proxy |
| 解像度 | ソースに合わせる |
| フレームレート | ソースに合わせる |
| オーディオ | AACまたはPCM |
ベストプラクティス
| 実践 | 理由 |
|---|---|
| 常にオリジナルを保持する | 仕上げのため |
| 命名規則 | リリンクの確実性 |
| タイムコードを一致させる | 同期を保証する |
| オリジナルのバックアップ | Proxy作業前に行う |
今日
ProRes Proxyは、特にRAWのようなデータ集約型のフォーマットにおける現代の編集ワークフローに不可欠です。このコーデックは、コンシューマーハードウェアでのスムーズな編集、リモートコラボレーション、効率的なストレージ利用を可能にします。4K、6K、8Kの利用が増えるにつれて、Proxyベースの編集の重要性はますます高まっています。
辞典を続ける