無料動画圧縮ツール

動画圧縮がファイルに実際に行うこと

生の動画はピクセルデータの奔流です。1080p(1920x1080)60fpsクリップは概算で1920 x 1080 x 1ピクセルあたり3バイト x 1秒あたり60フレーム、つまり非圧縮映像で1秒あたり約370 MBです。720pの30fpsの非圧縮でも1秒あたり約80 MBです。圧縮は2つの冗長性を利用することで動画を共有可能にします。フレーム内の空間的冗長性(隣接するピクセルはしばしば類似している)とフレーム間の時間的冗長性(ほとんどのピクセルはフレームからフレームへほとんど変化しない)です。最新のコーデックは数秒ごとにキーフレーム(完全な画像)をエンコードし、その間は差分のみをエンコードします。これらの差分はその後DCT変換され、量子化され(あなたの目があまり気づかない高周波の詳細を捨てる損失のあるステップ)、エントロピー符号化されます。あなたが選ぶCRF(Constant Rate Factor)値は量子化ステップがどれだけ積極的に情報を捨てるかを制御します。CRF 18は視覚的に損失なし、CRF 23はx264デフォルト(ほとんどの視聴者には透明)、CRF 28はウェブ品質として許容可能、CRF 30以上では暗いシーンでのブロッキングとテキスト周りのモスキートノイズが見え始めます。

解像度、フレームレート、ビットレートは3つの独立したダイヤルです。解像度を1080pから720pに半減すると生データを4分の1にカットします(各軸を半減)。フレームレートを60fpsから30fpsに半減するとデータを2分の1にカットします。両方の削減は詳細なコンテンツでは視覚的に明らかですが、トーキングヘッド映像、ほぼ静的なUIのスクリーン録画、または電話サイズの画面で見るソーシャルメディアクリップではしばしば見えません。ビットレートは3つ目のダイヤルです。5 Mbpsの1080p 30fpsクリップは素晴らしく見えます。同じクリップを1 Mbpsにするとブロック状のアーティファクトが見えます。ツールの品質プリセットは典型的なウェブ許容ビットレートをターゲットとするCRF値を選びます。高プリセットは約CRF 23(1080pで約5 Mbps)、中はCRF 28前後(約2 Mbps)、低はCRF 33前後(約800 kbps)、カスタムは自分でスライダーをドラッグできます。

音声も重要です。10分の動画でPCM(非圧縮)音声を持つと音声だけで100 MBになります。ツールはデフォルトで音声をAAC 128 kbpsに再エンコードし、同じ10分でほとんどのコンテンツで聞き取れる損失なく約10 MBに落ちます。コンテナ(動画と音声トラックを包むMP4ラッパー)はほとんどが台帳管理です。トラックインデックス、シークテーブル、コーデックヘッダー。MP4にH.264動画とAAC音声を加えたものは2026年の普遍的なリンガフランカです。あなたが出会うすべてのブラウザ、電話、スマートTV、コンソール、組み込みプレーヤーで再生されます。VP9とOpusのWebMは約30%よりよく圧縮しますが、依然として一部のレガシーエコシステムでは拒否されています。

このツールの内部での動作

圧縮エンジンはFFmpeg、Netflixのエンコーディングファーム、YouTubeのトランスコーディングパイプライン、そしてあなたが今まで使ったほぼすべての動画ツールを動かしている同じCベースのツールです。ブラウザ版はEmscripten経由でWebAssemblyにコンパイルされたFFmpegで(Jerome Wuが2019年に開始、現在は4.xバージョン)、ブラウザタブ内で完全に動作する約30 MBのバイナリを生成します。動画をドロップすると、ファイルはストリーミングリーダー経由でWebAssembly仮想ファイルシステムに読み込まれるため、1 GBのファイルでもアップロード時にブラウザメモリを爆発させません。

ファイルがWASMファイルシステムに入ると、ツールは-i input.mp4 -c:v libx264 -preset medium -crf 28 -c:a aac -b:a 128k output.mp4のような引数でFFmpegを起動します。FFmpegはソースをフレームごとにデコードし、要求されたリサイズやフレームレート変更を適用し、libx264にフレームを動画エンコーディング用に渡し、AAC経由で並行して音声をエンコードし、結果を新しいMP4コンテナに多重化します。進行状況メッセージはFFmpegのstderrからJavaScriptイベントリスナーを通じてストリームし、画面上の進行バーをリアルタイムで更新します。

