Kompresor Video Gratis

Apa yang sebenarnya dilakukan kompresi video pada file Anda

Video mentah adalah aliran deras data piksel. Klip 1080p (1920x1080) 60fps secara kasar adalah 1920 x 1080 x 3 byte per piksel x 60 frame per detik, sekitar 370 MB per detik rekaman tidak terkompresi. Bahkan 720p 30fps tidak terkompresi adalah sekitar 80 MB/s. Kompresi membuat video dapat dibagikan dengan memanfaatkan dua redundansi: redundansi spasial dalam satu frame (piksel tetangga seringkali mirip) dan redundansi temporal antar frame (sebagian besar piksel hampir tidak berubah dari frame ke frame). Codec modern menyandikan frame kunci (gambar lengkap) setiap beberapa detik dan hanya perbedaan di antaranya. Perbedaan tersebut kemudian ditransformasi DCT, dikuantisasi (langkah lossy yang membuang detail frekuensi tinggi yang mata Anda kurang perhatikan), dan dikodekan entropi. Nilai CRF (Constant Rate Factor) yang Anda pilih mengontrol seberapa agresif langkah kuantisasi membuang informasi. CRF 18 secara visual tanpa kehilangan; CRF 23 adalah default x264 (transparan untuk sebagian besar pemirsa); CRF 28 adalah kualitas web yang dapat diterima; di atas CRF 30 Anda mulai melihat blocking dalam adegan gelap dan noise mosquito di sekitar teks.

Resolusi, framerate, dan bitrate adalah tiga tombol independen. Membagi dua resolusi dari 1080p ke 720p memotong data mentah 4x (setiap sumbu dibagi dua). Membagi dua framerate dari 60fps ke 30fps memotong data 2x. Kedua pengurangan terlihat jelas pada konten detail tetapi seringkali tidak terlihat pada rekaman kepala bicara, rekaman layar UI yang sebagian besar statis, atau klip media sosial yang ditonton di layar berukuran telepon. Bitrate adalah tombol ketiga: klip 1080p 30fps pada 5 Mbps terlihat hebat; klip yang sama pada 1 Mbps menunjukkan artefak blok. Preset kualitas alat memilih nilai CRF yang menargetkan bitrate yang biasanya dapat diterima web: preset Tinggi sekitar CRF 23 (sekitar 5 Mbps untuk 1080p), Sedang sekitar CRF 28 (sekitar 2 Mbps), Rendah sekitar CRF 33 (sekitar 800 kbps), dan Kustom membiarkan Anda menarik slider sendiri.

Audio juga penting. Video 10 menit dengan audio PCM (tidak terkompresi) membawa 100 MB audio saja. Alat ini mengkodekan ulang audio ke AAC pada 128 kbps secara default, turun menjadi sekitar 10 MB untuk 10 menit yang sama tanpa kehilangan yang dapat didengar untuk sebagian besar konten. Kontainer (pembungkus MP4 di sekitar trek video dan audio) sebagian besar adalah pembukuan: pengindeksan trek, tabel pencarian, header codec. MP4 dengan video H.264 ditambah audio AAC adalah lingua franca universal tahun 2026: dimainkan di setiap browser, telepon, smart TV, konsol, dan pemutar tertanam yang akan Anda temui. WebM dengan VP9 ditambah Opus terkompresi sekitar 30% lebih baik tetapi masih ditolak oleh beberapa ekosistem warisan.

Cara kerja alat ini di balik layar

Mesin kompresi adalah FFmpeg, alat berbasis C yang sama yang menggerakkan farm encoding Netflix, pipeline transcoding YouTube, dan hampir setiap alat video yang pernah Anda gunakan. Versi browser adalah FFmpeg yang dikompilasi ke WebAssembly melalui Emscripten (dimulai oleh Jerome Wu pada 2019, saat ini di versi 4.x), menghasilkan biner sekitar 30 MB yang berjalan sepenuhnya di tab browser. Saat Anda menjatuhkan video, file dibaca ke dalam sistem file virtual WebAssembly melalui pembaca streaming sehingga file 1 GB tidak meledakkan memori browser pada saat unggah.

