**Ücretsiz online Ultra HDR dönüştürücü — gain map JPEG — App-Vault**

> Sıradan fotoğraftan ücretsiz online Google Ultra HDR JPEG oluşturun: her yerde açılan SDR görüntüye, HDR ekranın parlak alanları güçlendirdiği bir gain map eklenir.

Source: https://appvau.lt/tr/tools/hdr-image-converter/ · language: tr · updated: 2026-09-11

# JPG'yi gain map ile Ultra HDR dosyasına dönüştürün

Eski her şey için sıradan bir JPEG, güncel her şey için yüksek dinamik aralıklı görüntü olan tek dosya. Kapsayıcı oluşturulduktan sonra yeniden ayrıştırılır ve kendi başlıkları doğrulanana kadar indirme sunulmaz.

BIRAK · YAPIŞTIR · SEÇ

Bir JPG, PNG veya WebP dosyasını buraya bırakın

veya bir dosya seçin. Bu tarayıcı sekmesinde açılır ve hiçbir zaman yüklenmez — bu sayfada dosya yükleyebileceğiniz bir uç nokta yoktur.

## Gain map gerçekte nedir?

Sıradan bir JPEG, parlaklığı beyazda sona eren bir ölçek üzerinde tanımlar. Yüksek dinamik aralığa sahip bir ekran, bu beyazdan — küçük alanlar için birkaç kat — belirgin biçimde daha parlak olabilir; ancak formatta, görüntünün hangi kısımlarının bu kapasiteyi kullanması gerektiğini söylemenin bir yolu yoktur.

Gain map eksik talimattır. İlk görüntünün yanında saklanan ikinci ve daha küçük gri tonlamalı görüntüdür; içindeki her değer, görüntünün karşılık gelen kısmına ne kadar ek parlaklık verilmesi gerektiğini stop cinsinden belirtir. Kapasitesi olan bir oluşturucu bunu çarpar; kapasitesi olmayan oluşturucu ise tümünü yok sayar ve temel görüntüyü gösterir. Fikrin tamamı budur ve zarif yanı, dosyanın kusursuz biçimde geriye uyumlu olmasıdır: 2012 model bir ekranda yalnızca bir JPEG'tir.

Google bunu Android 14 ile Ultra HDR olarak kullanıma sundu. Kapsayıcı, iki görüntüyü adlandıran bir XMP dizini ile ikinci görüntünün bayt ofsetini veren bir Multi-Picture Format dizininden oluşur; bu dizin başlangıçta stereoskopik kameralar için yazılmış CIPA standardıdır. Apple'ın HDR fotoğrafları da aynı temel fikri kullanır ve ISO 21496-1 bunu sonradan resmileştirmiştir.

## "SDR'yi HDR'ye dönüştürme"nin dürüst açıklaması

Bu ifadeyi aradığınızda bitmiş bir fotoğrafa dinamik aralık eklemeyi vadeden çok sayıda yazılımla karşılaşırsınız. Eklenen şey bilgi değil, yorumlamadır.

Kamera bir parlak alanı kırptığında o pikseldeki her kanal 255 değerini okur ve arkasında hiçbir şey yoktur. Hiçbir sonraki işlem sensörün kaydetmediği şeyi geri getiremez; bir üst örnekleyicinin veya üretken modelin yapabileceği en fazla, makul görünen bir şey icat etmektir. Bu bir duvar kâğıdı için kabul edilebilir olabilir, ancak görüntünün kanıt niteliği taşıması gereken her yerde kabul edilemez.

Bu araç bunun yerine piksel bazında, *mevcut olan* parlak alanlara ekran kapasitesinin ne kadarının verilmesi gerektiğine karar verir ve bu kararı güncel HDR iş akışlarının okuduğu biçimde yazar. HDR ekranda sonuç, aynı fotoğrafın daha parlak ve daha üç boyutlu bir sürümüdür — bir pencerenin beyaz dikdörtgen yerine pencere gibi görünmesi, bir yansımada biraz ışıltı olması gibi. Diğer tüm ekranlarda ise başladığınız görüntünün bayt bayt aynısıdır.

Bu gerçek ama sınırlı bir iyileştirmedir. Bunu söylemekle "fotoğraflarınızı gerçek HDR'ye dönüştürün" demek arasındaki fark, bu bölümün varlık nedenidir.

## Neden yalnızca parlak alanlar?

