画質を落とさずに画面録画のファイルサイズを減らす方法

10分の操作解説を撮り終えて書き出したら、できあがったのは2GBのファイル。メールは受け付けず、Slackは潰れた画質に圧縮し、ドキュメントサービスのアップロード上限は100MB。仕方なく画質を下げて書き出し直すと、今度は画面の文字が読めない——画面録画で絶対に外してはいけない部分が壊れてしまいます。

ファイルサイズと画質は、実のところ単純なトレードオフではありません。肥大化した画面録画の多くは、画質とはまったく関係のない理由で大きくなっており、その原因を直しても体感できる犠牲はほとんどありません。この記事では、容量が実際にどこで消費されているのか、そしてどの設定から手を付けるべきかを整理します。

画面録画が特に大きくなる理由

映像エンコーダーは、フレーム間で何が変化したかを記述することで圧縮します。固定カメラの人物映像は、前のフレームとほぼ同じなので非常によく圧縮されます。画面録画は事情が違います。

• 文字とUIの輪郭は高周波のディテールです。 白地に黒のくっきりした文字はエンコードのコストが高くつきます。ぼかせば簡単に圧縮できますが、それこそ避けたい失敗です。
• スクロールは全ピクセルを変えます。 ホイールを一度回すだけで、エンコーダーは完全に新しいフレームを記述しなければなりません。長いスクロールは録画で最もコストの高い動作です。
• 画面は大きい。 4Kディスプレイは1080pの4倍のピクセルを持ちます。等倍で録画すれば、他の設定に触れる前にデータ量が跳ね上がります。
• 無駄な時間にも容量がかかります。 タブを探してもたついた20秒も、最も重要なデモと同じレートでエンコードされます。

これを知ると、問題に取り組む順序が変わります。最大の効果は画質を下げることではなく、録りすぎない・大きく録らないことから生まれます。

録画を始める前に

いちばん安上がりな圧縮は、そもそも撮らなかった映像です。

デスクトップ全体ではなくウィンドウや範囲を録画する。 ブラウザーの中で操作を見せるなら、4Kデスクトップ全体をキャプチャするのは、壁紙やDock、2枚目のモニターといった無関係なピクセルを最後までエンコードし続けるということです。ウィンドウ／範囲キャプチャだけで容量が半分以下になることも珍しくなく、構図も良くなります。

届け先に解像度を合わせる。 4Kが本当に必要な場面はほとんどありません。ドキュメント内で幅800ピクセルで再生されるチュートリアルに、3840ピクセルの素材は何も足しません。1080pで録画・書き出しするのは、多くの人が使っていない最大のレバーで、通常の視聴サイズでは違いが見えません。

フレームレートは正直に選ぶ。 60fpsが活きるのはアニメーション、ゲームプレイ、素早いカーソル操作です。クリックして、待って、話すUI解説なら30fpsでも見た目は同じで、データ量はおよそ半分。迷うなら60で録って30で書き出すのも十分に有効です。

ノイズを閉じる。 リアルタイム更新のダッシュボード、動く壁紙、裏のタブで再生中の動画、点滅する通知バッジ——どれも視聴者が気にしない領域を延々と再エンコードさせます。静かな画面ほど圧縮は劇的に効きます。

尺を削る

長さは他のすべてに掛け算で効きます。1分削れば、その1分ぶんのビットレートは最初から支払わずに済みます。

冒頭と末尾の間を詰め、読んでいた時間や読み込み待ちを切り、言い直しを削除します。一発撮りの画面録画は、内容を1つも失わずに尺の20〜40%を編集で落とせるのが普通です。しかも短いほうが見やすい。

自動無音カットが使えるなら、書き出し前に実行してください。手作業より多くの無駄を拾い、その分だけ容量も落ちます。

本当に効く書き出し設定

きちんと録って思い切り削ったあとは、書き出し設定が残りを担います。

コーデック

H.264（MP4） が安全な既定値です。あらゆるブラウザー、スマートフォン、メールクライアント、チャットで再生でき、最近のエンコーダーは画面コンテンツもうまく扱います。

H.265/HEVC は同等画質でおよそ30〜50%小さくなりますが、再生対応の幅が狭くなります。届け先が対応していると分かっているときに使い、どの端末で開かれるか読めないファイルでは避けましょう。

ProRes（MOV） は配信用ではなく編集用のフォーマットです。後工程での加工に最適化されているため、設計上ファイルが巨大になります。視聴者にProResを送ってはいけません。

解像度

視聴者が実際に見るサイズで書き出します。よくある目安は次のとおりです。

• 1080p — ほとんどのチュートリアル、デモ、社内向け動画の正解
• 720p — 単純なUI解説なら十分読め、目に見えて軽くなります
• 1440p／4K — デザイン作業や密度の高いデータ画面など、細部が本当に重要なときだけ

高解像度素材から縮小すると嬉しい副作用もあります。エンコードノイズがならされるため、4K素材からの1080p書き出しは、1080pで直接撮ったものよりきれいに見えることが多いのです。

ビットレート

ビットレートや品質のスライダーがあるなら、上限探しではなく下限探しだと考えてください。文字とスクロールを含む代表的な30秒を目当ての設定で書き出し、原寸で確認します。文字が鮮明でスクロールがにじまなければ、もう一段下げて再テスト。劣化に最初に気づいた地点の一段上で止めます。

画面コンテンツはここが独特で、カメラ映像なら破綻するビットレートでも平気に見え、あるところで突然崩れます。

音声

音声は全体に占める割合こそ小さいものの、過剰になりがちです。ナレーションに320kbpsのステレオは不要。話し声なら128kbpsで違いは分からず、本物のステレオミックスでない限りモノラルで十分です。長尺なら、体感差ゼロで意味のある節約になります。

GIFが答えにならないとき

GIFは軽い選択肢に思えます。しかし数秒を超えると話は別です。GIFには現代的なフレーム間圧縮がなく色数も256色なので、15秒のUIクリップは同じ内容のMP4より簡単に大きくなり、しかも見栄えは劣ります。

コメント欄での自動再生が画質より大事な、ごく短いループにだけGIFを使いましょう。それ以外は短いMP4のほうが小さく、鮮明です。

手早い切り分けチェックリスト

ファイルが大きすぎたら、上から順に確認します。

1. 必要以上に長くないか？ まず削る。無料で得られる品質です。
2. 必要以上の画面を撮っていないか？ 可能ならウィンドウ／範囲キャプチャで撮り直す。
3. 書き出し解像度が視聴サイズを上回っていないか？ 1080pか720pへ。
4. 動きのない内容を60fpsで撮っていないか？ 30で書き出す。
5. ビットレートが必要より高くないか？ 短い区間を低い設定で試す。
6. 音声が過剰仕様ではないか？ 音声は128kbpsモノラルで。
7. MP4であるべきものがProResやGIFになっていないか？ H.264で書き出し直す。

10回のうち9回は、品質スライダーに触れる前の1〜4で解決します。

まとめ

大きな画面録画は、たいてい高画質の証ではなく、誰もそのサイズで見ない解像度で、必要以上の範囲を、必要以上に長く撮った結果です。そこを直せば、文字をシャープに保ったまま容量を70%以上減らせます。

既定値を一度決めてしまいましょう。ウィンドウまたは範囲キャプチャ、1080p、静的な内容は30fps、H.264書き出し、128kbpsモノラル音声。これで問題はほとんど再発しません。小さく鮮明に届く録画こそ、人が実際に見てくれる録画です。