TS/H264转换为MPG/H265后文件变大？

General Support / Questions
2

在已经压缩的格式之间进行转码时，文件体积反而变大并不是什么罕见现象，即使是从 H.264 转换到更高效的 H.265 (HEVC) 也是如此。结合论坛上的类似讨论，以下是你的 Emby (TS) 录制文件相比 Channels DVR (MP4) 录制文件出现这种情况的几个可能原因：

1. “质量”设置与乘数

MCEBuddy 配置通常使用质量乘数 (Quality Multiplier) 或恒定质量因子 (CRF)。

  • 如果你的配置设置为较高的质量水平，MCEBuddy 会尝试保留尽可能多的细节。
  • 来自 Emby 的 TS 文件（传输流）通常比 MP4“更凌乱”——它们可能包含传输错误、隔行扫描或额外的元数据。当 H.265 尝试在高画质设置下去“完美”编码这些噪点或隔行扫描时，它实际消耗的比特数可能会超过原始的 H.264 版本。
  • 检查日志： 在你附加的日志中查找 Handbrake 或 FFmpeg 正在使用的 -q 或 crf 值。如果该值非常低（例如 H.265 低于 20），则可能存在过度编码的情况。

2. 硬件编码与软件编码

你在进行这些转换时使用的是 GPU（如 NVENC、QuickSync）吗？

  • 硬件编码器的速度要快得多，但其压缩效率通常不如软件编码 (x265)。
  • 如果你的 Channels DVR 文件原本就已经过高度压缩，那么硬件 H.265 编码可能需要更高的比特率来维持相同的感官画质，从而导致文件变大。

3. 音频与容器开销

  • TS 与 MPG： 你提到要转换为 MPG 容器。MPEG-PS（节目流）容器的开销与 MP4 或 MKV 不同。
  • 音频： 如果原始 TS 文件带有 AC3 音频，而你的配置正将其转换为更高的比特率或不同的格式（如 AAC 或 PCM），则文件的音频部分可能会变大。

4. 隔行扫描

许多 Emby/广播 TS 录制文件都是 1080i（隔行扫描）的。

  • 如果 MCEBuddy 在转码过程中对视频进行了去隔行 (de-interlacing) 处理，它就会创建新的帧。
  • H.265 处理逐行视频的效果远好于隔行视频。如果源视频是隔行扫描的且未被配置文件正确处理，编码器在压缩时可能会效率低下。

建议的下一步操作：

  1. 降低质量滑块： 尝试将转换任务中的质量滑块向下调低 5-10%，看看文件体积是否会在画质没有明显损失的情况下缩小。
  2. 尝试 MKV/MP4： 除非你专门需要 .mpg 来兼容老旧播放器，否则建议尝试使用 MKV HEVC 或 MP4 HEVC 配置。它们通常更加现代且高效。
  3. 检查是否使用了“高质量”： 如果你使用的是“高质量 (High Quality)”配置，它的设计初衷就是优先保证视频保真度而非文件体积。切换到“普通 (Normal)”或“快速 (Fast)”配置以观察差异。

你可以在 MCEBuddy 高级设置指南 中找到关于如何调整这些设置的更多高级技术细节。