JellyfinとKodiに適したホームサーバーの選び方

JellyfinとKodi向けのホームサーバーは、両方のアプリケーションを同じマシンで実行する前提ではなく、サーバーとKodiクライアントの関係から規模を決める必要があります。Jellyfinは中央サーバーとして機能し、Kodiは通常、テレビやHTPC上で再生を行うクライアントとして動作し、さまざまなアドオンモードを通じてJellyfinと連携できます。

性能の高いKodiクライアントは多くの形式をダイレクトプレイできるため、サーバーに必要なトランスコード処理を減らせます。それでもサーバーには、変換処理のフォールバックに十分な計算性能、Jellyfinの状態データとキャッシュを保存する十分なSSD容量、十分なメディアスループット、そして信頼性の高い有線ネットワークが必要です。

Kodiをクライアントとして使うか、同一サーバー上のメディアアプリケーションとして使うかを決める

ほとんどの家庭では、Jellyfinを常時稼働するサーバーとして実行し、再生デバイス上でKodiを実行します。これにより、メディアデータベース、ユーザー、リモートアクセス、サーバーのアップグレードを一元管理でき、テレビ側のクライアントも交換しやすくなります。

Jellyfinでは、Kodiとの主な連携方法として2つを案内しています。Jellyfin for Kodiは選択したライブラリのメタデータをKodiに同期し、JellyConはより軽量な動的ストリーミングアドオンとして動作します。

同じ物理サーバーをテレビに接続してKodiも直接実行する場合は、購入時の判断にデスクトップ／グラフィックス環境とHDMI再生処理の負荷を含めてください。これはヘッドレスのJellyfinサーバーとは異なる種類のマシンです。

Kodiのダイレクトプレイを活用してトランスコード要件を下げる

Kodiはコーデックとコンテナを幅広くサポートしているため、ローカルネットワークでの多くの再生ケースではダイレクトプレイを維持できます。そのため、ブラウザーやスマートテレビのクライアントの対応力が低い場合に、より高いトランスコード性能が必要になる家庭でも、比較的控えめなサーバーで対応できることがあります。

重要なすべてのクライアント経路をテストするまでは、ハードウェアアクセラレーションを購入条件から外さないでください。リモートユーザー、字幕の焼き込み、ビットレート制限、特殊なコーデック、Kodi以外のデバイスによって、変換処理が必要になる場合があります。

最も厳しいフォールバック処理に対応できるCPUまたはiGPUを選び、Kodiでダイレクトプレイが成功することは余裕として捉えてください。メディア処理エンジンを実用できないサーバーを選んでよいという意味ではありません。

クライアント側の状態データを決める前にKodiの連携方式を選ぶ

Jellyfin for Kodiは、Kodiのローカルデータベースを維持し、起動時およびリアルタイムで同期を行います。そのため、大規模なライブラリや電源が頻繁に切られるクライアントでは、追いつくための処理に時間がかかることがあります。

Kodi Sync Queueプロジェクトは、Kodiクライアントがオフラインの間にメディアの変更を追跡し、再接続時に未取得の更新だけを要求できるようにします。これにより、サーバーとクライアント間の同期をより予測しやすくできますが、各クライアントにKodiのローカルデータベースが残る点は変わりません。

JellyConはローカルに保持するデータベースの状態が軽く、複数のユーザーやサーバーを切り替える場合に便利です。一方で、ブラウジングはライブサーバーリクエストへの依存度が高くなります。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

サーバーのストレージ用途とKodiクライアントのストレージを分ける

オペレーティングシステム、Jellyfinのデータベース、メタデータ、トランスコードキャッシュにはSSDを使用してください。大容量のメディアは、HDD、NAS、または合計ストリームビットレートを安定して処理できる別の容量重視のストレージに保存します。

Kodiクライアントには、それぞれのアプリケーションデータとキャッシュを保存するための十分なローカル容量が必要です。特に、同期型のJellyfin for Kodiモードを使用する場合は注意してください。すべてのKodiクライアントのデータベースをJellyfinサーバーのSSD容量に含める必要はありません。

ZimaSpaceのホームメディアサーバー構成は、より広いストレージ設計の考え方を示しています。メディアとサーバーの状態データを一元化しながら、再生エンドポイントは柔軟に保ちます。

有線イーサネットと予測可能な復旧を優先する

複数のKodiクライアントで共有するサーバーは、可能な限り有線イーサネットを使用してください。クライアントは無線接続でも構いませんが、常時稼働するサーバーは、ルーターやストレージとの安定した接続からメリットを得られます。

購入前に、サーバーが必要なGPUまたはiGPUをJellyfinに公開できること、メディアパスを一貫してマウントできること、永続状態を復元できること、手動操作なしで再起動できることを確認してください。停電後にメディアのマウントを失う高速なマシンは、復旧手順をテスト済みの小型システムよりも、家庭用サーバーとしては劣ります。

この順番で購入を検討する

1. KodiクライアントとKodi以外のクライアントの性能を一覧にする。
2. サーバーが対応する必要のある、最も厳しいフォールバックトランスコードを特定する。
3. 現行世代のメディア処理エンジンと、バックグラウンドサービスに十分なCPU／RAMを選ぶ。
4. アプリケーションデータ用のSSD容量と、経済的なメディアストレージを用意する。
5. サーバーのネットワークには有線接続を使用する。
6. 選択したKodi連携方式と、ライブラリを拡張する前の復元手順を1回テストする。

サーバーは、クライアント側で処理できない作業に合わせて購入すべきです。Kodiの再生対応が向上すると、必要なトランスコード性能を下げられることが多い一方で、ストレージの増加、復旧性、Kodi以外のクライアントによって、プラットフォームが長期的に役立つかどうかが決まります。