音声・動画

動画形式変換

必要のない再エンコードはせずに動画の形式を変えます。MOV から MP4、MKV から MP4 といった変換の多くは入れ物を差し替えるだけで、映像も音声もそのまま移し替えられます。FFmpeg はブラウザーのタブ内で動作し、ファイルはアップロードされません。

  • 変換先の形式が受け入れられるストリームはコピーするだけなので、結果は元のファイルと同じ品質になります
  • 出力形式は 11 種類。映像と音声がそれぞれどう扱われるかを、実行前に提示します

動画ファイルをここにドロップ

ファイルは端末内に留まり、アップロードされません

MP4、MOV、MKV、WebM、AVI、WMV、FLV、MPEG-TS、MPG、3GP、OGV など、FFmpeg が扱えるほとんどの形式を読み込めます。

まだ動画が選ばれていません

まず動画ファイルを選んでください。エンジンのダウンロードはそのあとに始まります。

変換

概要

形式の変換は、そもそも映像に触れる必要がないことがほとんどです。このツールは本当に再エンコードが必要な部分だけを見極め、そこだけを処理し、その判断を実行前に見せます。

  1. 01

    コピーで済むならコピーする

    MOV の中身はたいてい H.264 の映像と AAC の音声、つまり MP4 が受け入れるものそのものです。だから変換は入れ物を書き換えていまあるパケットを移すだけになり、数秒で終わって映像は元のままです。すでに互換性のあるこの組み合わせを再エンコードしても、時間と一世代分の画質を失うだけです。

  2. 02

    何をするのかを先に示す

    実行前に、映像はコピーか再エンコードか、音声はコピーか再エンコードか、そしてそれぞれの理由が右側にはっきり書かれます。元データをそのまま渡せるツールと、まずコピーで試さなければならないツールの違いはここにあります。

  3. 03

    出力形式は 11 種類

    MP4、MKV、WebM、MOV、AVI、MPEG-TS、FLV、WMV、OGV、MPG、3GP。それぞれに本当に収まるコーデックだけを提示します。選択肢は形式に合わせて変わるので、多重化の途中で拒否されるような組み合わせは出てきません。

  4. 04

    珍しい組み合わせは事前に警告

    MP4 の中の VP9 は規格上は正しくても開けないソフトが少なくありませんし、MP4 の HEVC は Apple 端末では再生できても Chrome では再生できないことがほとんどです。どちらも結果まで含めて警告するので、「技術的には成功した変換」があとで困る事態になりません。

  5. 05

    書ける形式より読める形式のほうがずっと多い

    FFmpeg は WMV、FLV、RealVideo、DivX、VOB、MTS といった扱いにくい過去の形式にも対応し、現行の形式も幅広く読めます。ほかで再生できるファイルならここでも読めることが多い一方、壊れたファイルやこのブラウザー版にないコーデックでは失敗することがあります。

  6. 06

    処理はすべて手元、アップロードなし

    FFmpeg を WebAssembly にコンパイルしたものがタブ内で動きます。アップロードも順番待ちも透かしもアカウントも不要です。代わりにブラウザーのメモリーがファイルサイズの実質的な上限になりますが、取材映像や顧客の素材、社内ツールの録画は端末から出ません。

使い方

開けないファイルを、使えるファイルにするまでの 4 ステップ。

  1. 01

    動画をページにドロップするか、ファイル選択を使います。エンジンのダウンロードはここから始まり、約 31 MB で一度きりです。続いてファイルを読み取り、コンテナ、コーデック、画面サイズを調べます。

  2. 02

    出力形式を選びます。共有・再生・アップロードのためならほぼ MP4 が答えです。MKV は、ほとんどどんなストリームでもそのまま受け入れてくれる選択肢です。

  3. 03

    右側の処理内容を読みます。映像と音声がそれぞれコピーされるのか再エンコードされるのか、その理由まで書かれています。特定のコーデックや小さい画面サイズが必要でなければ、処理方法は「自動」のままで構いません。

  4. 04

    「変換する」を押します。できあがったファイルは右側に表示され、ブラウザーが再生できる形式ならダウンロード前に確認できます。

