Mengapa kamera tidak menunjukkan histogram "akurat"?


9

Mengapa kamera tidak menampilkan histogram berdasarkan data RAW dan bukan pada pratinjau JPG?

Saya tahu bahwa file RAW bukan gambar yang dapat dilihat dan tidak dapat ditampilkan tanpa menerapkan kurva dan menentukan bagaimana gambar harus ditafsirkan. Tetapi mengapa kamera tidak menunjukkan histogram yang secara akurat menunjukkan seberapa banyak garis lintang yang saya miliki dalam gambar?

Sebagai contoh ketika memotret adegan kontras tinggi (misalnya saat matahari terbit) saya tahu bahwa saya dapat mengekspos berlebihan sorotan sampai batas tertentu untuk mempertahankan detail dalam bayangan dan membawa area yang tampak terpotong dalam pratinjau JPG kembali di pos.

Tapi setiap kamera yang saya gunakan menunjukkan histogram berdasarkan pratinjau JPG dan gaya gambar dan memberi tahu saya bahwa area tersebut terpotong.

Apakah tidak ada cara untuk melihat rentang dinamis aktual yang ditangkap oleh sensor? Mengapa produsen kamera tidak menerapkannya? Seharusnya tidak terlalu sulit.


1
Saya pikir ini dibahas di sini: apa itu UniWB? . Terlepas dari mengapa produsen tidak menerapkan teknik ini saat Anda memotret dalam keadaan mentah?
MikeW

@ MikeW Itu terlihat sangat menarik, terima kasih untuk tautannya! Saya benar-benar tidak pernah mendengarnya. Namun saya masih bertanya-tanya mengapa produsen kamera tidak menerapkannya. Mereka dapat menerapkan koreksi tersebut ke histogram hanya sehingga pratinjau gambar tampaknya tidak memiliki bias warna.
Jannik Pitt

Jawaban:


13

Mengapa kamera tidak menampilkan histogram berdasarkan data RAW dan bukan pada pratinjau JPG?

Gagasan saya adalah ini: Karena itu tidak akan berguna, karena gambar mentah belum memiliki white balance di dalamnya, tetapi gambar JPG memang memiliki WB. Misalnya, white balance siang hari akan menggeser saluran merah jauh lebih tinggi, dan saluran biru jauh lebih rendah. Keseimbangan warna putih pijar, sebaliknya. Inilah mengapa kita perlu belajar bahwa bunga merah atau kuning mungkin terpotong di siang hari. Ini bisa menjadi perhatian Anda tentang ruang kepala. Jadi jika khawatir tentang kliping, kita tentu perlu tahu hasil akhir yang lebih realistis ini. JPG mungkin tidak persis bagaimana mentah akan benar-benar disesuaikan nanti, tetapi menawarkan awal yang sangat baik pada histogram.

