Introdução

Context

A fotografia digital se difundiu amplamente nos anos 2000, pois permitia fluxos de trabalho mais rápidos e tornava possível obter resultados imediatos, em comparação com o fluxo de trabalho tradicional de filme e sala escura. Mas isso introduziu muitos problemas novos.

Em primeiro lugar, os fotógrafos analógicos não eram necessariamente técnicos consumados de laboratório e de impressão, mas podiam contar com laboratórios fotográficos locais para realizar suas revelações e impressões. A fotografia digital acrescentou o fardo de processar os “negativos digitais” (arquivos raw) sobre os ombros dos fotógrafos, por meio de software. Mas esses fotógrafos geralmente não recebiam o treinamento apropriado, tanto em gerenciamento de cores digital quanto no uso geral de computadores. Isso empurrou muitos deles para as mãos de softwares excessivamente simplificados, beirando o lado de brinquedo, que definiram a expectativa dominante do que um software de edição de fotos digital deveria ser. O software de edição de vídeo adotou outra abordagem, sendo usado por profissionais altamente treinados em uma indústria de bilhões de dólares.

Em segundo lugar, a impressão analógica é um processo manual, no qual o técnico de laboratório interagia diretamente com o produto final: a impressão. O processamento digital cria uma edição-mestre virtual, porque o monitor usado para pré-visualizar o resultado geralmente não terá as mesmas propriedades visuais que o meio de impressão ou que a tela do consumidor. Isso introduz complexidade no pipeline de imagem, porque aquilo com que você interage não é nem o que você verá, nem o que você de fato manipula. Por exemplo, quando você move um controle deslizante Lch, isso deveria produzir uma mudança no RGB do pipeline HDR, mas o que você verá é o efeito no RGB da tela SDR após o mapeamento de gamut e de tons. A maneira correta de lidar com isso é através do paradigma modelo-visão-controlador , mas muitos softwares não acertaram nisso¹. Os fluxos de trabalho de perfilagem de tela, como o framework ICC, tentaram automatizar e ocultar a maior parte da complexidade do gerenciamento de cores, mas em sua maioria conseguiram apenas confundir ainda mais os usuários ao abstrair coisas em excesso que na verdade podem ser escritas como um par de equações usando apenas matemática de nível de contabilidade doméstica (somas e produtos).

Em terceiro lugar, o técnico de laboratório analógico podia acessar diretamente (fisicamente) o papel e o negativo para realizar todo tipo de ajustes e até distorções (dodging e burning, mascaramento, split-toning, cross-processing, bleach bypass, solarização, etc.). Esse acesso físico direto permitia que os artistas hackeassem o processo de impressão de maneiras às vezes não planejadas pelos fabricantes, para alcançar o resultado visual pretendido. A imagem digital afastou tanto os técnicos quanto os artistas do meio, e eles ficam confinados à funcionalidade fornecida na interface gráfica de seu software. A imagem real vive no computador como dados puros, e apenas os engenheiros sabem como acessá-la e o que acontece com ela.

Por fim, a imagem digital foi conduzida por cientistas da computação em vez de por cientistas de cor, muito menos por fotógrafos reais ou técnicos de laboratório fotográfico. Eles desenvolveram uma linguagem digital incompatível com o legado da fotografia analógica e coleções de ferramentas de edição que fazem uso de parâmetros anônimos e sem unidades que não se importavam com a óptica e os valores de exposição, confundindo assim os fotógrafos formados no analógico (acostumados a controlar o brilho através da exposição à luz ou dos tempos de revelação química…). Sua constante dependência de espaços de cor “que mal funcionam” (HSL, RGB codificado de forma não linear) para lidar com mudanças de cor impregnou muitos usuários com maus hábitos que logo se tornaram expectativas e, depois, exigências. Os pipelines de cor desenvolvidos pelos macacos-programadores mais tarde precisaram de um fluxo de trabalho completamente diferente para lidar com imagens HDR, porque sua lógica improvisada não escalava com a faixa dinâmica e “funcionava” apenas enquanto os sensores das câmeras e as telas dos computadores tinham em sua maioria a mesma faixa dinâmica que as impressões em papel, sem qualquer intenção de preparação para o futuro.

Objetivo de alto nível do Ansel

O Ansel visa ser um instrumento de expressão visual que permite aos artistas desenvolver sua própria interpretação do material bruto ao possibilitar uma ampla gama expressiva de efeitos de cor, assim como um instrumento musical permite aos músicos interpretar a partitura ao possibilitar uma ampla gama expressiva de efeitos sonoros. Isso é alcançado colocando de volta o retocador no centro do processamento de imagem, permitindo um acesso transparente e o mais direto possível aos dados da imagem, e fornecendo manipulações de cor que fazem sentido seja em um nível óptico, seja em um nível psicoperceptual.