Setelah file ada di sistem file WASM, alat menjalankan FFmpeg dengan argumen seperti -i input.mp4 -c:v libx264 -preset medium -crf 28 -c:a aac -b:a 128k output.mp4. FFmpeg mendekode sumber frame demi frame, menerapkan perubahan ukuran atau framerate yang Anda minta, menyerahkan frame ke libx264 untuk encoding video, mengkodekan audio secara paralel melalui AAC, dan menggabungkan hasilnya menjadi kontainer MP4 baru. Pesan kemajuan mengalir dari stderr FFmpeg melalui listener event JavaScript dan memperbarui bilah kemajuan di layar secara real time.

ffmpeg.wasm menggunakan SharedArrayBuffer untuk encoding multi-thread sehingga encoder dapat menggunakan beberapa core CPU secara paralel, sama seperti FFmpeg desktop. SharedArrayBuffer mengharuskan halaman disajikan dengan dua header HTTP (Cross-Origin-Opener-Policy: same-origin dan Cross-Origin-Embedder-Policy: require-corp) karena alasan keamanan yang berasal dari kerentanan Spectre. Situs ini menetapkan header tersebut, jadi encoding menggunakan semua core Anda yang tersedia. Blob unduhan dibangun dalam memori dan diserahkan ke browser sebagai tautan <a download> sintetis.

Sejarah singkat kompresi video

• MPEG-1, 1993.Standar video digital pertama yang tersebar luas. Digunakan dalam Video CD (format yang sebentar bersaing dengan VHS di Asia tahun 1990-an). Bitrate target 1,5 Mbps untuk video 352x240. Kualitas marginal menurut standar modern, tetapi membuktikan video digital pada bitrate konsumen mungkin.
• MPEG-2, 1995.Digunakan dalam DVD (peluncuran 1996), TV siaran digital (ATSC di Amerika Utara, DVB di Eropa), dan satelit definisi standar. 4 hingga 8 Mbps untuk video SD. Lisensi paten kompleks sejak awal, meramalkan perang codec selanjutnya.
• H.264/AVC diratifikasi, 2003.Upaya bersama ITU-T dan ISO/IEC, codec ini menggandakan efisiensi MPEG-2 dan menjadi dominan dalam lima tahun. Blu-ray Disc (2006), iPhone (2007), transisi YouTube (2007 hingga 2010), dan streaming HTTP (HLS pada 2009, MPEG-DASH pada 2011) semuanya dibangun di atas H.264. Pada 2026, masih merupakan codec paling kompatibel di Bumi: setiap browser, setiap telepon, setiap smart TV memutarnya.
• H.265/HEVC, 2013.Peningkatan efisiensi sekitar 50% lagi dibandingkan H.264 sebagai pertukaran untuk komputasi encoding 5 hingga 10x lebih banyak. Adopsi terhambat oleh kekacauan lisensi paten: tiga kolam paten yang bersaing (MPEG-LA, HEVC Advance, Velos) dengan klaim tumpang tindih menghalangi vendor perangkat keras dan perangkat lunak. Apple berkomitmen pada 2017 (iPhone 7 ditambah HEIC/HEVC), tetapi YouTube, browser, dan web terbuka sebagian besar melewati H.265 demi VP9 dan AV1.
• VP9 dan AV1, 2013 dan 2018.Google membuka sumber VP9 pada 2013, kemudian bermitra dengan Mozilla, Cisco, Microsoft, Netflix, Amazon, Intel dan lainnya di Alliance for Open Media untuk merancang AV1 (diratifikasi 2018). Keduanya bebas royalti. AV1 menyamai atau mengalahkan H.265 dalam kompresi sambil bebas digunakan. YouTube menyajikan AV1 ke klien yang mampu, Netflix menggunakannya untuk tingkat premium, dan dekoder perangkat keras dikirim dalam chip andalan mulai 2020.
• ffmpeg.wasm, 2019 hingga 2026.Jerome Wu menerbitkan ffmpeg.wasm pertama pada 2019 dengan mengkompilasi FFmpeg ke WebAssembly melalui Emscripten. Versi awal sekitar 50 MB dan lambat. Lini 4.x stabil pada sekitar 30 MB dengan multi-threading SharedArrayBuffer, membuat kompresi sisi browser praktis untuk file hingga 1 hingga 2 GB. Pada 2026, pendekatan ini cukup matang sehingga alat seperti yang ini dapat menggantikan layanan berbasis cloud untuk sebagian besar kebutuhan kompresi pribadi.