ffmpeg.wasmはマルチスレッドエンコーディングのためにSharedArrayBufferを使用するので、エンコーダーはデスクトップFFmpegと同じように複数のCPUコアを並行して使用できます。SharedArrayBufferはSpectre脆弱性に起因するセキュリティ上の理由から2つのHTTPヘッダー(Cross-Origin-Opener-Policy: same-originとCross-Origin-Embedder-Policy: require-corp)でページを配信することを要求します。このサイトはそれらのヘッダーを設定するので、エンコーディングは利用可能なすべてのコアを使用します。ダウンロードblobはメモリ内で構築され、合成された<a download>リンクとしてブラウザに渡されます。

動画圧縮の簡単な歴史

• MPEG-1、1993年。最初に広く普及したデジタル動画標準。1990年代アジアでVHSと一時的に競合した形式であるVideo CDで使用されました。352x240動画のターゲットビットレート1.5 Mbps。現代の基準では品質はマージナルでしたが、消費者ビットレートでのデジタル動画が可能であることを証明しました。
• MPEG-2、1995年。DVD(1996年発売)、デジタル放送TV(北米ではATSC、ヨーロッパではDVB)、標準画質衛星で使用されました。SD動画で4から8 Mbps。特許ライセンスは最初から複雑で、後のコーデック戦争を予兆しました。
• H.264/AVCが批准、2003年。ITU-TとISO/IECの共同作業であり、このコーデックはMPEG-2の効率を倍増させ、5年以内に支配的になりました。Blu-ray Disc(2006年)、iPhone(2007年)、YouTubeの移行(2007年から2010年)、そしてHTTPストリーミング(2009年のHLS、2011年のMPEG-DASH)はすべてH.264の上に構築されました。2026年現在、地球上で最も互換性のあるコーデックです。すべてのブラウザ、すべての電話、すべてのスマートTVがそれを再生します。
• H.265/HEVC、2013年。エンコードコンピューティングが5から10倍になる代わりにH.264比で約50%のさらなる効率向上。採用は特許ライセンスの混乱で麻痺しました。重複する主張を持つ3つの競合する特許プール(MPEG-LA、HEVC Advance、Velos)がハードウェアとソフトウェアのベンダーを思いとどまらせました。Appleは2017年(iPhone 7にHEIC/HEVCを加えて)コミットしましたが、YouTube、ブラウザ、オープンウェブはVP9とAV1を好んでH.265をほとんどスキップしました。
• VP9とAV1、2013年と2018年。Googleは2013年にVP9をオープンソース化し、その後Mozilla、Cisco、Microsoft、Netflix、Amazon、Intelらと共にAlliance for Open MediaでAV1を設計しました(2018年に批准)。両方ともロイヤリティフリーです。AV1は使用が無料でありながら圧縮でH.265に匹敵するか上回ります。YouTubeは対応クライアントにAV1を配信し、Netflixはプレミアム層で使用し、ハードウェアデコーダーは2020年からフラッグシップチップに搭載されています。
• ffmpeg.wasm、2019年から2026年。Jerome Wuは2019年にEmscripten経由でFFmpegをWebAssemblyにコンパイルすることで最初のffmpeg.wasmを発表しました。初期バージョンは約50 MBで遅かったです。4.xラインはSharedArrayBufferマルチスレッディングで約30 MBに安定し、1から2 GBまでのファイルでブラウザ側圧縮を実用的にしました。2026年現在、このアプローチは成熟しており、このようなツールがほとんどの個人圧縮ニーズに対してクラウドベースのサービスを置き換えることができます。

使い方

1. 動画をアップロード： 圧縮したい動画ファイルを選択またはドロップします。
2. 圧縮設定を行う： 目標の品質レベルまたはファイルサイズを選択し、必要に応じて解像度やフレームレートを下げます。
3. 圧縮してダウンロード： 「動画を圧縮」をクリックし、処理が完了したら小さくなった動画ファイルをダウンロードします。

動画圧縮ツールを使う理由

大きな動画ファイルはアップロードが遅く、保存にコストがかかり、モバイル回線では再生が困難です。SNS、メール添付、ウェブホスティングにはすべてサイズ制限があります。動画圧縮はビットレート、解像度、コーデック効率を調整してファイルサイズを削減します, 多くの場合、見た目の品質低下を最小限に抜えながら 60～80% のサイズ削減を実現します。このブラウザベースの圧縮ツールが技術的な詳細を処理するので、お好みの品質を設定して結果をダウンロードするだけです。

機能

