WebM→MP4（Windows）：くっきりした文字＋小さなファイルサイズの最適設定
ブラウザレコーダーはWebMファイルを吐き出すのが好きだ。
たいていの場合、WebM形式はまったく無害だ。ただし、ビデオエディタに放り込もうとしたり、MP4を要求するプラットフォームにアップロードしようとしたり、UI文字を圧縮のドロドロにせずにファイルサイズを縮めようとしたりすると、話は別だ。
Windowsでチュートリアルを作っているなら、文字をカミソリのようにくっきり保ったままWebMからMP4へ移行する方法を紹介する。
動画を台無しにしない設定
チュートリアルを扱うとき、変換のたびに車輪の再発明はしたくない。
解像度は元と同じに保とう。どうしても必要な場合以外、縮小しない。フレームレートも同じだ。60fpsで録画したなら60fpsで書き出す。30fpsへの変換を強制すると、変なフレーム配分の問題を招くだけだ。MP4を選び、文字の細部を守れる十分なビットレートを設定しよう。
ここで即座に変換できる： 無料のビデオコンバーター
文字とビットレートの問題
画面録画は、圧縮アルゴリズムにとって悪名高いほど過酷だ。UI文字は鋭いエッジを持ち、コードブロックは細かいディテールを抱え、画面は本質的に、突然の動きで遮られる巨大なフラットなカラーパレットだ。
そういう映像を低いビットレートで変換すると、文字が劣化する。
コンバーターの設定に触る前に、元の動画でUIがそもそも読めることを確認しよう。IDEの文字が豆粒なら、この世のどんなコンバーターも直せない。UIを拡大して、安定した映像を撮れば、くっきりした出力になる。
関連記事：画面録画における1080p vs 1440p vs 4K
チュートリアルの基本ビットレート
物理法則ではないが、文字を読みやすく保つためのまともな基準だ：
- 1080p / 30fps： 約8〜12Mbps
- 1080p / 60fps： 約12〜20Mbps
- 1440p / 30fps： 約12〜20Mbps
- 1440p / 60fps： 約20〜40Mbps
- 4K / 30fps： 約25〜45Mbps
- 4K / 60fps： 約35〜60Mbps
UI文字がまだ柔らかく見えるなら、他の変数に触れる前にビットレートを上げよう。
書き出しがひどく見える理由
よくある失敗をしなければ、映像を変換しても劣化しない。
変換中の縮小（1440pを1080pに落とすなど）は、文字を驚くほど速く柔らかくする。どうしても縮小する必要があるなら、まず元の録画でUIを大きくしてみよう。フレームレートの変更も同様に危険だ。
小さなファイルサイズが欲しくて圧縮しすぎるクリエイターは多い。だが、視聴者が気にするのは、あなたのサーバーの容量制限より、コードを読めるかどうかの方がずっと大きい。
そして、悪い書き出しを「シャープ化」でごまかそうとしないこと。強いシャープ化フィルターは、映像をザラついてノイジーに見せるだけだ。しっかりしたビットレートと大きなUIスケールの組み合わせが、常に見た目は上だ。
公開先
YouTube（16:9） 文字の明瞭さを最優先で守ろう。視聴者はUIを読むために目を細めなければならないなら、すぐに離脱する。
Shorts/Reels（9:16） UIが最初から小さければ、縦のクロップで読みやすさは劣化する。最初から縦向きを前提に録画を計画しよう。
コース コースでは動きを落ち着かせ、UI要素を大きくすれば問題を避けられることが多く、圧縮もずっと扱いやすくなる。
AUFZEICHNAの位置づけ
WebMからMP4への変換は互換性の頭痛を解決する。だが、自動ズーム、滑らかなカーソル、さりげないモーションブラーでチュートリアルを本物のプレミアムに見せたいなら、その仕上げは録画段階で組み込む必要がある。
それがまさにAUFZEICHNAがWindowsでネイティブにやることだ。その後の微調整には無料のコンバーターを使えばいい。 デモを見る · 価格設定
よくある質問
WebMが巨大になるのはなぜ？ Webレコーダーの中には、とんでもなく高いデフォルトのビットレートで書き出すものがある。制御されたMP4変換なら、文字をくっきり保ちながらサイズを大幅に縮められる。
文字に最適なMP4設定はある？ 元の解像度とフレームレートに合わせ、明瞭さを保てるだけのビットレートを割り当てよう（1440pと4Kでは特に重要だ）。
変換で品質は損なわれる？ 圧縮で息の根を止めた場合だけだ。適切なビットレートなら、MP4は見栄えが良く、プラットフォームやエディタをまたいだ互換性も格段に高い。