Nick_Skoy
(Nick Skoy)
2022 年11 月 11 日 16:41
1
BUG / 新功能
版本 2.5.7 64 位
Windows 10 x64
如果能增加一个将历史信息存储到 sqlite 数据库或类似方案的选项就好了。我的历史文件会变得非常大,大约 6 个月后,MCEBuddy 在扫描时就停止识别新文件,我只能手动添加,最近我写了个 PowerShell 脚本通过 CLI 来添加。
一旦我清空历史文件,扫描在几秒内就能完成;如果我没清理掉一些临时文件夹,它又会把这些文件重新加入转换任务。我觉得这是因为历史文件里的记录太多。
如果能把记录存到数据库里,搜索速度应该会更快;而且万一损坏或需要重建,也可以从备份里把之前的记录重新导入。
mike808
(mike808)
2022 年11 月 13 日 00:02
2
只需定期清除历史记录。你需要知道是 MCEBuddy 处理了文件,而不是其他程序吗?如果文件是重复的(即已存在),MCEBuddy 不会处理它。是否出现在历史记录中并不重要。
还是我遗漏了什么?
歷史記錄用於監控位置,以避免重複處理已轉換的檔案,除非開啟「重新監控已錄製的影片」選項。
有時我需要重新處理檔案,因此我會勾選此選項。如果你也遇到相同情況 @Nick_Skoy ,可以試著勾選此選項,看看是否能偵測到新檔案。似乎這樣做會略過解析歷史記錄。
Nick_Skoy
(Nick Skoy)
2022 年11 月 15 日 22:46
4
抱歉回覆晚了,這週末出城,昨天又很忙。
我有一台 HDHomeRun Prime,使用 NextPVR。據我了解,設定不算太複雜。我把某些節目設成「錄製全部集數」,有些則設成「只錄新集數」。所以我認為問題出在「全部集數」這類節目上。就拿《老友記》當例子,它在很多頻道播出,而我錄影時並不在意同一集被重複錄製,或者說,只要頻道不同,它似乎就會再錄一次。
我曾經觀察過,當我透過命令列或拖曳方式把檔案重新加入 MCEBuddy 時,它會讀取資料,並根據歷史紀錄辨認出這個檔案之前已轉換過,於是刪除該檔,再處理佇列中的下一個項目,所以清理工作也沒問題。然而,每當歷史檔變得太大或損毀(即使我仍能正常讀取檔案,也看不出明顯損壞),搜尋就找不到已錄製的節目,導致 MCEBuddy 閒置。這些檔案便開始累積,有時會累到超過一百部節目或電影需要轉檔,卻完全沒動靜。我透過命令列或手動拖曳把檔案加入 MCEBuddy,經過一段時間後,它會把檔案排進佇列並處理——不論是實際轉檔,還是偵測到已轉換過,然後把來源檔從錄影資料夾刪除。
希望這樣說得夠清楚,對你有所幫助……
mike808
(mike808)
2022 年12 月 25 日 04:29
5
听起来可能存在两种“去重/历史清理”机制:
文件已存在于历史数据库/日志中(即与 DVR 中同名的录制文件),因此在进一步处理前被跳过。
文件先被初步处理,直到确定其目标文件名;如果该文件已存在,则无论后续是否继续处理,都会被跳过(具体是在处理前还是处理后我不确定——我希望 MCEBuddy 能在真正处理前就判断可以跳过)。
场景 #1 取决于输入 文件名是否与历史记录中的某个录制文件同名(按历史规则)。
场景 #2 取决于输出 文件名是否与之前已处理过的文件同名(按目标文件命名规则)。
例如,当我把 HDHR 设为“录制全部”(即整部剧集——它还没聪明到像 TiVo 那样利用指南数据里的“新”标志),调谐器会把开始时间 HHMM 和结束时间 HHMM 写进文件名,再加上录制频道,于是每次播出都会生成独立文件,无论指南数据里有没有剧集信息或其他元数据。
值得注意的是,几乎所有 PBS 子频道(CreateTV,说的就是你)上的节目都没有剧集信息,甚至连节目 ID 都没有,于是它们永远被我归入“Specials”目录,而不是带季和集的电视剧目录。无论它们是不同的剧集,还是同一剧集在不同时间的重播。
因为对于“Specials”任务配置,我必须在输出文件名里保留“开始时间”,这样我才能看出可能存在多集或重复剧集。否则,如果它们都解析成“Showname-SE-RecordDate”这样的输出文件名,第一个被处理的就会堵住其余文件,其余文件会因场景 #2 的“重复输出文件”规则被移出任务队列。
对于电视剧,我不希望 这样,我想要 “先录先赢”的处理方式。因此,我的电视剧输出文件名(元数据里带集数)只包含“首播日期(FirstAirDate)”,而不含“录制日期(RecordDate)”。
体育赛事通常是直播,只与事件当天有关,所以它们的重命名规则用“录制日期”而非“首播日期”,因为某些指南数据会把整个体育节目的“首播日期”设为节目首次开播的日期,比如周一夜赛(只是举例,并不准确)。此外,在系列赛里,元数据并不总把第几场设为“集数”,例如 2022 年世界大赛第 3 场可能在节目标题里显示为“World Series 2022 Game 3”(让整个系列录制在 DVR 里一团糟),或者在“World Series 2022”节目里显示为第 3 集。无论指南数据/元数据怎么说,给体育节目文件名始终带上“录制日期”就能解决这个问题。
希望这能帮你理解 MCEBuddy 在你这里可能的行为。你也可以在论坛里搜我的帖子,里面有我给不同类型节目(电视剧、电影、体育、其他)分别设置的文件重命名规则,它们会把文件送到不同目录,并与我的 Plex 配合良好。
最麻烦的是那些最终落入 Specials 文件夹的 PBS 节目,我得手动去重,再移到正确的电视剧目录,并重命名为正确的季和集。我通常会把录制时间保留作后缀,然后挑 MCEBuddy 处理得最好的那一份保留。
Goose
(Goose)
2023 年4 月 5 日 18:56
6
能否在私信中发给我你的历史文件(或告诉我它有多少行/条目)?我们已测试过高达10万条记录,没有问题。在最新的2.5.8测试版中,我们还彻底重写了INI数据库引擎,以支持更大的数据库。