詳細

手に入るファイルが目的に合うかどうかを左右する要素です。

  • 出力コンテナは 11 種類: MP4、MKV、WebM、MOV、AVI、MPEG-TS、FLV、WMV、OGV、MPG、3GP
  • 変換先のコンテナが入力のコーデックを受け入れる場合はストリームを自動的にコピーし、デコードの工程自体を省略
  • ストリームごとに、コピーか再エンコードか、結果のコーデック、その理由を実行前に提示
  • 映像は H.264、VP8、ProRes、MPEG-4 Part 2、MPEG-2、Theora、WMV 8、Sorenson H.263 へエンコード可能
  • 音声は AAC、MP3、Vorbis、AC-3、MP2、FLAC、ALAC、WMA、PCM へエンコード可能、削除も可能
  • コーデックの選択肢は、選んだコンテナが実際に受け入れるものだけに絞り込み
  • 規格上は正しくても珍しい組み合わせや、コピーされた映像が HEVC・AV1 のままでブラウザーの対応が分かれる場合を警告
  • 2160p、1440p、1080p、720p、480p、360p への縮小に対応。プリセットは短辺基準で縦向きは縦向きのまま
  • MP4、MOV、3GP には faststart を適用し、ダウンロード完了前に再生を開始可能
  • エンジンのダウンロード中は実バイト数の進捗を、変換中は変換の進捗を表示
  • 完成したファイルは、元ファイルに対する容量比と、再エンコードの有無を表示
  • すべてブラウザーのタブ内で完結 — アップロードなし、順番待ちなし、アカウントなし、透かしなし

活用シーン

動画形式の変換ツールを探すことになる、よくある場面です。

  1. iPhone で撮った MOV が Windows で開けない

    その録画の中身はもともと H.264 と AAC、つまり MP4 が収めるものそのものです。MP4 への変換は両方のストリームを新しい入れ物へ移すだけで数秒で終わり、再エンコードも劣化もありません。いちばん多い変換であり、いちばん品質を犠牲にすべきでない変換です。

  2. ダウンロードした MKV を編集ソフトが読み込まない

    Matroska は保管には優れていますが、編集ソフトの対応は今ひとつです。中身が H.264 なら MP4 への移動はコピーで済みます。HEVC や、もっと古いものが入っている場合も、処理内容にそう書かれ、変えざるを得ない部分だけを再エンコードします。

  3. 保管ドライブから出てきた古い AVI、WMV、FLV

    DivX や Flash の時代のファイルはいまも共有ドライブやバックアップに残っていて、最近のソフトはますます受け付けなくなっています。MP4 への変換でどの端末でも再生できる状態に戻せますし、映像は再エンコードでも音声はコピーで済むことがよくあります。

  4. ウェブページでそのまま再生させたい

    HTML5 の動画では、WebM に Vorbis を組み合わせるとオープンな形式になります。幅広い端末をカバーしたいなら MP4 と H.264 が無難です。同じ素材から 2 回実行すれば両方そろい、どちらがコピーでどちらが本当のエンコードかは処理内容ではっきりします。

  5. 編集ソフト用に素材を用意する

    ロング GOP の H.264 は、シークのたびに編集ソフトに負担をかけます。MOV の ProRes に変換すると、編集ソフトは組み立て直さずに使えるフレームを受け取れます。ファイルははるかに大きくなり、操作ははるかに滑らかになります。

  6. MP4 しか受け付けないアップロードフォーム

    求人応募、課題提出、サポート窓口では形式が 1 つだけ指定され、それ以外は拒否されます。しかも長いアップロードのあとで初めて弾かれることも珍しくありません。先に指定どおりのものを用意しておけば、弾かれるはずだった提出がそのまま通ります。

  7. 再生はできるのに音が出ない録画

    再生環境がデコードできない音声を抱えたコンテナがあります。MKV の中の AC-3 や DTS が代表例です。映像はコピーのまま音声だけを AAC に再エンコードすれば、映像に触れることも全体の変換を待つこともなく音が戻ります。

  8. 外に出すべきでない素材

    取材の録音、医療の映像、顧客から預かった素材、社内ツールの録画。いずれも変換サイトに置くようなものではありません。ここでの処理はすべてタブ内で完結し、実行中にネットワークパネルを見れば自分で確認できます。

