Pahami ImageMagick 7.x di tahun 2026: perintah unified magick, perbaikan kompresi WebP, dukungan JPEG XL serta HEIC dan AVIF via libheif, revamp variable path coder dan filter, siklus rilis berkala, dan arah roadmap pengembangan format modern, performa, serta keamanan policy.

Di episode 20 kita membawa ImageMagick masuk ke dalam aplikasi lewat API dan binding. Untuk menutup pembahasan teknis, mari kita melihat ke luar jendela: apa yang sedang terjadi pada ImageMagick itu sendiri di tahun 2026. Versi yang kalian pasang hari ini bukanlah produk yang sama dengan yang dirilis lima tahun lalu — dan memahami perjalanan ini membantu kalian mengambil keputusan pemasangan dan konfigurasi yang tepat.
Di episode 21 ini kita akan membahas ImageMagick 7.x: perintah unified magick, dukungan format modern (WebP, JPEG XL, HEIC, AVIF), revamp environment variable untuk coder dan filter, siklus rilis yang teratur, garis besar rilis legacy 6.x yang masih dipertahankan, dan roadmap resminya.
magick yang UnifiedSejak versi 7, ImageMagick memperkenalkan satu binary utama: magick. Semua perintah lama yang dulu terpisah — convert, mogrify, identify, montage, compare — kini menjadi subcommand di dalamnya:
magick convert input.png output.jpg
magick identify -verbose image.webp
magick mogrify -resize 50% *.jpgBukan hanya soal penyederhanaan penamaan. Perintah unified membawa perbaikan nyata: satu arsitektur perintah yang konsisten, dukungan penuh untuk semua feature ImageMagick, dan pemeliharaan yang lebih fokus. Untuk kompatibilitas dengan script lama, ImageMagick 7 masih menyediakan symlink convert, identify, dll. — tapi script baru sebaiknya memakai magick langsung.
WebP adalah format Google yang sangat efisien untuk web. ImageMagick 7.x terus memperbaiki coder WebP-nya: kontrol kualitas yang lebih halus, dukungan alpha, dan mode lossless yang sebanding dengan PNG:
magick input.png -quality 90 -define webp:lossless=true out.webpAturan praktisnya: gunakan WebP lossy untuk foto (-quality 75–85 biasanya tidak bisa dibedakan dari JPEG pada ukuran setengahnya) dan WebP lossless untuk logo serta UI.
JPEG XL adalah format generasi berikutnya yang dirancang untuk menggantikan JPEG: kualitas lebih tinggi pada ukuran yang sama, dukungan lossless, dan transisi mulus dari JPEG legacy. ImageMagick 7.x mendukungnya melalui coder JXL:
magick input.png -quality 85 out.jxlKeunggulan JXL yang paling praktis: lossless transcoding dari JPEG — kalian bisa mengonversi JPEG ke JXL dan kembali tanpa kehilangan kualitas, sesuatu yang mustahil dilakukan format lain terhadap file JPEG yang sudah terkompresi.
HEIC dan AVIF adalah format berbasis HEIF yang populer di ekosistem Apple dan modern. ImageMagick memproses keduanya melalui libheif — bukan ditulis ulang dari nol, melainkan didelegasikan ke library eksternal. Ini pola yang sama dengan delegasi format di episode 13: ImageMagick menyediakan lapisan API, library eksternal yang menyediakan codec:
magick input.png -quality 80 -define avif:quality=80 out.avifAVIF menawarkan kompresi yang luar biasa untuk foto — sering 30–50% lebih kecil dari WebP pada kualitas yang sebanding — dengan biaya kecepatan encoding yang lebih tinggi. Cocok untuk arsip dan penyajian gambar yang jarang berubah.
Tip
Untuk mengecek apakah instalasi kalian punya dukungan untuk format-format ini, jalankan magick -version | grep features dan periksa flag HEIC, JPEGXL, dan WEBP. Jika tidak terdaftar, pasang ulang ImageMagick dengan opsi delegate yang sesuai.
Salah satu perbaikan teknis yang kurang terlihat tapi penting adalah revamp cara ImageMagick mencari coder dan filter module. Di versi 7, mekanisme path yang lama digantikan oleh dua environment variable yang lebih jelas:
MAGICK_CODER_FILTER_PATH — daftar direktori tempat ImageMagick mencari coder dan filter module (dipisahkan oleh titik dua di Linux).MAGICK_FILTER_MODULE_PATH — lebih spesifik untuk filter module (misalnya filter MODEL, CUSTOM, dan sejenisnya).Tujuannya: memisahkan sumber module dari konfigurasi, sehingga binary bisa dipindahkan tanpa merusak pencarian module, dan instalasi multi-arsitektur (misal arsitektur berbeda untuk arch library delegate) bisa memakai path yang tepat:
MAGICK_CODER_FILTER_PATH=/opt/im/modules/coders \
MAGICK_FILTER_MODULE_PATH=/opt/im/modules/filters \
magick convert input.png out.webpSejak insiden ImageTragick di episode 14, ImageMagick mengambil pendekatan keamanan yang jauh lebih disiplin. Di tahun 2026 ini, dua hal yang perlu kalian ketahui:
policy.xml tetap menjadi tembok pertahanan utama. Semua pelajaran dari episode 14 dan 15 tetap berlaku: matikan coder yang tidak dipakai, batasi resource, dan jangan pernah mempercayai input pengguna tanpa validasi.Kebijakan rilis ImageMagick saat ini membagi rilis menjadi dua jalur yang berjalan bersamaan:
| Jalur | Versi Contoh | Frekuensi | Status |
|---|---|---|---|
| 7.x aktif | 7.1.2-x | Mingguan sampai bulanan | Fitur baru, perbaikan, security fix |
| 6.x legacy | 6.9.13-x | Periodik | Hanya maintenance dan security fix |
Jalur 7.1.2-x dirilis sangat sering — kadang seminggu sekali — karena tim ImageMagick menganut model rilis kecil dan sering. Jangan kaget melihat banyak rilis dalam sebulan; itu normal. Sementara itu, rilis 6.9.13-x tetap dipertahankan untuk organisasi yang belum bisa migrasi ke 7 karena ribuan script lama. Jika kalian memulai dari nol, pilih 7.x tanpa ragu.
Note
Konsekuensi dari siklus rilis cepat: library eksternal (libheif, libjxl, libwebp) ikut diperbarui seiring rilis. Pastikan package manager kalian mengikuti update, dan di container, rebuild image secara teratur agar delegate library tidak tertinggal jauh.
Berdasarkan pengumuman resmi dan arah pengembangan tim, roadmap ImageMagick berpusat pada tiga sumbu:
policy.xml, mengurangi permukaan serangan coder, dan merespons cepat security advisory yang muncul.Tidak ada rencana "rewrite total" — tim ImageMagick memilih evolusi stabil di atas arsitektur yang sudah matang. Bagi kalian sebagai pengguna, artinya: skill yang sudah kalian pelajari di 21 episode ini tetap relevan dan hanya bertambah baik seiring waktu.
Di episode 21 ini kalian telah melihat kondisi ImageMagick di tahun 2026: perintah unified magick, dukungan penuh WebP, JPEG XL, dan HEIC/AVIF via libheif, revamp variable path coder dan filter, ritme rilis mingguan sampai bulanan pada jalur 7.1.2-x (dengan 6.9.13-x yang tetap dirawat), serta roadmap yang berpusat pada format modern, performa, dan keamanan policy. ImageMagick bukan proyek beku — ia terus bergerak, dan keputusan keamanan serta versi yang kalian buat hari ini menentukan stabilitas pipeline besok.
Episode 22 akan menjadi episode terakhir series ini: Ekosistem, Alternatif & Refleksi Akhir — membandingkan ImageMagick dengan GraphicsMagick, libvips, sharp, dan ImageSharp, kapan harus memilih yang mana, rekap seluruh episode, checklist produksi, dan penutup rangkaian 23 episode.