Cara Kerjanya

1. Unggah video Anda: Pilih atau lepas file video yang perlu Anda kompres.
2. Atur pengaturan kompresi: Pilih tingkat kualitas target atau ukuran file, dan secara opsional kurangi resolusi atau frame rate.
3. Kompres dan unduh: Klik Kompres dan unduh file video yang lebih kecil setelah pemrosesan selesai.

Mengapa Menggunakan Kompresor Video?

File video besar lambat untuk diunggah, mahal untuk disimpan, dan menyebabkan pemutaran buruk pada koneksi seluler. Platform media sosial, lampiran email, dan hosting website semuanya memberlakukan batas ukuran. Kompresi video mengurangi ukuran file dengan menyesuaikan bitrate, resolusi, dan efisiensi codec, sering mencapai pengurangan ukuran 60–80% dengan kehilangan kualitas visual minimal. Kompresor berbasis browser ini menangani detail teknis sehingga Anda cukup mengatur kualitas yang diinginkan dan mengunduh hasilnya.

Fitur

• Preset kualitas: Pilih dari pengaturan kualitas Tinggi, Sedang, Rendah, dan Kustom dengan perkiraan ukuran output.
• Penurunan resolusi: Secara opsional kurangi ke 1080p, 720p, 480p, atau 360p untuk mengurangi ukuran file lebih lanjut.
• Pengurangan frame rate: Turunkan frame rate dari 60fps ke 30fps atau 24fps untuk mengurangi data.
• Perbandingan ukuran file: Menampilkan ukuran file asli dan terkompresi dengan rasio kompresi yang dicapai.
• Pemrosesan lokal: Kompresi berjalan sepenuhnya di browser Anda, tidak perlu unggah ke cloud.

Alur kerja kompresi dunia nyata

• Berada di bawah batas 25 MB Discord.Alasan paling umum untuk mengompresi video. Rekaman layar atau klip telepon 2 menit seringkali 60 hingga 200 MB. CRF 28 ditambah downscale 720p opsional biasanya membawa klip 1080p 2 menit menjadi 8 hingga 15 MB. CRF 30 hingga 32 dengan downscale 480p menangani bahkan konten gerakan tinggi. Preset Sedang alat dikalibrasi untuk kasus penggunaan yang tepat ini.
• Batas ukuran lampiran email.Gmail dan sebagian besar server email perusahaan membatasi lampiran sekitar 20 hingga 25 MB. Untuk berbagi panduan cepat atau video how-to ke kolega non-teknis, menurunkan video telepon 90 MB menjadi MP4 15 MB dengan preset kualitas Sedang adalah jalan dengan resistensi paling sedikit.
• Biaya hosting web dan waktu muat.Video yang di-host sendiri di situs portofolio atau halaman produk jauh lebih murah untuk disajikan pada 5 MB daripada 50 MB (bandwidth CDN, waktu muat seluler, Core Web Vitals). Untuk video hero latar belakang yang berulang dalam diam, CRF 30 hingga 32 ditambah audio diam dan downscale 720p memberikan tampilan kualitas siaran pada ukuran file portabel.
• Arsip pribadi.Video telepon lama memakan penyimpanan telepon dan cloud. Mengkodekan ulang setahun video keluarga pada CRF 23 (secara visual tanpa kehilangan untuk sebagian besar konten) seringkali memotong arsip sebesar 50 hingga 70% tanpa perubahan kualitas yang dirasakan. iCloud pada tingkat 50 GB tiba-tiba menjadi jauh lebih dapat digunakan.
• Unggahan media sosial.Instagram, TikTok, dan X semua mengkodekan ulang apa pun yang Anda unggah, tetapi memulai dengan sumber terkompresi di bawah bitrate yang mereka sarankan (biasanya 5 hingga 10 Mbps untuk 1080p) berarti unggahan lebih cepat dan menghindari algoritma mereka merusak video Anda dengan pengkodean ulang agresif mereka sendiri. Preset Tinggi menjaga kualitas maksimal sambil tetap memotong ukuran file.
• Penghematan data seluler.Mengirim video melalui seluler: 50 MB membutuhkan 20 hingga 40 detik pada 4G, memakan data yang berarti, dan dapat gagal pada sinyal buruk. Mengompresi ke 5 hingga 8 MB mengirim dalam 2 hingga 3 detik dengan andal, bahkan pada sinyal buruk. Layak dilakukan sebelum mengirim klip ke teman pada paket terukur.