関連情報

形式を変えることと容量を小さくすることは別の話です。困っているのが再生環境ではなく容量の上限なら、メガバイト単位の数値から逆算する 動画圧縮を使ってください。変える必要があるのが画面のほう — 解像度、切り抜き、横向きから縦向きへ — なら、それは 動画リサイズ・切り抜きの担当です。そして音声だけが目的なら、録画から音声を取り出して MP3 として保存するのが 音声変換です。

コンテナとコーデックは別のもの

動画の形式がややこしく感じられる原因のほとんどは、拡張子を形式そのものだと思ってしまうことにあります。実際は違います。.mp4 が指すのは外側の入れ物で、中に何を入れるかは別の判断です。この 2 つを分けて考えると、変換の悩みの大半は答えが見えてきます。

  1. コンテナは入れ物

    MP4、MKV、WebM、MOV、AVI はいずれもコンテナです。コンテナは 1 本以上のストリームを、同期を保つための時間情報と、再生位置を移動するための索引と一緒に収めます。エンコード自体は行いません。

  2. コーデックは中身

    H.264、HEVC、VP9、AV1、MPEG-4 Part 2 は映像のコーデックで、AAC、MP3、Opus、Vorbis は音声のコーデックです。映像と音声をどう圧縮するかを決めるもので、画質も、そもそも再生環境がデコードできるかどうかも、ここで決まります。

  3. コンテナの好みには差がある

    MP4 は H.264、HEVC、MPEG-4 Part 2 などを受け入れます。WebM は VP8、VP9、AV1 だけです。MKV はほぼ何でも受け入れるので、変わったストリームの受け皿として最も確実です。変換をコピーだけで済ませられるかどうかは、これで決まります。

  4. だから「MOV から MP4」はたいてい無償

    どちらのコンテナも H.264 と AAC を受け入れるため、カメラが出力したストリームは手を加えずに新しい入れ物へ収まります。デコードも再圧縮もなく、出力はバイト単位で同じ動画です。変わったのは外側の手続きだけです。

  5. そして「MP4 から WebM」はそうならない

    WebM はどんな場合でも H.264 を収められません。映像は VP9 か VP8 として完全にデコードしてエンコードし直す必要があり、実時間と一世代分の品質を要します。これはツールの不備ではなく、形式の境界そのものです。

  6. 拡張子はラベルであって保証ではない

    .mkv を .mp4 に変えても中身は 1 バイトも変わらず、たいていは再生できなくなります。再生環境が探しにいく構造がそこにないからです。本当の変換はその構造を書き直すことで、ここではストリームに一切触れない場合でもそれを行っています。

使い方のヒント

一度で使えるファイルを手に入れるための習慣です。

  • まずは処理方法を「自動」のままにする — 処理内容が両方コピーと出ているなら、入れ物だけ変わった同じ動画が数秒で手に入り、あえて再エンコードする利点はありません
  • 共有・再生・アップロードが目的なら MP4 を選び、ほかの形式は明確に指定されたときだけにする
  • 処理内容に映像の再エンコードが必要と出たら MKV に切り替える — ほぼどんなストリームでも受け入れるので、その高くつく再エンコードが書き換えだけで済むことがほとんどです
  • 形式名ではなく処理内容を読む — 同じ「MP4 に変換」でも、ファイルによって一瞬で終わることもまるごと再エンコードになることもあり、どちらなのかは右側に書かれています
  • 解像度は本当に画面サイズを小さくしたいときだけ設定する。「そのまま」以外にすると、形式を変えるだけなら不要だったはずの再エンコードまで発生します
  • ファイル自体の調子が悪いときは、あえて再エンコードする — コンテナでは説明のつかない理由でストリームを拒む再生環境も、MP4 の H.264 なら受け入れることがほとんどです
  • 前回の変換結果ではなく元のファイルから変換する。再エンコードは前回の上に重なっていくためです
  • 長尺や高解像度の作業はパソコンのブラウザーで行う。スマートフォンではタブに割り当てられるメモリーがはるかに少なくなります

