[Monitor 4K] BenQ EW3270U (WLED P3)

[LeFric]

[LeFric]

Estos son los pasos que he seguido para generar una corrección espectral [LCD (genérico) Adaptivo AltaRes (i1 Pro 2)]:







No la he subido, todavía, porque en el paso 8 he decidido poner en tecnología de pantalla "desconocido" porque creo que ninguna de las que me ofrece se ajusta. ¿Es correcto? ¿Lo subo tal cual?


P.D.: En los próximos días me traeré la Jeti Spectraval 1511 para generar las correcciones de mis monitores y subirlas.

[ColorConsultant]

El nombre será para que el servidor "te lo admita". Puedes usar LCD RG phosphor o LCD RGB LED o desconocido .... = "es mas de sRGB".
Lo normal (porque no pasa nada) es que si un usuario avanzado se baja tu corrección para otra pantalla P3 de ocio y cine similar a la tuya cambie "si quiere" el nombre de la teconogía y renombre ese campo a "W-LED P3" (por ponerte un ejemplo). De cara a como mide un i1d3 es un dato irrelevante.
Nota: te lo ha cascado como "refresh"="yes" (y no lo es), debe ser un bug de Argyll. Al importar EDRs también he visto un comportamiento similar de oeminst. Ponlo a "NO"... o si quieres escuchar una 2º opinión consulta con el Sr. Florian de DisplayCAL... pero ese Benq ni es CRT ni es Plasma. ArgyllCMS realiza correcciones ligeramente distintas para un i1d3 cuando está en modo refresco, especialmente la 2º medida para confirmar cuando hay un color muy oscuro. Lo suyo sería ponerlo bien para evitar lecturas anómalas al usarlo. Idem con el EDR de panasonic.

¿Ves esos numeritos en 4 filas?
Puedes representarlos en Excel o LibreOffice en una gráfica (son el eje Y) contra la longitud de onda (eje X [370nm-730nm]). Con la EDR de pantallas P3 con fósforo PFS puedes hacer lo mismo, sólo que allí el tamaño de paso es 1nm. Idem con el modo 10nm del i1Pro2 (con tamaño de paso 10nm). El orden creo recordar que es RGB.

Si esta pantalla es del mismo palo que un iMac P3 de los nuevos verás coincidencia entre las 3 CCSS, solo que a 10nm un pico en rojo no lo vas a ver y a 3nm los ves pero "gorditos".
Si no lo es, es decir si la EDR de Panasonic no representa el tipo de iluminación empleado en ese Benq no verás tal coincidencia. En esa gráfica y en verde, el pico de emisión puede bailar hacia rojo o azul un poquito. El "pie izquierdo" en verde también puede variar un poco (el de Panasonic tiene el verde nativo "recortado" sobre P3 por eso).

[ColorConsultant]

Te confirmo lo del REFRESH es para plasmas, CRTs y proyectores. Si te lo ha marcado a "YES" es porque lo marcaste/lo marcó como "desconocida", ya sea el ccxxmake (usuario) o el oeminst (programa) al importar EDRs.
Si tienes el EDR de Panasonic a YES, ponlo a NO.

Tampoco vendría mal avisar en la lista de correo de ArgyllCMS que i1Profiler 1.8.0 tiene nuevas EDRs y las está marcando como refresh cuando son LEDs. Di que también es dejadez por parte de xrite porque no se ha molestado en actualizar "TechnologyStrings.txt" al nuevo EDR.

[LeFric]

Contenido del archivo Panasonic VVX17P051J00.ccss:






Contenido de mi archivo BenQ EW3270U [LCD (genérico) Adaptivo AltaRes (i1 Pro 2)].ccss:

[LeFric]

Vamos con el panel y su uniformidad:










...tengo que repetirlo !!!

[ColorConsultant]

...tengo que repetirlo !!!

¿Por qué? ¿Por ver si es estable o si varía tras estar encendido mucho tiempo?

Parece que está bien tomado,

-el 1º criterio (imagen 1) es el criterio de "suficiente": uniformidad de color deltaC. Esta bastante bien.

-el 2º criterio (imagen 2) es el criterio "de uso profesional". Ese no es fácil de pasar ya que impone una restriccion en color y brillo "baja" (distancia total) y generalmente implica:

