MOV → MP4

Ya, dan itu adalah jalur cepat. MOV dan MP4 berbagi struktur kotak yang mendasari yang sama, sehingga aliran video dan audio disalin di seluruh byte-for-byte dan hanya pembungkus kontainer yang ditulis ulang. Tidak ada yang diterjemahkan dan tidak ada yang dikompresi ulang, sehingga sebuah berkas fitur-panjang selesai di bawah satu menit bukan setengah jam, dengan kualitas keluaran identik dengan sumber. MOV adalah wadah Apple QuickTime Apple, dikirim pada tahun 1991 dan masih format iPhone, iPad atau Timeline Final Cut Pro menulis secara baku. MP4 adalah ISO/IEC 14496-14, standarisasi pada tahun 2001 dan berasal dari kotak cepat waktu yang sama yang digunakan MOV.

Tidak dapat diandalkan. MOV menyimpan beberapa aliran audio sebagai trek kelas pertama, tapi dukungan putar MP4 melewati trek pertama tidak konsisten, jadi kebanyakan pemain hanya akan mengekspos satu. Pilih trek yang sebenarnya Anda inginkan sebelum mengubah; yang lain lebih baik diekstrak ke berkas mereka sendiri daripada ditinggalkan dalam wadah yang menyembunyikannya. MOV adalah format yang diminta oleh editor profesional, karena ia bertahan melewati putaran berulang melalui Final Cut Pro, Premiere dan DaVinci Resolve tanpa kehilangan generasi. MP4 hanya mendukung satu format subtitel yang dipakai secara luas (mov_text), dan audio multi-track tidak dapat diandalkan di luar pemutar desktop.

Ya, dan itu biasanya adalah alasan keseluruhan konversi. Sebuah MOV tertanam di halaman web baik menampilkan pemutar yang rusak atau memaksa pengunduhan, karena peramban kapal tidak decoder untuk itu. MP4 memainkan inline melalui elemen video HTML5 asli tanpa plugin dan aplikasi eksternal. MP4 adalah target pengiriman paling aman yang mungkin ada. Setiap telepon, browser, konsol, editor dan Smart TV dibangun dalam dekade terakhir tanpa perangkat lunak tambahan.

Ya, setiap trek audio dalam MOV (direktur komentar, bahasa alternatif, audio deskriptif) diawetkan dalam MP4 ketika wadah target mendukung audio multi-stream. MKV dan MOV menangani trek audio tak terbatas; MP4 mendukung banyak tapi beberapa pemain hardware hanya melihat trek 1; WebM dicap di satu jalur Opus / Vorbis.

Subjudul lembut (dapat dipilih trek) bertahan ketika MP4 dapat membawa mereka: Mengubah sebuah MKV dengan mode SRT, ASS, SSA, PGS, VobSub secara native; MP4 hanya memegang mov_text (format terstrip-down). Mengubah sebuah MKV dengan mode subs dengan MP4 akan biasanya menurunkan mereka ke mov_text atau membakarnya. Hardsubs (terbakar ke dalam video) membawa ke atas tanpa peduli.

Bab metadata transfer antara MOV dan MP4 setiap kali kedua kontainer mendukung sebuah atom bab (MKV, MP4, MOV). WebM menyimpan bab-bab dalam blok yang kompatibel Matroska, sehingga bab WebM round-strip bersih. AVI tidak memiliki bab spec, sehingga mengubah AVI ke MP4 menghasilkan berkas yang tidak dichapter kecuali Anda menambahkan penanda secara manual.

MKV adalah satu-satunya wadah arus utama yang menyimpan lampiran yang ditempelkan secara sewenang-wenang (TTF font untuk subs AS, gambar sampul JPG, PPP-translated PDF yang dimasukkan). Pergi dari MOV ke MP4 tetes lampiran ini ketika MP4 bukan MKV ▪ aliran dasar berubah, tapi payload terpasang tetap di sumber. Jauhkan MOV sebagai cadangan jika Anda bergantung pada fonta yang terpasang.

Kodek baku dipilih untuk mencocokkan MP4 wadah konservatif: MKV default ke H.265 (HEVC) untuk kompresi yang lebih baik; MP4 baku ke H.264 untuk dukungan perangkat terlebar; WebM default ke VP9; AVI menggunakan MPEG-4 ASP (P). Override melalui kodec turun lebih lanjut ▪ AV1 tersedia untuk MKV / Web dimana Anda ingin kompresi maksimum dan dapat menunggu melalui encode.

Metadata statis HDR (Data static HDR10 menguasai nilai-nilai tampilan, tingkat cahaya maksimum) membawa melalui MP4 ketika baik kontainer maupun kodec yang dipilih mendukung (HEVC, AV1 di MKV / MP4). Dolby Vision lebih rapuh ▪ Profil DV 5 / 8,1 dalam MOV umumnya bertahan hidup hanya ke MKV dengan HEVC; mengubah ke sebuah MP4 wadah yang tidak membawa lapisan DV menjadi HDR10.

Catatan MKV dan WebM per-frame timestamps nyata dan menangani VFR asli, jadi MOV VFR bertahan hidup menjadi MP4 dari format-forma tersebut tanpa penyegelan ulang. MP4 to nominal store timestamps juga tetapi beberapa pemain mengasumsikan CFR; konverter mengekspos sebuah "force CFR" untuk mengaktifkan kembali VFR MOV ke 30 / 60 f MP4 untuk target bermasalah.

Kode-kode-codec remux menghasilkan ukuran dekat-identikal (pertahanan atas berbeda dengan 0.1-2%). Sebuah perubahan codec dapat ayunan ukuran sebesar 50% atau lebih: H.264 ke H.265 biasanya setengah berkas dengan kualitas visual yang sama; H.264 ke AV1 bagian lagi pada preset lambat. Pergi dari robekan MOV tinggi (Blu-ray) ke MP4 bitrate rendah (web mengupload) adalah alasan yang paling umum untuk penurunan dramatis.