过去在戴尔 Windows 10 上用 v2.5，输入视频 4.8 GB，MP4 普通转换后输出 802 MB。
现在想在戴尔 Windows 11 上用 v2.6.2 Beta，同样 4.8 GB 输入，MP4 普通转换后却变成 10–15 GB。
哪里出问题了？跟 comskip 有关吗？需要配置 comskip.ini？Windows 11 下流程有变化？
急需帮助，谢谢。
你好，
我发给 MCEBuddy/Goose 的邮件里附上了日志和测试视频。在 Windows 10 下用 MP4 普通转换能压到约 82 MB，而 Windows 11 下却膨胀到 10–15 GB，完全反了。请 MCEBuddy/Goose 查看并回复，问题出在哪？
谢谢。
我查看了你的日誌檔案（可惜你的 OneDrive 連結無法讓我下載原始 TS 檔）。看起來你的原始位元率是 11Mbps，而最終位元率是 50Mbps，這就解釋了為什麼檔案大小會增加。
我還注意到你的原始檔案是 TS 格式，內容為 h.264，而最終檔案是 MP4 格式，內容也是 h.264。因此你基本上是在改變容器格式（並移除廣告）。
我建議改用「MP4 未處理」設定檔，而不是「MP4 一般」設定檔。這應該能解決位元率增加的問題，同時實際上也能提供更高品質的輸出影片，因為它會保留原始影片品質、剪掉廣告，並給你一個 MP4 容器。
如果你能依照連結中的指示將原始影片檔案上傳到我們的伺服器，我就能試著重現這個問題，並找出位元率增加的原因。
好的，我终于成功下载了你的视频并在本地复现了设置。我这边转换后的文件大小没有问题（转换后是815MB）。
深入查看你的日志后，我认为我找到了问题的根源——是你的显卡驱动。
你的源视频有很多损坏的时间戳，日志里90%都是这类错误：
2023-11-10T08:05:27 MCEBuddy.AppWrapper.Handbrake → [h264_qsv @ 0000000004b60380] A decode call did not consume any data
2023-11-10T08:05:27 MCEBuddy.AppWrapper.Handbrake → [NULL @ 00000000083b1080] missing picture in access unit
接着我注意到，在你的日志中，显卡驱动无法处理这些视频错误，结果在尝试修复时重复了大量视频内容，导致视频码率飙升到49Mbps：
2023-11-10T08:05:59 MCEBuddy.AppWrapper.Handbrake → [08:05:59] mux: track 0, 159273 frames, 16304021784 bytes, 49059.44 kbps, fifo 1024
2023-11-10T08:05:59 MCEBuddy.AppWrapper.Handbrake → [08:05:59] mux: video bitrate error, +15477179768 bytes
而在我这边的测试机器上，驱动通过丢弃损坏的视频帧进行补偿，从而降低了码率：
2023-11-13T16:50:28 MCEBuddy.AppWrapper.Handbrake → [16:50:28] mux: track 0, 159273 frames, 814012086 bytes, 2449.39 kbps, fifo 2048
2023-11-13T16:50:28 MCEBuddy.AppWrapper.Handbrake → [16:50:28] mux: video bitrate error, -12829930 bytes
所以你得到的文件大得多，问题出在你的显卡驱动（其实根源是源视频本身有问题，但糟糕的显卡驱动才是导致文件变大的原因）。
你有3个选择：
你好，Goose，
感谢你11月13日的分析和评论。我已根据你的反馈进行了以下操作：
我从头开始，在一台全新的戴尔电脑上（Windows 11系统）使用Hauppage HD PVR II采集设备，对1小时的视频进行了多次采集：分别尝试了开启硬件加速、关闭硬件加速、更新驱动、TS格式以及MP4格式、MP4普通模式与MP4未处理模式。
随后，我将所有文件通过MCEBuddy 2.6处理，结果没有一个文件按预期输出——即原本约4.85 GB的文件处理后应约为800 MB。部分文件仅输出约50 MB，且只有音频；另一些则高达10–20 GB，明显过大。
我随后翻出一台旧的戴尔电脑（Windows 10系统），使用MCEBuddy 2.5处理同样的采集文件，结果基本全部正常，文件大小符合预期。我已使用此方法约10年。
显然，MCEBuddy 2.6在标准电脑（如戴尔XPS 9230）上尚未与Windows 11兼容。请问有何解决方案？
附加问题：Hauppage采集设备可生成TS或MP4文件（两者大小相近，约4.85 GB/小时）。当我使用MCEBuddy处理MP4普通模式时，若处理正常，输出文件约为800 MB。这是否意味着MCEBuddy进行了额外压缩？毕竟采集设备输出的MP4文件要大得多（4.85 GB）。
我仍希望能让该程序正常运行。
Klaus Franken
請在關閉硬體加速的情況下附上您的日誌。
是的，這會重新壓縮檔案，適合在從其他編解碼器（如 raw、mpeg2、mpeg1 等）轉換為 mpeg4 時使用。
你好，Goose，
看起来终于搞定了（在 Windows 11 的新电脑上，用硬件加速把 MP4 转换为 Normal 格式）。
我反复尝试了几十次，先后用了 v.2.5、v.2.6.1，又重下重装了 v.2.6.2，今天早上在 Windows 11 的新机器上，v.2.6.2 终于能跑了。
你们最近有没有做新的调试或改动？
如果一直稳定，那就太棒了。
Klaus Franken
是的，其中一個編碼器在硬體編碼時出現了問題，會導致插入過多影格，使得在某些 Nvidia 顯示卡上影片檔案變得異常龐大。最新更新已修復此問題。