请求类型：
BUG / 新功能
MCEBuddy 版本及类型（32 位或 64 位）：
x64，2.4 r11
操作系统及类型（32 位或 64 位）：
Win7 x64
问题或建议摘要：
如果使用“TS 未处理”转换任务并启用 Comskip，生成的视频会损坏，无法播放或出现严重色偏。在 Windows Media Player 中最容易观察到；VLC 播放效果稍好，但仍能看到部分问题。
使用 Show Analyzer 时问题较少，但我确实在某段视频中看到了色偏（且某次转换在某段视频上失败过一次）。
使用 Comskip 转换为 MP4 则正常。
复现步骤：
将“TS 未处理”转换任务配置为使用 Comskip（默认 INI）。转换 TS 文件（由电视调谐器录制）。
播放视频——若能播放，画面会呈块状，大量内容缺失。
截图：
日志
mcebuddy.log.zip（39.9 KB）
Babel_20190901_1200.ts-TS unprocessed-2019-09-05T18-31-32.4834587-05-00.log（465.5 KB）
奇怪，我用同样的流程已经一年了，效果一直很好。我现在用的是 Windows 10，并且用的是旧版本的 mcebuddy。
嗯，版本确实值得注意。我一直使用免费版本（很长时间）都没有问题，最近才购买了新版本。
我这儿运行正常，可能是你的录制文件有特殊情况。我没看到转换日志。你可以把原始视频和转换日志上传到我们的服务器，我们来检查一下。
另一件需要考慮的事。你確定原始檔案中沒有遮蔽嗎？你有封存原始檔案，還是允許 mcebuddy 刪除？
只是個想法，可能是訊號不良的問題。
原始版本没问题。我试了两个视频，一个480p，一个1080p。
我不知道转换日志在哪里。
在 logs 資料夾中，每個檔案都有自己的轉換記錄。
不是如果關閉了工作記錄 
我剛剛上傳了一份記錄。
我查看了你的日志，似乎是原始视频本身的问题：
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → [mpeg2video @ 0000000002a72940] Invalid frame dimensions 0x0.
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 4 times
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000000002a71000] PES packet size mismatch
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 4 times
我无法判断这是小问题还是大问题。comskip 和 showanalyzer 的唯一区别在于它们使用不同的检测算法，因此广告标记点会有所不同。可能是 Comskip 选定的标记点在原始视频中恰好存在数据损坏，从而引发了问题。你有没有试过用 VLC 播放转换后的文件？有时问题出在播放器的解码器上。
唯一确定的方法是查看原始视频和转换后的视频。如果你把它们上传到 MCEBuddy 服务器，我可以帮你检查。
视频已上传到FTP服务器。
謝謝，我已經檢查過了。你的原始影片在 Windows 10 Media Player 播放時有大量雜訊。剪輯後這些雜訊會被放大，這與 Comskip 無關。問題在於 Comskip 標記的剪輯點本身就比 ShowAnalyzer 標記的點有更多雜訊與錯誤，但無論如何，問題都出在錄製檔案本身。如果你使用的是調諧卡，請檢查訊號，因為這些雜訊並非以時間錯誤的形式出現（那會指向韌體/驅動問題），而是存在於訊號串流中。
那麼為什麼我轉成 MP4（並使用 Comskip）後看起來就沒問題？是轉檔或壓縮過程掩蓋或「修復」了明顯的錯誤嗎？
是的，非未处理配置文件中的转换滤镜会尝试平滑视频伪影，并在可能的情况下纠正小错误。未处理配置文件则原样复制视频，不做任何改动。
