Aynı görselin hem JPG hem PNG hâli varsa hangisinden BMP üretmeliyim?

PNG'den üretin. PNG kayıpsız olduğu için içinde JPG'nin sıkıştırma artefaktları bulunmaz; ortaya çıkan BMP daha temiz piksel verisi taşır. JPG'den giderseniz halkalanmalar, bloklaşmalar ve kenar yumuşamaları BMP'ye aynen taşınır ve artık kalıcıdır. İki dosya ekranda benzer görünse bile piksel seviyesinde fark vardır ve bu fark özellikle metin, çizgi ve keskin kenar içeren görsellerde belirgindir.

Cihazım BMP'yi kabul etmiyor, format doğru olmasına rağmen. Neden?

Sorun büyük ihtimalle formatta değil varyanttadır. BMP tek tip bir yapı değildir; 24 bit, 32 bit ve indeksli 8 bit gibi farklı bit derinlikleriyle üretilebilir ve eski sistemler çoğu zaman yalnızca birini kabul eder. Ayrıca birçok gömülü cihaz sabit bir çözünürlük bekler ve farklı boyuttaki dosyayı reddeder. Cihazın dokümantasyonunda beklenen bit derinliği ve piksel boyutunu kontrol edin; bunlar eşleşmediğinde geçerli bir BMP bile reddedilebilir.

Şeffaflık içeren bir görseli BMP'ye çevirmem gerekiyorsa ne yapmalıyım?

Önce hedef sistemin şeffaflıkla ne yapacağını öğrenin. BMP'nin 32 bit varyantı alfa kanalı taşıyabilir ama bu destek uygulamalar arasında tutarsızdır ve birçok okuyucu alfa baytını görmezden gelir. Bu durumda şeffaf alanlar düz bir renkle doldurulur; hangi renkle dolduğu ise okuyucuya göre değişebilir. En güvenli yöntem, dönüşümden önce arka planı bilinçli olarak istediğiniz renkle doldurup şeffaflığı kendiniz kaldırmaktır; böylece sonucu şansa bırakmazsınız.

Dönüşüm zincirinde kaç adım olması sorun yaratır mı?

Zincirdeki kayıplı adımların sayısı önemlidir, toplam adım sayısı değil. Kayıpsız formatlar arasında istediğiniz kadar dolaşabilirsiniz; PNG'den BMP'ye, oradan tekrar PNG'ye geçmek görüntüyü değiştirmez. Buna karşılık her JPG kaydı yeni bir bozulma katmanı ekler. Yani zincirinizde birden fazla JPG adımı varsa sorun oradadır. Mümkünse kaynağa en yakın kayıpsız dosyadan tek adımda BMP üretin.

BMP Çıktı İsteyen Programlar İçin Hangi Yolu Seçmeli?

Sorunun doğru hâli

Bazen elinizde bir tercih olmaz. Bir üretim hattı paneli, eski bir Windows programı, bir CAD içe aktarma aracı veya bir cihazın açılış ekranı yalnızca BMP kabul eder ve pazarlık yoktur. Bu durumda sorulacak soru "BMP'ye çevirmeli miyim" değil, "BMP'yi neyden üretmeliyim" olur.

Çünkü BMP'ye giden birden fazla yol vardır ve hangisinden gittiğiniz sonucu doğrudan etkiler. Bu yazı o kararı karşılaştırıyor.

Kritik nokta: BMP kaynağını taşır, iyileştirmez

Karşılaştırmaya geçmeden önce temel kuralı netleştirelim, çünkü her şey buna dayanıyor.

BMP sıkıştırılmamış bir formattır ve kendisine verilen piksel verisini olduğu gibi saklar. İçeriği düzeltmez, netleştirmez, artefakt temizlemez. Yani BMP dosyanızın kalitesi tamamen kaynağın kalitesidir.

Bunun pratik anlamı şudur: kaynak seçimi, bu dönüşümdeki tek gerçek karardır. Dönüşümün kendisinde ayarlanacak bir kalite kaydırıcısı yoktur; belirleyici olan neyi girdi verdiğinizdir.

Yol 1: JPG'den BMP'ye

En sık karşılaşılan senaryo, çünkü elimizdeki görsellerin çoğu zaten JPG.

Ne olur: JPG çözülür ve piksel verisi ham hâlde BMP kapsayıcısına yazılır. Bu adımda yeni bir kayıp oluşmaz — çünkü kaybedilecek bir şey kalmamıştır. JPG kaydedildiği anda sıkıştırma algoritması gözün az fark ettiği bilgileri zaten atmıştı.

Sonuç: JPG'nizin bütün kusurları BMP'ye aynen taşınır. Keskin kenarların etrafındaki halkalanmalar, düz geçişlerdeki bloklaşmalar, ince dokulardaki yumuşamalar — hepsi orada ve artık sıkıştırılmamış olarak saklanıyorlar.

Ne zaman kabul edilebilir: Elinizdeki tek kaynak JPG ise ve hedef sistem görüntüyü basitçe gösterecekse. Bir açılış ekranı, bir arayüz görseli veya bir önizleme için bu genellikle yeterlidir.

