这个过程需要多长时间——试图管理我的预期

[EzPcc (Aleks K)]

我搜尋過但沒有找到相關資訊。我是新手，正在嘗試入門。我在 Windows 10 電腦上執行 MCEBuddy，使用預設設定似乎運作正常。我的問題是，將一部 MPEG-2 節目轉檔成無廣告的 MPEG-4 應該要花多久時間？目前處理一部節目需要一天，我在想會不會是我的電腦效能問題？我在另一台機器上執行 HDHomerun DVR，並將這些節目複製到這台電腦進行轉檔，然後儲存到我的 NAS 磁碟陣列。

[EzPcc (Aleks K)]

How to install a custom Comskip and get additional INI files

Starting version 2.6.4 MCEBuddy now includes a custom donator build of Comskip with 8K hardware acceleration and support for native decoding of additional file formats (including MPEG2, H.264, HEVC, AV1, VP8, VP9 etc). Also see additional information about enabling Comskip hardware acceleration and benchmarks. Please continue to support the Comskip team for their work at http://www.comskip.org/ Also Check out the Channel / Country specific Comskip INI’s created by our community users here Th…

[RBoy]

那確實很久。速度取決於很多因素：

1. Comskip 處理速度（免費版限速約 30fps，也就是說處理一小時的節目需要一小時）

2. 硬體 vs 軟體編碼。MPEG2 轉 MPEG4 的軟體編碼速度約在 30 到 120fps 之間，而硬體編碼可達 120 到 1200fps（你可以在轉換日誌中看到）

3. CPU 可用性。如果你限制了 MCEBuddy 使用的處理器數量或將優先級設為低，會拖慢 MCEBuddy

4. 硬碟或 NAS，如果你使用慢速硬碟或網路位置作為來源、暫存資料夾或目標資料夾，那會是整個鏈條中最慢的一環。

最後兩項最可能是導致「花一天」轉檔的元凶，前兩項的影響頂多幾小時。

你可以開啟轉換日誌，捲到最下方，複製貼上轉換指標，它會顯示每個步驟花了多少時間，幫你找出最慢的環節。

[EzPcc (Aleks K)]

感谢RBoy的详细解释。我使用的是一台迷你PC，通过USB 3.0连接RAID 5阵列。下面是一档节目的指标。我浏览了其余部分，发现大多数地方FPS=5.3。我在想，对这些文件进行两步转换是否会改善情况：先把节目转成更小格式，再做广告跳过……？在这些日志里，有什么位置可以查看信息，判断是不是这台迷你PC性能不足以胜任？我已限制仅2个任务，并设为高优先级。

→ 当前转换的性能指标
→

→ 源视频时长 (hh:mm:ss) → 02:00:55
→ 源视频编解码器 → mpeg2video
→ 源视频高度 → 1080
→ 源视频宽度 → 1920
→ 转换前视频时长 (hh:mm:ss) → 02:00:55
→

→ <开始时间> <时长 (hh:mm:ss)> <活动>
→ <12/08/2017 06:18:02> <00:00:00> <运行自定义命令>
→ <12/08/2017 06:18:02> <00:00:10> <从互联网源获取节目信息和海报>
→ <12/08/2017 06:18:12> <00:00:00> <运行自定义命令>
→ <12/08/2017 06:18:12> <00:00:00> <检查磁盘空间>
→ <12/08/2017 06:18:12> <00:12:26> <重新封装录制>
→ <12/08/2017 06:30:38> <00:00:00> <裁剪视频录制>
→ <12/08/2017 06:30:39> <02:44:27> <Comskip广告扫描>
→ <12/08/2017 09:15:06> <00:00:13> <分析视频信息>
→ <12/08/2017 09:15:19> <00:23:15> <分析视频信息>
→ <12/08/2017 09:38:35> <11:19:42> <转换>
→ <12/08/2017 20:58:17> <00:01:07> <写入节目信息>
→ <12/08/2017 20:59:25> <00:00:00> <使用节目信息重命名文件>
→ <12/08/2017 20:59:25> <00:00:00> <运行自定义命令>
→ <12/08/2017 20:59:25> <00:00:00> <移动转换后文件至目标位置>
→ <12/08/2017 20:59:25> <00:00:00> <运行自定义命令>
→ <12/08/2017 20:59:25> <00:00:01> <成功 - 全部完成！>
→