Gambar saya menunjukkan aksi Suhu dan Pewarnaan white balance (dari http://www.scantips.com/lights/whitebalance.html ). Lonjakan di ujung kanan adalah kartu white balance pada gambar, yang a) adalah kartu putih, bukan kartu merah, dan b) harus memiliki komponen RGB yang sama.

Dua hal yang perlu kita ketahui tentang histogram kita.

  1. Gambar RGB kami tentu saja di- encode gamma , dan histogram kami tentu saja berisi dan menunjukkan encoding gamma ini dalam data. Oleh karena itu, "titik tengah" dari data histogram kami BUKAN 128, tetapi sebaliknya sekitar 3/4 skala sekitar 73% pada 186. Ini variabel, Tidak tepatnya 73%, karena white balance dan penyesuaian kamera lainnya dapat bergeser dan memengaruhinya (WB dan kontras atau Jelas, dll). Tapi satu stop down dari 255 adalah sekitar 3/4 skala dalam histogram (tentu BUKAN 50%). Gamma memengaruhi nilai data, tetapi tidak memengaruhi titik akhir atau kliping. Tapi ya, white balance bisa memengaruhi kliping.

  2. Kamera sering menunjukkan grafik tunggal luminositas abu-abu, dan juga tiga grafik RGB. Hanya RGB yang merupakan data nyata (disandikan gamma, tetapi data nyata). Hanya RGB yang dapat menunjukkan kliping. Karena luminositas grayscale hanya manipulasi matematika yang menunjukkan data yang TIDAK nyata, data yang dikonversi tidak ada (kecuali jika Anda benar dikonversi ke grayscale). http://www.scantips.com/lights/histograms.html


4
Pengambilan yang menarik. Ini membatalkan seluruh gagasan UniWB. Tidak ada gunanya mengetahui bahwa saluran merah tidak terpotong di bawah UniWB, jika Anda tetap mengubahnya menjadi cerah di pos.
THS

JPEG histogram lebih baik untuk orang-orang yang senang dengan AWB, kamera memilih ruang warna target (sRGB) dan cara bagaimana perangkat lunak pabrikan secara otomatis mengubah gambar menjadi 8 bit RGB. Ini tidak begitu bagus untuk orang-orang yang mengubah WB, nada tengah, kontras dll di editor di setiap gambar dan mencetak pada printer gamut besar.
MirekE

1
Animasi kliping WB menarik, tetapi saya menduga Anda dapat mengembalikan kliping dengan menurunkan slider Exposure dan mengompensasi cahaya dengan kurva, midtone, dan alat ACR lainnya.
MirekE

2
Tentu, lebih sedikit paparan adalah nilai data yang lebih rendah, tetapi Anda tidak bisa menilai WB dalam data mentah. Intinya, WB mengubah banyak hal. Mengapa kita tidak ingin tahu apa fungsinya?
WayneF

Itu sebabnya saya memiliki saturasi dan kontras yang ditolak, sehingga pratinjau akan mencakup rentang maksimum.
ths

2

Hanya tebakan, tetapi saya menganggap perusahaan kamera menggunakan pratinjau JPEG untuk jendela bidik daripada data RAW lengkap karena mereka mungkin merasa Anda lebih suka memiliki umpan balik instan / langsung saat melihat gambar, daripada menunggu berbasis ARM kamera prosesor untuk mengunyah 24MB hingga 50MB penuh gambar data dalam file RAW untuk menghasilkan histogram dan blinkies. Dan apa yang Anda dapatkan dari pratinjau JPEG biasanya "cukup baik."

Mungkin jauh lebih cepat (belum lagi lebih sederhana) untuk menggunakan pratinjau JPEG karena sudah tersedia untuk tampilan jendela bidik dan sudah di-cache untuk tampilan, daripada membutuhkan banyak data baca / tulis dari kartu (yang akan semakin memperlambat Anda mendapatkan histogram terakhir).

Bahkan fitur histogram RAW Magic Lantern tidak benar-benar menggunakan data lengkap dari tangkapan RAW, tetapi data RAW dari umpan video beresolusi jauh lebih rendah.


1

Mengapa kamera tidak menampilkan histogram berdasarkan data RAW dan bukan pada pratinjau JPG?

Jika Anda menembak mentah dan tahu apa yang Anda lakukan , histogram mentah adalah hal yang bagus untuk dimiliki. Tetapi jika tidak, histogram JPEG adalah perkiraan yang lebih baik dari apa yang Anda dapatkan dan kurang membingungkan bagi pengguna akhir, karena kliping lebih lanjut dapat terjadi selama pemrosesan.

Jika Anda menggunakan program seperti RawDigger, Anda mungkin memperhatikan bahwa menampilkan histogram mentah dengan satu cara mungkin tidak cukup, jadi kompleksitas penerapannya mungkin menjadi alasan lain mengapa kami tidak sering melihat histogram mentah di kamera.

Tapi setiap kamera yang saya gunakan menunjukkan histogram berdasarkan pratinjau JPG dan gaya gambar dan memberi tahu saya bahwa area tersebut terpotong.

Apakah tidak ada cara untuk melihat rentang dinamis aktual yang ditangkap oleh sensor? Mengapa produsen kamera tidak menerapkannya? Seharusnya tidak terlalu sulit.

Beberapa model Leica memiliki histogram mentah atau perkiraannya. Retasan Magic Lantern untuk firmware Canon juga menunjukkan histogram mentah.


Ya tapi saya tidak melihat alasan mengapa tidak ada fitur yang menunjukkan kepada saya ketika highlight saya benar-benar terpotong. Tentu saja Anda dapat melihat zebra atau histogram RAW dan keduanya akan memberi tahu Anda bahwa putihnya terpotong padahal kenyataannya Anda bisa menariknya kembali ke dalam file RAW. Saya memiliki kamera Pemberontak tua yang tergeletak di sekitar saya akan mencoba bagaimana fitur RAW dari lentera ajaib bekerja.
Jannik Pitt

1
Jika mentah, berarti bisa diselamatkan, tetapi itu tidak berarti akan benar-benar pulih. Itu mungkin bisa menjadi alasan Anda tidak melihatnya di kebanyakan kamera.
MirekE

Saya tidak akan mengatakan "menyelamatkan" sorotan saat menariknya kembali ke konverter RAW. Saat mengimpor gambar, konverter menerapkan kurva dan menginterpretasikan gambar dengan cara tertentu. Tetapi gambar yang muncul bukanlah "versi asli" dan setiap perubahan yang Anda lakukan hanya memodifikasi versi itu. Anda tidak benar-benar menyelamatkan file atau membuat perubahan, Anda hanya menginterpretasikan data RAW dengan cara tertentu.
Jannik Pitt

Ya, "ditarik kembali" adalah istilah yang lebih baik.
MirekE
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.