Kameralar neden “doğru” bir histogram göstermiyor?


9

Kameralar neden JPG önizlemesinden ziyade RAW verilerine dayalı bir histogram göstermiyor?

Bir RAW dosyasının görüntülenebilir bir görüntü olmadığını ve eğrileri uygulamadan ve görüntünün nasıl yorumlanması gerektiğini tanımlamadan görüntülenemediğini biliyorum. Ama kameralar neden görüntüde ne kadar enlem bulunduğumu doğru bir şekilde gösteren bir histogram göstermiyor?

Örneğin, yüksek kontrastlı sahneler çekerken (örneğin güneş doğarken) Gölgelerdeki ayrıntıları korumak ve JPG önizlemesinde kırpılmış görünen alanları postta geri getirmek için vurguları belirli bir dereceye kadar aşırı açıklayabildiğimi biliyorum.

Ancak birlikte çalıştığım her kamera bana JPG önizlemesini ve resim stilini temel alan histogramı gösteriyor ve bu alanların kırpıldığını söylüyor.

Sensörün yakaladığı gerçek dinamik aralığı görmenin bir yolu yok mu? Neden hiçbir kamera üreticisi bunu uygulamıyor? Çok zor olmamalı.


1
Bunun burada ele alındığını düşünüyorum: UniWB nedir? . Hammaddelerde çekim yaparken üreticiler neden bu tekniği uygulamıyor?
MikeW

@MikeW Çok ilginç görünüyor, bağlantı için teşekkürler! Bunu hiç duymadım. Hala kamera üreticilerinin neden bunu uygulamadığını merak ediyorum. Bu düzeltmeleri histograma uygulayabilirler, böylece görüntünün önizlemesinde renk sapması yoktur.
Jannik Pitt

Yanıtlar:


13

Kameralar neden JPG önizlemesinden ziyade RAW verilerine dayalı bir histogram göstermiyor?

Benim fikrim şudur: Çünkü yararlı olmaz, çünkü ham görüntülerde henüz beyaz dengesi yoktur, ancak JPG görüntülerinin WB'si vardır. Örneğin, Günışığı beyaz dengesi kırmızı kanalı önemli ölçüde daha yüksek ve mavi kanalı önemli ölçüde daha düşük değiştirir. Akkor beyaz dengesi, tam tersi. Bu yüzden kırmızı veya sarı çiçeklerin muhtemelen gün ışığında kırpıldığını öğrenmemiz gerekiyor. Tavan boşluğu ile ilgili endişeniz olabilir. Kırpma ile ilgili endişeleriniz varsa, kesinlikle bu daha gerçekçi nihai sonucu bilmemiz gerekir. JPG, daha sonra gerçekte nasıl ham ayarlanacağı kesin olmayabilir, ancak histogramda gerçekten iyi bir başlangıç ​​sağlar.

Resmim beyaz dengesi Sıcaklık ve Renk Tonu eylemini gösteriyor ( http://www.scantips.com/lights/whitebalance.html adresinden ). Sağ uçtaki ani görüntüdeki a) beyaz kart, kırmızı kart değil ve b) eşit RGB bileşenlere sahip olması gereken beyaz bir denge kartıdır.

Histogramlarımız hakkında bilmemiz gereken iki şey.

  1. RGB görüntülerimiz elbette gama kodludur ve tabii ki histogramlarımız bu gama kodlamasını verilerde içerir ve gösterir. Bu nedenle, histogram verilerimizin "orta noktası" 128 DEĞİLDİR, ancak bunun yerine yaklaşık 3/4 ölçeği 186'da% 73 civarındadır. Bu, değişkendir, Tam olarak% 73 değildir, çünkü beyaz dengesi ve diğer kamera ayarları değişebilir ve etkileyebilir (WB ve kontrast veya Canlı, vb.). Ancak 255'ten bir duraklama histogramda yaklaşık 3/4 ölçeğidir (kesinlikle% 50 DEĞİL). Gama veri değerlerini etkiler, ancak bitiş noktalarını veya kırpmayı etkilemez. Ancak evet, beyaz dengesi kırpmayı etkileyebilir.

  2. Kameralar genellikle hem tek bir gri tonlamalı parlaklık grafiği hem de üç RGB grafiği gösterir. Gerçek veriler yalnızca RGB'dir (gama kodlu, gerçek veriler). Yalnızca RGB kırpmayı gösterebilir. Gri tonlamalı parlaklık yalnızca gerçek olmayan verileri gösteren bir matematik manipülasyonu olduğundan, mevcut olmayan dönüştürülmüş veriler (gri tonlamaya düzgün şekilde dönüştürmediğiniz sürece). http://www.scantips.com/lights/histograms.html


4
İlginç bir şey. Bu, tüm UniWB fikrini geçersiz kılar. Yine de postta güneşli olarak değiştirirseniz, kırmızı kanalın UniWB altında kırpılmadığını bilmenin bir faydası yoktur.
ths

JPEG histogramı AWB, kameradan seçilen hedef renk alanı (sRGB) ve üretici yazılımının görüntüyü otomatik olarak 8 bit RGB'ye dönüştürme biçiminden memnun olan insanlar için daha iyidir. Her resimde editörde WB, orta tonlar, kontrast vb. Ayarlayan ve büyük gamut yazıcılara baskı yapan insanlar için çok iyi değil.
MirekE

1
WB kırpma animasyonu ilginç, ancak Pozlama kaydırıcısını düşürerek ve hafifliği eğriler, orta tonlar ve diğer ACR araçlarıyla telafi ederek kırpma işlemini geri alabileceğinizden şüpheleniyorum.
MirekE

2
Elbette, daha az maruz kalma daha düşük veri değeridir, ancak ham verilerde DB'yi değerlendiremezsiniz. Mesele şu ki, WB bazı şeyleri değiştirir. Neden ne yaptığını bilmek istemiyoruz?
WayneF

Bu yüzden doygunluk ve kontrast aşağı doğru döndü, bu yüzden önizleme maksimum aralığı kapsayacak.
ths

2

Sadece bir tahmin, ancak kamera şirketlerinin tam RAW verileri yerine vizör için JPEG önizlemesini kullandıklarını varsayıyorum çünkü muhtemelen görüntüleri görüntülerken kameranın ARM tabanlı beklemek yerine anında / canlı geri bildirim almayı tercih ettiklerini düşünüyorlar RAW dosyalarındaki tam 24MB ila 50MB görüntülerin değerindeki verileri histogramlar ve yanıp söner bulmak için çiğnemek için işlemci. Ve JPEG önizlemesinden aldığınız şey genellikle "yeterince iyi" dir.

JPEG önizlemesini kullanmak muhtemelen çok daha hızlıdır (daha basit bir şekilde bahsetmemek gerekirse), karttan çok fazla veri okunması / yazılması (daha çok yavaşlamanızı gerektirecek) yerine vizör ekranı için zaten mevcut ve ekran için zaten önbelleğe alınmış olduğundan bu son histogram).