→ 转换总耗时 (hh:mm:ss) → 14:41:24

[Goose]

我覺得你漏複製了 metrics description 欄位。我看到兩個耗時的大活動。也許把整個日誌檔案附上，我們才能一起檢視並分析。

[EzPcc (Aleks K)]

我无法上传日志……可能是大小有限制？

[EzPcc (Aleks K)]

所以原始日誌檔案太大了，我把所有重複的項目都刪掉了，希望需要的資訊還在……
Stripped down Log Sample.log (211.6 KB)

[RBoy]

我在你的日誌中注意到不少問題，包括一些 comskip 程序在執行 9 小時後卡住並被強制終止，而這些問題都歸因於你正在使用一個非常舊的版本，自那之後已有約 1000 項修正與改進。

--> MCEBuddy Current Version : 2.3.14.1

請更新到最新版本，若仍遇到問題再回報。

[EzPcc (Aleks K)]

哇，真尷尬……典型的 Windows 錯誤，我打開 FTP 伺服器網站時，選了清單最上面的檔案，而不是最下面的……我的錯……感謝 @RBoy 幫我看日誌。現在正在更新到穩定版本……我會回報結果，我相信一定會更好。

[EzPcc (Aleks K)]

是的，先生，就像白天黑夜一樣……我們現在進展神速。再次感謝 @RBoy 的協助。

[EzPcc (Aleks K)]

已经运行了一段时间，现在有了更多的日志文件，但仍然没有新的转换节目……附上当前的日志文件……我是不是又忽略了什么显而易见的问题？
The Christmas Note 20150101 [20171206-1000].mpg-Convert to MP4-2017-12-11T00-40-41.6592987-05-00.log (2.1 MB)

[Goose]

好消息是現在運行速度比以前快了12倍。

如果你查看日誌的結尾，會發現它顯示找不到你在設定中配置的 Comskip 檔案，該檔案位於暫存資料夾中，導致操作失敗。我不確定你為什麼要把 Comskip 放在暫存資料夾裡。MCEBuddy 會在每次轉換後清除該資料夾。

MCEBuddy.CommercialScan.Scanner --> Using Custom Comskip Path -> D:\Temp
> 2017-12-11T01:43:56 MCEBuddy.CommercialScan.Scanner --> Scanning commercials with Comskip
> 2017-12-11T01:44:00 MCEBuddy.AppWrapper.Comskip --> Application File Not Found or not accessible : D:\Temp
> 2017-12-11T01:44:00 MCEBuddy.CommercialScan.Scanner --> Comskip failed

[EzPcc (Aleks K)]

我操作失误后清空了内容，该如何让 MCEBuddy 重新处理该文件夹？

[Goose]

將它拖曳到 MCEBuddy，或在應用程式中點擊歷史記錄連結，然後刪除您要重新處理的項目。

[EzPcc (Aleks K)]

好的，谢谢。不过在我动手之前，似乎仍然遇到广告剪切的问题……这个功能没有生效。我理解得对吗？日志里显示“comskip 未启用”，但我用的是 HDHomeRun Unprocessed。描述里说它会去除广告，可也许我又漏了什么……？

A Gift to Remember 20170101 [20171210-1700].mpg-Convert to MP4-2017-12-12T19-55-29.8366344-05-00.log (2.2 MB)

[Goose]

運作正常。你的日誌看起來很棒，而且已經把轉換後的檔案移到 G 槽，變成 MPG 檔。

以下是日誌，顯示它已找到並剪掉了廣告。

> 2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> Removing commercials using CutTS ext -> .ts
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Skipping initial segment, too small Start:0.000 Stop:0.000
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:40.170 Stop:1078.510
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:1342.740 Stop:1825.290
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:2101.570 Stop:2670.830
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:2941.310 Stop:3367.960
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:3604.070 Stop:3965.960
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:4257.190 Stop:4753.850
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:4994.620 Stop:5429.660
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:5700.900 Stop:6350.140
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:6670.000 Stop:7209.170
2017-12-12T20:40:46