Belajar FFmpeg - Fitur Modern & Roadmap

#Pendahuluan

Di episode 20 kalian melihat FFmpeg dari sisi pemrograman — bagaimana library dan wrapper menyatu dengan aplikasi. Sekarang kita berpindah perspektif: dari cara pakai ke ke mana arahnya. FFmpeg bukan proyek statis; ia merilis versi baru setiap beberapa bulan dengan fitur yang mengubah cara kita bekerja.

Episode ini meninjau tiga rilis terbaru — 8.0 "Huffman", 8.1 "Hoare", dan 9.0 "Lei" — lalu membaca arah roadmap-nya. Memahami rilis ini tidak hanya berguna untuk update binary, tapi juga untuk menilai fitur mana yang layak ditunggu dan mana yang siap dipakai di produksi.

#Ritme Rilis FFmpeg

FFmpeg mengikuti pola rilis yang bisa ditebak: major release baru setiap tahunnya, biasanya dengan nama kode berurutan (alfabetis dan bertema ilmuwan). Di sela-selanya ada rilis point yang berisi backport perbaikan bug. Sejak 2023 ritme dipercepat menjadi kira-kira satu major release per tahun, dengan nomor versi yang kini naik cepat — dari 6.x, 7.x, hingga 9.0.

Kalau kalian mengikuti seri ini, kalian sudah memakai sebagian besar fitur ini di episode-episode sebelumnya — sekarang waktunya melihatnya secara utuh.

#FFmpeg 8.0 "Huffman" (Agustus 2025)

Nama "Huffman" merujuk pada David Huffman, penemu pengkodean Huffman yang menjadi fondasi kompresi data. Tema ini pas: rilis 8.0 berfokus pada penyempurnaan di balik layar. Kalian bisa memverifikasi apakah instalasi lokal sudah mencapai rilis ini dengan apt-cache policy ffmpeg.

#Perbaikan Encoding AV1

Kita sudah membahas AV1 di episode 18 — dan rilis 8.0 memperkuatnya. Encoder SVT-AV1 yang dibundel diperbarui ke versi yang lebih cepat dan lebih efisien, dan decoder AV1 bawaan mendapat optimasi. Dampak praktisnya bagi kalian: preset yang sama menghasilkan file lebih kecil, atau encoding selesai lebih cepat untuk bitrate yang sama. Ini contoh nyata kenapa versi FFmpeg yang dipakai memengaruhi hasil produksi — saran mencatat versi encode di episode 18 bukan sekadar teori.

#Pengujian FATE yang Lebih Ketat

FATE (FFmpeg Automatic Test Environment) adalah rangkaian pengujian otomatis yang menjalankan ratusan kasus decode/encode di berbagai arsitektur dan membandingkan checksum hasil. Rilis 8.0 memperluas cakupan FATE — artinya regresi (fitur yang rusak diam-diam) lebih cepat tertangkap sebelum sampai ke pengguna. Bagi pengguna, ini berarti upgrade dengan risiko lebih rendah.

#Update Libavcodec

Puluhan codec mendapat perbaikan — dari bugfix decoder niche hingga optimasi DSP untuk arsitektur ARM (menarik bagi kalian yang mengembangkan untuk device berbasis ARM seperti Raspberry Pi dan perangkat embedded). Titik pentingnya: rilis ini menegaskan bahwa perawatan codec adalah pekerjaan yang terus-menerus, bukan satu kali jadi.

#FFmpeg 8.1 "Hoare" (Maret 2026)

Nama "Hoare" menghormati Sir Tony Hoare, pionir ilmu komputer (penemu quicksort dan nota null reference). Rilis 8.1 membawa fitur yang lebih berorientasi hardware dan metadata.

#Vulkan Compute untuk ProRes & DPX

Vulkan, API grafis lintas-platform, kini dipakai FFmpeg untuk compute — bukan sekadar rendering. Di 8.1, filter scale_vulkan dan path encoding ProRes/DPX bisa memanfaatkan GPU lewat Vulkan compute. Bagi pengguna, ini menambah opsi akselerasi di luar CUDA dan VAAPI yang sudah dibahas di episode 14. Nilainya terbesar untuk pipeline yang ingin memakai GPU yang tidak terjebak vendor tertentu.

#D3D12 H.264 dan H.265 Encode

Di Windows, rilis 8.1 menambahkan encoding H.264 dan H.265 melalui Direct3D 12 — API modern Microsoft. Ini melengkapi jalur akselerasi hardware yang sebelumnya banyak bergantung pada QuickSync atau NVENC. Konsekuensinya: aplikasi Windows modern bisa memakai GPU yang sama untuk rendering dan encoding tanpa jalan memutar.

#Metadata EXIF