• 品質プリセット： 推定出力サイズ付きの高・中・低・カスタム品質設定から選択できます。
• 解像度の縮小： 1080p、4720p、480p、360pに縮小してファイルサイズをさらに削減できます。
• フレームレートの削減： 60fpsから30fpsまたは24fpsに下げてデータ量を削減します。
• ファイルサイズの比較： オリジナルと圧縮後のファイルサイズ、および達成した圧縮率を表示します。
• ローカル処理： 圧縮はすべてブラウザ内で実行されます, クラウドへのアップロードは不要です。

現実世界の圧縮ワークフロー

• Discordの25 MB制限を下回る。動画を圧縮する最も一般的な理由。2分のスクリーン録画や電話クリップはしばしば60から200 MBです。CRF 28とオプションの720pダウンスケールは典型的に2分の1080pクリップを8から15 MBに収めます。CRF 30から32と480pダウンスケールは高モーションコンテンツでも処理します。ツールの中プリセットはこの正確な使用例のために較正されています。
• メール添付サイズ制限。Gmailとほとんどの企業メールサーバーは添付ファイルを20から25 MB前後に制限します。技術的でない同僚に簡単な解説やハウツー動画を共有するために、90 MBの電話動画を中品質プリセットで15 MBのMP4に落とすのが最小抵抗の道です。
• ウェブホスティングコストと読み込み時間。ポートフォリオサイトや製品ページのセルフホスト動画は、50 MBより5 MBで提供するほうがはるかに安価です(CDN帯域幅、モバイル読み込み時間、Core Web Vitals)。静かにループする背景のヒーロー動画では、CRF 30から32とミュート音声と720pダウンスケールで、ポータブルなファイルサイズで放送品質の外観が得られます。
• 個人アーカイブ。古い電話の動画は電話とクラウドのストレージを食い尽くします。1年分の家族の動画をCRF 23(ほとんどのコンテンツで視覚的に損失なし)で再エンコードすると、しばしばアーカイブを50から70%カットでき、知覚される品質変化はありません。50 GB層のiCloudが突然はるかに使いやすくなります。
• ソーシャルメディアアップロード。Instagram、TikTok、Xはアップロードしたものをすべて再エンコードしますが、推奨ビットレート(1080pで通常5から10 Mbps)以下の圧縮ソースから始めることはアップロードが速くなり、彼らのアルゴリズムが攻撃的な再エンコードであなたの動画を台無しにすることを避けます。高プリセットはファイルサイズを削減しながら品質を最大に保ちます。
• セルラーでのモバイルデータ節約。セルラーで動画を送信する場合、50 MBは4Gで20から40秒かかり、意味のあるデータを消費し、悪い信号では失敗する可能性があります。5から8 MBに圧縮すると、悪い信号でも確実に2から3秒で送信されます。従量制プランの友人にクリップをテキスト送信する前にやる価値があります。

よくある落とし穴とその意味

• 再圧縮による世代損失。各圧縮パスは量子化ノイズを追加します。すでに圧縮された動画(TikTokダウンロード、スクリーン録画アプリのすでにエンコードされた出力、電話のエクスポート)を圧縮すると、目に見える品質損失に対してより小さな増分圧縮が得られます。常に手元にある最高品質のソースから始めてください。
• CRFを高くしすぎる。CRF 30以上の設定は目に見える圧縮アーティファクトを生成します。暗いシーンでのブロッキング、テキストと鋭いエッジ周りのモスキートノイズ、グラデーション空でのバンディング。小さな画面サイズのプレビュークリップではCRF 32から35で済むことができますが、TVやモニターで全画面表示するものでは、CRFを28以下に保ってください。
• 音声ビットレートを忘れる。10分の動画で非圧縮PCM音声は音声だけで100 MBを運びます。多くの電話エクスポートは非圧縮または軽く圧縮された音声を含みます。AAC 128 kbpsに再エンコードすると、スピーチとほとんどの音楽で聞き取れる差なく音声を約10 MBに下げます。ツールは常に音声を再エンコードします。
• 可変フレームレートソース。スクリーン録画と一部の電話カメラは可変フレームレート(動きに応じてfpsが変化する)を出力します。一部のエンコーダーはこれを下手に処理し、重複フレームやスタッターを生成します。ツールはこれを避けるために定数フレームレートに正規化します。
• HDRからSDRパイプライン。電話カメラは現在10ビットHDR(iPhoneではDolby Vision、AndroidではHDR10)を録画します。HDRクリップを適切なトーンマッピングなしで8ビットSDRパイプラインに落とすと、色あせたまたは奇妙に飽和した出力が生成されます。HDRソースで最良の結果を得るには、圧縮前にデバイスでトーンマッピングを行うか、SDR出力が元のものと異なって見えることを受け入れてください。
• 非常に大きなファイルでのブラウザメモリの壁。ffmpeg.wasmはブラウザメモリで動作します。約2 GBを超えるファイルはしばしばブラウザのタブごとのメモリ天井(通常はデスクトップで4 GB、モバイルではそれ以下)に達し、エンコード途中で失敗します。より大きなファイルには、ディスクからストリーミングできるデスクトップHandBrakeまたはFFmpeg CLIを使用してください。

