Base64 ke Gambar

Base64 ke Gambar adalah alat gratis yang mengubah data gambar berkode Base64 kembali menjadi gambar.

Bagaimana Base64 merepresentasikan gambar?

Base64 merepresentasikan gambar dengan mengubah biner penyusunnya menjadi sekumpulan karakter teks yang dapat dicetak. Metode ini digunakan karena sebagian sistem dirancang untuk membawa teks, bukan data biner mentah. Dengan mengodekan byte tersebut, data jadi lebih mudah dimasukkan ke email, JSON, HTML, atau format berbasis teks lainnya.

Alfabet Base64 standar terdiri dari huruf besar, huruf kecil, angka, tanda tambah, dan garis miring. Tanda sama dengan dapat muncul di bagian akhir sebagai padding. Setiap tiga byte input biasanya menjadi empat karakter Base64, sehingga hasil pengodeannya kira-kira sepertiga lebih besar daripada data asli.

Contoh teks sederhana berikut memperlihatkan prosesnya dengan jelas:

• Byte asli yang ditafsirkan sebagai teks: Man
• Hasil Base64: TWFu

Gambar diproses dengan cara yang sama, tetapi byte aslinya mendeskripsikan PNG, JPEG, GIF, WebP, atau format gambar lain, bukan teks yang dapat dibaca. Data Base64 mentah tidak menyebutkan jenis gambarnya. Informasi tersebut dapat dicantumkan dalam URL data atau disimpulkan dari signature berkas setelah data didekode.

Bagaimana cara mengubah Base64 kembali menjadi gambar?

Tempelkan data gambar Base64 ke alat ini, lalu kirim untuk dikonversi. Hasil yang dikembalikan berupa gambar. Sebelumnya, periksa apakah nilainya merupakan Base64 mentah atau URL data lengkap.

1. Temukan nilai yang telah dikodekan, lalu salin tanpa tanda kutip yang mengapitnya dari JSON, CSS, atau kode sumber.
2. Cari awalan URL data seperti data:image/png;base64,. Muatan Base64 yang sebenarnya dimulai setelah tanda koma.
3. Jika URL data lengkap ditolak, hapus awalannya dan kirim hanya muatan yang telah dikodekan. Setiap dekoder dapat memiliki aturan berbeda terkait penerimaan pembungkus tersebut.
4. Pastikan gambar yang dihasilkan memiliki konten, dimensi, dan format yang sesuai sebelum menggunakannya di tempat lain.

Spasi dan pemisah baris terkadang muncul ketika perangkat lunak email membungkus nilai Base64 yang panjang. Sebagian dekoder mengabaikan karakter spasi tersebut, sedangkan dekoder yang lebih ketat akan menolaknya. Jangan menambahkan tanda baca atau teks penjelasan ke muatan. Angka merupakan karakter Base64 yang valid, tetapi rangkaian yang hanya berisi karakter valid belum tentu merupakan gambar.

Nilai Base64 kosong tidak merepresentasikan byte apa pun, sehingga tidak dapat menghasilkan gambar yang dapat digunakan. Nilai yang sangat panjang juga berukuran besar karena Base64 memperbesar data asli. Untuk memprosesnya, seluruh rangkaian hasil pengodean harus dikirim dan didekode.

Mengapa gambar Base64 saya tidak bisa didekode?

Gambar Base64 biasanya gagal didekode karena datanya rusak atau tidak lengkap, menggunakan alfabet yang salah, atau tidak memuat byte gambar. Pengodean ganda juga dapat menjadi penyebab jika sumbernya mengodekan data lebih dari sekali. Posisi dan bentuk kegagalan dapat membantu mengidentifikasi penyebabnya.

• Input terpotong: Penyalinan dari log, penampil basis data, atau sistem perpesanan dapat memotong bagian akhir nilai yang panjang. Karakter yang hilang biasanya membuat byte hasil dekode tidak lengkap.
• Varian atau alfabet keliru: Base64 standar menggunakan + dan /, sedangkan Base64url umumnya menggunakan - dan _. Dekoder yang mengharapkan varian lain dapat menolak input tersebut.
• Padding hilang: Nilai Base64 dapat diakhiri dengan satu atau dua tanda sama dengan. Sebagian sistem menghilangkan padding ini dan sebagian dekoder dapat menyusunnya kembali, tetapi implementasi yang ketat mungkin mewajibkannya.
• Data biner bukan gambar: Base64 dapat merepresentasikan PDF, arsip, fon, atau data byte lainnya. Karena itu, Base64 yang valid belum tentu menghasilkan gambar yang valid.
• Kekeliruan pengodean teks: Huruf beraksen, emoji, dan karakter non-Latin bukan bagian dari alfabet Base64. Sebelum dikodekan ke Base64, karakter tersebut harus terlebih dahulu direpresentasikan sebagai byte, biasanya menggunakan UTF-8.
• Pengodean ganda: Jika proses dekode pertama menghasilkan rangkaian panjang lain yang hanya berisi karakter Base64, sumber tersebut mungkin telah dikodekan dua kali. Dekode nilai perantara sekali lagi hanya jika asal datanya memastikan bahwa hasil seperti ini memang diharapkan.