Embora o filme e o legado analógico sejam frequentemente usados como inspiração e como ponto de partida/primeira base, tornar o processamento de imagem digital uma tradução virtual 1:1 da impressão analógica não é o objetivo. Não esqueçamos que o filme foi projetado dentro das limitações técnicas dos corantes e produtos químicos, e que muitas de suas propriedades tão queridas são na verdade limitações de sua tecnologia (o que não quer dizer que não tenham méritos expressivos, mas não vamos cair no saudosismo pelo saudosismo), e não eram de fato desejadas em primeiro lugar.

No entanto, assim como na música, espera-se dos usuários que completem ao menos um treinamento teórico e prático básico para poder usar este instrumento de imagem, e o Ansel não abrirá mão da qualidade visual em prol de suavizar a curva de aprendizado.

Objetivo do Ansel em nível de usuário

1. Permitir selecionar de forma eficiente as fotografias que saem da câmera/cartão de memória, a fim de escolher apenas aquelas dignas de serem plenamente pós-processadas,
2. Permitir editar/retocar as fotografias selecionadas da maneira mais direta, com um número mínimo de etapas, usando controles de imagem unitários que afetam apenas uma propriedade perceptual ou óptica de cada vez,
3. Permitir a indexação e a posterior recuperação das fotografias processadas para fins de arquivamento.

Fluxos de trabalho suportados

Qualquer ferramenta só pode ser tornada ótima para um único e definido caso de uso. Suportar casos de uso demais impedirá qualquer otimização. É aqui que o darktable original fracassou miseravelmente. Os fluxos de trabalho apresentados abaixo são os usos pretendidos para o Ansel. Qualquer uso que se desvie destes pode ser possível, mas não é recomendado e nada será feito para suportá-lo ativamente.

Fluxo de trabalho de seleção

1. O usuário montará o sistema de arquivos da câmera ou do cartão de memória usando as ferramentas do sistema operacional (protocolos MTP/PTP, sistemas de arquivos FAT/exFAT),
2. O usuário importará as imagens em diretórios individuais nomeados como ANO-MÊS-DIA-Nome do trabalho. As imagens usarão nomes únicos como Nome do trabalho-Número de ID.extensão. Esses diretórios serão usados no Ansel como o caminho pai para os “rolos de filme” e abertos na mesa de luz assim que as imagens forem importadas. Os rolos de filme podem ou não conter todo o conteúdo de seu diretório associado.
3. O usuário prosseguirá com a parte de seleção. As imagens são importadas com uma classificação de 0 estrela. Imagens obviamente ruins serão rejeitadas (atalho: R). 2 métodos podem então ser usados:
   1. negativo: atribua uma classificação alta de estrelas a todas as imagens e vá rebaixando gradualmente as imagens ruins, de modo que apenas as escolhidas mantenham sua classificação alta,
   2. positivo: atribua uma classificação de 1 estrela a todas as imagens aparentemente boas, depois atribua uma classificação de 2 estrelas apenas às melhores entre as de 1 estrela, e prossiga até chegar a 5 estrelas ou a qualquer classificação em que reste uma quantidade apropriada de escolhidas,
4. A partir daí, as imagens com a classificação mais alta são consideradas escolhidas e podem ser editadas. Os recursos de edição em lote  que podem acelerar esta etapa para séries são apresentados no manual do darktable original.
5. O acompanhamento do estado das imagens no fluxo de trabalho pode ser feito através das tags internas do darktable darktable|changed, darktable|exported, darktable|printed, que são definidas automaticamente quando essas operações são realizadas. Usuários que precisem de mais estados, como aqueles que editam em várias etapas (uma etapa de edição básica, para melhor pré-visualização durante a seleção, outra etapa de edição completa), podem adicionar mais tags filhas à tag pai darktable, como darktable|edited para imagens que estão finalizadas e prontas para exportar.
6. O usuário pode definir rótulos de cor, tags e metadados na mesa de luz, após a edição e antes de exportar, para um melhor arquivamento.
7. O usuário pode exportar e imprimir as imagens. É aconselhável manter uma exportação TIFF de 16 bits nos espaços de cor Adobe RGB ou ProPhotoRGB para fins de arquivamento assim que a edição estiver finalizada, para evitar qualquer perda de dados que possa ocorrer com futuras versões do Ansel ou do darktable original (embora tudo seja feito para garantir a compatibilidade futura do software com edições antigas, erros aconteceram e acontecerão de novo).

Notas e comentários

