WebM 到 MP4 (Windows)：锐利文本 + 小文件大小的最佳设置
浏览器记录器喜欢吐出 WebM 文件。
在大多数情况下，WebM 格式是完全无害的。也就是说，直到您尝试将一个文件放入视频编辑器中，将其上传到需要 MP4 的平台，或者尝试缩小文件大小而不将 UI 文本变成压缩的糊状内容。
如果您在 Windows 上制作教程，以下是如何从 WebM 迁移到 MP4，同时保持文本清晰锐利的方法。
不会破坏您的视频的设置
当您处理教程时，您不想在转换过程中重新发明轮子。
保持您的分辨率与来源相同。除非绝对必要，否则不要缩小规模。帧速率也是如此，如果您以 60 fps 录制，则以 60 fps 导出。强制转换为 30fps 只会带来奇怪的帧节奏问题。选择 MP4，并选择足够高的比特率以保护文本的精细细节。
您可以在此处立即运行转换： 免费视频转换器
文本+比特率问题
众所周知，屏幕录制对压缩算法的残酷性。 UI 文本具有锐利的边缘，代码块具有微小的细节，并且您的屏幕本质上是一个巨大的平面调色板，被突然的移动打断。
当您使用低比特率转换此类素材时，文本质量会降低。
在您触摸转换器设置之前，请确保您的 UI 在源视频中基本上是可读的。如果您的 IDE 文本非常微小，那么地球上没有任何转换器可以修复它。原生扩展您的 UI，记录稳定的图像，您将获得清晰的输出。
教程的基准比特率
这些不是物理定律，但它们是保持文本清晰的良好基线：
- 1080p / 30fps： ~8–12 Mbps
- 1080p / 60fps： ~12–20 Mbps
- 1440p / 30fps： ~12–20 Mbps
- 1440p / 60fps： ~20–40 Mbps
- 4K / 30fps： ~25–45 Mbps
- 4K / 60fps： ~35–60 Mbps
如果您的 UI 文本看起来仍然很柔和，只需在触及任何其他变量之前提高比特率即可。
为什么你们的出口看起来很糟糕
转换素材不应降低其质量，除非您犯了一些常见错误之一。
在转换过程中缩小比例（例如将 1440p 源降低到 1080p）可以以令人难以置信的速度软化文本。如果必须缩放，请首先尝试在原始录制中放大 UI。改变帧速率同样有风险。
许多创作者过度压缩，因为他们想要较小的文件大小。但观众更关心的是能否阅读您的代码，而不是您的服务器存储限制。
另外，不要试图通过“磨砺”来摆脱糟糕的出口。重度锐化滤镜只会让素材看起来脆且嘈杂。稳定的比特率与大的 UI 比例相结合总是看起来很优越。
发布目标
YouTube (16:9) 将保护文本清晰度作为首要任务。如果观众必须眯着眼睛才能阅读你的用户界面，他们会立即跳动。
短裤/卷轴 (9:16) 如果您的用户界面一开始就很小，垂直裁剪会降低可读性。本地规划垂直录制。
课程 通常，您可以在课程中使用更平静的运动和更大的 UI 元素，从而使压缩更容易处理。
AUFZEICHNA 适合的地方
将 WebM 转换为 MP4 可以解决您的兼容性问题。但如果您想让您的教程看起来真正优质，具有自动缩放、平滑光标和微妙的运动模糊功能，则需要在录制阶段进行润色。
这正是 AUFZEICHNA 在 Windows 上本地处理的内容。然后，您可以使用免费转换器进行任何最后一英里的调整。 观看演示 · 定价
常问问题
为什么我的 WebM 如此庞大？ 一些网络记录器使用高得离谱的默认比特率进行导出。受控的 MP4 转换可大幅缩小占用空间，同时保持文本清晰。
是否有完美的 MP4 文本设置？ 匹配您的源分辨率和帧速率，然后分配足够激进的比特率以保持清晰度（在 1440p 和 4K 限制下尤其重要）。
转换会破坏质量吗？ 除非你把它压死。凭借合理的比特率，MP4 看起来非常棒，同时跨平台和编辑器的兼容性也大大提高。