Hatta Sihirli Lantern'in RAW histogramı özelliği aslında çok daha düşük çözünürlüklü video sistemlerini RAW yakalama dolu verileri, ancak RAW verilerini kullanmaz.


1

Kameralar neden JPG önizlemesinden ziyade RAW verilerine dayalı bir histogram göstermiyor?

Ham çekim yaparsanız ve ne yaptığınızı biliyorsanız , ham histogram sahip olmak harika bir şeydir. Ancak bunu yapmazsanız, JPEG histogramı aldığınız şeyin daha iyi bir yaklaşımıdır ve son kullanıcı için daha az kafa karıştırıcıdır, çünkü işleme sırasında daha fazla kırpma meydana gelebilir.

RawDigger gibi programlar kullanıyorsanız, muhtemelen ham histogramı bir şekilde göstermenin yeterli olmayabileceğini fark etmişsinizdir, bu nedenle uygulamanın karmaşıklığı, kameralarda ham histogramları çok sık görmememizin başka bir nedeni olabilir.

Ancak birlikte çalıştığım her kamera bana JPG önizlemesini ve resim stilini temel alan histogramı gösteriyor ve bu alanların kırpıldığını söylüyor.

Sensörün yakaladığı gerçek dinamik aralığı görmenin bir yolu yok mu? Neden hiçbir kamera üreticisi bunu uygulamıyor? Çok zor olmamalı.

Bazı Leica modellerinin ham histogramı veya yaklaşık değerleri vardır. Canon ürün yazılımı için Magic Lantern kesmek görünüşe göre ham histogram da gösteriyor.


Evet, ancak vurgularım gerçekten kliplendiğinde bana gösterilen hiçbir özellik olmadığının bir nedenini görmüyorum. Tabii ki zebra veya RAW histogramına bakabilirsiniz ve her ikisi de gerçekte RAW dosyasında geri çekebileceğiniz zaman beyazların kırpıldığını söyleyecektir. Etrafta eski bir Rebel kameram var Sihirli fenerin RAW özelliğinin nasıl çalıştığını deneyeceğim.
Jannik Pitt

1
O da çiğ olarak ise, bu demektir yapabilirsiniz kurtarılabilir, ama aslında anlamına gelmez olacaktır olun. Çoğu kamerada görmemenizin nedeni bu olabilir.
MirekE

Ben onları RAW dönüştürücü geri çekerken vurguları "kurtarma" söyleyemem. Görüntüyü içe aktarırken dönüştürücü bir eğri uygular ve görüntüyü belirli bir şekilde yorumlar. Ancak ortaya çıkan görüntü "orijinal sürüm" değildir ve yaptığınız değişiklikler yalnızca bu sürümü değiştirir. Aslında dosyayı kurtarmıyor veya değişiklik yapmıyorsunuz, RAW verilerini belirli bir şekilde yorumluyorsunuz.
Jannik Pitt

Evet, "geri çekilmek" daha iyi bir terimdir.
MirekE
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.