我刚刚发现了这个小宝贝，我非常喜欢它。我做错什么了吗？MCEBuddy 处理生成的 EDL 和 XML 文件需要很长时间。
我使用“打开视频”来获取视频文件进行编辑。我按“开始剪切”，然后“播放”，再按“暂停”和“结束剪切”。
我保存 EDL 和 XML 文件，然后点击“使用 MCEBuddy 处理”按钮。
我原本期望 M 使用 EDL 和 XML 文件进行快速剪切和拼接……可能在一个小时的节目中只需要半小时。
相反，我经历了整个广告检测过程，最终生成的文件正确地移除了我手动创建的剪切。
既然我已经标记了要剪切的广告，我真的需要经历整个过程吗？我是否遗漏了什么基本的东西？
谢谢，CraigM
可以附上你的轉換記錄嗎？
我覺得我找到問題了。我沒有在轉換工作中使用「MP4 Unprocessed」設定檔。自從我改用這個設定後，速度明顯變快。
我找不到可以附加的轉換記錄檔。
CraigM
我剛剛檢查了一下，看起來運作正常。如果你將 EDL 檔案與來源影片檔案以相同名稱儲存（Custom Cuts 的預設建議名稱），然後點擊 Process with MCEBuddy，它會將檔案傳送給 MCEBuddy 進行剪輯，並會讀取 EDL 檔案而忽略 Comskip。
你確定你沒有混淆轉檔與廣告偵測嗎？
如果你只想要剪輯而不進行任何轉檔，你應該使用其中一個未處理（Unprocessed）的設定檔，例如 MP4 Unprocessed 或 TS Unprocessed。
就像 @RBoy 說的，請附上你的轉檔紀錄，這樣我們才能了解你這次轉檔的具體情況。
我刚刚用 MP4 Unprocessed Profile 处理完一部 30 分钟的 PBS 节目。我在开头和结尾各做了一个剪切。MCEBuddy 用了七分钟完成处理。
谢谢你的帮助！Unprocessed Profile 起到了关键作用。
我附上了日志文件。
CraigM
完美！超出了我的预期。The Great Smoky Mountain Railways - s2017e0922 - 2017-09-22 033000 - ch4.4.mp4-Commerical Removal-2017-10-05T13-50-39.6301250-04-00.log (513.2 KB)