プライバシー: あなたの動画はデバイスを離れません

すべてのクラウド動画圧縮サービス(FreeConvert、Clipchamp、OnlineConverter、CompressVideo.io、その他多数)は同じパイプラインに従います。あなたは完全な動画をアップロードし、彼らのサーバーはFFmpegまたは同様のツールを実行し、あなたはより小さい結果をダウンロードします。200 MBの電話動画なら、200 MBのアップロードと50 MBのダウンロードが彼らのインフラを通ります。動画コンテンツにはしばしば敏感な素材が含まれます。家族や同僚の顔と場所、会話と通話の音声、プライベートインターフェースや仕事の会議のスクリーン録画、自宅や職場を明らかにするGPSタグ付きシーン。ほとんどの運営者は1から24時間以内にアップロードを削除し、転送中に暗号化することを約束するプライバシーポリシーを公開しており、主要なものはISO/IEC 27001認証を保有しています。それらのポリシーを守る強いビジネス上の理由があります。しかし"1時間以内に削除"は"見たことがない"ではありません。そのウィンドウの間、ファイルは運営者のインフラに置かれ、適切な権限を持つプロセスまたは人がアクセスでき、運営者の保持ポリシーごとにログとバックアップに表示されます。

このツールは何もアップロードしません。完全なパイプライン(ファイル選択、ブラウザネイティブのリーダー経由のデコード、ffmpeg.wasm WebAssembly経由のエンコード、ブラウザのblob API経由のダウンロード)はあなたのブラウザタブ内で動作します。アップロードなし、動画データを運ぶネットワークリクエストなし、ログエントリなし。圧縮前にブラウザの開発者ツールをネットワークタブで開くことで確認できます。動画コンテンツでリクエストは出ていきません。唯一のネットワークトラフィックは最初のページ読み込み自体と1回限りの約30 MBのffmpeg.wasmダウンロード(後続の訪問のためにキャッシュされる)です。ページ読み込み後にブラウザを機内モードにしてもコンプレッサーはローカルファイルで動作し続けます。

他のツールが正しい選択である場合

• 2 GBを超えるファイル。ブラウザメモリ制限は約2 GBを超えると本物の壁になります。ディスクからストリーミングでき、利用可能なシステムRAMをすべて使用できるデスクトップHandBrake(無料、GUI、クロスプラットフォーム)またはFFmpeg CLIを使用してください。HandBrakeの品質プリセットはこのツールが使用するのと同じCRF値に直接マッピングされるので、設定が転送されます。
• 何百ものファイルのバッチ圧縮。ファイルフォルダの体系的な再エンコーディングには、シェルループまたはsubprocessを使用するPythonスクリプトを使用したFFmpegコマンドラインツールが劇的に高速です。ワンライナー: for f in *.mp4; do ffmpeg -i "$f" -c:v libx264 -crf 28 -c:a aac -b:a 128k "out_$f"; done。10から20倍の高速化のためにGPUエンコーダー(NVENC、QuickSync)も使用できます。
• プロフェッショナルなポストプロダクションワークフロー。Adobe Premiere、DaVinci Resolve、Final Cut Pro、Avid Media Composerはすべて編集と並んでエンコーディングを含みます。すでに動画を編集している場合、出力時のエンコーディングはワークフローの一部です。Resolveの無料層はすべての同じコーデックで最大4Kを処理します。
• ハードウェアエンコーダー経由の最大速度が必要。GPUアクセラレーションされたエンコーダー(NvidiaのNVENC、IntelのQuickSync、AMDのVCN、Apple SiliconのVideoToolbox)は、ビットあたりわずかに低い品質でCPUエンコーダーより10から20倍高速です。ブラウザツールはハードウェアエンコーダーにアクセスできません。完璧な品質よりも速度が重要な仕事には、ハードウェアアクセラレーションが有効化されたデスクトップアプリを使用してください。

