Português (Brasil)

Imagens e fotos · Editor de imagens e desenhos do navegador

Como os navegadores lidam com a orientação EXIF quando você edita uma foto de telefone

· Como funciona

edição de imagem tela processamento do navegador

Ilustração raster abstrata de como os navegadores lidam com a orientação exif quando você edita uma foto de telefone
Ilustração vetorial original ToolAcre

Os telefones geralmente salvam as fotos de lado e contam com uma pequena etiqueta de orientação para informar aos espectadores como girá-las. Esta postagem explica o que é essa tag, como o navegador a aplica durante a decodificação e por que uma exportação editada não precisa mais dela.

A foto que está na vertical no seu telefone e de lado em todos os outros lugares - o sintoma concreto e a etiqueta de orientação EXIF de oito valores atrás dela

Comece pelo sintoma: um retrato que parece de pé na galeria do telefone pode chegar de lado em outro visualizador. EXIF Orientação é uma instrução anexada ao arquivo, com oito valores possíveis que descrevem inversões e quartos de volta. A evidência útil aqui é mais restrita do que uma promessa geral do navegador: este editor carrega uma imagem HTML de um objeto com escopo definido URL, desenha o resultado decodificado e não possui nenhum acessório que prove como cada navegador lida com cada valor de orientação.

Use uma foto copiada do telefone como amostra de teste. Registre as dimensões exibidas, faça um pequeno recorte, exporte e abra o download em um segundo visualizador. A exportação do Canvas recodifica os pixels exibidos por meio de canvas.toBlob como PNG, JPEG ou WebP; ele não copia o contêiner de origem nem promete reter EXIF. A comparação informa o que aconteceu com esse raster, não o que cada arquivo fará.

Um resultado lateral é possível, mas este repositório não analisa os oito valores de orientação EXIF

A incompatibilidade existe porque uma câmera pode registrar linhas de sensores em uma ordem física conveniente enquanto armazena uma instrução compacta sobre como essas linhas devem ser apresentadas. Trate essa explicação como contexto, não como uma afirmação sobre esta aplicação. O repositório não analisa os oito valores de orientação EXIF e não prova quais versões do navegador os aplicam antes que a imagem chegue à tela.

Essa limitação altera o fluxo de trabalho prático. Mantenha o original intacto, abra uma duplicata e julgue a aparência decodificada em vez de presumir que a etiqueta foi interpretada corretamente. O editor pode girar todo o raster em passos de noventa graus, mas não pode editar ou restaurar metadados de orientação. Uma exportação é, portanto, um novo resultado de pixel cujo comportamento deve ser verificado no visualizador que lhe interessa.

A lógica de armazenamento da câmera está fora das evidências do repositório; inspecionar o resultado decodificado real

Um navegador pode decodificar uma imagem com uma instrução de orientação já refletida nos pixels renderizados. APIs modernas podem expor opções de decodificação, incluindo opções createImageBitmap, mas esse caminho de código não chama createImageBitmap nem define uma opção imageOrientation. Ele cria uma imagem HTML a partir de um objeto URL e desenha essa imagem, de modo que o arquivo do telefone e o navegador reais permanecem parte do experimento.

Inspecione o resultado em duas etapas: primeiro no editor e depois na exportação. Observe a direção aparente do retrato e a largura e altura informadas pelo documento. Se a primeira visualização estiver errada, um quarto de volta manual pode fazer com que o raster funcional pareça correto. Se a primeira visão estiver correta, evite afirmar que os metadados originais foram compreendidos universalmente; a evidência do repositório suporta apenas o resultado decodificado observado.

Este editor carrega uma imagem HTML e não define nenhuma opção explícita de decodificação de orientação

Depois que os pixels passam por uma tela e são codificados novamente, o contêiner de origem não é mais o objeto que está sendo entregue. O editor compõe pixels decodificados com seu corte e quaisquer outras edições visíveis e, em seguida, chama canvas.toBlob para saída PNG, JPEG ou WebP. Esse processo não promete preservar os campos EXIF. Em particular, esta implementação não pode editar ou restaurar uma etiqueta de orientação para um visualizador posterior interpretar.

A descrição mais segura do download é uma imagem que contém os pixels produzidos por esta sessão de edição. Abra-o novamente em outro visualizador e verifique a direção antes de compartilhá-lo. Se esse visualizador concordar, você verificou uma exportação concreta. Você não certificou todo o comportamento EXIF, mas substituiu uma instrução de metadados ambígua por um resultado raster testável para este arquivo.

A exportação do Canvas recodifica os pixels exibidos, mas não certifica quais campos de metadados permanecem

Considere uma foto de telefone em retrato destinada a uma mensagem. Abra uma duplicata, observe se o editor exibe a pessoa na vertical e anote as dimensões decodificadas antes de recortar. Se a cena estiver lateralmente, gire o raster em passos de noventa graus até que a imagem de trabalho esteja visivelmente correta e corte somente após essa correção. A operação é uma edição de pixel, não um reparo nos metadados do arquivo.

Exporte o recorte e compare-o com a visualização do editor em um segundo visualizador de imagens. PNG, JPEG e WebP são produzidos a partir da tela, portanto, a saída é uma imagem recodificada em vez do contêiner original do telefone. Registre o formato e o visualizador usados ​​se o resultado for importante operacionalmente. Essa pequena auditoria fornece evidências sobre esse retrato, ao mesmo tempo que evita uma promessa não comprovada sobre cada telefone ou navegador.

Verificação bem-sucedida: compare as dimensões e a aparência decodificadas antes de cortar e exportar

Existem limites claros em torno desta investigação. O editor não fornece um inspetor de metadados, um editor EXIF ou uma ferramenta para restaurar o valor original da Orientação. Também não pode fazer com que um visualizador que ignore os metadados de orientação se comporte corretamente. Esses trabalhos pertencem a software projetado para preservar ou reescrever contêineres de imagens, e não a um fluxo de trabalho de tela cuja saída é um raster achatado.

O mesmo cuidado se aplica a outros campos EXIF, como horário de captura, local e detalhes da câmera. A exportação do Canvas compõe pixels decodificados por meio de canvas.toBlob e não certifica quais campos de metadados permanecem. Mantenha o original se esses campos forem importantes, use o editor para o trabalho de imagem visível e verifique o arquivo exportado antes de tratá-lo como um substituto para preservação de metadados.

Conclusão: edite uma vez, na vertical em qualquer lugar - como a edição no Editor de imagens e desenhos do navegador produz um arquivo que é exibido da mesma forma em todos os visualizadores

A conclusão prática é simples, mas deliberadamente limitada: edite o raster visível e depois verifique a orientação exportada em outro visualizador. O Editor de imagem e desenho do navegador é útil para abrir uma foto de telefone local, girar todo o raster em etapas de noventa graus, recortá-lo e produzir um download PNG, JPEG ou WebP. Seu carregador e caminho de exportação não justificam uma reivindicação de manuseio universal EXIF.

Uma verificação confiável leva menos de um minuto. Guarde a fonte, abra uma cópia, registre a direção e as dimensões iniciais, faça uma pequena edição, exporte uma vez e inspecione o download em outro lugar. Caso o arquivo esteja errado, retorne à cópia e corrija os pixels manualmente; não presuma que a etiqueta de orientação possa ser restaurada aqui. O resultado verificado é o arquivo que você realmente abriu e verificou.