動画をオンラインで変換

リマックスか再エンコードか：一瞬で終わる変換がある理由

動画ファイルとは、コーデック（H.264、HEVC、VP9、AAC、Opus）で符号化されたストリームを収めるコンテナ（MP4、MKV、MOV、WebM、TS）です。多くの人に必要な変換の大半はコンテナの問題です — プレーヤーが拒んでいるのは箱であって、中の映像ではありません。ストリームのコーデックが変換先のコンテナにそのまま収まる場合、ConvertUnoはフレームをひとつもデコードせず、パケットをそのまま移し替えます。これがリマックスです。出力はビット単位で同一で、所要時間はファイルを読む時間とほぼ同じです。エンジンのルールは次のとおりです。

実際には、MKVからMP4、MOVからMP4（H.264のiPhone録画）、TSからMP4やMTS（AVCHDのビデオカメラ）は一般的なケースでリマックスになり、MP4からMKV、MOV、TS、M4Vへは、MP4がH.264 + AACを収めていれば — 大半がそうです — リマックスで済みます。WebMからMP4は決してリマックスできません。VP8/VP9はMP4のコーデックではないからです。HEVCのiPhoneクリップも同様で、これらはお使いのグラフィックスハードウェア上でデコードと再エンコードを行います。再エンコードはソース自身のデータレートに15%の余裕を足した値を狙い（0.25〜8 Mbpsの範囲に制限）、HEVCやAV1を効率の劣るH.264へ変換するときは追加のビット（×1.55、二世代下なら×1.9）を与えます。

結果パネルにロスレスのバッジが表示されるのは、ソースに存在するすべてのストリームがコピーされた場合だけです。リマックスは何も小さくしません — ファイルを小さくするのは圧縮ツールの仕事です。

動画から音声を取り出す

音声形式を選ぶと、映像トラックは意図的に破棄されます。コピーのルールは同じです。変換先と一致するコーデックはそのまま取り出されます — AACトラックはM4Aに、WebMのOpusはOGGに、すでにMP3音声を載せた動画からはそのMP3がそっくり返ってきます。それ以外はデコードして再エンコードします。MP4からMP3（またはあらゆる動画からMP3）は、サンプリングレート32 kHz以上のソースならどの経路でも320 kbpsのMP3を書き出し（それより低いレートのソースはレートを保ったままMP3自体の上限にかかります。16–24 kHzでは160 kbps、AMRのような8 kHzの狭帯域音声では64 kbps）、M4AはAACを書き出し、WAVは非圧縮の16ビットPCMです — 何倍も大きい忠実な複製ですが、非可逆のソースが捨てたものは何も戻ってきません（MP3からWAVのページにはそのことを率直に書いています）。

よくある落とし穴があります。映画のリップやディスクのキャプチャはDolby Digital（AC-3）音声を載せていることが多く、ブラウザはこれをデコードできません。土台のメディアライブラリはそこで失敗するのではなく、トラックを黙って落とします — 音のない「成功した」変換が残るわけです。エンジンは意図的に破棄したわけではないトラックの欠落を捕まえてファイルをソフトウェアデコーダーへ渡し、そちらがAC-3を読んで5.1chをステレオにダウンミックスします（AC3からMP3はその単独版です）。音声トラックのないファイルには明快なエラー — 「このファイルには抽出できる音声トラックがありません。」 — を返し、空のファイルは決して出しません。

レガシー形式：AVI、FLV、WMV、3GP、MPG、VOB

ハードウェア経路が読めるのは現代的なコンテナだけです。AVI、FLV、WMV、MPG、VOB — そしてWMA、AMR、AIFFのような古い音声 — は第二のエンジンへ回ります。完全なソフトウェアデコーダー（WebAssembly版のffmpeg）で、初回利用時に一度だけ取得され（約31 MB）、以後はブラウザにキャッシュされます。ダウンロードされるのはエンジンであって、あなたのファイルではありません。これらのコンテナが実際に収めているもの — AVIのDivX/XvidやMS-MPEG4、FLVのH.263、VP6、初期のH.264、WMVのWMV1/2/3、3GPのH.263、MPEG-4 Part 2、AMR、MPGとDVDのVOBのMPEG-1/2 — をデコードし、MP4にはH.264と128 kbpsのAAC（WebMにはVP8とVorbis）を書き出します。シングルスレッドで動く、CPU速度でのフル再エンコードです。小さなスマホ動画なら数秒、長いDVD録画なら数分かかります。

例外と制限：MTS/M2TSとTSはトランスポートストリームで、ハードウェアエンジンがネイティブに読めるため、AVCHD形式のH.264/AACストリームは即座にリマックスされます — ビデオカメラ由来のテスト素材を使った検証ハーネスで実証済みです。Dolby Digital音声を載せたビデオカメラのファイルは、前述のソフトウェア経路を通ります。ごく古いAVIの一部は、このデコーダーですら持たない独自のキャプチャコーデックを使っています。WMA ProとWMA LosslessはWMAからMP3の対象外です。MKVの字幕トラックはまだ引き継がれません。コーデック関連のケースでは、壊れたファイルを出す代わりにツールがその旨を伝えます。字幕は単に出力から省かれます。

動画からGIFへ、GIFから動画へ戻す

GIF出力はお使いの端末上でフレームごとに組み立てられます。毎秒12フレーム、幅は最大480ピクセル（縦横比は維持、アップスケールなし）、各フレームは256色パレットに量子化され、音声はありません — この形式に音声というものがないからです。GIFはすぐに肥大化するので、向いているのは15秒足らずの一場面です。先にトリミングしてから、MP4からGIFかMOVからGIFでループにしましょう。逆方向のGIFからMP4は、1989年生まれの全フレーム保存を本物の動画コーデックに置き換えるため、同じループがたいてい90%以上小さくなります。