JellyfinがKodiとコアサービスを連携させる仕組み

エヴァ・ウォン

IceWhale author

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

How Jellyfin Coordinates Kodi With Its Core Service - Zima Store Online

Jellyfinは、サーバーを権威ある情報源として維持しながら、アドオンによる認証、メタデータの同期、更新の受信、各再生リクエストの解決を通じてKodiを連携させます。

Kodiボックスは、Jellyfinがユーザー、視聴済み状態、メタデータ、アクセスルールを引き続き管理しているにもかかわらず、ネイティブなローカルライブラリのように感じられます。この体験は、2つの異なる統合モデルによって実現されます。Jellyfin for Kodiは選択したカタログデータをKodiにコピーする一方、JellyConはより動的にサーバーへクエリを送信します。その後の再生はJellyfin経由で行うことも、変換されたネットワークパスを使用することもでき、整合性とネットワーク要件の両方に影響します。

アイデンティティと状態のソースはサーバーであり続ける

KodiはJellyfinユーザーとして認証し、そのアカウントに許可されたライブラリと操作だけを受け取ります。クライアントのインターフェースがKodiネイティブであっても、メディアの識別、メタデータの判断、視聴進捗、セッションの可視性は引き続きサーバーが管理します。

Kodiのメタデータ同期についてのユーザー向けの説明では、完全同期型のアドオンと、より軽量でアドオンらしいブラウジングを提供するJellyConの違いが示されています。違いは、カタログの状態をどこに実体化するかにあります。

この権限分担により、Kodiが独立した2つ目のメディアマネージャーになるのを防げますが、同時に同期の義務が生じます。Kodiのローカル行は、安定したJellyfinアイテムの識別子に継続して対応していなければなりません。

同期によってサーバーの変更がローカル行に変換される

Jellyfin for Kodiは、まず選択したメタデータをKodiのローカルデータベースにコピーし、その後、起動時およびリアルタイムの更新機構を使って変更を一致させます。キューモデルにより、Kodiはライブラリ全体を毎回再構築するのではなく、最後に認識した位置以降の変更を要求できます。

Kodi統合の実用的な事例では、同期後にライブラリデータがKodiのネイティブビューに表示されることが示されています。このローカルへの実体化があるため、サーバーがLAN上のリモートにあってもブラウジングがすぐに反応するように感じられます。

境界となるのはデータベースの所有権です。同じKodiデータベースを変更する他のツールが、同期された表現と競合する可能性があります。ローカルでの高速なブラウジングは、Kodiが権威あるメタデータソースになったことを意味しません。

再生モードによってサーバーURLとネイティブパスが選択される

アドオンモードでは、Jellyfinが再生を解決し、通常のストリーミング判断を適用できます。ネイティブモードでは、パス置換によってサーバーのファイルシステム上の見え方がクライアントから到達可能なネットワーク上の場所に変換された後、KodiがSMBまたはNFSのパスに直接アクセスします。

ネイティブパス再生に関する議論では、重要な仕組みが強調されています。メタデータの連携を維持したまま、生のメディアがJellyfinの配信経路を迂回できるのです。これによりサーバーによる仲介を減らせる一方、共有権限とパスの一貫性が必要になります。

したがって、ネイティブモードが常に高速とは限りません。Kodiが同じファイルへ確実にアクセスでき、なおかつ自分でデコードできる場合にのみ有効です。リモートクライアントや一貫性のないマウントでは、通常、サーバー経由のパスのほうが適しています。

-15% OFF

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

Single board computer zimaboard2

スプリットブレインを防ぐ連携チェックリスト

アイデンティティ、パス、または更新位置がずれると、連携は失敗します。同期状態をリセットせずにKodiを再構築したり、パス置換を変更せずにJellyfinのパスを変更したり、関係のないKodiデータベース書き込みツールを併用したりすると、両方のアプリケーションが起動し続けていても、古い行が残ることがあります。

より広いクライアント能力モデルでは、メタデータの同期後もKodiの再生が他のクライアントと異なる場合がある理由を説明しています。Kodiのデコーダー対応と選択されたパスは、引き続き別の変数です。別の現場レポートでも、表示された症状だけでボトルネックを判断せず、Kodiの起動時同期を使用することが支持されています。

変更後は、4つの契約を確認してください。Kodiのプロファイルが意図したJellyfinユーザーに対応していること、新しいアイテムが起動時またはリアルタイム同期で追加されること、視聴済み状態がサーバーに戻ること、そしてテストファイル1つがフォールバックなしで選択したアドオンまたはネイティブパス経由で解決されることです。