[Monitor WQHD] Asus PB278QR (IPS-AHVA)

[LeFric]

En esta página que he creado tenéis las primeras medidas de los 8 presets de imagen que trae el monitor tal cual vienen de fábrica.


Condiciones en las que he medido:





















Continuara...

[LeFric]

Reservado.

[ColorConsultant]

LeFric, las medidas de los modos "no emulados" como puede ser por ejemplo sRGB (si fuera el caso, que en este Asus no es, no emula gamut), deberías validarlos contra el perfil de fabrica del aparato, "PB278QR.icm" o como se llame en tu caso.
El motivo es que estos WLED tienen un gamut mayor en volumen a sRGB (aunque su intersección sea menor al 100%), el rojo y verde primarios y casi seguro el azul caen fuera de sRGB. Puedes verlo en tus informes HTML.
Por lo dicho anteriormente, para validar su uso como "monitor de fotografía" o uso general utilizando software con gestión de color como Photoshop, o GIMP, o Firefox, o el visor de fotos de Windows, "recién salido de la caja" deberías usar el perfil "genérico" del fabricante monitor, no sRGB.
Con esa modificación los deltaE de la región amarilla-naranja-roja deberían descender notablemente al ser "realistas", si el perfil del monitor es realista en gamut (y lo suelen ser).
Al validar contra ese perfil verás los errores que tendría un comprador típico al sacarlo de la caja, instalar el driver (que suele contener el perfil) y abrir una imagen en Photoshop, por poner un ejemplo.

Para validarlo para un uso en entornos sin gestión de color, como muchos programas de reprodución de video, o bien juegos, entonces la comparación que hiciste es la que toca aplicar.

[LeFric]

LeFric, las medidas de los modos "no emulados" como puede ser por ejemplo sRGB (si fuera el caso, que en este Asus no es, no emula gamut), deberías validarlos contra el perfil de fabrica del aparato, "PB278QR.icm" o como se llame en tu caso.
El motivo es que estos WLED tienen un gamut mayor en volumen a sRGB (aunque su intersección sea menor al 100%), el rojo y verde primarios y casi seguro el azul caen fuera de sRGB. Puedes verlo en tus informes HTML.
Por lo dicho anteriormente, para validar su uso como "monitor de fotografía" o uso general utilizando software con gestión de color como Photoshop, o GIMP, o Firefox, o el visor de fotos de Windows, "recién salido de la caja" deberías usar el perfil "genérico" del fabricante monitor, no sRGB.
Con esa modificación los deltaE de la región amarilla-naranja-roja deberían descender notablemente al ser "realistas", si el perfil del monitor es realista en gamut (y lo suelen ser).
Al validar contra ese perfil verás los errores que tendría un comprador típico al sacarlo de la caja, instalar el driver (que suele contener el perfil) y abrir una imagen en Photoshop, por poner un ejemplo.

1º Desconocía la argumentación y procedimiento. ¡GRACIAS!
2º Algo me decía que los resultados no no no...
3º Tenia previsto, más adelante, cargar el icm del fabricante y ver diferencias. ¡Ahora lo tengo claro!

Para validarlo para un uso en entornos sin gestión de color, como muchos programas de reproducción de vídeo, o bien juegos, entonces la comparación que hiciste es la que toca aplicar.

Yo, hasta ahora, me he movido en este apartado... (espero que el Smiley, me he esforzado, se vea...jejeje). A partir de ahora haré que la cosa cambie.




P.D.(1): Voy a volver a medir lo realizado para, a continuación, medir contra el perfil de fábrica y tenga todo más cohesión.
P.D.(2): El icm del fabricante es el ASUS PB278.icm que muestro en la tercera foto del 1er. post.

[ColorConsultant]

Es muy raro que un SO al detectar un monitor cree 2 perfiles. Casi... parecen generados por algun programa al dar alguna persona la orden de medir & perfilar a dicho programa...
La pestaña de "Opciones avanzadas" de la Admin de color de Windows, salvo el check box inferior para usar la LUT loader de MS Windows, no debería modificarse. No hace falta tocarla porque has dicho al S.O. todo lo necesario en la 1º pestaña "Dispositivo" eligiendo el ICM del fabricante.
Respecto de la imagen 4º, otra opción es validar lo ajustado que es el propio perfil del fabricante a la situación real del monitor, sin más. Es decir, con "Simulation profile" desmarcado. Validar perfil de fabricante contra monitor, sin transformaciones adicionales. Esta opción que te indico tiene la ventaja de ver la gamma real del monitor para quien quiera saber cómo viene el monitor de fábrica sin realizar la comprobación extra de tu 5º captura (comparar monitor contra sRGB en entornos sin gestión de color). Se basa en el hecho de que si el monitor se comporta como dice el perfil de fabricante, en entornos con gestión de color al mostrar una imagen sRGB lo hará igual de bien.

