Por que as câmeras não mostram um histograma "preciso"?

9

Por que as câmeras não mostram um histograma com base nos dados RAW e não na visualização JPG?

Sei que um arquivo RAW não é uma imagem visível e não pode ser exibido sem aplicar curvas e definir como a imagem deve ser interpretada. Mas por que as câmeras não mostram um histograma que mostre com precisão a latitude que tenho na imagem?

Por exemplo, ao fotografar cenas de alto contraste (por exemplo, ao nascer do sol), sei que posso superexpor os realces em certa medida para reter os detalhes nas sombras e trazer as áreas que aparecem cortadas na visualização do JPG de volta à publicação.

Mas todas as câmeras com as quais trabalhei me mostram o histograma com base na visualização em JPG e no estilo da imagem e dizem que essas áreas são cortadas.

Não há como ver a faixa dinâmica real capturada pelo sensor? Por que nenhum fabricante de câmera implementa isso? Não deve ser muito difícil.

Jannik Pitt
fonte
11
Eu acho que isso é abordado aqui: o que é o UniWB? . Além de por que os fabricantes não aplicam essa técnica quando você está gravando em bruto?
MikeW
@ MikeW Isso parece muito interessante, obrigado pelo link! Eu realmente nunca ouvi falar disso. Ainda estou me perguntando por que os fabricantes de câmeras não implementam isso. Eles poderiam aplicar essas correções ao histograma apenas para que a visualização da imagem não pareça ter um viés de cor.
Jannik Pitt

Respostas:

13

Por que as câmeras não mostram um histograma com base nos dados RAW e não na visualização JPG?

Minha noção é a seguinte: porque não seria útil, porque as imagens brutas ainda não possuem balanço de branco, mas as imagens JPG possuem WB. Por exemplo, o balanço de branco da luz do dia deslocará o canal vermelho substancialmente mais alto e o canal azul substancialmente mais baixo. Balanço de branco incandescente, o oposto. É por isso que precisamos aprender que as flores vermelhas ou amarelas provavelmente são cortadas à luz do dia. Pode ser sua preocupação com altura livre. Portanto, se estivermos preocupados com o recorte, certamente precisamos conhecer esse resultado final mais realista. O JPG pode não ser exatamente o quão bruto será ajustado posteriormente, mas oferece um bom começo no histograma.