Jebakan umum dan artinya

• Kehilangan generasi dari kompresi ulang.Setiap pass kompresi menambahkan noise kuantisasi. Mengompresi video yang sudah terkompresi (unduhan TikTok, output aplikasi perekaman layar yang sudah dikodekan, ekspor telepon) memberikan kompresi inkremental lebih kecil untuk kehilangan kualitas yang terlihat. Selalu mulai dari sumber kualitas tertinggi yang Anda miliki.
• Mendorong CRF terlalu tinggi.Pengaturan di atas CRF 30 menghasilkan artefak kompresi yang terlihat: blocking dalam adegan gelap, noise mosquito di sekitar teks dan tepi tajam, banding pada langit gradien. Untuk klip pratinjau pada ukuran layar kecil Anda dapat lolos dengan CRF 32 hingga 35; untuk apa pun yang ditonton layar penuh di TV atau monitor, pertahankan CRF pada 28 atau lebih rendah.
• Lupa bitrate audio.Video 10 menit dengan audio PCM tidak terkompresi membawa 100 MB audio saja. Banyak ekspor telepon menyertakan audio tidak terkompresi atau sedikit terkompresi. Mengkodekan ulang ke AAC 128 kbps menurunkan audio menjadi sekitar 10 MB tanpa perbedaan yang dapat didengar untuk pidato dan sebagian besar musik. Alat ini selalu mengkodekan ulang audio.
• Sumber framerate variabel.Rekaman layar dan beberapa kamera telepon menghasilkan framerate variabel (fps bervariasi saat gerakan berubah). Beberapa encoder menangani ini dengan buruk, menghasilkan frame duplikat atau stutter. Alat ini menormalkan ke framerate konstan untuk menghindari ini.
• Pipeline HDR ke SDR.Kamera telepon sekarang merekam HDR 10-bit (Dolby Vision di iPhone, HDR10 di Android). Menjatuhkan klip HDR ke dalam pipeline SDR 8-bit tanpa tone-mapping yang tepat menghasilkan output yang pudar atau jenuh aneh. Untuk hasil terbaik pada sumber HDR, tone-map di perangkat sebelum kompresi, atau terima bahwa output SDR akan terlihat berbeda dari aslinya.
• Dinding memori browser pada file sangat besar.ffmpeg.wasm berjalan di memori browser. File di atas sekitar 2 GB seringkali mencapai langit-langit memori per-tab browser (biasanya 4 GB di desktop, kurang di seluler) dan gagal di tengah encoding. Untuk file yang lebih besar, gunakan HandBrake desktop atau FFmpeg CLI yang dapat melakukan streaming dari disk.

Privasi: video Anda tidak pernah meninggalkan perangkat Anda

Setiap layanan kompresi video cloud (FreeConvert, Clipchamp, OnlineConverter, CompressVideo.io, dan puluhan lainnya) mengikuti pipeline yang sama: Anda mengunggah video lengkap Anda, server mereka menjalankan FFmpeg atau alat serupa, Anda mengunduh hasil yang lebih kecil. Untuk video telepon 200 MB itu adalah 200 MB ke atas ditambah 50 MB ke bawah melalui infrastruktur mereka. Konten video seringkali mencakup materi sensitif: wajah dan lokasi keluarga atau rekan kerja, audio percakapan dan panggilan, rekaman layar antarmuka pribadi atau rapat kerja, adegan dengan tag GPS yang mengungkapkan rumah atau tempat kerja. Sebagian besar operator menerbitkan kebijakan privasi yang berkomitmen untuk menghapus unggahan dalam 1 hingga 24 jam dan mengenkripsi dalam transit, dan yang besar memiliki sertifikasi ISO/IEC 27001. Mereka memiliki alasan bisnis yang kuat untuk menghormati kebijakan tersebut. Tetapi "dihapus dalam satu jam" bukan "tidak pernah terlihat". Selama jendela itu file berada di infrastruktur operator, dapat diakses oleh proses atau orang dengan izin yang tepat, terlihat dalam log dan cadangan sesuai kebijakan retensi operator.

