早上好。我一直在用 MCEBuddy 把 Chennel DVR 录制的 Mp4/h264 文件转码为 MPG/hevc 以便长期保存，效果挺好，文件体积通常能缩小 30–50%。然而，当我用同一套配置去转码 Emby 录制的 TS/h264 文件时，文件体积反而略微变大了。
想请教一下哪里出了问题，毕竟按道理 h265 应该比 h264 更节省空间才对。
在已经压缩的格式之间进行转码时，文件体积反而变大并不是什么罕见现象，即使是从 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 处理逐行视频的效果远好于隔行视频。如果源视频是隔行扫描的且未被配置文件正确处理，编码器在压缩时可能会效率低下。
建议的下一步操作：
- 降低质量滑块： 尝试将转换任务中的质量滑块向下调低 5-10%，看看文件体积是否会在画质没有明显损失的情况下缩小。
- 尝试 MKV/MP4： 除非你专门需要
.mpg来兼容老旧播放器，否则建议尝试使用MKV HEVC或MP4 HEVC配置。它们通常更加现代且高效。 - 检查是否使用了“高质量”： 如果你使用的是“高质量 (High Quality)”配置，它的设计初衷就是优先保证视频保真度而非文件体积。切换到“普通 (Normal)”或“快速 (Fast)”配置以观察差异。
你可以在 MCEBuddy 高级设置指南 中找到关于如何调整这些设置的更多高级技术细节。
看起來您正在使用 AMD 硬體加速進行影片編碼。
INFORMATION> 2026-02-26T07:05:16 MCEBuddy.Transcode.Convert → 使用 Handbrake 轉換，類型：HardwareOnly，gpu: {
“hardwareBrand”: “AMD”,
“legacyHardware”: false,
“codecType”: “Encoder”,
“hardwareCodecPresent”: true,
“h264Codec”: true,
“h265Codec”: true,
“av1Codec”: true
}
看起來預設的硬體編碼器品質設定過高，導致檔案大小增加
–encoder-preset quality -q 26
試著將品質滑桿調整至 -30%，這樣可以在不影響品質的情況下解決問題，或者您可以關閉硬體編碼，改用軟體編碼，這樣可以在不增加檔案大小的情況下最大化品質，但會花費更長時間。