Jika dekoder Base64 umum menghasilkan karakter acak yang tidak terbaca, itu tidak selalu berarti proses dekode gagal. Byte gambar merupakan data biner dan memang tidak diharapkan terlihat seperti teks yang dapat dibaca. Gunakan Pengubah kode Base64 jika perlu memeriksa muatan yang bukan gambar, dan gunakan Gambar ke Base64 untuk melakukan proses sebaliknya.

Di mana data gambar Base64 digunakan?

Data gambar Base64 digunakan ketika berkas biner perlu dikirim melalui kolom atau dokumen yang berorientasi pada teks. Contoh umumnya mencakup gambar yang disematkan dalam URL data HTML atau CSS, properti gambar dalam muatan API JSON, dan bagian MIME pada email.

Data ini juga dapat muncul dalam string kueri. Pengurai kueri aplikasi mungkin salah menangani karakter Base64 standar, terutama pengurai bergaya formulir yang menganggap tanda tambah sebagai spasi atau tanda sama dengan sebagai pemisah. Base64url mengganti karakter alfabet yang bermasalah dan sering menghilangkan padding, sehingga lebih sesuai untuk URL dan token.

Nama domain internasional tidak menggunakan Base64. Dalam sistem IDNA, label ASCII tidak berubah, sedangkan U-label non-ASCII dapat direpresentasikan sebagai A-label menggunakan Punycode. Nilai Base64 dapat muncul di bagian lain URL, misalnya dalam string kueri. Perbedaan ini penting saat memeriksa nilai yang disalin dari alamat di browser.

JSON tidak memiliki tipe data biner bawaan, sehingga API terkadang menempatkan konten gambar Base64 di dalam rangkaian yang diapit tanda kutip. Cara ini praktis untuk pertukaran berbasis teks, tetapi memperbesar ukuran muatan. Untuk unggahan yang besar atau sering dilakukan, unggahan berkas biner biasa umumnya lebih sesuai.

Pengodean Base64, kerahasiaan, dan pemrosesan server

Base64 adalah metode pengodean, bukan enkripsi, dan tidak memberikan kerahasiaan. Siapa pun yang memiliki nilainya dapat mendekodenya tanpa kata sandi atau kunci. Karena itu, kredensial, foto pribadi, dan dokumen rahasia tidak boleh dilindungi hanya dengan mengubahnya menjadi Base64.

Untuk alat ini, pemrosesan dilakukan di server. Input dikirim ke server melalui HTTPS dan tidak disimpan. HTTPS melindungi koneksi selama data dikirim, tetapi tidak mengubah nilai Base64 menjadi konten terenkripsi atau membuat sumber yang tidak tepercaya menjadi aman.

Proses dekode juga tidak memeriksa apakah gambar tersebut berbahaya atau tidak. Perlakukan gambar yang didekode dari nilai Base64 kiriman sumber tidak dikenal dengan kehati-hatian yang sama seperti gambar lain yang diunduh.

Pertanyaan umum

Bisakah format gambar diketahui dari Base64 mentah?

Terkadang bisa, tetapi alfabet Base64 sendiri tidak menyatakan format. Berkas hasil dekode memiliki signature, yang sering disebut magic bytes, dan dapat digunakan perangkat lunak untuk membedakan format seperti PNG, JPEG, dan GIF. URL data juga dapat menyebutkan jenis media, tetapi label tersebut bisa saja salah dan tidak boleh mengesampingkan byte yang sebenarnya.

Apakah mendekode Base64 menurunkan kualitas gambar?

Tidak. Proses dekode Base64 yang benar memulihkan byte asli dan tidak mengompresi ulang gambar. Kualitas gambar, data warna, dan metadata yang disematkan tetap sama, kecuali berkas hasil dekode kemudian diedit atau dikonversi oleh program lain.

Apakah Base64 bisa memuat gambar SVG?

Ya, data SVG dapat dikodekan dengan Base64, meskipun dukungan untuk menampilkannya bergantung pada perangkat lunak penerima. SVG merupakan format berbasis XML dan dapat memuat skrip, tautan, atau referensi eksternal. Karena itu, jangan menganggap SVG berkode Base64 dari sumber tidak dikenal aman untuk dibuka.

Mengapa gambar Base64 lebih besar daripada berkas aslinya?

Base64 menghasilkan empat karakter teks untuk setiap tiga byte data sumber, dan kelompok terakhir dapat memuat padding. RFC 4648 mewajibkan padding, kecuali spesifikasi yang merujuknya secara eksplisit mengizinkan padding dihilangkan. Karena itu, hasilnya sekitar sepertiga lebih besar, bahkan sebelum awalan URL data, tanda kutip JSON, atau overhead pengiriman ditambahkan. Jika sistem menerima unggahan berkas biasa, mengirim gambar biner asli umumnya menggunakan lebih sedikit data.