どのような名前付けのエラーによって、テレビ番組のエピソードが正しく一致しなくなるのでしょうか？
最も一般的なマッチングエラーは、スキャナーが動画ファイル名から確実に解析できない場所に、シーズン番号やエピソード番号を入れてしまうことです。
メディアサーバーは、番組フォルダー、シーズンフォルダー、ファイル名のパターン、エピソード順の情報源、ローカルのNFOデータ、プロバイダーIDなど、複数の情報を組み合わせてテレビ番組のエピソードを識別します。正しいシリーズの下にタイトルが表示されていても、実際のファイルに S01E03 のような明確なトークンがないと、マッチングされないことがあります。ライブラリ全体を一括リネームする前に、マッチングに失敗したエピソードと、正しくマッチングされたエピソードを1つずつ比較して原因を確認しましょう。
番組、シーズン、エピソードのどこでマッチングが間違っているか確認する
該当する項目を開き、シリーズの識別情報、シーズン番号、エピソード番号、表示タイトル、ファイルパス、プロバイダーIDを記録します。これらを確認すると、スキャナーが正しい番組を見つけたもののエピソードの解析に失敗したのか、それともシリーズ全体を誤認識したのかが分かります。
Jellyfinのある事例では、ファイルが正しいシリーズとシーズンの下に置かれていたにもかかわらず、メディアファイル名にエピソードのトークンがなかったため、エピソード自体がマッチングされませんでした。
シリーズとシーズンが正しいのにエピソード番号だけが欠けている場合は、ファイル名を確認します。番組の識別情報が間違っている場合は、エピソードの記法を変更する前に、番組フォルダー、放送年、プロバイダーID、ライブラリの種類を確認してください。
メディアファイル名に明確なSxxExxトークンを入れる
Show Name - S01E03 - Episode Title.mkv のような予測しやすいパターンを使用します。シーズンとエピソードのトークンは、リリースフォルダー、ダウンロードディレクトリ、親フォルダーだけに頼らず、実際の動画ファイル名に入れてください。
1.03、単独のエピソード番号、リリース固有のコードなどの形式は、常に一貫して認識されるとは限りません。Jellyfinのある報告では、明確なシーズン・エピソード形式ではなく、1.01や1.02のような名前を使ったため、1話だけが検出されました。
コピーしたテストファイルを正式なパターンにリネームし、その番組だけを再スキャンします。正しくマッチングされたら、元に戻せるリネームマップを作成し、メタデータを削除したりデータベースを再構築したりせず、残りを少量ずつ移行してください。
番組名とシーズン番号がパーサー上で競合しないようにする
番組フォルダーにはシリーズ名と必要に応じて年を付け、シーズンフォルダーには Season 01 のような明示的な名前を使用します。シーズンを示す番号と誤認される可能性のある余分な数値フォルダーは避けてください。
番組名に含まれる数字は、周囲の構造が弱いと曖昧に解釈されることがあります。Jellyfinのある事例では、「The 100」「24」「Stargate SG-1」のようなタイトルがシーズン番号として解釈されました。
タイトル自体はそのままにし、フォルダー階層とファイル名のトークンを明確にします：The 100 (2014)/Season 01/The 100 - S01E01.mkv。曖昧なフォルダー構成を補うためだけに、正式な番組名に含まれる正当な数字を削除しないでください。
複数エピソードのファイルとバージョンには正しいパターンを使用する
複数のエピソードを含むファイルには、対応している複数エピソード用のトークンが必要です。同じエピソードのエンコード違いには、サーバーが定めるバージョンまたはパートの命名規則を使用します。これらの目的を混同すると、重複が作成されたり、別のエピソードが同じグループにまとめられたりすることがあります。
異なる命名形式によって、同じエピソードが複数回表示されたという報告があります。Jellyfinのある事例では、複数のコピー間でエピソードの命名が一貫していなかったことが重複の原因とされています。
複数エピソードと複数バージョンのケースは、それぞれ別にテストしてください。複数エピソードをまとめたファイルには S01E01-E02 のようなパターンを使用し、複数の画質バージョンには、対応しているバージョンラベルを付けつつ同じエピソード識別情報を維持します。アプリケーションが正しくグループ化できることを確認するまで、元のファイルは保持してください。
スペシャルとボーナス映像を通常のシーズン番号から分ける
本当のスペシャルは、アプリケーションが想定するスペシャル用シーズンに配置します。一般的には Season 00 に置き、ファイル名を S00E## にします。メイキング映像などは、通常のエピソード番号を独自に割り当てるのではなく、対応しているエクストラ用の構造に配置してください。
現在のJellyfinのテストでは、同じシーズン内に複数の命名上の役割が混在すると、スペシャル機能とエピソードのバリエーションが競合する可能性があります。この失敗パターンは、単純な番組レベルのメタデータエラーではなく、バリエーションとスペシャル機能の混在です。
ボーナスファイルを1つ、対応しているエクストラまたはスペシャルの場所に移動し、対象を絞って再スキャンします。通常のエピソードがすぐにマッチングされる場合は、ボーナス映像をパーサーのメインとなるエピソード順から分離してください。
正しく番号付けされたファイルをリネームする前にエピソード順を確認する
ファイルに有効な SxxExx トークンが含まれていても、ライブラリが放送順を想定しているのにファイルがDVD順、絶対話数順、制作順、その他プロバイダー固有の順序を使っていると、間違ったタイトルが表示されることがあります。
Jellyfinのある事例では、選択したメタデータプロバイダーと表示順に関連するエピソード順の問題が確認され、ファイル名の構造が正しくてもプロバイダーによって順序が異なることが示されました。
リネームする前に、選択したプロバイダーのエピソード一覧とシーズンの内容を比較します。ファイルがすでに正当な順序に一致している場合は、ライブラリまたはシリーズの順序を変更してください。ファイルの番号が意図した情報源と実際に一致していない場合にのみ、リネームします。
管理された1つのフォルダーを再スキャンし、リネームマップを保存する
通常のエピソード1つ、複数エピソードのファイル1つ、スペシャル1つ、別バージョン1つを含むテストフォルダーを作成します。提案した命名パターンを適用し、分離した一時ライブラリでそのフォルダーをスキャンします。
ZimaSpaceのアプリケーション固有の命名規則に関するガイドでは、メディアライブラリに汎用的なファイル名標準ではなく、用途に合った予測しやすい規則が必要な理由を説明しています。
すべてのテスト項目に正しい番組、シーズン、エピソード、エディション、タイトルが割り当てられ、重複がなく、メタデータを更新しても結果が維持されれば、命名の修正は完了です。プレイリスト、バックアップツール、その他のアプリケーションを安全に更新できるよう、変更前と変更後のリネームマップを保存してください。
おすすめ商品
サポートとヒント
もっと読む
ライブTV録画の容量・保存期間・クリーンアップガイド
実際の録音を測定し、ヘッドルームを確保し、経過時間と容量の制限を組み合わせ、ストレージが満杯になる前に最も古い対象プログラムが削除されることを確認する。
データベース復元後のホームメディアメタデータ復旧ワークフロー
復元した状態を保護し、メディアの識別情報とパスを確認してから、メタデータを広範囲に変更する前に、パイロットライブラリで不足しているアートワークや一致項目を修復します。
オーディオ、ビデオ、字幕のJellyfinクライアント互換性チェックリスト
代表的なファイルを一度に1つの変数だけテストし、すべてのクライアントについて、ダイレクトプレイ、リマックス、音声変換、動画トランスコード、または失敗を記録します。