EXIF (metadata foto) kini ditangani lebih lengkap di sisi video. Pengguna yang menyerap frame dari kamera digital bisa membaca dan menyalin data EXIF — misalnya tanggal pengambilan dan parameter kamera — tanpa kehilangan informasi saat frame diolah atau di-mux ke video. Detail seperti ini yang membuat FFmpeg tetap menjadi jembatan antara dunia foto dan video.

#Metadata LCEVC dan xHE-AAC Eksperimental

Kita menyinggung keduanya di episode 18 — dan inilah rilisnya: FFmpeg 8.1 mulai membaca metadata LCEVC (enhancement layer) dan menambahkan decoder xHE-AAC (MPEG-H USAC dengan Mps212) dalam status eksperimental. Dua hal ini adalah bukti bahwa FFmpeg menjemput standar baru lebih awal — bukan menunggu sampai matang. Eksperimental berarti: gunakan untuk eksplorasi, tapi jangan untuk produksi kritis.

#FFmpeg 9.0 "Lei" (Agustus 2026)

Rilis major berikutnya, 9.0 "Lei", membawa peningkatan nomor versi library utama: libavcodec 63, libavformat 63, libavfilter 12. Inilah yang disebut major version bump — dan ia datang dengan aturan penting yang wajib dipahami kalian.

#Mengapa Nomor Library Naik?

Setiap library FFmpeg punya nomor versi sendiri yang menandakan kompatibilitas API. Jika nomor minor berubah, API lama tetap jalan; jika nomor major berubah, ada perubahan yang bisa memutuskan program yang menautkan library tersebut. Inilah mengapa episode 20 yang membahas API tidak lepas dari episode ini: aplikasi yang memakai libav* harus diuji ulang saat major release — kode yang berjalan di 8.x belum tentu kompilasi di 9.x.

Bagi kalian yang memakai CLI, dampaknya jauh lebih kecil — perintah yang dipelajari sepanjang series ini tetap berjalan. Bagi kalian yang mengembangkan aplikasi berbasis libav, ini pengingat untuk mencatat versi library saat build dan menyiapkan siklus upgrade.

#Roadmap: Ke Depan

Dari trajectory rilis di atas, beberapa arah terlihat jelas:

• VVC/H.266 encode. Decoder VVC sudah stabil sejak 7.1; langkah berikutnya adalah encoder. Jangan kaget jika beberapa rilis ke depan menghadirkan encoder VVC eksperimental — menyusul pola yang sama dengan AV1 yang butuh tahunan untuk matang.
• Perbaikan AV1 berkelanjutan. AV1 masih muda. Optimasi encoder, preset baru, dan profil GPU akan terus datang. Posisi strategis AV1 sebagai codec bebas royalti menjamin fokus jangka panjang.
• Pemanfaatan GPU yang lebih luas. Dari CUDA dan VAAPI di episode 14, kini Vulkan dan D3D12. Arahnya jelas: semakin banyak pipeline memakai GPU untuk encoding, tidak hanya untuk render.
• Integrasi metadata yang lebih kaya. EXIF, LCEVC, dan metadata modern lainnya menunjukkan bahwa FFmpeg bergerak dari "sekadar konversi" menjadi "pengelola media yang sadar metadata".

ffmpeg -version
ffmpeg -buildconf

ffmpeg -version memberi nomor versi; ffmpeg -buildconf menampilkan konfigurasi build lengkap — termasuk codec mana yang diaktifkan. Kedua perintah ini adalah titik awal yang benar saat mengecek apakah fitur tertentu tersedia di instalasi kalian, sebelum menyalahkan FFmpeg atas error yang ternyata disebabkan binary yang sudah basi.

#Penutup

Episode 21 menempatkan kalian di garis waktu proyek:

• 8.0 "Huffman" memperbaiki AV1, memperluas FATE, dan merawat libavcodec.
• 8.1 "Hoare" membuka Vulkan compute, D3D12 encode, metadata EXIF/LCEVC, dan xHE-AAC eksperimental.
• 9.0 "Lei" menandai major bump libavcodec 63, libavformat 63, libavfilter 12 — pengingat kompatibilitas untuk pengembang API.
• Roadmap mengarah ke encoder VVC, perbaikan AV1, dan pemanfaatan GPU yang makin luas.

Kalian kini paham dari mana FFmpeg berasal dan ke mana ia menuju. Tapi sebuah alat tidak berdiri sendiri — ia hidup di dalam ekosistem. Di episode 22, episode final series ini, kita akan melihat ekosistem, alternatif & refleksi akhir: yt-dlp, HandBrake, OBS, dan VLC yang dibangun di atas FFmpeg, perbandingan dengan avconv dan GUI, plus rekap lengkap episode 0–21 dan checklist produksi. Sampai jumpa di episode pamungkas.