原始文件播放正常，但用 MCEBuddy 处理后，视频在开头会“冻结”，此时仍能听到音频。我已试过重装 MCEBuddy，版本 2.5 release 5 和 6 都试过；也重装了 Windows、显卡驱动（双 1080 Ti SLI），甚至在多台电脑（Alienware M17 笔记本和 Dell PowerEdge 服务器）上测试，结果都一样。前几天之前从未出现过这个问题，我已经绞尽脑汁，恳请帮忙，万分感谢！
如有需要，我也可以上传处理前后的视频文件。
以下是 MCEBuddy 的日志：
Bar Rescue (2011) - S03E02 - Rock 'N Roaches.mkv-remove ads-2021-05-21T21-24-48.log (586.9 KB)
编辑： 我把 MCEBuddy 换成 ShowAnalyzer 并手动设置剪切点后，大部分视频不再冻结，仅少数会在开头轻微卡顿，这我能接受。怀疑是不是 comskip 文件的问题：
comskip.ini (6.2 KB)
看起来您正在使用试用版。
我在日志中没有发现明显错误。这可能是视频流时间信息中的一个小问题（这解释了 Comskip 和 ShowAnalyzer 之间的差异，因为它们会选择不同的位置来剪切广告），导致 ffmpeg 卡住。如果您能将原始视频上传到我们的上传服务器，我可以查看一下发生了什么。
@Goose 我已經把檔案上傳到伺服器，方便你查看
我已經用過 ffmpeg 和 handbreak，結果還是一樣。我在想會不會是我的 .comskip.ini 檔案造成的
我也注意到了類似的行為。影片會在廣告切點（章節斷點）處凍結，但音訊繼續播放。
在 VLC 中，我必須停止播放，重新啟動，然後用滑鼠跳到該凍結章節斷點之後一點的位置。影片就會從那裡正常播放。
這不是每次都會發生。有些影片則在每個章節斷點都會出現。
我是把 SD HDHR 錄影轉碼成 H.265/AVC 的 MKV 格式，並用 comskip 移除廣告，如果這有幫助的話。我猜剪輯/合併點可能沒有落在「乾淨」的邊界（關鍵幀？）上，導致移除廣告時出問題。會不會是 comskip 的設定問題？
需要的話我也可以上傳範例，@Goose。
@Goose 關於可能的問題有什麼進展嗎？
看起来正如@mike808所说，这是由于剪切点处的关键帧（或缺少关键帧）导致的撕裂。这是原始录制中的一个瑕疵，可能是关键帧不足造成的。
有一种解决方法可以尝试，就是使用最近的关键帧，在某些情况下有效（取决于距离有多远）。尝试将此添加到你的配置文件中：
CommercialMergeTool=avidemux
你可以在这里找到有关此选项的更多详细信息：
@goose 原諒我無知，因為我對這一切都很陌生……到底什麼是 keyframe？我該如何知道哪個「keyframe」是最近的？
关键帧是编码中的一种特殊帧，它会定期将视频与音频同步，防止播放时两者偏差过大。某些视频编辑工具能够识别关键帧；若手动剪辑，务必只在关键帧处下刀。视频制作工具在重新封装（remux）音视频时也会插入关键帧，通常无需你操心。@Goose 的意思是，无论你的视频来源是谁，制作者都已按其所用工具的默认频率插入了这些关键帧。有的工具很专业，可让你控制间隔（多少帧或多少秒一个），有的则很简陋，每 10 秒左右硬插一个。你的视频早已定好关键帧频率，以保证所有音频流与画面同步。别忘了，通常会有多语言音轨和 5.1 音轨，关键帧对保持它们同步至关重要；普通立体声电视广播则没那么敏感，一切取决于原片的制作水准和所用工具。
我惊讶的是，广告检测的剪切点居然没有自动对齐到最近的关键帧——要么提供这种选项，要么在剪切点强制插入关键帧。我知道这么说有点“挥魔杖”，因为技术上可能很难，但 demux/remux 工具（ffmpeg、HandBrake）本应自动完成这件事。
也可能是权衡：若要求剪切点必须落在关键帧，或强制 demux 在剪切点插入关键帧后再拆分/合并，很可能需要多遍处理，而多数人没那个耐心。
@Goose，FFMPEG、HandBrake 或 avidemux 有类似选项吗？能否做成一个可开关的“选项”或预设，附带提示：启用后需多遍转码，耗时 X 倍，让用户自行决定。对我来说会打开，因为我的 MCEBuddy 在夜间录完节目后才跑，为 Plex 预处理。我录的不多，电脑不会一直被转码占满，所以多点时间无所谓，尤其是能换来广告剪切点不“卡死”的完美播放。
如果你用 ShowAnalyzer 效果更好，那就繼續用它。MCEBuddy 可以同時支援 ShowAnalyzer 與 Comskip。
所有影片軟體都充斥著大量「模糊地帶」的程式碼——從 VLC、WMP、Vegas、SA、Comskip、FFMPEG、Handbrake、Avidemux、VirtualDub，到所有編解碼器如 DivX、VP8、VP9、MP2、MP4、H265、AVC，以及其他任何剪輯／轉檔產品皆然。而且都有臭蟲。（只要翻閱任何一個論壇，就會看到有人抱怨「奇怪的影片問題」讓軟體直接當掉）MCEBuddy 能在 99.999% 的 OTA 爛片下表現得如此出色，本身就是一項成就。我敢肯定，一定存在某支 MCEBuddy 能順利處理、Sony Vegas 卻直接吐血的檔案；VLC 與 Windows Media Player 也會有同樣情況，或其他任何工具、編解碼器、播放軟體亦然。
希望 @Goose 能如你所願給你退款。祝你找到替代方案，也遺憾 MCEBuddy 未能符合你的需求。
@mike808 它运行得完美无缺大约一个月，这个问题突然就冒出来了。我看到不止一个人遇到同样的 mcebuddy 问题。昨晚我试了几个 mcebuddy 的替代品，不得不说，视频被剪切和覆盖的准确性比 comskip + mcebuddy 更高。
@Goose 必須針對那段時間 MCEBuddy 中哪些元件或配置發生了變化發表意見，例如是否加入了新版本的 Comskip/FFMPEG/Handbrake/AviDemux/mencoder，或是在配置檔案中設定了不同的預設值。
@Goose 我也遇到了完全相同的问题。我的设置没有任何变动，已经稳定运行了大约一年，突然就出现了这个问题。我开始怀疑是否是 mcebuddy/comskip 本身的问题，因为据论坛反映，不止我一个人遇到。我现在正在试用最新版 mcebuddy 的测试版。不确定是否相关，但我之前用的是 2.55 版本。
我有一段时间没遇到这个问题了，我的使用场景是时移，看完就删，所以对我来说不算大麻烦。我通常直接跳到章节断点之后，用 VLC 继续看。既然这是第三方切割/重封装工具的问题（@Goose 没写这些工具，也修不了别人的软件），我相信支持该工具的社区最终会定位并可能修复。依赖他人开发的开源软件，这就是常态。
我会留意那些不止一次出现问题的媒体，然后把该配置文件的“删除原文件”选项关掉，尽量保留一份小体积的原文件（比如标清）和处理后的版本，方便 @Goose 查看。
你也可以这么做。这可能是 @Goose 唯一能定位根因工具、再联系对应社区志愿者修复的办法。否则，仅凭现象根本无法判断具体哪一步导致关键帧在章节断点被丢弃或未被重新插入。甚至可能跟容器或媒体本身有关——我用的是 MKV 容器，H.265/AAC 立体声流，供参考。
我的每一个视频都出现同样的问题。我一直用 HEVC MKV，我会换个预设看看是不是预设的问题，有进展再汇报。
@mike808 哪个预设是 h265？
“MKV 高品质”也一样，在同一位置卡住，画面冻结但能听到声音。真他妈烦！花这么多钱买个很少能正常用的东西！我试过多个 ini 文件，结果一样，这让我怀疑后台有什么猫腻！我确定不是硬件问题，我的机器很猛：6700k、64GB 内存、双 1080Ti。为排除硬件编码问题，我关了硬件编码，结果还是一样。别人一句“我这儿好好的”根本帮不上忙。至于 Goose 的建议，我是新手，完全不懂他在说什么，也不知道去哪儿调。
正在试“MKV 普通品质”预设。
@mike808 方便分享一下你的 comskip.ini 和 profiles.conf 吗？既然你说完全没问题，理论上我换上你的文件应该就能正常。
我刚也改了下 profile 文件：
把顺序改成：order=ffmpeg,handbrake
把 ss 改成：ffmpeg-video=-ss 10
查了几个小时的帖子，有人说这样改有效，保佑吧。
怎么折腾都没用，我可不想手动改 200 多个文件。现在完全没辙，再解决不了我就准备放弃 MCEBuddy 了。
@Goose 能指条明路吗？重申一下，我原始设置没动过（所有文件都是用 Plex DVR 录的），之前几个月一切正常，现在跑 comskip 每个视频都会卡。抱歉一直追问，但肯定哪里出了问题，我不想手动在 MCEBuddy Cutter 里给 200+ 视频设切割点再用 ShowAnalyzer，太耗时。试过 ffmpeg 和 HandBrake 都一样。起码现在广告切的位置对了，算有点进步，但冻结问题依旧。
我的 profiles.conf
profiles.conf (96.7 KB)
我的 comskip.ini
comskip.ini (7.4 KB)
我的 mcebuddy.conf
mcebuddy.conf (6.2 KB)
config 文件夹里其他文件
history (74.3 KB)
manualqueue (15 Bytes)
mcebuddy.conf.old (3.3 KB)
profiles.conf.old (96.7 KB)
temp (2 Bytes)
tempsettings (93 Bytes)
能试的都试了，还是搞不定。抱歉这么“难缠”，但“这就是命”或“手动切吧”这种答案我无法接受。我买这软件就是想要自动去广告，就得值回票价。想手动切我早用免费软件了。我只想让 Plex 录好的文件被 MCEBuddy 无缝拿走（这一步完美），转成 mkv（完美），剪掉广告（comskip 全卡），再丢回媒体服务器（完美）。
@who_cares 如果你哪天解決了這個問題，請務必告訴我，我遇到的狀況跟你一模一樣，我也同樣感到沮喪。原本一切運作得完美無缺，但幾週前我在看《How It’s Made》時，也發現影片會凍結。
我并没有说我“没有”这个问题。我说它是间歇性的（这类问题最难排查），而且在我的使用场景下，可以通过观看时的变通办法解决。
感谢 @fragmaster007 告诉我们还有其他人遇到此问题。能否分享一些细节，包括你们的 DVR/信号源输入、输出格式和配置文件，看看是相同还是不同？
h.265 = HEVC，h.264 = MP4 = MPEG4（第 10 部分）。
HDTV 以 MPEG-2 流广播，DVD 也是 MPEG-2 流。
我也用 MKV，这可能是给 @Goose 的一个线索。
我也在用 comskip，也在用硬件（nVidia）转码。
我用的是 SiliconDust HDHR Quattro 调谐器，配合 SiliconDust DVR 软件。我有 Plex DVR（终身版），但没用它的 DVR 功能。
既然你每次录制都会遇到，而且已经上传了配置和日志，这会大有帮助。
最好再上传一份“原始”录制文件和最终“损坏”的 MKV，供 @Goose 分析。请挑一个短小、能复现问题的片段。可以新建一个配置文件，把压缩率调高，让文件更小。只要录到一段广告前后，MKV 能表现出播放异常即可。
有了前后对比的媒体、日志和配置，应该足以定位问题所在。
祝好运。
@mike808 我有一台 SiliconDust HDHomeRun Prime。既然 @who_cares 也說他遇到同樣的情況，我希望這個問題能受到重視，@Goose
我剛剛直接從他們的網站下載了最新版的 comskip，然後把新資料夾裡的所有東西複製貼上到 mcebuddy 資料夾裡（除了我的 comskip.ini 檔案，因為它剪廣告剪得剛剛好）。我正在執行 mcebuddy。希望這能解決問題。等 mcebuddy 處理完我的影片後我會再更新。
@Goose @mike808 准备安装 2.5.7 beta 看看能否解决问题
不确定是因为我切换到 2.5.7 beta，还是因为我改了几个设置，但现在看起来它运行正常了！！！！！不再卡住了，至少在试过的 4 个视频里是这样。现在我只需要折腾一下，把上一档节目的结尾和下一档节目的开头从我的视频里剪掉
妈的！！！！！好景不长，又开始卡了！！！！！！！！！！！！！到底怎么回事！！！！！
之前的流程：Plex 录到某个文件夹，MCEBuddy 捡起文件转成 mkv 再去广告
这是我在放弃、等 @Goose 深入排查前的最后一搏：我把 MCEBuddy 设置为先把文件移到按节目分类的文件夹，再去广告，最后转 mkv。
编辑：我觉得问题可能就是这个。目前 4 个视频全部通过，没有卡顿。今天晚些时候再下结论。今天 Plex 安排了大概 30 集录制，等样本更大再告诉你。