動画がダイレクト再生されるのに、なぜ字幕を使用するとトランスコードが開始されるのですか?

エヴァ・ウォンテクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

選択したクライアントが元の動画再生経路を維持したまま字幕ストリームをレンダリングできない場合、字幕によってトランスコードが開始されます。

字幕を有効にするまでは映画をダイレクト再生できても、動画、音声、字幕はクライアント固有の1つのセッションとしてネゴシエーションされるため、字幕を有効にすると再生できなくなることがあります。サーバーは、テキストトラックの抽出、複雑なASSスタイルの維持、画像ベースのPGSやVobSubグラフィックのオーバーレイ、音声変換中の字幕同期の維持などを行う必要がある場合があります。まずは1つのファイルと1つのクライアントで変更を再現し、どのストリームと互換性ルールが変わったのかを正確に特定してください。

変更された変数が字幕だけであることを確認する

同じタイトルを同じデバイスで同じ品質に設定し、字幕を無効にした状態で再生してから、音声、リモート品質、再生アプリを変更せずに字幕トラックを1つ有効にします。変更前後のサーバーダッシュボードを記録してください。

再生の判定では、動画がダイレクト再生またはダイレクトストリームから完全なトランスコードに移行したかどうか、またサーバーが表示できる場合は字幕関連の理由が示されるはずです。Plexのトラブルシューティング事例では、特定の字幕とクライアントの組み合わせでのみ再生モードが変わるため、アクティブなストリームを確認することを推奨しています。

字幕を有効にする前から再生がトランスコードされていた場合は、変換全体を字幕のせいにしないでください。リモートビットレート、非対応音声、動画の互換性など、元の理由を維持し、字幕による焼き付けが追加されたのか、単に選択されたままなのかを記録します。

字幕がテキスト、スタイル付きテキスト、画像ベースのいずれかを特定する

言語ラベルだけに頼らず、選択したトラックを確認してください。SRTとWebVTTはシンプルなテキスト形式です。ASSやSSAにはフォント、配置、アニメーション、スタイルが含まれる場合があります。PGSとVobSubは画像ベースの字幕ストリームです。

非対応形式では、通常、サーバーが各字幕を動画フレーム上に描画する必要があります。Jellyfinの問題報告では、非対応の字幕形式が焼き付けを引き起こし、トランスコード経路の遅延や停止につながる可能性が説明されています。

同じタイトルの別のトラック、できれば同じ言語のプレーンなSRTトラックと比較してください。SRTではダイレクト再生が維持される一方、ASSやPGSでは動画トランスコードが強制される場合、主な問題は動画コーデックではありません。クライアントが選択した字幕表現を直接レンダリングできないことが原因です。

字幕の種類 一般的なクライアントの処理 サーバーで想定されるフォールバック
SRTまたはWebVTT 時間指定されたプレーンテキストを描画 抽出、変換、または直接描画
ASSまたはSSA フォント、配置、効果を描画 スタイルを削除、または動画に焼き付け
PGSまたはVobSub 時間指定された字幕画像をオーバーレイ クライアントによるオーバーレイ、または動画への焼き付け

この表は診断の目安であり、互換性を網羅した一覧ではありません。同じ形式でも、字幕サポートはプレーヤーの実装に依存するため、あるアプリではダイレクト再生できても、別のアプリでは焼き付けが強制されることがあります。

テレビやストリーミングボックスだけでなく、クライアントアプリを比較する

同じアカウント、ファイル、音声トラック、字幕を、デスクトッププレーヤー、モバイルアプリ、ブラウザー、別のテレビアプリなど、別のクライアントでもテストしてください。動画コーデックをデコードできるディスプレイでも、字幕の描画はアプリに依存している場合があります。

クライアントの能力が完全な境界になることがあります。Android TVの機能リクエストでは、複雑な字幕をデバイス上でローカルに描画するのが難しいケースについて説明され、明確にサーバー側の焼き付けにはトランスコードが必要と記載されています。

別のクライアントで同じ組み合わせをダイレクト再生できる場合は、サーバーとメディアファイルを変更せず、問題のアプリの字幕焼き付け設定、ネイティブプレーヤーの選択、アプリのバージョンを確認してください。サーバーのハードウェアを交換しても、制限のあるクライアントに字幕サポートが追加されるわけではありません。

音声変換によって字幕経路が変わるか確認する

動画と字幕トラックを固定したまま、利用可能であればステレオAACやAC-3など、互換性のある音声トラックでテストを繰り返します。一部のテレビクライアントでは、完全なダイレクト再生中にのみ字幕をオーバーレイでき、サーバーが音声をリマックスまたはトランスコードする必要がある場合は焼き付けを要求することがあります。

Plexクライアントの分析では、この相互作用が記録されています。一部のスマートテレビクライアントでは、音声トランスコードと字幕の併用により、動画コーデック自体が対応していても、動画が焼き付け経路に移行することがあります。

音声トラックだけを変更して字幕付きのダイレクト再生が復元する場合、実際のトリガーは字幕ファイル単体ではなく、クライアントプロファイルの組み合わせです。対応する音声トラックを使用する、より高機能なクライアントを使う、または元の動画を再エンコードせずに互換性のある追加音声トラックを作成してください。

焼き付けを避けるために、最も影響の少ない方法を選ぶ

まず、クライアントがネイティブに描画できる字幕トラックを使用します。スタイルが重要でない場合は、正しく同期されたテキスト字幕を優先するか、元のASS、PGS、VobSubトラックに対応したクライアントを使用してください。

ライブラリ全体を自動的にOCR処理したり変換したりしないでください。テキスト変換では、配置、強制表示マーカー、聴覚障害者向けの補助情報、フォント、タイミングの正確さが失われる可能性があります。元の字幕は保持し、必要なタイトルとクライアントに対してのみ互換性のあるサイドカー字幕を作成してください。

ZimaSpaceの字幕焼き付けのコストに関する解説では、ハードウェア動画トランスコードを有効にしているにもかかわらずサーバーのCPU使用率が高いままになる場合の関連する仕組みが説明されています。

字幕の焼き付けが避けられない場合は、複数のリモートセッションを許可する前に、サーバーがリアルタイム処理を維持できるかテストしてください。GPUが動画のデコードとエンコードを高速化しても、字幕の描画やフィルター処理によってCPUがボトルネックになる段階が残る場合があります。

実際のクライアントで最終的な再生の組み合わせを検証する

選択した動画、音声、字幕トラックを使い、実際のリモートクライアントまたはリビングルームのクライアントで正確に再テストします。再生モード、トランスコードの理由、CPUとGPUの使用率、バッファリング、字幕の表示、シーク後の同期を確認してください。

一度タイトルを停止してから再開した後にもテストを繰り返してください。再開時に、一部のクライアントが別の再生経路を再ネゴシエーションすることがあります。また、強制字幕トラックと、すべての会話を含む字幕トラックの両方がある場合は、それぞれ1つずつテストしてください。

意図したクライアントが動画を変換せずに字幕を描画できるか、必要な焼き付けを安定した速度と品質で完了できた場合にのみ、問題は解決したと判断できます。動作したクライアント、字幕の種類、音声トラック、焼き付け設定を記録し、今後のアプリ更新を同じ基準と比較できるようにしてください。

サポートとヒント

もっと読む

Plexは別のDockerコンテナとGPUを共有できますか?
Aug 17, 2026

Plexは別のDockerコンテナとGPUを共有できますか?

Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.