Alat ini tidak pernah mengunggah apa pun. Pipeline lengkap (pemilihan file, decoding melalui pembaca browser bawaan, encoding melalui WebAssembly ffmpeg.wasm, unduhan melalui API blob browser) berjalan di dalam tab browser Anda. Tidak ada unggahan, tidak ada permintaan jaringan yang membawa data video, tidak ada entri log. Anda dapat memverifikasi dengan membuka alat pengembang browser pada tab Jaringan sebelum kompresi: tidak ada permintaan yang keluar dengan konten video. Satu-satunya lalu lintas jaringan adalah pemuatan halaman awal itu sendiri ditambah unduhan satu kali sekitar 30 MB ffmpeg.wasm (di-cache untuk kunjungan selanjutnya). Letakkan browser dalam mode pesawat setelah pemuatan halaman dan kompresor masih bekerja pada file lokal.

Saat alat lain adalah pilihan yang tepat

• File di atas 2 GB.Batas memori browser menjadi dinding nyata di atas sekitar 2 GB. Gunakan HandBrake desktop (gratis, GUI, lintas platform) atau FFmpeg CLI yang dapat melakukan streaming dari disk dan menggunakan semua RAM sistem yang tersedia. Preset kualitas HandBrake memetakan langsung ke nilai CRF yang sama yang digunakan alat ini, sehingga pengaturan Anda ditransfer.
• Kompresi batch ratusan file.Untuk pengkodean ulang sistematis dari folder file, alat baris perintah FFmpeg dengan loop shell atau skrip Python menggunakan subprocess jauh lebih cepat. Satu baris: for f in *.mp4; do ffmpeg -i "$f" -c:v libx264 -crf 28 -c:a aac -b:a 128k "out_$f"; done. Juga dapat menggunakan encoder GPU (NVENC, QuickSync) untuk percepatan 10 hingga 20x.
• Alur kerja pasca produksi profesional.Adobe Premiere, DaVinci Resolve, Final Cut Pro, dan Avid Media Composer semua menyertakan encoding bersama dengan pengeditan. Jika Anda sudah mengedit video, encoding saat keluar adalah bagian dari alur kerja. Tingkat gratis Resolve menangani hingga 4K dengan semua codec yang sama.
• Butuh kecepatan maksimum melalui encoder perangkat keras.Encoder akselerasi GPU (NVENC di Nvidia, QuickSync di Intel, VCN di AMD, VideoToolbox di Apple Silicon) 10 hingga 20x lebih cepat dari encoder CPU pada kualitas sedikit lebih rendah per bit. Alat browser tidak dapat mengakses encoder perangkat keras; untuk pekerjaan di mana kecepatan lebih penting daripada kualitas sempurna, gunakan aplikasi desktop dengan akselerasi perangkat keras diaktifkan.

Pertanyaan yang Sering Diajukan

Seberapa banyak video bisa dikompresi?

Rasio kompresi tipikal adalah pengurangan ukuran 50–80%. Video 100 MB sering dapat dikompresi menjadi 20–40 MB dengan kehilangan kualitas visual minimal. Pengurangan pasti tergantung pada codec asli, kompleksitas konten, dan pengaturan kualitas Anda.

Apakah kompresi mempengaruhi kualitas video?

Pada pengaturan kualitas Sedang, sebagian besar pemirsa tidak dapat membedakan video terkompresi dari aslinya pada jarak pandang normal. Rekaman bitrate tinggi (dari kamera atau rekaman layar) terkompresi dengan baik. Video yang sudah dikompresi (dari unduhan media sosial) mendapat hasil lebih sedikit.