Por último y como le dije a otro canonista, para video, muchos programas de visualización (Mediaplayer classic con MadVR, gratuitos) y de edición o etalonado pueden usar LUT3D por software, mapeando gamuts. Las puedes crear desde Herramientas->crear LUT3D con los parámetros oportunos para lo que vayas a hacer. Creará un fichero con la LUT3D y un perfil con el device link. Se valida esa LUT3D con la opción device link de tus capturas.
Para esto mejor contar de partida con un perfil realista, es decir creado al medir el monitor, no el del fabricante.

[LeFric]

Es muy raro que un SO al detectar un monitor cree 2 perfiles. Casi... parecen generados por algun programa al dar alguna persona la orden de medir & perfilar a dicho programa...

Comprobado que la fecha de los perfiles es la misma en la que lo conecte al ordenador. Dicen que son de SpectraCALL... no recuerdo si abrí calMAN...

La pestaña de "Opciones avanzadas" de la Admin de color de Windows, salvo el check box inferior para usar la LUT loader de MS Windows, no debería modificarse. No hace falta tocarla porque has dicho al S.O. todo lo necesario en la 1º pestaña "Dispositivo" eligiendo el ICM del fabricante.
Respecto de la imagen 5ª, otra opción es validar lo ajustado que es el propio perfil del fabricante a la situación real del monitor, sin más. Es decir, con "Simulation profile" desmarcado. Validar perfil de fabricante contra monitor, sin transformaciones adicionales. Esta opción que te indico tiene la ventaja de ver la gamma real del monitor para quien quiera saber cómo viene el monitor de fábrica sin realizar la comprobación extra de tu 6ª captura (comparar monitor contra sRGB en entornos sin gestión de color). Se basa en el hecho de que si el monitor se comporta como dice el perfil de fabricante, en entornos con gestión de color al mostrar una imagen sRGB lo hará igual de bien.

Por último y como le dije a otro canonista, para video, muchos programas de visualización (Mediaplayer classic con MadVR, gratuitos) y de edición o etalonado pueden usar LUT3D por software, mapeando gamuts. Las puedes crear desde Herramientas->crear LUT3D con los parámetros oportunos para lo que vayas a hacer. Creará un fichero con la LUT3D y un perfil con el device link. Se valida esa LUT3D con la opción device link de tus capturas.
Para esto mejor contar de partida con un perfil realista, es decir creado al medir el monitor, no el del fabricante.

Haga lo que haga, lo cargue donde lo cargue, el perfil del fabricante en dispcalGUI siempre da ERROR como te muestro:




Y Windows 7 NO fija el perfil del fabricante (lo predetermino, salgo y al entrar de nuevo vuelve a esta como en la siguiente imagen):






¿Qué hago?

[ColorConsultant]

Dos opciones:

1- envia el ICM a Florian el creado de DispcalGUI a ver porque su software no lo admite. Puede que te redirija a la mailist de ArgyllCMS.
Esta es la mas constructiva.

2- "La rápida" es abrir el perfil con dispcalGUI-profile-info.exe "<ruta_al fichero>\ASUS PB278.icm" (u otro programa que te guste mas, ICC Inspector... etc ojo con R,G,B y blancos definidos en PCS D50, ICC Inspector no te los traduce aunque te pinta la matrix de adaptacion cromática), activa el boton alto y delgado a la derecha para ver la información textual. Copia los datos XYZ (o xyY) "illuminant relative" (R,G,B y blanco), copia el valor nominal de las curvas de respuesta tonal (TRC) y genera un perfil sintético con esa misma información con "dispcalGUI-synthprofile.exe". No uses los valores "PCS relative".

[LeFric]

Me pasa lo mismo con la versión 3.0.2.0


Florian ya tiene puntual información de lo que ocurre. ¡Toca esperar!...

[LeFric]

La contestación de Florian:

Hi,

the error message is correct, the profile is malformed. Tag 'desc' has a
'Macintosh' description with invalid encoding (the specified encoding
does not exist). Where did the profile originate?

Florian.


Deduzco que el ASUS PB278.icm es exclusivo de Windows que, el propio Windows, NO fija.

[ColorConsultant]

La opción 2... de hecho la podías tener hecha ya:
perfil sintetico con mismo primarios, blanco y gamma nominal.

Los datos que buscas son "Illuminant relative", no los de PCS

[LeFric]

La opción 2... de hecho la podías tener hecha ya:
perfil sintetico con mismo primarios, blanco y gamma nominal.

Los datos que buscas son "Illuminant relative", no los de PCS

Así he creado el perfil sintético sobre el ASUS PB278.icm:










¿Es correcto? ¿Y ahora?

[ColorConsultant]

Es... "raro", dejemoslo asi, que un fabricante incluya datos tan precisos en el diver del WP. ¿Seguro que no es el de CALMAN? ¿De donde has bajado el ICM "del fabricante"?

Si realmente es ese, valídalo. Ves lo mal que viene de serie contra el perfil, y lo callibras para dejarlo bien. Para comparar gamuts de distinto WP usa el intent relativo colorimetro o perceptual.