O método de seleção e armazenamento proposto é o melhor, pois permite buscar e acessar de forma eficiente as imagens a partir de qualquer software externo, incluindo outros softwares de catalogação e navegadores de arquivos. Diretórios contendo datas e nomes de trabalho podem ser facilmente buscados a partir de qualquer navegador de arquivos, e cada diretório é uma coleção consistente por si só que pode ser reimportada como um todo, sem qualquer ordenação interna adicional.

Aconselha-se os usuários a não jogar todas as imagens em um diretório anual e depender demais dos recursos de filtragem do Ansel/darktable para navegá-las. Se você precisar enviar imagens para um site ou imprimir pela internet (através de um navegador web que aciona o navegador de arquivos), esse método é claramente ineficiente. Provavelmente é a origem da interface gráfica de filtragem sobrecomplicada introduzida no darktable 4.0.

Os usuários são alertados contra a “síndrome do bibliotecário louco”, que consiste em exagerar enormemente na atribuição de tags e na ordenação. Agências de banco de imagens podem depender fortemente de tags para estruturar seu banco de dados de imagens porque precisam entregar rapidamente imagens de conteúdo correspondente para fins ilustrativos, mas os indivíduos não deveriam passar mais tempo atribuindo tags do que tirando fotos. As tags servem para vincular imagens semelhantes entre si; se você se pega usando tags aplicadas a apenas 1 ou 2 imagens, você está indo contra o propósito de vinculação delas, seu método de atribuição de tags é restritivo demais e talvez você queira usar o título da imagem em vez disso (que também pode ser buscado depois). Tags restritivas e especializadas deveriam ser tornadas hierárquicas, de modo que a tag pai possa ser buscada em vez de elaborar consultas complexas que buscam múltiplas filhas para obter suas imagens.

Embora os rótulos de cor possam ser usados como tag de status implícita, a maneira recomendada de documentar o status de uma imagem é através das tags filhas de darktable, que é explícita. Tais tags de status podem receber uma interface gráfica dedicada em algum momento.

No darktable, as tags têm sido habitualmente mal compreendidas como meras palavras-chave, mas na verdade são taxonomias hierárquicas que podem ser usadas para declarar categorias ou coleções arbitrárias. Se suas imagens estiverem devidamente armazenadas em diretórios contendo nomes significativos, então esses nomes podem ser usados diretamente nas buscas, no lugar das tags. Muitos usuários, inclusive eu, gerenciam bancos de dados de mais de 30.000 imagens apenas através dos nomes dos diretórios (rolos de filme).

Em todo caso, se você se pega precisando de uma interface gráfica complexa para ordenar e acessar suas imagens, seu método precisa ser simplificado. Um bom software permite realizar tarefas simples de forma simples, e eu me recuso a tornar as tarefas simples complicadas apenas para acomodar fluxos de trabalho insanos.

Fluxo de trabalho de processamento

O fluxo de trabalho referente à cena (scene-referred) é o padrão no Ansel, pois provou ser mais rápido e mais confiável para usuários que dedicaram algum tempo para entendê-lo, e permite um tratamento unificado para cenas HDR e SDR igualmente. Ele se baseia em manipular a imagem em um framework no qual o RGB do pixel é tratado como uma emissão de luz pelo maior tempo possível, permitindo (des)desfoque preciso, (re)dução de ruído, correção de iluminante e clareamento/escurecimento com preservação de cor baseados em compensações de exposição. Quando o último filtro de imagem de vínculo óptico é aplicado, ele então muda para um framework perceptual no qual o RGB do pixel é convertido e tratado como um objeto de cor 3D (matiz, croma ou saturação, luminosidade ou brilho) usando modelos de aparência de cor.

1. O usuário configurará a exposição global de modo a fazer corresponder o brilho geral da imagem ao nível desejado, no módulo de exposição. Isso geralmente consistirá em fazer corresponder o brilho médio ou o brilho do assunto da imagem ao brilho da cor de fundo da interface gráfica (cinza-médio por design),
2. O usuário garantirá que os limites da faixa dinâmica da cena sejam devidamente remapeados para os limites da faixa dinâmica da tela, no módulo filmic. Para monitores SDR típicos, as configurações de tela padrão não precisarão ser alteradas, mas as exposições relativas de branco e preto da cena precisarão ser ajustadas para cada imagem, seja automaticamente (use o botão “Auto tune levels”) ou manualmente. Depois, ajuste o contraste (na aba “look”) a gosto.
3. O usuário garantirá que o balanço de branco esteja neutro (lembrete: não é uma escolha artística) configurando a aba “CAT” corretamente, no módulo de calibração de cores. O usuário também pode calibrar as cores diretamente a partir de uma foto de teste de um color checker.
4. Qualquer desvio artístico de cor, em matiz ou em saturação, pode ser aplicado no módulo de balanço de cores.
5. Qualquer outra mudança artística pode então ser feita.