Bir işi teslim ediyorsunuz, müşteri telefonundan bakıyor ve renkler soluk görünüyor. Kendi monitörünüzde her şey yerli yerinde. Bu, çoğu stüdyonun tanıdığı bir sahne ve neredeyse her zaman aynı sebepten kaynaklanıyor: renk yönetiminin zincirin bir yerinde kopması.
Üç ayrı kavram
HDR tartışmalarında üç şey sürekli birbirine karışıyor. Ayırmak, sorunun nerede olduğunu bulmayı kolaylaştırıyor.
| Kavram | Ne tanımlar | Yanlış olduğunda ne görürsünüz |
|---|---|---|
| Renk gamı | Gösterilebilir renklerin sınırı | Renkler doygunluk kaybeder veya taşar |
| Dinamik aralık | En koyu ile en parlak arasındaki mesafe | Gölgeler tıkanır, parlak alanlar patlar |
| Transfer eğrisi | Sayısal değerin parlaklığa çevrilme biçimi | Görüntü genel olarak soluk veya aşırı koyu |
Soluk görünen bir görüntünün sebebi genellikle üçüncüsüdür. Dosya bir transfer eğrisiyle kodlanmış, gösteren cihaz başka bir eğri varsayıyordur. Renkler doğru, yorum yanlıştır.
Etiketleme zinciri
Renk yönetiminin temeli tek bir kurala dayanır: her dosya hangi renk uzayında olduğunu kendi içinde söylemelidir. Etiket yoksa, dosyayı açan her yazılım kendi varsayımını uygular ve varsayımlar birbirini tutmaz.
Kaynakta etiketleyin
Kamera veya üretim aracından çıkan dosyanın renk uzayı bilgisini taşıdığından emin olun. Taşımıyorsa ilk işlemde elle atayın.
Çalışma uzayını sabitleyin
Projenin tamamı tek bir çalışma uzayında ilerlemeli. Ekip içinde bu bir kere kararlaştırılır ve proje boyunca değişmez.
Dönüşümü açıkça yapın
Uzaydan uzaya geçiş otomatik olmasın. Hangi dönüşümün nerede uygulandığı yazılı olsun, yoksa iki kez dönüşüm yapmak çok kolaydır.
Hedefe göre teslim edin
Web, yayın ve sinema farklı hedeflerdir. Tek bir dosyayı hepsine göndermek, üçünde de yaklaşık doğru sonuç verir.
Tone mapping kimin işi
HDR içerik, çoğu ekranın gösterebileceğinden daha geniş bir parlaklık aralığı taşır. Bu aralığın ekranın kapasitesine sıkıştırılması gerekir ve bu işleme tone mapping denir. Kritik soru şudur: bunu kim yapıyor?
- Siz yaparsanız: sonucu kontrol edersiniz, ama her hedef için ayrı bir sürüm üretmeniz gerekir.
- Cihaz yaparsa: tek dosya yeterli olur, ama sonuç cihaz üreticisinin algoritmasına kalır ve markadan markaya değişir.
- İkisi birden yaparsa: en kötü senaryo. Görüntü iki kez sıkıştırılır ve kontrast çöker.
Pratikte çoğu iş için doğru cevap, ana teslim sürümünü hedef ekran sınıfına göre hazırlamak ve cihaz tarafındaki otomatik işlemenin devreye girmemesi için dosyayı doğru etiketlemektir.
Doğrulama alışkanlığı
Renk yönetimi kurulduktan sonra kendiliğinden bozulur. Yazılım güncellemesi, yeni bir monitör, farklı bir teslim formatı zinciri sessizce değiştirir. Bunu yakalamanın tek yolu düzenli doğrulamadır.
- 01Referans kare tutun. Bilinen değerlere sahip bir test görüntüsünü her projede aynı noktada kontrol edin.
- 02İki farklı hedefte bakın. Kalibre monitör ve sıradan bir tüketici ekranı. İkisi arasındaki fark beklenen aralıkta mı?
- 03Teslim dosyasını açıp kontrol edin. Teslim ettiğiniz dosyayı, teslim ettiğiniz haliyle, temiz bir makinede açın.
Renk yönetimi bir ayar değil, bir zincirdir. Zincirin en zayıf halkası tüm işi belirler ve o halka genellikle teslim aşamasındadır.