Gain map'i kötü oluşturmanın en yaygın yolu, gain'i her yerde uygulamaktır. Kolaydır, görüntüyü belirgin biçimde değiştirir ve biri ekran parlaklığını yükseltmiş gibi görünür — zaten yaptığı şey de tam olarak budur. Dinamik aralık karanlık ve parlak kısımlar arasındaki mesafeyle ilgilidir; iki ucu eşit biçimde yükseltmek dinamik aralık eklemez.

Buradaki eğri, doğrusal parlaklığın yaklaşık 35%'inin altında sıfırdır ve üstünde smoothstep ile yumuşak biçimde devreye girer. Böylece orta tonlar ve gölgeler hiç gain almaz; etki, speküler parlak alanların bulunduğu yerlerde yoğunlaşır: bir pencere, su üzerindeki güneş, krom bir kenar veya kadrajdaki bir ışık kaynağı. Rapor, görüntünün gerçekten istediği maksimum gain'i gösterir; bu değer genellikle ön ayarın tavanının oldukça altındadır. Parlak alanları olmayan bir fotoğraf, hangi ön ayarı seçerseniz seçin çok az gain alır; bu bir kusur değil, doğru davranıştır.

Üç ön ayar şunlardır: hafif at bir durak, standart at 2 durak, güçlü at 3 durak. Üç stop, güncel bir telefon kamerasının doğal olarak kaydettiği değere kabaca karşılık gelir; bu nedenle sentezlenmiş bir map için dürüst üst sınırdır. Bunun ötesinde sonuç fotoğraf gibi görünmemeye başlar.

## Dosyanın içinde ne var?

Çıktı tek bir JPEG'dir. Baştan okuyacak olursanız: görüntü başlangıç işareti, bir JFIF başlığı, iki öğeli bir kapsayıcı dizini bildiren bir XMP paketi — tam bayt uzunluğuyla bir Primary ve bir GainMap — ardından iki girişli bir dizin içeren bir Multi-Picture Format segmenti ve SDR fotoğrafının sıradan sıkıştırılmış görüntü verileri gelir. Bu görüntünün görüntü sonu işaretinden sonra ikinci bir tam JPEG bulunur: yarım doğrusal çözünürlükteki gain map. Bu JPEG, oluşturucunun ihtiyaç duyduğu parametreleri kendi XMP'sinde taşır — stop cinsinden maksimum gain, gama, ofsetler ve kapasite aralığı.

Bu yapıdaki iki sayının gerçekle eşleşmesi gerekir; aksi hâlde tüm yapı etkisizdir: gain map'in bildirilen uzunluğu ve MPF dizinindeki bayt ofseti. Bu ofset dosyanın başlangıcından değil, MPF segmentinin içindeki bir başlangıç noktasından ölçülür. Bu göreli başlangıç noktası, her uygulamanın en az bir kez yanlış yaptığı kısımdır.

Bu nedenle araç, çıktıyı sunmadan önce yeniden okur. XMP'yi yeniden ayrıştırır ve her iki öğenin de bildirildiğini kontrol eder; MPF ofsetini izleyerek bir JPEG görüntü başlangıç işaretine denk geldiğini doğrular; bildirilen uzunluğu gerçekten mevcut baytlarla karşılaştırır ve gain map'in bir sürüm ile maksimum değer taşıdığını doğrular. Bu bulguların her biri rapora yazdırılır. Bunlardan biri bile başarısız olursa hiçbir şey üretilmez — kendi içerikleri hakkında yalan söyleyen başlıklara sahip bir dosya, daha sonra başka bir yerde ve kimsenin buraya bağlamayacağı bir şekilde başarısız olur.

## Nerede görecek, nerede göremeyeceksiniz?

Etki, Android 14 ve sonrasında Google Photos ve Chrome'da, ekranın kapasitesi varsa güncel iOS ve macOS üzerinde Photos ve Safari'de ve masaüstü HDR monitörde Chrome'da görünür. Standart bir ofis monitöründe kullanılacak kapasite yoktur; bu nedenle temel görüntüyü doğru biçimde gösterir ve hiçbir şey olmuş gibi görünmez.