よくある質問

動画はどのくらい圧縮できますか？

一般的な圧縮率は 50～80% のサイズ削減です。100 MB の動画は、見た目の品質低下を最小限に択えながら 20～40 MB に圧縮できることが多いです。正確な削減率は元のコーデック、コンテンツの複雑さ、品質設定によります。

圧縮すると動画の品質に影響しますか？

中品質設定では、通常の視聴距離で圧縮動画とオリジナルの違いを見分けられる人はほとんどいません。カメラやスクリーン録画の高ビットレート映像はよく圧縮できます。SNSからダウンロードしたすでに圧縮された動画では効果が少なくなります。

圧縮動画に最適なフォーマットは何ですか？

H.264 コーデックの MP4 が、すべてのデバイスとプラットフォームで最も互換性の高い圧縮動画フォーマットです。ウェブ用途では、VP9 の WebM がより高い圧縮率を提供しますが、一部のデバイスでは互換性が低くなります。

その他のよくある質問

なぜ圧縮は動画の実行時間より長くかかるのですか?

ソフトウェア動画エンコーディングは計算的に高価です。5分の1080pクリップは、CPUに応じて高品質でエンコードするのに3から15分かかることがあります。FFmpegの-presetフラグはエンコーディング速度を圧縮効率と交換します: ultrafast、superfast、veryfast、faster、fast、medium、slow、slower、veryslow。ツールはデフォルトでmedium(良いバランス)を使用します。デスクトップアプリのハードウェアエンコーダーは10から20倍高速になり得ますが、同じ品質でわずかに大きなファイルを生成します。

H.264、H.265、VP9のどれを選ぶべきですか?

最大の互換性(誰にでも何にでも共有する)には、H.264を選択してください。広範だが普遍的ではないサポートで約30%よりよい圧縮には、H.265(Appleデバイスと最近のWindowsで良好)またはVP9(AndroidとChromeで良好)を選択してください。モダンな互換性での最小ファイルにはAV1を選択してください。ツールはどこでも再生されるためH.264をデフォルトにしています。

圧縮はフレームタイミングまたは同期に影響しますか?

ツールはソースフレームレートと音声映像同期を保持します。ソースが可変フレームレートを持つ場合、エンコーダーはエンコーディング中に定数フレームレートに正規化します。これは小さなタイミングシフト(マイクロ秒)を導入する可能性がありますが、再生には見えません。圧縮後に同期ドリフトに気付く場合、ソースはおそらくすでにドリフトしており、エンコーダーがそれを固定しています。

再エンコードなしで圧縮できますか(ストリームコピー)?

このツールではできません。ストリームコピー(FFmpegでは-c copy)はコンテナのみを変更します(例えばMP4からMKV)、再エンコードなしで。実際にファイルサイズを減らすには、エンコーダーはより低いビットレートまたは異なるコーデックでピクセルデータを再エンコードする必要があります。サイズを変更せずにコンテナ形式だけを変更したい場合は、圧縮機の代わりに動画フォーマットコンバーターを使用してください。

なぜ私の圧縮ファイルはプリセットが示唆するよりも悪く見えることがありますか?

高モーションコンテンツ(スポーツ、アクション、急速なシーン変更)は静的なコンテンツよりはるかに圧縮しにくいです。トーキングヘッド動画では素晴らしく見える5 Mbpsビットレートは、同じビットレートのサッカー試合ではアーティファクトを示すかもしれません。CRFモード(ツールが使用するもの)は適応します。複雑なシーンにより多くのビットを、単純なシーンにより少なくを割り当てるので、出力は一貫した品質ですが可変ファイルサイズです。ファイルサイズが一貫した品質より重要な場合は、デスクトップツールのターゲットビットレートワークフローに切り替えてください。

デスクトップまたはコマンドラインの同等品はありますか?

はい、いくつかあります。HandBrakeは標準のクロスプラットフォームGUIです(無料、オープンソース、下に同じFFmpegを使用)。FFmpeg CLIは正典のコマンドラインツールです。Shutter Encoderはよりフレンドリーなffmpeg GUIです。モバイルではVLCとCapCutが基本的な圧縮を持ちます。バッチ自動化には、シェルスクリプトのFFmpegが無敵です。すべてがこのブラウザツールと本質的に同一の出力を生成します。なぜなら同じ基盤エンコーダーを共有しているからです。