MP3 vs AAC vs Opus: Perbandingan Codec Audio Modern
Mengapa Codec yang Kamu Pilih Itu Penting
Kebanyakan orang memilih format audio seperti memilih font: ambil saja opsi pertama yang dikenal lalu selesai. MP3 sudah begitu lama menjadi default sehingga mudah untuk berpikir bahwa itu adalah satu-satunya 'format audio'. Tapi, pilihan codec kamu punya konsekuensi nyata. Ukuran file, kejernihan audio pada bitrate rendah, kompatibilitas perangkat, dan bahkan biaya streaming semuanya berubah drastis tergantung pada apakah kamu memilih MP3, AAC, atau Opus. Ini contoh praktisnya. Sebuah lagu pop berdurasi empat menit yang di-encode pada 128 kbps sebagai MP3 berukuran sekitar 3,7 MB. Lagu yang sama dalam format file AAC pada 128 kbps akan terdengar jauh lebih jernih—setara dengan MP3 160–192 kbps—sambil memakan ruang yang sama. Encode lagu itu ke Opus hanya dengan 96 kbps, dan kamu sering kali mendapatkan kualitas audio yang mengalahkan keduanya, dengan ukuran file mendekati 2,8 MB. Perbedaan ini akan sangat terasa, baik saat kamu mengelola ribuan lagu, menjalankan jaringan podcast, atau streaming audio melalui koneksi seluler yang tidak stabil. Artikel ini akan mengupas tuntas perbedaan nyata antara ketiga codec ini. Kita akan menjelajahi keunggulan masing-masing dan memberimu pengaturan spesifik untuk digunakan saat melakukan konversi. Tujuannya bukan untuk menobatkan satu pemenang, karena memang tidak ada. Tujuannya adalah memberimu pengetahuan untuk membuat pilihan yang tepat untuk proyekmu.
MP3: Codec yang Menolak Pensiun
MP3 (MPEG-1 Audio Layer III) distandarisasi pada tahun 1993 dan mendunia pada akhir tahun 90-an. Patennya akhirnya kedaluwarsa pada tahun 2017, membuatnya sepenuhnya gratis untuk digunakan. Kebebasan itu, dikombinasikan dengan dukungan perangkat keras dan perangkat lunak selama tiga dekade, adalah alasan mengapa MP3 masih menjadi bagian tak terhindarkan dari audio digital. Secara teknis, MP3 mengandalkan model psikoakustik untuk membuang informasi audio yang kemungkinan besar tidak akan terdengar oleh telinga kamu. Ini termasuk suara yang tertutupi oleh suara yang lebih keras, frekuensi sangat tinggi di atas ~16 kHz, dan beberapa detail transien. Pada bitrate tinggi (256–320 kbps), hasilnya terdengar sempurna bagi kebanyakan orang di sebagian besar perangkat. Tapi turunkan ke 128 kbps, dan kamu akan mulai mendengarnya. Begitu kamu menyadari *pre-echo* pada drum atau tekstur 'berputar' pada simbal, kamu tidak akan bisa berhenti mendengarnya. Untuk encoding, gunakan saja Variable Bit Rate (VBR). Hampir selalu memberikan kualitas yang lebih baik daripada Constant Bit Rate (CBR) untuk ukuran file yang sama. Preset V0 dari encoder LAME (rata-rata 220–260 kbps) sudah transparan untuk pendengaran kritis. V2 (rata-rata 170–210 kbps) adalah keseimbangan fantastis antara kualitas dan ukuran untuk penggunaan sehari-hari. Satu-satunya waktu untuk menggunakan CBR adalah untuk perangkat keras lawas yang memerlukannya, seperti stereo mobil lama atau beberapa pelacak kebugaran. Dalam kasus itu, 192 kbps adalah pilihan yang aman. Jadi di mana kekurangan MP3? Mode 'joint stereo'-nya dapat menurunkan kualitas gambar stereo pada bitrate rendah, dan kualitasnya anjlok di bawah 128 kbps dibandingkan dengan codec modern. Ia juga tidak memiliki dukungan bawaan untuk *gapless playback*, sebuah frustrasi konstan bagi siapa pun yang mendengarkan album live atau set DJ.
AAC: Penerus yang Sebagian Besar Berhasil
Dikembangkan sebagai penerus resmi MP3, AAC (Advanced Audio Coding) distandarisasi pada tahun 1997. Mungkin codec ini akan terlupakan jika bukan karena dorongan besar: keputusan Apple untuk menggunakannya di iTunes Store pada tahun 2003. Langkah itu memberinya pijakan di pasar mainstream yang dibutuhkannya. Saat ini, AAC adalah standar untuk Apple Music, audio YouTube, dan sebagian besar siaran digital. Para insinyur di balik AAC membuat beberapa peningkatan cerdas dibandingkan MP3. Codec ini mendukung hingga 48 kanal audio (MP3 praktis terbatas pada stereo), menggunakan filterbank yang lebih efisien, dan menangani informasi stereo jauh lebih cerdas pada bitrate rendah. Buktinya ada pada pendengaran: dalam tes buta (*blind test*) yang dijalankan oleh komunitas seperti Hydrogenaudio, AAC pada 128 kbps secara konsisten terdengar lebih baik dan lebih dekat ke aslinya daripada MP3 pada bitrate yang sama. AAC tidak hanya satu jenis; ia punya beberapa profil. AAC-LC (Low Complexity) adalah andalan untuk musik dan audio umum, digunakan oleh iTunes dan YouTube. Untuk bitrate sangat rendah (32–64 kbps), HE-AAC (High Efficiency) menggunakan trik cerdas yang disebut Spectral Band Replication untuk merekonstruksi frekuensi tinggi, membuatnya bagus untuk streaming pidato atau radio. HE-AAC v2 melangkah lebih jauh dengan Parametric Stereo, menghasilkan kualitas suara yang dapat digunakan pada 24–32 kbps yang mengesankan. Untuk musikmu sendiri, AAC-LC pada 256 kbps (standar Apple) hampir mustahil dibedakan dari *lossless* pada perangkat konsumen. Untuk podcast, 96–128 kbps mono adalah target yang bagus. Tapi kelemahan utama AAC adalah lisensi. Ia masih terbebani paten, itulah sebabnya beberapa distro Linux *open-source* tidak menyertakannya secara default dan mengapa pengembang beberapa sistem *embedded* melewatkannya untuk menghindari masalah hukum.
Opus: Pencapaian Teknik yang Jarang Dibicarakan
Opus adalah codec terbuka bebas royalti yang distandarisasi oleh IETF pada tahun 2012 (RFC 6716). Dikembangkan oleh orang-orang di Xiph.Org dan Mozilla, Opus dengan cerdas menggabungkan dua teknologi berbeda: SILK untuk suara (dari Skype) dan CELT untuk musik. Hasilnya adalah sebuah gabungan yang kuat. Ia dapat diskalakan dari ucapan *narrowband* yang jernih pada 6 kbps hingga musik stereo fidelitas tinggi pada 510 kbps, sambil mempertahankan latensi algoritmik yang sangat rendah (hanya 2,5 ms). Kualitas per bit-nya sangat menakjubkan. Dalam tes pendengaran formal, Opus pada 96 kbps secara konsisten menyamai atau mengalahkan AAC-LC pada 128 kbps untuk musik. Pada 64 kbps, Opus bahkan bersaing dengan AAC 96 kbps. Ini bukan perbedaan kecil yang akademis. Bagi siapa pun yang membayar untuk *bandwidth* atau penyimpanan dalam skala besar, itu adalah penghematan yang masif. Lalu kenapa Opus tidak ada di mana-mana? Satu kata: kompatibilitas. Tidak ada dukungan bawaan di iOS tanpa pustaka pihak ketiga, dan tidak didukung di Android sebelum versi 5.0. Sebagian besar pemutar musik khusus—dari pemutar hi-fi portabel hingga stereo mobil dan smart TV—tidak akan bisa memutar file Opus. Itu membuatnya menjadi default yang berisiko jika kamu mendistribusikan audio ke perangkat yang tidak dikenal. Tapi untuk pemrosesan sisi server, pengiriman web, atau alur kerja internal apa pun di mana kamu mengontrol lingkungan pemutaran? Jujur saja, kamu seharusnya menggunakan Opus. Itu adalah alat terbaik untuk pekerjaan pada bitrate rendah hingga menengah.
Perbandingan Langsung: Kualitas, Bitrate, dan Ukuran File
Mari kita tinggalkan klaim yang tidak jelas dan lihat angka pastinya dari tes pendengaran yang dipublikasikan dan tolok ukur encoder. Angka-angka berikut menggunakan encoder referensi: LAME 3.100 untuk MP3, encoder AAC Apple, dan libopus untuk Opus, semuanya dengan musik stereo biasa. Di ujung paling rendah 64 kbps stereo, MP3 penuh dengan artefak yang terdengar seperti gema metalik dan perkusi yang kabur. AAC-LC hanya bisa diterima untuk pendengaran santai. Di sini, Opus adalah juara yang tak terbantahkan, dengan sebagian besar pendengar menilainya sebagus MP3 96 kbps. Naik ke 128 kbps stereo, gambarannya berubah. MP3 menjadi lumayan tapi tidak transparan. AAC-LC sangat mendekati transparan untuk sebagian besar musik. Namun, Opus secara efektif transparan bagi sebagian besar pendengar dan materi. Begitu kamu mencapai 192 kbps, perbedaan antara ketiganya menjadi akademis pada perangkat konsumen biasa. Dalam hal ukuran file untuk file audio 60 menit: MP3 128 kbps berukuran sekitar 55 MB. File AAC-LC 128 kbps berukuran sama tetapi terdengar lebih baik. File Opus pada 96 kbps menawarkan kualitas persepsi yang serupa dengan file AAC 128 kbps tetapi hanya berukuran ~41 MB. Untuk suara, perbedaannya bahkan lebih lebar. HE-AAC pada 48 kbps mono menghasilkan suara berkualitas podcast yang solid. Opus dapat memberikan hasil yang sebanding atau lebih baik hanya dengan 32 kbps mono. Untuk buku audio 10 jam, itu adalah perbedaan antara 216 MB dan 144 MB—pengurangan 33% tanpa penurunan kualitas. Satu aturan terakhir yang tidak bisa ditawar: melakukan *transcoding* antar format *lossy* adalah resep bencana. Mengonversi MP3 ke AAC atau Opus tidak dapat memulihkan informasi yang sudah dibuang oleh encoder MP3. Siapa pun yang pernah diberi MP3 96kbps yang kacau dan diminta untuk 'membuatnya terdengar bagus' tahu penderitaan ini. Selalu, selalu mulai dari sumber *lossless* seperti WAV, FLAC, atau AIFF jika kualitas adalah prioritas.
Codec Mana yang Harus Dipilih untuk Kebutuhan Spesifik Kamu
Codec yang tepat sepenuhnya bergantung pada target distribusi kamu, bukan pada mana yang mendapat skor tertinggi dalam tes laboratorium abstrak. Begini cara memilihnya. Saat kamu mendistribusikan musik ke pengguna akhir untuk perpustakaan mereka sendiri (seperti unduhan Bandcamp, koleksi pribadi, USB drive untuk mobil), gunakan MP3. File VBR berkualitas tinggi (LAME V0) atau CBR 320 kbps adalah pilihan terbaikmu. Ketika kamu tidak bisa mengontrol perangkat pemutaran, kompatibilitas universal mengalahkan sedikit peningkatan kualitas dari codec lain. Untuk podcast dan konten berbasis suara, AAC-LC mono pada 96 kbps adalah pilihan yang pas. Ini adalah pilihan yang kompatibel secara luas yang ditangani dengan sempurna oleh platform besar seperti Apple Podcasts, Spotify, dan Pocket Casts. Jika audiens kamu banyak menggunakan Apple, AAC adalah pilihan asli dan dapat diputar dengan indah. Jika kamu melakukan *streaming* audio di web atau di browser, Opus dalam kontainer WebM adalah pemenang teknis yang jelas pada bitrate di bawah 160 kbps. Pastikan untuk memasangkannya dengan *fallback* AAC atau MP3 untuk pengguna Safari iOS yang lebih lama jika analitik kamu menunjukkan mereka adalah bagian signifikan dari audiens kamu. Ketika menyangkut pengarsipan audio, jawabannya sederhana: jangan pernah gunakan format *lossy*. Simpan file master kamu sebagai FLAC atau WAV, lalu encode ke format pengiriman sesuai kebutuhan. Kamu bisa menggunakan CocoConvert untuk konversi FLAC-ke-MP3, FLAC-ke-AAC, dan FLAC-ke-Opus untuk menghasilkan file pengiriman ini dari master *lossless* kamu. Untuk komunikasi suara dan audio *real-time*, jawabannya adalah Opus. Titik. Latensinya yang rendah dan efisiensinya yang luar biasa pada bitrate suara (6–32 kbps) adalah alasan mengapa setiap aplikasi VoIP besar dari Discord hingga WhatsApp menggunakannya. MP3 dan AAC sama sekali tidak dibuat untuk ini. Dalam dunia aset audio *video game*, AAC adalah pilihan umum dalam alur kerja Unity dan Unreal Engine. Opus juga semakin populer, dengan dukungan bawaan di Unity 2019.3 dan versi lebih baru. MP3 akan berfungsi, tetapi tidak menawarkan keunggulan nyata dibandingkan AAC di mesin game modern.
Mengonversi Antar Format dengan CocoConvert
Siap untuk mengonversi? CocoConvert menangani MP3, AAC (dalam kontainer M4A), dan Opus (dalam OGG atau WebM) dengan pengaturan bitrate yang sepenuhnya dapat dikonfigurasi. Mengonversi file FLAC ke AAC sangat mudah. Unggah file sumber kamu, pilih M4A sebagai output, dan pilih bitrate. Untuk musik, 256 kbps AAC-LC adalah default yang bagus. Untuk suara, 96 kbps mono akan memotong ukuran file hingga setengahnya tanpa kehilangan kualitas suara yang berarti. CocoConvert menggunakan profil AAC-LC standar, dengan HE-AAC tersedia untuk bitrate di bawah 80 kbps. Untuk Opus, kamu akan memilih OGG Opus atau WebM Opus sebagai output. Kami merekomendasikan bitrate 96 kbps untuk musik atau 32–48 kbps untuk suara. Encoding kami ditangani oleh libopus, implementasi referensi, memastikan kualitasnya identik dengan yang kamu dapatkan dari alat baris perintah. Dan untuk MP3 klasik, pilih format kamu lalu pilih antara VBR dan CBR. Kami sangat merekomendasikan VBR pada tingkat kualitas V2 (rata-rata sekitar 190 kbps) daripada CBR 192 kbps yang tetap. Kamu mendapatkan kualitas yang sebanding dengan ukuran file rata-rata yang sedikit lebih kecil. Biar kami jelaskan beberapa keterbatasannya. CocoConvert saat ini tidak mendukung encoding *surround sound* multi-kanal. Konversi batch adalah fitur untuk akun Pro; pengguna gratis dibatasi satu file pada satu waktu. Untuk file yang sangat besar (lebih dari 500 MB), koneksi yang lambat dapat menyebabkan unggahan *time out*, jadi membagi audio menjadi segmen-segmen terlebih dahulu adalah solusi yang baik. CocoConvert juga tidak melakukan normalisasi audio atau penargetan kenyaringan (LUFS). Jika kamu membutuhkannya, kamu harus memproses audio kamu melalui alat seperti FFmpeg atau Auphonic sebelum atau sesudah mengonversi. Rekomendasi format di antarmuka kami secara *default* akan memilih MP3 untuk kompatibilitas maksimum, tetapi panel pengaturan memberi kamu kendali penuh. Tidak ada satu jawaban yang paling benar, tetapi angka dan kasus penggunaan dalam artikel ini seharusnya membantu kamu membuat keputusan yang tepat untuk alur kerja kamu.