Burada doğrulanabilecek şeyin sınırı da budur. Bir tarayıcı sekmesinde çalışan hiçbir şey ekranınızın en yüksek parlaklığını ölçemez veya başka bir cihazın oluşturucusunu test edemez. Bu nedenle araç kontrol ettiği şeyi — kapsayıcıyı — belirtir ve kontrol etmediği bir şey hakkında ima yürütmez. Bu sitedeki bir sayfa bir iddiayı kontrol edemediğinde bunu söyler; bu kural, [QR oluşturucunun](https://appvau.lt/tools/qr-code-generator/) belirli bir kameranın belirli bir baskıyı okuyacağını garanti etmeyi reddetmesinin de temelidir.

Gain map'leri anlamayan yazılımlar — daha eski bir masaüstü görüntüleyicisi, bir baskı iş akışı veya çoğu içerik yönetim sistemi — iki tanımadığı meta veri segmentine sahip bir JPEG görür ve temel görüntüyü gösterir. Bu, formatın tasarlandığı gibi çalışmasıdır. Bazı araçlar yeniden kaydederken ek segmentleri kaldırır ve HDR'yi sessizce siler; bir dosyanın bir iş akışından geçmesi gerekiyorsa, en son noktada kontrol edin.

## Maliyet ve ne zaman uğraşmamalı?

Gain map dosyaya yaklaşık 15 ila 30% ekler. Gain map'ler doğaları gereği yumuşaktır ve iyi sıkıştırılır; ayrıca map tam çözünürlüklü bir görüntüyle çarpıldığı için doğrusal çözünürlüğün yarısı görsel olarak tam çözünürlükten ayırt edilemez.

Parlak alanları olmayan bir görüntü için gain map oluşturmak anlamlı değildir — eşit aydınlatılmış bir iç mekân, düz gri bir gökyüzü veya belge taraması gibi. Kapasitenin yapacağı bir şey yoktur, rapor tepe gain değerinin sıfıra yakın olduğunu söyler ve dosya boyutunu boşuna artırmış olursunuz. Gün batımı, pencere, içinde ışık kaynakları bulunan gece sahnesi veya kadrajında su ya da metal olan herhangi bir görüntü için ise anlamlıdır.

Gerçekten karanlık bir fotoğraf farklı bir sorundur ve [parlaklaştırıcıyı](https://appvau.lt/tools/image-brightener/) ister. Bu araç, yetenekli bir ekranın piksellerle ne yaptığı yerine herkesin göreceği pikselleri değiştirir. Buradaki yeniden kodlama yapan her araçta olduğu gibi, çıktı kaynak dosyanın hiçbir meta verisini taşımaz: konum, kamera veya seri numarası yoktur — bir dosyanın ne tuttuğuna karar vermeden önce bakacağınız yer [meta veri aracıdır](https://appvau.lt/tools/photo-metadata/).

NE YAPMAZ

## Sınırlar, sonradan keşfedilmek yerine burada belirtiliyor

- Bu araç kırpılmış ayrıntıları geri getirmez. Patlamış bir gökyüzü her kanalda 255'tir ve arkasında hiçbir şey yoktur; gain map, mevcut parlak alanların ne kadar daha parlak işlenmesi gerektiğine karar verir.
- Efekti görüp görmemeniz ekranınıza, işletim sisteminize ve uygulamaya bağlıdır. Bir tarayıcı sekmesinde çalışan hiçbir şey bunu test edemez; bu nedenle araç böyle bir iddiada bulunmaz.
- Gain map'leri anlamayan bir görüntüleyici, SDR temel görüntüsünü değiştirmeden gösterir. Bu, formatın tasarlandığı gibi çalışmasıdır; bir hata değildir.
- Dosya, aynı görüntünün düz JPEG'inden yaklaşık 15-30% daha büyüktür; fark gain map'tir.

**Kontrol edilen:** Üretilen dosya yeniden ayrıştırılır: XMP kapsayıcısı her iki öğeyi de bildirmeli, MPF ofseti gerçek bir JPEG başlangıç işaretine denk gelmeli, bildirilen ve gerçek gain map uzunlukları eşleşmeli ve gain map hdrgm parametrelerini taşımalıdır.

## Bu konuda sorulan sorular

1. 01 Ultra HDR nedir? Google'ın Android 14 ile kullanıma sunduğu bir formattır: yanına daha küçük ikinci bir görüntünün, yani gain map'in, eklendiği normal bir SDR JPEG ve bir oluşturucunun bunları nasıl birleştireceğini belirten meta veriler. HDR ekranda gain map, parlak alanları SDR'nin gösterebileceğinden daha fazla aydınlatır; diğer her yerde temel JPEG gösterilir ve geri kalanı yok sayılır.
2. 02 Bir SDR fotoğrafı gerçekten HDR'ye dönüştürebilir misiniz? Bu aracın yaptığı gibi, ondan geçerli bir HDR kapsayıcısı oluşturabilirsiniz; HDR ekranda da gerçekten daha parlak ve daha üç boyutlu görünür. Ancak kameranın hiç kaydetmediği bilgileri geri getiremezsiniz. Bitmiş bir JPEG'e gerçek dinamik aralık eklediğini iddia eden her şey, geri kazanımdan değil yorumlamadan söz ediyordur; bu sayfa da bunu satmak yerine açıkça belirtir.
3. 03 Efekti gerçekte nerede göreceğim? Android 14 ve sonrasında Google Photos ve Chrome'da, HDR kapasitesi olan bir ekranda güncel iOS ve macOS üzerinde Photos ve Safari'de ve masaüstü HDR monitörde Chrome'da. Standart bir ofis monitöründe kullanılacak kapasite yoktur; bu nedenle temel görüntüyü doğru şekilde görürsünüz.
4. 04 Gain map ne kadar büyük? Görüntünün doğrusal çözünürlüğünün yarısıdır ve JPEG olarak kodlanır; bu genellikle dosyaya 15-30% ekler. Gain map'ler doğaları gereği yumuşaktır, bu yüzden iyi sıkıştırılırlar ve yarım çözünürlük görsel olarak tam çözünürlükten ayırt edilemez.
5. 05 Fotoğrafım yükleniyor mu? Hayır. Her iki kodlama ve doğrulama işlemi bu tarayıcı sekmesinde çalışır.
6. 06 Araç neden yalnızca parlak kısımları aydınlatıyor? Çünkü tüm görüntüyü yükseltmek, yüksek dinamik aralık değil parlaklık kaydırıcısıdır ve ucuz bir dönüştürmenin soluk bir ekran gibi görünmesine neden olan şey budur. Buradaki gain eğrisi doğrusal parlaklığın yaklaşık 35%'inin altında sıfırdır ve üstünde kademeli olarak devreye girer; böylece speküler parlak alanlar öne çıkar, fotoğrafın geri kalanı olduğu gibi bırakılır.
7. 07 Bu, ISO 21496-1 ile aynı mı? Bunun yaygın olarak kullanılan önceki sürümüdür. Android'de sunulduğu şekliyle Ultra HDR, bir XMP kapsayıcı dizini ile CIPA DC-007 Multi-Picture Format dizinini kullanır; ISO standardı da aynı fikri resmileştirir. Burada yazılan dosyalar Android, Chrome ve Apple platformlarındaki Ultra HDR iş akışı tarafından okunur.

## Bu sitedeki diğer araçlar

[Tüm 10 araç](https://appvau.lt/tr/tools/)

- [Görsel dosyaları Fotoğraf aydınlatma](https://appvau.lt/tr/tools/image-brightener/)
- [Görsel dosyaları Görsel sıkıştırıcı](https://appvau.lt/tr/tools/image-compressor/)
- [Fotoğraf gizliliği Fotoğraf metadata görüntüleyici ve temizleyici](https://appvau.lt/tr/tools/photo-metadata/)

Bu araçlar, uygulamanın altında aynı sorunun tekrar tekrar ortaya çıkması nedeniyle var: Bir fotoğraf, gönderen kişinin kastettiğinden fazlasını söyler. App-Vault bunun iPhone tarafıdır — hiç kamera rulosunda bulunmaması gereken dosyalar için şifreli bir kasa. [Kasanın yaptığı](https://appvau.lt/photo-vault/), [arkasındaki kriptografi](https://appvau.lt/encryption/) iddia edilmek yerine belgelenmiştir.

[Ana sayfa](https://appvau.lt/tr/) [Tarayıcı araçları](https://appvau.lt/tr/tools/) Ultra HDR dönüştürücü

BAŞLAYIN

## Kasayı mühürleyin.

İndirmesi ücretsiz. İlk kasa sonsuza kadar ücretsiz. Yalnızca onu aştığınızda yükseltin.

[iPhone'da App-Vault'u açın](https://appvau.lt/download/)

---

HTML version: https://appvau.lt/tr/tools/hdr-image-converter/
Structured data for this site: https://appvau.lt/api/v1/openapi.json · https://appvau.lt/llms.txt
Free to quote and reuse with a link back to the source URL above (CC BY 4.0).