Wiidesire 的指南：
https://www.reddit.com/r/PleX/comments/52v7vd/guide_commercialfree_experience_with_plex_dvr/
Lon 的视频指南：
我设置了 Plex DVR，它似乎总是在标题里加上（年份）。我的 SickRage 在有年份时无法可靠地匹配剧集，所以我想知道有没有人知道解决办法（除了把 filebot 脚本串到 MCEBuddy 之外）？
我试过用 MCEBuddy 把它分离出来，但由于年份是标题的一部分，它无法移除。
有没有人知道 Plex DVR 里有没有隐藏选项可以自定义输出命名？我 Plex 里的所有节目都没有（年份），所以直接把它们导入 Plex 会创建一个新的节目文件夹，而不是添加到现有文件夹。
我真希望我有。我發文到 Plex，他們說是別人的問題。我已經準備好回到 nPVR 了。Plex DVR 很棒，除了他們今年未經測試地在標題裡加了年份。
FYI，MCEBuddy 现已内置支持硬件加速的 Comskip 版本。
我知道這是很久以前的事了，但萬一還有人在找解法，我最後是在 MCEBuddy 的中繼資料修正選項裡用了一個正規表達式來解決。我對正規表達式不算熟，但這個模式似乎能抓到並移除年份（如果有的話）。
原始標題：regex:([\w\s]+) \(\d\d\d\d\)
修正後標題：regex:$1
1 个赞
引用 @firefox15 的话：“我知道这是很久以前的事了”，我终于装好了 WinTV 四调谐器卡，已经配置好并能正常录制，但我不知道该如何设置、启用，也不知道该把上面提到的正则表达式信息放在哪里。我使用的是捐赠版 MCEbuddy 2.4.11。你能（或其他人能）给我指个方向吗？谢谢
嗨！你也想用 RegEx 做同樣的事嗎？好消息是我自從在 PowerShell 中用到 RegEx 後進步很多，所以我應該能幫你寫出表達式。你想做什麼？
總之，你在轉換任務 → 進階設定下拉選單 → 專家設定 → 媒體資訊管理 → 修正 裡輸入。以我的情況來說，原始標題是 regex:([\w\s]+) \(\d\d\d\d\)，修正後的標題是 regex:$1。如果你也想做同樣的事，(.+) \(\d{4}\) 可能是更乾淨的 RegEx。
1 个赞
@firefox15
我添加了你的正则表达式：([\w\s]+) (\d\d\d\d) 和 regex:$1，但在转换文件时……它在文件夹和文件名前面都加了“regex”。
示例：
Judge Judy - S01E01.mp4
被重命名为 …
regexJudge Judy - S01E01.mp4
所以我一定是用错了正则。我的录像机录下来的文件名是：
Judge Judy (1996) - S24E01 - 09-09-2019.ts
我想把它们转成 MP4，同时去掉“年份”和“录制日期”，就像这样……
Judge Judy - S24E01.mp4
如果还能加上剧集名就更好了，不过那可能超出 MCEbuddy 的能力，我可以手动加。Plex 会根据 SxxExx 从 tvdb 拉取并显示剧集名，只是不会重命名实际的 MP4 文件名——至少据我所知是这样。
这就是我想做的事。根据你的指导，我目前的设置截图如下……
你有啟用根據影片資訊重新命名的選項嗎？
@firefox15
如果你是指这个……那是的……
嗯，可能得檢查一下日誌才能知道發生了什麼。我只能說 RegEx 的格式是正確的。一旦進入 MCEBuddy，我就不太熟了。
據我所知，RegEx 的部分應該是要修正查詢，讓它能與 IMDB 配對。然後如果你有勾選那個核取方塊，它應該會在轉換後建立資料夾結構，但不會包含年份，因為 IMDB 不會顯示年份。
@firefox15
看起来部分功能已经正常。我之前提到那个被加上“regex”的文件，其实是个特例——它只有一集，所以没有 SxxExx 编号。其他文件都能正常转换和重命名。年份已被去掉，但录制日期仍被保留。
例如，《Judge Judy》会被重命名为：Judge Judy-S24E01-09 09 2019.mp4
我知道这些集数其实有真正的标题，比如“狗咬小孩”或“租房噩梦”。
我检查了其他节目，比如《Family Feud》，情况也一样：年份被去掉，录制日期被追加，却没有实际的集名。
所以你的正则表达式思路是对的……现在只需微调即可。
所以，RegEx 部分只是用來在 TVDB 查詢資訊。重點是讓節目資訊能被偵測到，接著 MCEBuddy 就能使用預先填好的變數路徑（當你把滑鼠停在「重新命名並排序…」上時可以看到這是什麼），或者你也可以用下面的選項自己寫一條重新命名規則。
我懷疑它可能無法正確比對線上媒體資訊，但你需要查看該檔案的日誌才能確認。你應該會在應用程式右上角的「日誌」按鈕裡看到。
我进一步研究了一下，因为我自己也开始遇到这个问题。情况如下：
Plex 最近把他们的 EPG 数据源从 Gracenote 换成了质量差得多的 Rovi（我猜的？）。换源之后，很多节目缺失 S##E## 信息，因为节目单里根本没有。此时 Plex 会把文件命名为 ShowName-AirDate-Title，而不是 ShowName-S##E##-Title。
不知为何，MCEBuddy 的正则引擎一检测到前一种格式就崩溃。不仅正则失效（明明应该生效），还会把 regex 前缀加到标题上，整个功能直接崩掉。我不清楚原因（怀疑是程序 bug），我提交了一个 bug 报告，但没人回应，也不知道会不会有人理。
我决定自己动手，写了个 PowerShell 脚本监控 MCE 文件夹，一旦文件匹配到特定正则就提前重命名，让 MCEBuddy 的原生元数据匹配重新生效。如果你需要这个脚本或使用说明，告诉我一声。
我希望以后版本能修复这个问题，让这临时方案不再必要，但目前这是我唯一能想到的解决办法。
我對 @firefox15 感興趣。
我很乐意翻出脚本发给你，但现在 MCEBuddy 已经改进了元数据匹配逻辑，应该不太需要了。你还有问题吗？
是的，我正在遇到我的摔角節目被重新命名的問題。
我最後用了這個：
$watcher = New-Object System.IO.FileSystemWatcher
$watcher.IncludeSubdirectories = $true
$watcher.Path = 'D:\\ServerFolders\\MCE Pickup\\'
$watcher.EnableRaisingEvents = $true
$action =
{
$path = $event.SourceEventArgs.FullPath
$changetype = $event.SourceEventArgs.ChangeType
$item = Get-Item $path
$pattern = '^(.*) \((\d{4})\).*(\d{4}-\d{2}-\d{2}) \d{2} \d{2} \d{2} - (.*)$'
if ($item.BaseName -match $pattern ) {
Rename-Item -Path $item.FullName `
-NewName "$($Matches[1]) - $($Matches[2]) - $($Matches[3])$($item.extension)"
}
}
Register-ObjectEvent $watcher 'Created' -Action $action
Register-ObjectEvent $watcher 'Changed' -Action $action
Register-ObjectEvent $watcher 'Renamed' -Action $action
1 个赞