2026_MAC
FFMPEG_
VIDEOTOOLBOX_
BATCH_REMOTE.

// 痛み：徹夜のバッチトランスコードで hevc_videotoolbox の品質ノブが x265 の CRF モデルと一致せず、HEVC 非対応プレイヤーや moov が先頭にない ためシークが詰まる事象が出る。結論：HW/SW 対照表、五段階受入、三つの閾値、リモート Apple Silicon 分割表を提示する。関連：グラフィックス・動画キュー、ComfyUI 遠隔 SSH、SSH/VNC 選定、プラン。

ポストプロダクションとバッチトランスコードの概念図

1. 痛みの分解：ハードウェアは「速い CRF」ではない

（1）品質の意味が異なる：VideoToolbox は -q:v やビットレート設計が中心で、プリセットを流用すると主観品質が漂う。（2）互換性は独立軸：HEVC は Apple 内は滑らかでも、古い TV／ブラウザでは hvc1 や色メタが要る。（3）バッチは熱と I/O を積む：メディアエンジンは速いが、並列過多でサーマルや SSD 書き込みが頭打ちになる。

2. エンコーダ経路の対照

経路 向く場面 リスク
hevc_videotoolbox 大量の均質ソース、CPU 時間削減 固定 x265 ラダーとの厳密一致、研究再現性
libx265 低ビットレート仕上げ、細かい tune 並列時の CPU・ファン、インタラクティブ競合
ハイブリッド HW 粗転送＋SW 仕上げ、解像度バケット分け バージョン管理が緩いと QC が漂う

3. 五段階ランブック

  1. 入力契約の凍結：色域、フレームレート、スキャン、音のマッピング。可変フレームは事前フラグ。
  2. ベースライン：代表マスターで HW/SW の短尺試験を固定条件で実施。
  3. mux 方針：Web 向けは -movflags +faststart。HEVC コンシューマ向けは -tag:v hvc1 をプレイヤー表で検証。
  4. 並列スイープ：1 から段階的に増やし、wall time・電力・サーマル・ディスクを記録。
  5. 出力ゲート：ffprobe でコーデック、プロファイル、色、音声、尺を機械チェック。
# 例（マスターとプレイヤー表に合わせて調整） # ffmpeg -i input.mov -c:v hevc_videotoolbox -q:v 65 -tag:v hvc1 \ # -c:a aac -b:a 192k -movflags +faststart output.mp4

4. 計画レビュー用の閾値

  • 夜間キューが 8 時間を超え、昼間に同じ Mac で対話作業が必要なら、専用リモートへ移す。
  • HW/SW の主観差が一ラウンドで収束しないなら、凍結バケットとサンプリングが不足している。
  • 配信失敗が 2%を超え帯域以外が原因なら、mux/タグ/H.264 階段を先に直す。

5. リモート Mac に振る条件

シグナル アクション
2〜3 並列で熱と UI カクつき 長いキューを 高メモリのリモート Apple Silicon へ。ローカルはスポットチェック。SSH/VNC ガイド
ディスク書き込み飽和 直列化または並列削減。リモートは ローカル NVMe にステージしてから回収
24/7 だがノートはスリープする 常駐ノード＋キュー監督を使う
ComfyUI と再エンコードが衝突 ホスト分離。ComfyUI 遠隔記事参照

6. FAQ

Q: CRF スクリプトをそのまま？ フラグ名を流用しない。配信先とバケットからラダーを再設計する。

Q: 10bit？ バンディングには有効だが互換が狭い。互換版と画質版の二段を用意。

Q: リモートは常に速い？ 上りリンクや大量小ファイルでは遅くなる。サーマル／ディスクでローカル分散がリモートの 2 倍を超えるなら移す価値がある。

7. 深掘り：「エンコード完了」から「納品可能」へ

2026 年の受け入れ基準は「成功ログ」ではなく「宣言したプレイヤー表で再生でき、パラメータとロールバックハッシュが追える」ことに移っている。ハードウェアエンコードは失敗を隠しやすい：見た目は正しいが特定ブラウザだけ落ちる。対策はプレイヤー表を受け入れ条件に組み込むことである。

Apple Silicon のユニファイドメモリはトランスコードと他メディア処理の同居を容易にするが、TDP とストレージ書き込み増幅は依然ハード上限である。CPU が低くても深夜にだけ遅くなる現象は、サーマルと持続書き込みの合成効果であることが多い。

メタデータと NLE への往復編集を軽視すると、QC は通るがポストが戻れない。粗転送とマスター仕上げでは閾値表を分け、同じ表を共有しない。

運用では失敗コーパスを残し、再生エラーや A/V ズレを回帰に回す。ネガティブケースのないパイプラインは規模で破綻する。

8. 観測性

median wall time、p95 と並列、ffprobe 失敗率、配信失敗率、NLE 往復失敗率の五つを追跡。五つ同時悪化は入力契約の漂移、配信だけなら mux/タグを疑う。

指標 方法 第一疑い
尾が伸びる 並列別 p95 サーマル、ディスク、Spotlight 等
ffprobe 失敗 CI 後検査 VFR、音マップ、フォールバック
特定プラットフォーム集中 UA 集計 HEVC、hvc1、色、ピークビットレート

9. エビデンスパック

バケット定義、HW/SW 試験表、プレイヤー表結果、ffprobe JSON アーカイブ、失敗の再現手順をセットで要求する。キューの Runbook（タイムアウト、再試行、隔離）とリモート利用率曲線を添え、調達やレンタル判断に接続する。

10. まとめ

ノートは QC に強いが持続バッチには限界がある。ハードウェアエンコードは mux 互換を自動では解決しない。リモート Apple Siliconは長いキューをデスクから剥がしつつ同じツールチェーンを維持できる。MACGPU は高メモリのリモート Mac を試しやすい形で提供する。最終ゲートはターゲット環境でのシーク確認と、エンコーダ設定・mux 版・バッチ ID のログ再現性である。

11. レンダラキューとの併用

コンポジットと再エンコードが重なる場合は時間分割またはホスト分離。負荷帯は専用リモートへ。オーケストレーションは バッチキュー記事 と整合させる。