a ) $$$ y paneles escogidos, los que todos ya sabemos

y/o

b) uso de "compensación de uniformidad", que a costa de perder contraste iguala la pantalla.

La opcion b es muy útil en artes gráficas e impresión (el bajo contraste no importa), pero si lo vas a usar para video... puede ser peor el remedio que la enfermedad.

Creo que el Benq no tiene esta opción, no hay compensación de uniformidad, con lo que en tu review no da a lugar, pero para reviews de pantallas que sí que lo tengan es importante dar los dos datos "con" y "sin" compensacion de uniformidad en una review, porque si alguno de esos no lo das (como han hecho algunos) estás falseando y ocultando la realidad.
Por ejemplo: dar test de uniformidad con compensacion (activada) que es útil para trabajos impresos, pero ocultar el test con la compensación de uniformidad apagada (porque sale mal y no quieres que se vea/sepa).
Otro truco (en el caso de los NEC PA) es mostrar uniformidad apagada y encendida al máximo en los modelos Multisync, pero ocultar que encendida a 1/5 (los NEC la pueden activar parcialmente) la uniformidad se vuelve excelente. En este caso el "truco" engañaría al consumidor haciéndole creer que para uso multimedia sería mala pantalla.

Como digo no el caso de la review de LeFric y no aplica, lo digo como ejemplo general a cualquier consumidor que lea esto para que sepa tener un espítitu crítico y ver estas cosas cuando vea una review y no le den gato por liebre con estos trucos de prestigitador.




No sé que uso vas a darle, pero el 1º criterio le pasa muy bien, <2dC, <15%. Para ocio y multimedia tiene muy buena pinta de momento.

Hay otros modelos PFS "sólo P3" similares en IPS o VA con uniformidad normal. Este tipo de iluminación con gamut "reducido" parece que les resulta mas controlable de mantener uniforme (con las restricciones de precio al que quieren sacar estos paneles) que aquellos usados en artes gráficas (verde que cubre AdobeRGB, orientados mas a impresión).

[LeFric]

...te lo ha cascado como "refresh"="yes" (y no lo es), debe ser un bug de Argyll. Ponlo a "NO"... Lo suyo sería ponerlo bien para evitar lecturas anómalas al usarlo. Idem con el EDR de Panasonic.

¡Es un bug! y ya he puesto tanto el mio como el de Panasonic en "NO".

¿Ves esos numeritos en 4 filas? Puedes representarlos en Excel o LibreOffice en una gráfica (son el eje Y) contra la longitud de onda (eje X [370nm-730nm]). Con la EDR de pantallas P3 con fósforo PFS puedes hacer lo mismo, sólo que allí el tamaño de paso es 1nm. Idem con el modo 10nm del i1Pro2 (con tamaño de paso 10nm).

Representados más arriba sendos archivos (el mío y el de Panasonic).

El orden creo recordar que es RGB.

Es WRGB.

Si tienes el EDR de Panasonic a YES, ponlo a NO.

¡Puesto a NO!

Tampoco vendría mal avisar en la lista de correo de ArgyllCMS que i1Profiler 1.8.0 tiene nuevas EDRs y las está marcando como refresh cuando son LEDs.

Avisado tanto ArgyllCMS como Florian...

Di que también es dejadez por parte de xrite porque no se ha molestado en actualizar "TechnologyStrings.txt" al nuevo EDR.

Si te dijera lo que opino sobre esto...

¿Por qué?

Por que lo hice a pulso (5 x 5), de un tirón, y apreté demasiado..., no me fío.

No sé que uso vas a darle, pero el 1º criterio le pasa muy bien, <2dC, <15%. Para ocio y multimedia tiene muy buena pinta de momento.

Ofimática, Internet y vídeo.

[LeFric]

El señor Florian Höch me indica con respecto a que siempre DISPLAY_TYPE_REFRESH "YES": "It’s intentional – spectral corrections are meant as generic corrections for the given display technology type, and even if the type is (e.g.) white LED, there may be displays with the same technology but scanning backlight (or black frame insertion), so it is useful to detect a refresh period (if any) so the instrument can sync to it. Other than that, there is no difference between non-refresh and refresh measurement mode."

[ColorConsultant]

