Windows 上压缩视频用于邮件发送

在 Windows 上压缩视频用于邮件发送，应从收件方的邮件系统入手，而非 Outlook 的附件按钮。邮件可能已成功从你的账户发出，但仍被较小的企业网关拒绝。构建带有预留余量的附件副本，并将高质量源文件保存在其他地方。

检查完整的邮件路径

当收件方位于受控网关后时，询问实际的附件策略。 个人 Gmail 允许 25 MB 的总附件大小 ，但公司、学校、加密、CRM 和收件方规则的限制可能更低。

邮件编码也会增加传输的消息大小。不要将目标设定为恰好等于上限。对于名义上的 25 MB 策略，约 18 至 20 MB 的视频可为编码和其他小附件留出实际空间。

ZIP 通常无法解决问题。MP4、MOV 和其他交付视频格式已经过压缩，因此将它们放入 ZIP 存档通常节省的空间有限。

先裁剪内容，再降低画质

在 Clipchamp 中打开录制文件并移除以下内容：

• 寻找正确窗口所花费的时间；
• 不应共享的登录屏幕或客户数据；
• 同一操作的重复演示；
• 讲解前后的静音时间；
• 不增加任何指导信息的冗长结尾。

对于支持或销售邮件，一个 60 秒的回答通常比五分钟长的录制更有用。在邮件正文中添加问题和预期要点，以便视频具有上下文。

在 Clipchamp 中导出附件副本

为普通演示导出单独的 720p MP4 文件。当观看者需要阅读密集的代码、电子表格单元格或小界面标签，且片段足够短时，使用 1080p。

导出后，在文件资源管理器中右键单击文件并检查属性。在媒体播放器中查看完整副本。如果录制时捕捉到小应用窗口周围的整个桌面，仅凭分辨率并不能保证文本可读。

计算硬上限的比特率

当预设无法使文件大小低于限制时，计算总比特率预算：

目标兆字节 x 8 / 持续时间（秒）= 总兆比特每秒

对于目标为 18 MB 的 90 秒视频，总预算约为 1.6 Mbps。为语音音频和容器开销预留约 96 kbps，视频剩余约 1.45 Mbps。

当字节上限比编码速度更重要时，FFmpeg 两遍编码非常有用：

ffmpeg -y -i input.mov -vf scale=-2:720 -c:v libx264 -b:v 1450k -pass 1 -an -f null NUL
ffmpeg -i input.mov -vf scale=-2:720 -c:v libx264 -b:v 1450k -pass 2 `
  -c:a aac -b:a 96k -movflags +faststart email-copy.mp4

如果该预算导致界面文本不可读，则片段对于所选上限来说太长。裁剪、在真实主题边界处拆分，或使用链接。

发送前验证邮件

如果可能，将最终附件发送到同一类型收件方系统上的测试账户。确认其作为附件而非自动云链接到达，在手机和 Windows PC 上均可打开，且不包含隐藏通知或无关标签页。

使用 H.264 MP4 和 AAC 音频以获得广泛的收件方兼容性。HEVC 体积更小，但播放支持和编解码器可用性在不同 Windows 安装版本中有所不同。

附件画质不达标时选择链接

对于培训课程、长演示和高细节证据，使用批准的 OneDrive、SharePoint、客户端门户或其他受控系统。在发送前设置目标受众、过期时间和下载权限。即使通过链接交付，较小的审查副本仍能改善播放效果和移动数据使用。

请参阅 如何在 Windows 上发送大视频 以了解在附件、拆分文件和共享链接之间进行选择。

GetCompress 适用于重复性邮件视频

Clipchamp 和 FFmpeg 处理偶尔的邮件。当 Windows 团队向已知大小限制发送重复的状态录制、演示或支持片段时，GetCompress 是更好的选择。目标文件大小、本地预览、裁剪和可重用预设减少了重复设置，同时保持未发布的源媒体在 PC 上。

它不会改变收件方的策略。预留余量并测试完整的交付路径。