Un usuario preguntó 👇
NextGen parece quitar los datos del perfil de color de las imágenes en sus galerías y cambiar diferentes colores, según el navegador. En Safari y Chrome, el color se vuelve más frío y mucho menos saturado, y en Firefox el color se vuelve mucho más rojo. Las galerías WP integradas no eliminan esa información, y las imágenes parecen ser correctas y consistentes en esos tres navegadores.
Dado que agregaré un retocador de color a los servicios que ofrezco (también a mi publicación actual), las muestras deben publicarse en mi sitio al menos con el color uniforme correcto, incluso si su entorno de visualización no puede garantizarlo.
¿Sería difícil cambiar el código en la próxima versión para mantener esos datos? Hasta entonces, no puedo usar este producto.
(@mbsharp)
Hace 1 año, 11 meses
Hola de nuevo y responde a tu próxima publicación.
La información del perfil de color de la información Jpg puede estar en hasta tres lugares. (1) El segmento EXIF, (2) un segmento de copia Adobe EXIF y (3) un segmento de perfil de color separado. En general, esperaríamos que (1) y (2) mantengan un uso similar del software de Adobe, pero es fácil ver que la administración del color con una pieza de software puede dar un resultado diferente a otro si leen los datos del perfil. de diferentes lugares. Esto se suma a lo que puede suceder si el software no recibe ningún dato de perfil, cuando se supone que acepta sRGB pero no puede hacer nada.
La aplicación de la gestión del color por diferentes navegadores ha evolucionado a lo largo de los años y aún existen claras diferencias entre ellos. En general, los navegadores modernos administran la conversión de AdobeRGB y ProPhotoRGB, pero ninguno de ellos administra perfiles en escala de grises y varían en el manejo de imágenes sin ningún perfil.
He comprobado algunos de mis propios archivos de imagen como fuente y cuando se cargó Nextgen. Hay una reserva, ya que siempre preproceso mis archivos de imagen con FastStone Viewer para que sean lo que quiero que se muestre en NG Gallery, y planeo NG sin cambiar nada. Por lo tanto, es posible que NG no procese mis imágenes cargadas de la misma manera que otros usuarios.
En Explorer, mi bandera son imágenes precargadas como en sRGB, como esperaría de mi flujo de trabajo. Tras el análisis, tienen un segmento APP1-EXIF y un segmento de copia APP13-Adobe EXIF, pero no un segmento de perfil separado. Después de subirlos a NG, los archivos de imagen son idénticos en todos los aspectos: tamaño y contenido. Específicamente, NG no eliminó ni minimizó los datos EXIF. Siempre se requiere algo de EXIF para decodificar el segmento de imagen. El caso es que no puedo decir qué hace NG con un archivo jpg si necesita ser procesado durante la carga, por ejemplo, en términos de tamaño de visualización.
Yo diría que no es deseable cargar imágenes en ningún perfil que no sea sRGB. No es lo que puede hacer tu propio navegador, todo el mundo busca en Internet y es lo que puede hacer el navegador de otro espectador. Eso está completamente separado de los méritos de otros espacios de color para otros fines. Existe una razón para usar datos de 16 bits en ProPhotoRGB (o Melissa Lightroom) para editar. Hay una razón para no hacer eso para la publicación web.
(@mbsharp)
Hace 1 año, 11 meses
Para continuar, realicé varias pruebas cargando una imagen grande y cambiando el tamaño al llegar. La gran imagen original incluía el segmento APP2-ICCProfile, así como EXIF y Adobe-copy de EXIF. Cuando se cambia el tamaño de una imagen después de cargarla, la biblioteca cambia el tamaño de algunos segmentos y elimina cualquier segmento de perfil de APP2. Una sección de APP2 Profile contiene una referencia relativamente breve a un perfil estándar como sRGB o un perfil completo puede no ser estándar, por ejemplo, un perfil de impresora. Si se elimina el segmento de perfil de APP2, cualquier declaración de perfil aún se deja dentro del segmento EXIF. Debido a que NG usa una biblioteca de procesamiento jpg, es posible que no haya mucho control sobre lo que hace la biblioteca más que cambiar el tamaño y elegir la calidad de los ahorros.
(@bfrankphoto)
Hace 1 año, 11 meses
https://www.dropbox.com/s/nmdjrmmjzr507zv/Screen%20Shot%202019-01-04%20at%2012.02.39%20PM.JPG?dl=0
Abrí ambas imágenes en Photoshop y miré ambos metadatos sin procesar. La galería NextGen da forma claramente al perfil de color de la imagen. Cuando abro la versión NExtGen de la imagen, aparece una advertencia en PS de que no hay un perfil incrustado, y esto se confirma en los datos sin procesar. La imagen en NextGen es del mismo tamaño que la cargada en mi biblioteca multimedia en WP.
Si quieres echar un vistazo a ambas galerías y cómo manejan el color, puedes echar un vistazo aquí: http://www.bfrankphoto.com/?page_id=8192
La superior es la galería NextGen, la inferior es la galería WP incorporada. El color más cálido está justo en la galería de WP. Dado que el color es diferente en las galerías dentro del mismo navegador, estoy seguro de que no es un problema del navegador, sino de NextGen.
(@mbsharp)
Hace 1 año, 11 meses
No estoy seguro de poder explicar eso más. No obtengo «sin perfil» cuando se abre una imagen copiada de la galería NG (con FTP) después de cargarla, aunque la carga del perfil ICC elimina el segmento del perfil ICC del archivo. Las definiciones de espacio de color EXIF todavía existen.
Si una de sus imágenes en NG no tiene realmente una definición de espacio de color, entonces es bien sabido que los navegadores no pueden mostrar el mismo archivo si sRGB está incrustado.
Puede intentar desactivar cualquier cambio automático en las opciones de NG y realizar cualquier cambio de tamaño necesario antes de cargar. De esa manera, NG no cambia el archivo de imagen en absoluto.
(@mbsharp)
Hace 1 año, 11 meses
Estoy realizando otra prueba. Como sigue. Nueva imagen (Canon 750D, 6000x4000px) en espacio AdobeRGB. El archivo Jpg muestra el espacio de color en el Explorador como ‘Sin calibrar’; Photoshop muestra un perfil incrustado de AdobeRGB; Adobe Elements Elements registra como el espacio; no hay un segmento de perfil APP2-ICC en el archivo, por lo que el espacio solo se registra en EXIF. Una vista de editor hexadecimal del archivo muestra que el espacio está codificado, es decir, que no está escrito claramente como ‘AdobeRGB’. Las opciones NG están configuradas para cambiar el tamaño 800 × 600 después de la carga. Sube el archivo y cambia el tamaño en consecuencia. NG utiliza la biblioteca de imágenes GD para su procesamiento. El archivo aparece en la galería (navegador Chrome) junto con una vista administrada por color del archivo original. Sin cambios de color, saturación o diferencias de densidad. Archivo recuperado de la carpeta de la galería (descarga FTP). Todavía no hay ningún segmento de perfil APP2-ICC en el archivo recuperado, por lo que solo no habrá espacio en EXIF. Photoshop muestra un perfil incrustado de AdobeRGB; Grabe AdobeRGB Elements como espacio. Me gustaría concluir que la biblioteca de imágenes GD que usa NG para cambiar el tamaño de las imágenes no elimina el tamaño de los datos del espacio de color EXIF, ni altera esos datos, por ejemplo, al convertirlos a sRGB. Un archivo jpg que vino del espacio AdobeRGB permanece en ese espacio cuando se almacena en la galería NG, y mi navegador administra el color cuando el resultado coincide con el original.
En general, no estoy de acuerdo con su afirmación de que NG elimina los datos espaciales coloreados.
(@mbsharp)
Hace 1 año, 11 meses
Este fue un interesante viaje de descubrimiento. La etiqueta EXIF ’Espacio de color’ tiene solo dos valores hexadecimales válidos: 0001 = sRGB y FFFF = Sin calibrar. Esto explica por qué Explorer enumera un archivo AdobeRGB como un archivo no calibrado. Sin embargo, hay otras etiquetas de referencia de color en EXIF que no son necesarias si Color Space = 0001, pero probablemente sí lo son si Color Space = FFFF. Supongo que estas otras etiquetas permiten interpretar, por ejemplo, AdobeRGB o ProPhotoRGB. El experimento descrito anteriormente permitió que un archivo AdobeRGB se cargara en NG, luego se convirtiera nuevamente, y aún mostraba AdobeRGB cuando FTP lo recuperó. Tengo que suponer que la biblioteca GD no modifica ninguno de los datos del espacio de color aunque los detalles exactos de esos datos no estén claros.
¿Solucionó tu problema??
0 / 0