El señor Florian Höch me indica con respecto a que siempre DISPLAY_TYPE_REFRESH "YES": "It’s intentional – spectral corrections are meant as generic corrections for the given display technology type, and even if the type is (e.g.) white LED, there may be displays with the same technology but scanning backlight (or black frame insertion), so it is useful to detect a refresh period (if any) so the instrument can sync to it.

Eso como mucho será así a la hora de crear CCSS (ccxxmake).
Oeminst, el traductor edr a ccss, tiene (o tenía si lo han cambiado ahora) una serie de propiedades "fijas" segun el tipo de pantalla donde tipo es similar a ese desplegable que enseñabas. Ahi CRT, Plasma, proyectores y "desconocidas" usan refresh yes por defecto.

Other than that, there is no difference between non-refresh and refresh measurement mode.

Eso no es asi. Una cosa es que el refresh si o no sea transparente para DisplayCAL, que no tenga que hacer nada por su parte, y otra muy distinta que el software que de verdad mide -que es ArgyllCMS- haga lo mismo si es refresh o no con un i1d3. Y puede no hacer lo mismo...
Los creadores del i1d3 fueron muy ingeniosos. La "orden" de "tomar medida" no devuelve coordenadas CIE XYZ sino unos "contadores" de los sensores RGB del aparato. Con ayuda del firmware (el "Observador" del colorimetro grabado ahi) y la ayuda opcional de un CCSS se calcula una matriz RGB -> XYZ.
Con colores muy oscuros el valor de los contadores es bajo y hay un umbral de seguridad a partir del cual si se quiere gran precisión se recomienda "afinar mas la medida"... y para eso se pueden hacer varias cosas.
ArgyllCMS puede operar de distinta forma si es refresh o no en esos casos, puedes verlo tú mismo con un i1d3, basta usar "spotread" (medida libre) porque es lo mas sencillo de ver.
La orden creo que sería "spotread -v -y <codigo> -D2" que toma una medida de pantalla y saca mucha información extra. "<Codigo>" es una letra o un numero resumen de los CCSS que tengas instalados, con "spotread -?" te los lista. Si tienes el CCSS de panasonic con refresh = no, y tienes el CCSS de CRT (lo instala argyll por defecto) se puede ver.
Si mides un color muy oscuro, por ejemplo el negro de pantalla IPS 0.10-0-15cd/m2 ArgyllCMS se comporta de forma diferente segun uses un tipo de pantalla en "-y" que apunte a un CCSS con (CRT) o sin (el otro ejemplo) refresh. A medida que subas el brillo de la zona a medir, por ejemplo gris 128 en vez de negro, no salta el aviso de valores de contador bajo luego no trata de "re-medir"y no ves este comportamiento tan claramente distinto (vía "log" en pantalla verás que hace cosas distintas).

[ColorConsultant]

Representados más arriba sendos archivos (el mío y el de Panasonic).

W-LED PFS "sólo" P3 de libro. Tomen nota los lectores para pantallas similares no Quantum Dot.
Si teneis TVs LED P3 (no QD) del tipo a las Triluminos de Sony pues os puede valer ese mismo.

Puedes probar a modo didáctico a medir a 10nm y ver como el 1º pico desaparece, al igual que lo hace el 3º a 3nm... y si enchufas el JETI verás lo que se pierde el i1Pro2.

Ofimática, Internet y vídeo.

Pinta bastante bien.
Si un perfil single curve+matrix no se va de madre al validar (por gamuyt irregular) sería la forma de obtener gradientes mas limpios en Firefox si usas el gamut P3.
Acuerdate de configurar Firefox a gestion de color completa, relativo colorimetrico y activar soporte V4.
Ya para video le preparas las LUT3D por software que prefieras... o si quieres usar algun modo predefinido y ajustar la gamma y blanco es otra opción. El contraste es lo bastante alto como para que sea factible usar Rec1886 sin "lavarte" los tonos oscuros... pero va en gustos sobre 2.4.

[LeFric]

Con el monitor BenQ EW3270U "de origen (sacado de la caja)" y su modo de imagen en modo "Estándar", le he realizado su corrección espectral con la Jeti Spectraval 1511. El archivo, en formato CCSS, ya esta subido para su descarga tanto en la base de datos de DisplayCAL como aquí: BenQ EW3270U.