制限事項

このツールが意図的に行わないことと、苦手な場面です。

  • ストリームのコピーは無劣化ですが、再エンコードはそうではありません。H.264 や VP8 は非可逆の形式なので、画質を高く設定しても再エンコードされたファイルは元より一世代分離れます。
  • 映像 1 本と音声 1 本だけを引き継ぎます。追加の言語トラック、字幕、チャプターは失われます。複数を抱えた MKV のダウンロードで特に影響します。
  • HEVC と AV1 は読み込みとコピーはできますが、書き出しはできません。エンジンに AV1 エンコーダーはなく、HEVC エンコーダーもシングルスレッドのブラウザー版では動作しないため、このツールが書き出せる現代的なコーデックは H.264 です。
  • VP9 も書き出せません。この版のエンコーダーはメモリーエラーで失敗するため、WebM の出力は VP8 でエンコードします。既存の VP9 ストリームを WebM や MKV へコピーすることは引き続き可能です。
  • AV1 はどちらの方向にも再エンコードできません。この版のデコーダーが WebAssembly からは使えないハードウェアを必要とするためです。受け入れるコンテナへ AV1 をコピーすることは、デコードを伴わないので引き続き可能です。
  • トリミング、切り抜き、回転、結合、字幕の追加は行わず、目標ファイルサイズに合わせることもしません。いずれも別の作業で、下に対応するツールがあります。
  • 再エンコードは WebAssembly のシングルスレッドで動くため、デスクトップ版 FFmpeg より遅くなります。コピーはその影響を受けません。ほとんど CPU を使わない経路だからです。
  • 処理の前に動画全体をメモリーへ読み込み、WebAssembly は 32 ビットなので、250 MB 前後を超えると動作が不安定になります。
  • エンジンは初回のみ約 31 MB です。以降はキャッシュされますが、新しいブラウザープロファイルでの初回はこのダウンロードが発生します。
  • ブラウザーが再生できない形式 — MKV、AVI、WMV、FLV、MPEG-TS、MPG、3GP — は正しく生成されますが、ここではプレビューできません。ダウンロードして再生ソフトで開いてください。
  • 本当に壊れているファイルは、そもそも読み込めないことがあります。書き直しで索引の欠落やずれは直せますが、もともと入っていないデータは復元できません。

よくある質問

動画の形式が合わないときによく出てくる疑問です。

MOV を MP4 に画質を落とさず変換するには？

MP4 を選び、処理方法は「自動」のままにしてください。スマートフォンやカメラの MOV には、ほぼ確実に H.264 の映像と AAC の音声が入っていて、どちらも MP4 が受け入れます。そのため両方のストリームはデコードして圧縮し直されるのではなく、新しいコンテナへコピーされます。処理内容には映像も音声も「コピー」と表示され、できあがるファイルの画質は元と同一で、しかも数秒で終わります。

MKV を MP4 に変換するには？

MP4 を選び、処理内容を確認してください。MKV の中身が H.264 や HEVC なら MP4 が受け入れるので映像はそのまま移ります。音声も同様にコピーされますが、Vorbis や DTS のように MP4 が受け付けないものだった場合は音声だけが AAC に再エンコードされます。なお引き継がれるのは最初の映像と音声だけなので、複数の言語トラックや字幕を持つ MKV は簡素になった状態で出てきます。

動画を変換すると画質は落ちますか？

実際に再エンコードされたときだけです。ストリームのコピーは圧縮済みのデータをそのまま移すので、結果は元と同一で、どんな設定でも良くも悪くもなりません。再エンコードは映像をデコードして圧縮し直すため、わずかであっても必ず何かを失います。どちらになるかは処理内容に書かれており、自動は形式が許すかぎり後者を避けます。

動画はどこかにアップロードされますか？

