WebM 转 MP4（Windows）：锐利文字 + 小文件的最佳设置
浏览器录制器最爱吐出 WebM 文件。
大多数时候 WebM 格式完全无害。直到你把它丢进剪辑软件、上传到要 MP4 的平台，或者想缩小文件体积又不想把 UI 文字压成一团糊。
在 Windows 上做教程的话，下面就是怎么从 WebM 转到 MP4，还保持文字锋利如刀。
不会毁掉视频的设置
处理教程的时候，转换时不想重新发明轮子。
分辨率保持和源文件一致，除非万不得已不要缩小。帧率也一样，60fps 录的就 60fps 导出，强行转成 30fps 只会招来奇怪的帧节奏问题。选 MP4，码率给到足够保护文字的细节。
你可以直接在这里立即完成转换： 免费视频转换器
文字与码率的问题
屏幕录制对压缩算法向来残酷。UI 文字有尖锐的边缘、代码块有微小的细节，你的屏幕本质上是一大块被突然移动打破的平面色板。
用低码率转换这类素材，文字就会劣化。
碰转换器设置之前，先确保 UI 在源视频里本来就是可读的。IDE 文字小得看不清的话，全世界的转换器都救不了。原生放大 UI，录制稳定的画面，输出自然清晰。
相关阅读： 屏幕录制的 1080p、1440p、4K 对比
教程的基准码率
这些不是物理定律，但作为让文字可读的基准相当靠谱：
- 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） 优先保护文字清晰度。观众要眯眼读 UI 的话，立刻就会走人。
Shorts/Reels（9:16） UI 本来就小的话，竖屏裁剪会进一步降低可读性。按竖屏原生规划录制。
课程 课程里通常可以用更安静的运动和更大的 UI 元素，压缩处理起来也容易得多。
AUFZEICHNA 的角色
WebM 转 MP4 解决的是兼容性头疼。但想让教程真正有高级感、有自动缩放、平滑光标和轻微运动模糊，你得在录制阶段就把打磨做进去。
这正是 AUFZEICHNA 在 Windows 上原生处理的。之后用免费转换器做最后的调整。 观看演示 · 价格
常见问题
为什么我的 WebM 这么大？ 一些网页录制器用了高得离谱的默认码率。受控的 MP4 转换能大幅缩小体积，同时保持文字清晰。
文字有完美的 MP4 设置吗？ 匹配源分辨率和帧率，再分配足够保持清晰度的码率（1440p 和 4K 下尤其重要）。
转换会毁掉质量吗？ 只有压到死才会。合理码率下，MP4 画质出众，兼容性还远胜从前。