我正在运行 MCEBuddy 2.7 Beta 7。
我有一个转换任务，将 OTA 录制文件转换为最大宽度 720p，本质上是创建适用于 Plex 的优化版本。
转换正在进行，但并不总是 720p。大多数情况下，最终版本仍然是 1080p。
我上传了一份转换成功的日志和一份转换失败的日志。即使在失败的日志中也提到最大宽度应为 720，但最终结果并非如此。
你是不是把最大寬度參數誤認成最大高度參數了？
720p 和 1080p 是高度參數，不是寬度參數。
而且，它們是最大參數，並非強制升頻。所以如果原始寬度不到 720，就不會有任何動作。
還是說 @Goose 把參數改成高度而非寬度，卻忘了更新對話框裡的文字？
哦，看来我搞错了——不过，我确实想让MCEBuddy生成一个1280x720的版本。所以我输入了720，实际上应该填1280作为宽度。
即便如此，如果我填720，那意味着它应该生成一个比我想要的更小的尺寸，对吗？
我会回去把最大宽度改成1280，看看效果如何。
我可以確認 width 值確實是 width。
我之前誤設為 720，正如所說，有時可行、有時不行。我發現它正確轉換了一個節目，並產生了 720x406 的影片。
正如 Mike 提到的，我搞錯了，但看起來系統有時仍然會忽略或無法正確處理最大寬度值。
我记得自己也曾尝试过你现在做的事，也就是强制把画面放大/缩小到指定的屏幕宽度。
这个功能并不在 MCEBuddy 里。那里的“最大宽度”只是用来把原始 1920×1080i 的 MPEG2 OTA 高清视频缩小以获得更好的压缩率。如今存储便宜了，这种做法已不太必要。而且我现在用 x265（而非 MP4/x264）就能获得极佳的压缩效果。
回到“强制画面尺寸”这件事——它出现在 Handbrake 的选项里。因此，你可以尝试在配置里加额外参数，让 Handbrake 来完成转码；或者找出 FFMPEG（MCEBuddy 的另一款编码器）的等效命令。
我记得这里有几篇帖子讨论过强制使用 FFMPEG 或 Handbrake，也有人想给编码器传特殊参数。我觉得你得走这条路。
我也用 Plex 串流，但关闭了所有服务器端转码，直接把视频推给客户端，让播放端自己处理。到目前为止，1280×720p 或 1920×1080i（OTA）转码成最大宽度 1280 都能正常播放（1920×1080 会被缩小，不过我的电视台信号都是隔行扫描）。我还没入手 ATSC3.0 调谐器，也没 4K（UHD）电视，所以 4K 方面暂无问题。
用 x265 配合 nVidia 2060 硬件编码，在古老的 i5 Haswell（4 代）上转码毫无压力，一小时节目压到约 350 MB，对 OTA 高清内容来说“足够好”。
MCEBuddy 会把原文件移到存档文件夹，我设了个任务，10 天前的文件自动删除。这样，如果我想保留全分辨率/低压缩版本，只要在这 10 天内手动跑一次 MCEBuddy，用另一个配置文件去广告并转码成 x265 即可。
播放端无论是手机、PC 上的 VLC，还是通过 Tivo Plex 应用在我的 Tivo Roamio OTA 上，都能正常播放。
感謝提供的日誌。在失敗的記錄中，我發現影片已損毀，導致 Handbrake 失敗，接著系統退回使用 ffmpeg，它嘗試使用 qsv 顯示卡驅動程式來重新縮放影片，但縮放仍然失敗。您也可以上傳原始失敗的影片（Late show）嗎？這樣我們就能分析並找出修復方法。
我们已发布 BETA 2.5.7 更新，该更新应能修复此问题。请试用今天的 2.5.7 测试版；若问题仍未解决，我们需要一份出错视频的副本以便进一步分析。
好的，我已經升級到新的版本了。我會讓它運行看看會發生什麼事。
好的，我來回報一下。目前為止一切順利。新版本能夠正確調整影片大小！
謝謝。