テレビ、スマートフォン、ブラウザ用に個別のトランスコードプロファイルを設定する方法

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

リビングのテレビ、モバイルデータ通信中のスマートフォン、ブラウザでは、対応するコーデック、字幕、音声、帯域幅の能力がそれぞれ異なります。これらを1つの再生対象として扱うと、避けられるはずのビデオトランスコードや字幕の焼き付け、リモート接続には大きすぎるストリームが発生します。

Jellyfinには、管理者が任意の3つのデバイスプロファイルを指定し、すべてのアプリを1つの設定に強制するユニバーサル画面はありません。信頼性の高い設定には、クライアントの再生制限、ユーザーポリシー、サーバー側のハードウェアアクセラレーションを組み合わせ、代表的なファイルとネットワーク条件ごとに、再生ダッシュボードに表示される判定を確認する必要があります。

再生設定を変更する前に対応能力マトリクスを作成する

代表的なテレビアプリ、スマートフォンアプリ、ブラウザを1つずつ選び、それぞれが普段使用する動画コーデック、音声コーデック、コンテナ、HDR形式、字幕形式をダイレクト再生できるか記録します。Jellyfinクライアントのコーデック表は出発点として役立ちますが、最終的な判断は実際のデバイスとアプリのバージョンで行います。

既知のファイルを3つ用意します。通常の1080p H.264タイトル、最も負荷の高い4K HEVCタイトル、そして家庭で実際に使用している字幕形式のファイルです。コーデックだけでなく、ソースのビットレートも記録してください。クライアントがHEVCを理解できても、Wi-Fiやインターネット経由では低いビットレートを要求することがあります。

サーバーの機能を追加で有効にする前に、マトリクスを作成します。これにより、実際のデコード制限と帯域幅制限や字幕変換を区別でき、後の変更を推測の積み重ねではなく、測定可能な根拠に基づいて行えます。

再生クラス 推奨経路 一般的な制約
LAN上のテレビ ダイレクト再生 音声と字幕の互換性
外出先のスマートフォン 上限付きトランスコード 上り回線とモバイルデータ通信
デスクトップブラウザ ダイレクトストリームまたはトランスコード ブラウザのコーデック対応

ダイレクト再生のテレビ基準を設定する

テレビクライアントでは、画質をローカル環境で安定する最高設定にし、音声パススルーはテレビからレシーバーまでの経路で伝送できる形式に限って有効にします。ローカルのビットレート上限を高く設定すると、クライアントが不必要に低い上限を通知しただけでサーバーがトランスコードするのを防げます。

可能な場合は、SRTなどのテキスト字幕を優先します。画像ベースの字幕は、動画と音声が本来ダイレクト再生できる場合でも、字幕を重ねて表示できないクライアントではビデオトランスコードを強制することがあります。ハードウェアアクセラレーションが失敗したと決めつけず、再生情報で理由を確認してください。

調整を始める前に、メディアの保存先とサーバー設定を復旧しやすい状態にしておきます。Jellyfinコンテナのアップグレード前チェックリストは、永続化する設定と交換可能なコンテナ状態を分離するための実用的な参考資料です。

制限付きのモバイル経路を作成する

スマートフォンのクライアントで、家庭のアップロード回線が余裕を持って維持できるビットレートにリモート画質を設定します。まずは測定した上り速度を下回る値から始めてください。バックアップ、通話、その他のストリームが同時に動作すると、1回だけ行った速度テストでは分からない容量を消費するためです。

クライアント設定に加えて管理上限が必要な場合は、家族用に別のJellyfinユーザーを作成します。ユーザーポリシーでは、リモートストリーミングのビットレートやトランスコードへのアクセスを制限できます。その範囲内で、アプリは適切な解像度を選択します。

自宅のWi-Fiとモバイルデータ通信の両方で1回ずつテストします。LAN上ではダイレクト再生されるストリームがリモートではトランスコードされても、それだけで誤りとは限りません。ダッシュボードに表示されたビットレート、コンテナ、コーデックの変換がモバイル環境の制約に合っていれば、正しい動作です。

ブラウザを調整し、サーバーの判定を確認する

ブラウザは、オペレーティングシステムや対応するメディア形式によって異なります。そのため、1つのWebプロファイルですべてに対応できると考えず、実際に利用されているブラウザをテストしてください。ブラウザが、ネイティブアプリではダイレクト再生できるコーデックを繰り返しトランスコードする場合は、ライブラリ全体の設定を緩めるより、ネイティブクライアントをインストールする方が安全です。

3つのクライアント経路を定義してから、ハードウェアアクセラレーションを有効にして確認します。強制的にトランスコードを実行し、想定したGPUまたはメディアエンジンが動作していること、トランスコードディレクトリに空き容量があること、想定する同時ストリーム数でも再生がスムーズであることを確認してください。

合格条件は明確です。テレビでは基準ファイルがダイレクト再生され、スマートフォンではリモートビットレート以下に収まり、ブラウザでは記録した理由に基づいてダイレクトストリームまたはトランスコードが行われることです。クライアントの更新後に同じファイルの経路が変わった場合は、停止してログを確認してください。

よくある質問

デバイス名で1つのJellyfinプロファイルを強制できますか? すべてのクライアントで確実に行うことはできません。Jellyfinクライアントは自身の対応能力を通知し、クライアントの品質設定とユーザーポリシーが結果を左右します。選択された経路はサーバーのダッシュボードで確認してください。

字幕を有効にするとビデオトランスコードが始まるのはなぜですか? クライアントが字幕形式に対応していないか、字幕を重ねて表示できない可能性があります。その場合、Jellyfinは字幕を映像に焼き込むため、ビデオトランスコードが必要になります。

すべてのリモートユーザーに同じビットレート制限を設定すべきですか? いいえ。ユーザーが通常利用する接続速度とサーバーのアップリンクを基準に制限を設定し、他の通信や同時ストリームのための余裕を残してください。

サポートとヒント

もっと読む

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.