我在重命名包含类似或相同剧集标题的系列时一直遇到问题（例如《The Block》《MasterChef》等），所以现在我知道在添加到 MCEBuddy 之前要先移除剧集标题。
我还会先清理/移除文件中的任何元数据，因为即使我勾选了“从文件名覆盖元数据”，它也 100% 不会忽略元数据。
昨天遇到了一个问题。
我添加了 3 集 e01、e02 和 e03 到 MCEBuddy，我的命名规则被忽略/给出了奇怪的结果。
剧集 SeriesTitle s01e02.mkv 被保存为 SeriesTitle - s01e01 - titlename.mkv，而第 2 集被命名为 SeriesTitle - s01e01(1) - titlename.mkv
First Ladies of Hip-Hop.zip (100.3 KB)
为什么会这样？
（我对 x265 质量不满意——不稳定且不可靠——另一个话题）所以过去 6 个月左右我只使用匹配和重命名功能。）
如果你查看日志文件，就会看到发生了什么。
在本例中，MCEBuddy 正确地从文件名中提取了季/集信息，同时也从文件元数据中提取了原始播出日期/时间。
2023-10-09T03:24:17 MCEBuddy.MetaData.VideoMetaData → 从文件/名称元数据提取的视频标签 →
标题：First Ladies of Hip-Hop
副标题：
描述：女性如何在嘻哈中为发声而抗争的故事。
电视网：
电视网附属：
家长分级：
媒体制作：BBC TV;BBC Two;
类型：音乐
季：1
集：2
横幅：
横幅 URL：
IMDB Id：
MovieDB Id：
TVDB Id：
是电影：False
是体育：False
原始播出日期时间：2023-10-07T14:35:00
录制日期时间：1900-01-01T00:00:00
系列首映日期：2023-05-05T00:00:00
受复制保护：False
SageTV FileID：
SageTV MediaFileID：
然后它会去 TVDB 查找信息并尝试匹配，同时你在转换任务设置的元数据修正页面勾选了“按播出日期优先匹配”选项。
TVDB 在按首播日期匹配时返回的是 S1/E1；同时你在 MCEBuddy 元数据修正设置中勾选了“用 TVDB 元数据覆盖”，于是它采用了 TVDB 提供的错误信息。
INFORMATION> 2023-10-09T03:24:17 MCEBuddy.MetaData.VideoMetaData → 正在下载系列详情
2023-10-09T03:24:17 MCEBuddy.MetaData.VideoMetaData → 用互联网信息覆盖标题 → TVDB
INFORMATION> 2023-10-09T03:24:17 MCEBuddy.MetaData.VideoMetaData → 录制类型 节目
INFORMATION> 2023-10-09T03:24:17 MCEBuddy.MetaData.VideoMetaData → 正在检查 TheTVDB
→ 在文本中查找首映年份信息
→ 在文本中查找首映年份信息
→ 在文本中查找首映年份信息
→ 通过原始播出日期在 TVDB 上找到系列匹配。已更新视频标签 →
标题：First Ladies of Hip-Hop
副标题：第 1 集
描述：节拍背后的女性——嘻哈伟大的女性先驱一直在英美争取认可。如今她们分享自己如何塑造这一流派的故事。
电视网：BBC Two
电视网附属：
家长分级：
媒体制作：BBC TV;BBC Two;
类型：纪录片
季：1
集：1
横幅：C:\Program Files\MCEBuddy2x\cache\First Ladies of Hip-Hop.jpg
横幅 URL：
IMDB Id：
MovieDB Id：
TVDB Id：440417
是电影：False
是体育：False
原始播出日期时间：2023-10-07T14:35:00
录制日期时间：1900-01-01T00:00:00
系列首映日期：2023-10-07T00:00:00
受复制保护：False
SageTV FileID：
SageTV MediaFileID：
根本上，错误的 TVDB 数据加上配置 MCEBuddy 强制用 TVDB 提供的元数据覆盖，导致了你的问题。我怀疑如果关闭此强制选项，根据 TVDB 返回的内容可能会正常；或者更改 MCEBuddy 的元数据修正设置，不再按原始播出日期匹配。
感謝你的回覆。我查看了三個原始檔案的 metadata，發現當我用 Handbrake 轉檔時，metadata 並沒有被移除或剝離。
我會取消勾選「Prioritize Air Date Matching」——因為那確實很麻煩。
不過，除非某個特定影集在 TVDB 上找不到，否則我會讓它從網路（TVDB）覆寫 metadata，因為不同服務之間的影集名稱可能會有些微差異。
例如可能會有撇號、首播日期不同等，這樣我的 Television 資料夾就會變得亂七八糟、難以管理。
感謝你幫忙查看 log，我會修改並儲存我的 Handbrake 設定檔，讓它不要傳遞 metadata。**話說回來，「Overwrite metadata from filename」不是應該忽略所有 metadata 嗎？？？
順帶一提（當我用 Windows 檔案屬性查看 metadata 時，每個檔案都清楚標示為第 1、2 或 3 集……
谢谢，我会取消勾选那个框。这将为我节省大量时间，当我转码从WMC录制并存储的旧内容中的文件夹和系列季时。
那麼能否請你幫忙解釋為什麼 s04e03 會被改成 s01e03？
The Block 2003 - s04e03 - Episode 3.mp4-PlayOn TRIM-2023-10-11T16-20-44.log (2.8 MB)
也請幫我修復為什麼這些集數無法與正確的集數副標題（集數標題）配對。
已更新
從檔名中移除「Episode #」後，現在副標題會被 TVDB 的副標題取代。
有没有在Config或Profiles中可以设置的选项，强制让MCEBuddy读取或不读取文件元数据？
The Block - s04e23 - Episode 23.mp4-Instant MKV-2023-10-11T19-12-26.log (727.6 KB)
The Block - s04e24 - Episode 24.mp4-Instant MKV-2023-10-11T19-15-00.log (721.2 KB)
你仍然沒有停用 TVDB 覆寫 metadata：
2023-10-11T19:15:02 MCEBuddy.MetaData.VideoMetaData → Overwrite title from internet → TVDB
谢谢，太感谢了！！！
在转换任务 → 专家设置 → 元数据修正下，新增按剧集名称、季/集编号或原始播出日期强制查找元数据的选项
现在我再也不用因为真人秀每季都重复使用相同的剧集名称而手动重命名了！！！
