Imágenes y fotografías · Editor de imágenes y dibujos del navegador
Cómo manejan los navegadores la orientación EXIF cuando editas una foto del teléfono
· Cómo funciona
edición de imágenes lienzo procesamiento del navegador
Los teléfonos a menudo guardan las fotos de lado y dependen de una pequeña etiqueta de orientación para indicar a los espectadores cómo rotarlas. Esta publicación explica qué es esa etiqueta, cómo la aplica el navegador durante la decodificación y por qué una exportación editada ya no la necesita.
La foto que está en posición vertical en su teléfono y de lado en cualquier otro lugar: el síntoma concreto y la etiqueta de Orientación EXIF de ocho valores detrás de ella
Comience con el síntoma: un retrato que parece vertical en la galería del teléfono puede aparecer de lado en otro espectador. La orientación EXIF es una instrucción adjunta al archivo, con ocho valores posibles que describen giros y cuartos de vuelta. La evidencia útil aquí es más limitada que una promesa general del navegador: este editor carga una imagen HTML desde la URL de un objeto con alcance, dibuja el resultado decodificado y no tiene ningún elemento que demuestre cómo cada navegador maneja cada valor de orientación.
Utilice una foto copiada del teléfono como muestra de prueba. Registre las dimensiones mostradas, haga un pequeño recorte, expórtelo y abra la descarga en un segundo visor. La exportación de lienzo vuelve a codificar los píxeles mostrados a través de canvas.toBlob como PNG, JPEG o WebP; no copia el contenedor de origen ni promete conservar EXIF. La comparación le dice qué pasó con este ráster, no qué hará cada archivo.
Es posible un resultado lateral, pero este repositorio no analiza los ocho valores de orientación EXIF
La discrepancia existe porque una cámara puede registrar filas de sensores en un orden físico conveniente mientras almacena una instrucción compacta sobre cómo se deben presentar esas filas. Trate esa explicación como contexto, no como una afirmación sobre esta aplicación. El repositorio no analiza los ocho valores de Orientación EXIF y no prueba qué versiones de navegador los aplican antes de que la imagen llegue al lienzo.
Esa limitación cambia el flujo de trabajo práctico. Mantenga el original intacto, abra un duplicado y juzgue la apariencia decodificada en lugar de asumir que la etiqueta se ha interpretado correctamente. El editor puede rotar todo el ráster en pasos de noventa grados, pero no puede editar ni restaurar metadatos de orientación. Por lo tanto, una exportación es un nuevo resultado de píxel cuyo comportamiento debe comprobarse en el visor que le interese.
El motivo del almacenamiento de la cámara es la evidencia del repositorio externo; inspeccionar el resultado decodificado real
Un navegador puede decodificar una imagen con una instrucción de orientación ya reflejada en los píxeles renderizados. Las API modernas pueden exponer opciones de decodificación, incluidas las opciones createImageBitmap, pero esta ruta de código no llama a createImageBitmap ni establece una opción imageOrientation. Crea una imagen HTML a partir de la URL de un objeto y dibuja esa imagen, de modo que el archivo del teléfono y el navegador reales siguen siendo parte del experimento.
Inspeccione el resultado en dos etapas: primero en el editor y luego después de la exportación. Tenga en cuenta tanto la dirección vertical aparente como el ancho y alto informados por el documento. Si la primera vista es incorrecta, un cuarto de vuelta manual puede hacer que la trama de trabajo se vea bien. Si la primera opinión es correcta, evite afirmar que los metadatos originales se entendieron universalmente; la evidencia del repositorio solo respalda el resultado decodificado observado.
Este editor carga una imagen HTML y no establece ninguna opción explícita de decodificación de orientación.
Una vez que los píxeles pasan a través de un lienzo y se codifican nuevamente, el contenedor de origen ya no es el objeto que se entrega. El editor compone los píxeles decodificados con su recorte y cualquier otra edición visible, luego llama a canvas.toBlob para obtener la salida PNG, JPEG o WebP. Ese proceso no promete preservar los campos EXIF. En particular, esta implementación no puede editar ni restaurar una etiqueta de orientación para que un espectador posterior la interprete.
La descripción más segura de la descarga es una imagen que contiene los píxeles producidos por esta sesión de edición. Vuelve a abrirlo en otro visor y comprueba la dirección antes de compartirlo. Si ese espectador está de acuerdo, habrá verificado una exportación concreta. No ha certificado todo el comportamiento EXIF, pero ha reemplazado una instrucción de metadatos ambigua con un resultado ráster comprobable para este archivo.
La exportación de lienzo vuelve a codificar los píxeles mostrados pero no certifica qué campos de metadatos permanecen
Considere una foto de teléfono vertical destinada a un mensaje. Abra un duplicado, observe si el editor muestra a la persona en posición vertical y observe las dimensiones decodificadas antes de recortar. Si la escena está de lado, gire la trama en pasos de noventa grados hasta que la imagen de trabajo sea visiblemente correcta, luego recórtela solo después de esa corrección. La operación es una edición de píxeles, no una reparación de los metadatos del archivo.
Exporte el recorte y compárelo con la vista del editor en un segundo visor de imágenes. PNG, JPEG y WebP se generan a partir del lienzo, por lo que el resultado es una imagen recodificada en lugar del contenedor original del teléfono. Registre el formato y el visor utilizados si el resultado es importante desde el punto de vista operativo. Esa pequeña auditoría le brinda evidencia sobre este retrato, al tiempo que evita una promesa no respaldada sobre cada teléfono o navegador.
Comprobación realizada: compare las dimensiones y la apariencia decodificadas antes de recortar y exportar
Hay límites claros en torno a esta investigación. El editor no proporciona un inspector de metadatos, un editor EXIF ni una herramienta para restaurar el valor de Orientación original. Tampoco puede hacer que un visor que ignora los metadatos de orientación se comporte correctamente. Esos trabajos pertenecen a software diseñado para preservar o reescribir contenedores de imágenes, no a un flujo de trabajo de lienzo cuyo resultado es una trama aplanada.
La misma precaución se aplica a otros campos EXIF, como la hora de captura, la ubicación y los detalles de la cámara. La exportación de Canvas compone píxeles decodificados a través de canvas.toBlob y no certifica qué campos de metadatos quedan. Conserve el original si esos campos son importantes, utilice el editor para el trabajo de imágenes visibles y verifique el archivo exportado antes de tratarlo como un reemplazo que preserva los metadatos.
Conclusión: edite una vez, en posición vertical en todas partes: cómo la edición en el Editor de imágenes y dibujos del navegador produce un archivo que se muestra igual en todos los visores
La conclusión práctica es simple pero deliberadamente limitada: edite el ráster visible y luego verifique la orientación exportada en otro visor. El Editor de imágenes y dibujos del navegador es útil para abrir una foto de un teléfono local, rotar todo el ráster en pasos de noventa grados, recortarlo y producir una descarga PNG, JPEG o WebP. Su cargador y ruta de exportación no justifican la afirmación de manejo EXIF universal.
Una comprobación fiable tarda menos de un minuto. Conserve la fuente, abra una copia, registre la dirección y las dimensiones iniciales, realice una pequeña edición, exporte una vez e inspeccione la descarga en otro lugar. Si el archivo es incorrecto, regrese a la copia y corrija los píxeles manualmente; No asuma que la etiqueta de orientación se puede restaurar aquí. El resultado verificado es el archivo que realmente abrió y verificó.