ブラウザ内で動画をH.264+AAC（MP4）に再エンコード。品質プリセットまたは目標ビットレート。何もサーバーに送信されません。
ファイルをどこにも送信することなく、ブラウザ内でビデオを小さなサイズに圧縮します。このツールはWebAssemblyにコンパイルされたffmpegを使用し、MP4コンテナ内でH.264ビデオとAACオーディオに再エンコードします。CRF（定レート係数）スライダーまたは目標ビットレートで圧縮を制御できます。
CRF 18はサイズをある程度削減しながら品質を元に近い状態に保ちます。CRF 28はさらに削減しますが、細部が柔らかくなります。目標ビットレートパスは特定のサイズ上限に収めるのに役立ちます。アップロードフォームがファイルサイズ制限を設けている場合に便利です。再エンコードはCPU負荷が高く、お使いのデバイスで実行されるため、10分の4Kクリップは30秒の1080pよりかなり時間がかかります。
いいえ。WebAssemblyにコンパイルされたffmpegはlibx264エンコーダーをブラウザタブ内で直接実行します。ビデオはローカルメモリに読み込まれ、そこで圧縮され、小さくなったMP4がデバイスに保存されます。Sunastyやサードパーティにはアクセスされるものはありません。ツールの実行中にDevToolsのNetworkタブを監視することで確認できます。
CRF 18は視覚的にほぼ無損失で、保存したい映像のアーカイブに良い出発点です。CRF 23はlibx264のデフォルトで、汎用的な優れた妥協点です。CRF 28はファイルを積極的に縮小しますが、高速な動きや細かいテクスチャで目に見える柔らかさが生じます。オンラインでクリップを共有する場合、21〜24が通常の最適範囲です。
WebAssemblyはネイティブに近い速度で実行されますが、ハードウェアビデオアクセラレーションなしでシングルスレッドのブラウザコンテキスト内で動作します。ffmpeg.wasmを通じたlibx264でのエンコードは、NVENC、QuickSync、またはマルチコアCPU並列処理を使用できるネイティブのffmpegバイナリよりも実際に遅いです。短いクリップや低解像度はすばやく完了します。長い4Kクリップには根気が必要です。
はい。ffmpeg.wasmはすべての一般的なコンテナフォーマットを読み込みます。出力は常にH.264のMP4です。この組み合わせはすべてのデバイスとブラウザでプラグインなしに再生できます。
オーディオはデフォルトで128 kbpsのAACに再エンコードされます。これはスピーチに対して透明で音楽にも十分です。ソースオーディオが既にAACであり完全に保持する必要がある場合は、このコンプレッサーではなく別のオーディオコピーツールを使用してください。
サーバーが関与しないためサーバーサイドの制限はありません。実際の上限はブラウザの利用可能なRAMです。ほとんどのデバイスは数GBまでのファイルを処理できます。非常に大きなクリップは、エンコードが完了する前にタブがメモリ不足になる場合があります。クリップを先に分割して各部分を個別に圧縮することが確実な回避策です。
動作はしますが、正直なところスマートフォンのブラウザが1つのタブに割り当てられるメモリは、ノートパソコンよりもはるかに少なくなります。1080p以下の短いクリップであれば、最近のスマートフォンの多くで問題なく圧縮できます。長いクリップや4Kのクリップは、デスクトップよりもモバイルの方がタブのメモリ不足を起こしやすくなります。その場合は、先にクリップを短くトリミングするか、コンピューターで再度試してください。