されません。エンジンは WebAssembly にコンパイルされた FFmpeg で、ブラウザーのタブ内で動作します。ファイルはディスクからタブのメモリーへ読み込まれ、結果はダウンロードとして書き戻されます。このファイルに関するデータがネットワークを通ることはなく、変換中にネットワークパネルを見れば自分で確認できます。

コンテナとコーデックの違いは？

コンテナはファイル形式そのもの、つまり MP4、MKV、WebM などで、ストリームと、再生に必要な時間情報や索引を収めます。コーデックはその中の映像と音声をどう圧縮するかで、H.264 や AAC がそれにあたります。再生環境がコンテナに対応していても中身をデコードできないことはあり、それが「MP4 なのに再生できない」という現実的でよくある問題の正体です。このツールが両方を分けて表示するのもそのためです。

.mkv を .mp4 にリネームするだけではだめ？

だめですし、たいていは事態が悪くなります。拡張子はラベルにすぎず、中身のバイトは本来のコンテナに従って並んでいます。MP4 だと告げられた再生環境は存在しない構造を探しにいき、そのファイルを拒否します。変換はその構造をきちんと書き直す作業です。ストリームに互換性がある場合はリネームとほぼ同じ速さで、しかもリネームと違って実際に機能します。

どの動画形式に変換すればいい？

理由がなければ MP4 に H.264 です。ブラウザーもスマートフォンも編集ソフトもアップロードフォームも対応していて、多くの入力は再エンコードなしでコピーできます。ウェブページでオープンな形式のまま再生させたいなら WebM、変わったストリームに手を触れずに収めるコンテナが必要なら MKV、編集のタイムラインに載せるなら MOV に ProRes を選んでください。

MP4 に変換したのに再生できないのはなぜ？

処理内容に何を入れたと書かれていたか確認してください。HEVC が入った MP4 は Apple の端末では再生できてもそれ以外ではできないことが多く、VP9 が入った MP4 は規格上正しくても受け付けないソフトが少なくありません。どちらも変換前に警告されます。処理方法を再エンコードにして H.264 を選べば、ほぼどこでも再生できる組み合わせになります。代償はまるごと 1 回のエンコードです。

変換したファイルの音が出ない、または言語が違うのはなぜ？

引き継がれるのは最初の音声トラックだけなので、複数の言語トラックを持つファイルでは先頭にあったものが残ります。まったく無音になる場合は、コンテナが入力の音声コーデックを受け付けなかった可能性が高く、その場合は処理内容にそのコーデックが示され、コンテナが受け入れる形式へ再エンコードされます。通常はそれで解決します。

MOV から MP4 は一瞬なのに、MP4 から WebM が遅いのはなぜ？

作業の種類が違うからです。MOV も MP4 も H.264 を受け入れるので、ストリームはデコードされずに移動します。一方 WebM は VP8、VP9、AV1 しか受け入れないため、H.264 の映像は完全にデコードしてエンコードし直す必要があります。全フレームを、シングルスレッドで、ブラウザーのタブ内で。どちらを行うことになるのかは、実行前に処理内容へ書かれています。

HEVC や AV1、VP9 の動画も変換できますか？

いずれも読み込めますし、受け入れるコンテナへのコピーもできます。コピーはデコードを伴わないからです。ただし書き出しはできません。この版には AV1 エンコーダーがなく、HEVC エンコーダーはシングルスレッドでは動作せず、VP9 エンコーダーはメモリーエラーで失敗するため、WebM は VP8 で書き出します。AV1 を別の形式へ再エンコードすることも、デコードに WebAssembly からは使えないハードウェアが必要なため不可能です。入力が HEVC や VP9 の場合、H.264 への変換は問題なく行えます。

どれくらいの大きさまで変換できますか。時間はどのくらい？

コピーはデコードしないので長さにほとんど左右されず、制約は時間ではなくメモリーです。再エンコードは長さと解像度と端末の性能に比例し、シングルスレッドで動くため、長尺で高解像度の素材は相応に時間がかかります。どちらの場合も実質的な上限は 250 MB 前後です。処理中はファイル全体がタブ内に置かれるためです。

関連ツール

ブラウザーだけで完結する、動画のためのツールをほかにも用意しています。