Ne zaman sorun çıkarır: Görselde metin, ince çizgi veya keskin kontur varsa. JPG artefaktları bu içerikte gözle görülür ve BMP'de kalıcı hâle gelir. Ayrıca görüntü üzerinde otomatik analiz veya ölçüm yapılacaksa, artefaktlar piksel değerlerini değiştirdiği için sonuçları etkileyebilir.

Yol 2: PNG'den BMP'ye

Eğer aynı görselin bir PNG hâli varsa veya kaynağa geri dönüp PNG üretebiliyorsanız, tercihiniz bu olmalı.

Ne olur: PNG kayıpsız bir formattır; içindeki piksel verisi kaydedildiği andaki hâliyle tam olarak korunmuştur. Bu veri doğrudan BMP'ye yazılır.

Sonuç: Ortaya çıkan BMP, JPG yolundan gelen BMP'den daha temiz piksel verisi taşır. İki dosya ekranda benzer görünebilir ama piksel seviyesinde fark vardır ve bu fark özellikle metin ve keskin kenarlarda belirgindir.

Tek dikkat noktası şeffaflıktır. PNG alfa kanalını güvenilir biçimde taşır; BMP ise taşımayabilir. Aşağıda bu konuya ayrı bir başlık ayırdık.

Karşılaştırma özeti

| Kriter | JPG kaynaklı BMP | PNG kaynaklı BMP | | --- | --- | --- | | Piksel doğruluğu | Kaynak artefaktları kalıcı | Kaynak verisi bire bir | | Metin ve keskin kenar | Halkalanma taşınır | Temiz | | Ölçüm/analiz uygunluğu | Riskli | Uygun | | Şeffaflık | Zaten yok | Kaybolabilir, kontrol gerekir | | Sonuç dosya boyutu | Aynı | Aynı |

Son satır dikkate değer: BMP'nin boyutu kaynağa hiç bağlı değildir. Çözünürlük ve bit derinliği aynıysa iki yol da aynı boyutta dosya üretir. Yani JPG'den gitmenin bir boyut avantajı bile yoktur — sadece kalite dezavantajı vardır.

Şeffaflık tuzağı

PNG'den giderken en sık yaşanan sorun budur.

BMP'nin 32 bit BGRA varyantı alfa kanalı barındırabilir, ama bu desteği uygulamalar arasında tutarsızdır. Birçok okuyucu alfa baytını tamamen görmezden gelir ve şeffaf alanları opak gösterir. Hangi renkle doldurulduğu ise okuyucuya göre değişir; genellikle beyaz veya siyah olur ama buna güvenilmez.

Eski bir cihaz veya program söz konusuysa alfa desteğinin olmadığını varsaymak en güvenlisidir.

Çözüm basit: dönüşümden önce arka planı bilinçli olarak istediğiniz renkle doldurun. Bir logo koyu bir panelde gösterilecekse arka planı o koyu renk yapın. Böylece sonucu şansa bırakmaz, hedef sistemde tam olarak beklediğiniz görüntüyü elde edersiniz.

Bit derinliği: reddedilmelerin asıl sebebi

"Dosya geçerli bir BMP ama cihaz kabul etmiyor" şikayeti neredeyse her zaman buradan gelir.

BMP tek tip bir yapı değildir. 24 bit, 32 bit ve indeksli 8 bit gibi varyantları vardır ve eski sistemler çoğu zaman yalnızca birini okuyabilir. Ayrıca birçok gömülü cihaz sabit bir çözünürlük bekler; yanlış boyuttaki dosyayı reddeder veya bozuk gösterir.

Dönüşüm yapmadan önce hedef sistemin dokümantasyonunda şu ikisini arayın: beklenen bit derinliği ve beklenen piksel boyutu. Bu iki bilgi eşleşmediğinde format doğru olsa bile sonuç alamazsınız.

Pratik karar

Sıralama net:

Kayıpsız bir kaynağınız varsa oradan gidin. Orijinal düzenleme dosyası, PNG kopya veya kayıpsız bir tarama — hangisi varsa en temiz sonucu o verir.
Sadece PNG varsa PNG'den gidin. Şeffaflık durumunu önceden çözün.
Sadece JPG varsa JPG'den gidin. JPG'den BMP'ye dönüştürme işi görür; sadece kaynağın kusurlarının kalıcı olduğunu bilin.
Zincirde birden fazla JPG adımı olmasın. Kayıpsız formatlar arasında istediğiniz kadar dolaşabilirsiniz, ama her JPG kaydı yeni bir bozulma katmanı ekler.

Özetle

BMP'ye giden yolda dönüşümün kendisi belirleyici değildir; kaynak belirleyicidir. Mümkün olan en kayıpsız kaynaktan tek adımda gidin, hedef sistemin bit derinliği ve çözünürlük beklentisini önceden öğrenin, şeffaflığı şansa bırakmak yerine kendiniz düzleştirin. Bu üç şeyi yaparsanız eski bir sistemle uğraşırken karşılaşacağınız sürprizlerin çoğunu baştan ortadan kaldırmış olursunuz.