Minha imagem mostra a ação Temperatura e matiz do balanço de brancos (em http://www.scantips.com/lights/whitebalance.html ). O pico na extremidade direita é um cartão de balanço de branco na imagem, que a) é um cartão branco, não é um cartão vermelho eb) deve ter componentes RGB iguais.

Duas coisas que precisamos saber sobre nossos histogramas.

  1. É claro que nossas imagens RGB são codificadas por gama e nossos histogramas contêm e mostram essa codificação gama nos dados. Portanto, o "ponto médio" dos dados do histograma NÃO é 128, mas sim cerca de 3/4 da escala, em torno de 73% a 186. Isso é variável, não exatamente 73%, porque o balanço de branco e outros ajustes da câmera podem mudar e afetá-lo (WB e contraste ou Vívido, etc). Mas uma parada de 255 é em torno de 3/4 da escala no histograma (certamente NÃO 50%). A gama afeta os valores dos dados, mas não afeta os pontos finais ou o recorte. Mas sim, o balanço de brancos pode afetar o recorte.

  2. As câmeras geralmente mostram um único gráfico de luminosidade em escala de cinza e também três gráficos RGB. Somente RGB são os dados reais (codificados por gama, mas dados reais). Somente RGB pode mostrar recorte. Como a luminosidade da escala de cinza é apenas uma manipulação matemática que mostra dados que NÃO são reais, dados convertidos que não existem (a menos que você converta adequadamente em escala de cinza). http://www.scantips.com/lights/histograms.html

WayneF
fonte
4
Tomada interessante. Isso invalida toda a ideia do UniWB. Não adianta saber que o canal vermelho não está cortado no UniWB, se você mudar para ensolarado na publicação de qualquer maneira.
ths
O histograma JPEG é melhor para as pessoas que estão satisfeitas com o AWB, o espaço de cores alvo selecionado pela câmera (sRGB) e a maneira como o software do fabricante converte automaticamente a imagem em RGB de 8 bits. Não é tão bom para pessoas que ajustam WB, tons médios, contraste etc. no editor em todas as fotos e imprimem em grandes impressoras de gama.
MirekE 5/09/16
11
A animação de recorte WB é interessante, mas suspeito que você pode reverter o recorte abaixando o controle deslizante Exposição e compensando a luminosidade com curvas, tons médios e outras ferramentas ACR.
MirekE 5/09/16
2
Certamente, menos exposição representa valores de dados mais baixos, mas você não pode julgar o WB em dados brutos. O ponto é que o WB muda as coisas. Por que não queremos saber o que isso faz?
WayneF 5/16
É por isso que tenho saturação e contraste diminuídos, para que a visualização abranja o alcance máximo.
ths
2

Apenas um palpite, mas eu suponho que as empresas de câmeras usem a visualização JPEG para o visor, em vez dos dados RAW completos, porque provavelmente acham que você prefere receber feedback instantâneo / ao vivo ao visualizar imagens, em vez de esperar pela câmera baseada em ARM da câmera. processador para vasculhar o total de dados de imagens de 24 MB a 50 MB nos arquivos RAW para criar histogramas e blinkies. E o que você obtém da visualização JPEG geralmente é "bom o suficiente".

Provavelmente é muito mais rápido (para não mencionar mais simples) usar a visualização JPEG porque ela já está disponível para exibição no visor e já está armazenada em cache para exibição, em vez de exigir muitos dados de leitura / gravação no cartão (o que atrasaria ainda mais histograma final).

Mesmo o recurso de histograma RAW do Magic Lantern na verdade não usa os dados completos da captura RAW, mas os dados RAW do feed de vídeo com resolução muito mais baixa.

inkista
fonte
1

Por que as câmeras não mostram um histograma com base nos dados RAW e não na visualização JPG?

Se você filma cru e sabe o que faz , o histograma cru é uma ótima coisa a ter. Mas se não o fizer, o histograma JPEG é uma melhor aproximação do que você obtém e menos confuso para o usuário final, pois podem ocorrer recortes adicionais durante o processamento.

Se você usa programas como o RawDigger, provavelmente notou que exibir o histograma não processado de uma maneira pode não ser suficiente; portanto, a complexidade da implementação pode ser outro motivo pelo qual não vemos histogramas não processados ​​nas câmeras com muita frequência.

Mas todas as câmeras com as quais trabalhei me mostram o histograma com base na visualização em JPG e no estilo da imagem e dizem que essas áreas são cortadas.

Não há como ver a faixa dinâmica real capturada pelo sensor? Por que nenhum fabricante de câmera implementa isso? Não deve ser muito difícil.

Alguns modelos Leica têm histograma bruto ou aproximação do mesmo. Os hacks do Lanterna Mágica para o firmware da Canon aparentemente mostram também o histograma em bruto.

MirekE
fonte
Sim, mas não vejo uma razão para que não haja nenhum recurso que me mostre quando meus destaques realmente se encaixam. É claro que você pode olhar a zebra ou o histograma RAW e ambos dirão que os brancos estão cortando quando, na realidade, você pode puxar isso de volta no arquivo RAW. Eu tenho uma câmera Rebel antiga e vou tentar como o recurso RAW da lanterna mágica funciona.
Jannik Pitt 05/09
11
Se estiver no estado bruto, significa que pode ser recuperado, mas não significa que realmente será . Essa pode ser a razão pela qual você não a vê na maioria das câmeras.
MirekE 5/09/16
Eu não diria que você "salvou" os destaques ao recolocá-los no conversor RAW. Ao importar a imagem, o conversor aplica uma curva e interpreta a imagem de uma certa maneira. Mas a imagem que aparece não é a "versão original" e as alterações feitas apenas modificam essa versão. Você não está realmente salvando o arquivo ou fazendo alterações, apenas interpreta os dados RAW de uma certa maneira.
Jannik Pitt 05/09
Sim, "recuado" é um termo melhor.
MirekE