Apa format terbaik untuk video terkompresi?

MP4 dengan H.264 adalah format paling kompatibel untuk video terkompresi di semua perangkat dan platform. Untuk penggunaan web, WebM dengan VP9 menawarkan kompresi lebih baik tetapi kompatibilitas lebih rendah pada beberapa perangkat.

Pertanyaan lain yang sering ditanyakan

Mengapa kompresi memakan waktu lebih lama dari runtime video?

Encoding video perangkat lunak secara komputasi mahal. Klip 1080p 5 menit mungkin memakan waktu 3 hingga 15 menit untuk dikodekan dengan kualitas tinggi, tergantung pada CPU Anda. Bendera -preset di FFmpeg menukar kecepatan encoding untuk efisiensi kompresi: ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow. Alat menggunakan medium secara default (keseimbangan baik). Encoder perangkat keras di aplikasi desktop dapat 10 hingga 20x lebih cepat tetapi menghasilkan file sedikit lebih besar pada kualitas yang sama.

Apakah saya harus memilih H.264, H.265, atau VP9?

Untuk kompatibilitas maksimum (berbagi dengan siapa pun pada apa pun), pilih H.264. Untuk kompresi sekitar 30% lebih baik dengan dukungan luas tetapi tidak universal, pilih H.265 (baik pada perangkat Apple dan Windows terbaru) atau VP9 (baik pada Android dan Chrome). Untuk file terkecil pada kompatibilitas modern, pilih AV1. Alat default ke H.264 karena dimainkan di mana saja.

Apakah kompresi memengaruhi pengaturan waktu frame atau sinkronisasi?

Alat mempertahankan framerate sumber dan sinkronisasi audio-video. Jika sumber Anda memiliki framerate variabel, encoder menormalkan ke framerate konstan selama encoding, yang dapat memperkenalkan pergeseran pengaturan waktu kecil (mikrodetik) tetapi tidak terlihat untuk pemutaran. Jika Anda melihat sinkronisasi drift setelah kompresi, sumber mungkin sudah memiliki drift dan encoder menguncinya.

Bisakah saya mengompresi tanpa pengkodean ulang (stream copy)?

Tidak dengan alat ini. Stream copy (-c copy di FFmpeg) hanya mengubah kontainer (MP4 ke MKV, misalnya) tanpa pengkodean ulang. Untuk benar-benar mengurangi ukuran file, encoder harus mengkode ulang data piksel pada bitrate lebih rendah atau dengan codec yang berbeda. Jika Anda hanya ingin mengubah format kontainer tanpa mengubah ukuran, gunakan konverter format video alih-alih kompresor.

Mengapa file terkompresi saya kadang-kadang terlihat lebih buruk dari yang disarankan preset?

Konten gerakan tinggi (olahraga, aksi, perubahan adegan cepat) terkompresi jauh lebih sulit daripada konten statis. Bitrate 5 Mbps yang terlihat hebat pada video kepala bicara mungkin menunjukkan artefak pada pertandingan sepak bola pada bitrate yang sama. Mode CRF (yang digunakan alat) beradaptasi: mengalokasikan lebih banyak bit ke adegan kompleks dan lebih sedikit ke yang sederhana, sehingga output adalah kualitas yang konsisten tetapi ukuran file variabel. Jika ukuran file lebih penting daripada kualitas yang konsisten, beralih ke alur kerja bitrate target di alat desktop.

Apakah ada padanan desktop atau baris perintah?

Ya, beberapa. HandBrake adalah GUI lintas platform standar (gratis, sumber terbuka, menggunakan FFmpeg yang sama di bawahnya). FFmpeg CLI adalah alat baris perintah kanonis. Shutter Encoder adalah GUI FFmpeg yang lebih ramah. Untuk seluler, VLC dan CapCut memiliki kompresi dasar. Untuk otomatisasi batch, FFmpeg dalam skrip shell tak tertandingi. Semua menghasilkan output yang pada dasarnya identik dengan alat browser ini karena mereka berbagi encoder dasar yang sama.