MSI Summit MS321UP

[Conrado77]

Antes de nada, gracias por todo.

En el caso de "no parcheados" y widegamut (RGB-LED, GB-LED) es donde mas falla. CCT no significa nada, como si clava 6504K. Hay "infinitos blancos" 6504K pero sólo uno es D65.

Recuerdo que esto ya me lo comentaste. Porque yo pensaba que con que el CCT estuviese a 6504K o muy cerca ya estaba bien. Pero no.

A lo mejor han cogido y os están aplicando de While LED sRGB (esa si concuerda) y tan panchos.

Pues no te extrañe. La de White LED es una especie de corrección "comodín".

Por eso hay que usar EDR/CCSS y no estas ñapas si quieres distribuir un software a gente que no tiene un espectrofotómetro.

Y aunque lo tuviese el software de MSI no lo soporta. Ya te lo avisa en una pantalla antes de empezar con el calibrado: sólo funciona con los X-Rite/Calibrite ColorChecker/iDisplay Pro (y Plus, aunque no lo dice) y el colorímetro C6 HDR2000 de Portrait Displays, que me parece que es un X-Rite iDisplay Pro Plus renombrado. Y ninguno más. Por tanto, los espectrofotómetros, incluidos los de X-Rite/Calibrite, quedarían descartados.

¿ese perfil ICC BT709V2 te lo genera el software de MSI?

Sí, así es. Con cada calibración el software genera un perfil que lleva por nombre el espacio de color seleccionado seguido de la coletilla V2 (la versión del perfil). Sobre estos perfiles te pregunté más arriba si eran necesarios por cuanto que la calibración queda almacenada en el propio monitor. A mí me parecen perfiles genéricos que sólo especifican el espacio de color. Tú me comentaste que en determinadas circunstancias sí son necesarios.

Te lo subo a Google Drive, por si quieres echarle un vistazo. Lo tienes aquí.

A todo esto, que sepas que en el MSI Prestige, que ahora mismo cuesta tres veces más que el Summit por estar éste al 50%, MSI ha deshabilitado la calibración por hardware. El monitor viene elctrónicamente preparado para ello. A primeros de 2019 MSI dijo que esta característica estaría disponible "en breve". Pues bien, estamos ya casi a mediados de 2023 y no la han activado. La han bloqueado por OSD (no aparecen los modos Cal1, 2 y 3). Y me pregunto si no será porque el software que le iban a poner, casi con toda seguridad el mismo del Summit, no les ha terminado de convencer para un monitor de 1299€. A tener en cuenta que el Prestige es un modelo de 2019, mientras que el Summit es de 2021.

El caso es que en el Prestige no hay calibración por hardware ahora mismo. Y a estas alturas de la película, con tres años de antigüedad en el mercado, dudo mucho que lo vayan a implementar. Lo peor, no obstante, es que MSI anuncia esa característica entre las prestaciones de la pantalla. Es publicidad engañosa. Aunque claro, siempre pueden acogerse a eso de "Las especificaciones pueden variar sin previo aviso".

Mañana o pasado lo comentaré todo sobre este Prestige en un hilo para él. Por aquí sólo quería deja constancia de que, a diferencia del Summit, en el Prestige, un monitor más caro y premium que aquél, la calibración por hardware no está disponible. Ni creo que lo vaya a estar ya. Pero voy a preguntar a MSI. Más que nada porque en la web, abajo del todo, la siguen anunciando. Véase la captura del spoiler de abajo. El subrayado en rojo es mío:



He probado con el software del Summit, True Color Calibration (Calman Lite), pero no cuela. El software no reconoce al monitor:



En la la sección de descargas de este modelo no hay ningún software para el calibrado por hardware. En el Summit viene incluido en el software para controlar el OSD (P.I.). Pero el software Creator OSD del MSI Prestige no lleva nada de eso. No en vano, el paquete pesa la mitad (35MB vs 72MB) por ese motivo.

Mira el rango en gamut nativo o P3 si lo fueras a usar ahi, si estuviera mal y te molestara visualmente: usa DWMLUT o compra una AMD (o prueba el dither de las nvidia vía registro) y listo.

A propósito de AMD, ¿qué beneficios no gaming podría traerme una Radeon? La oferta de la 6950 XT por unos 650€ es tentadora. Y yo la verdad es que no juego mucho. Pero sí uso mucho madVR para tone map dinámico de discos UHD 4K (por cierto, lo último). La cuestión es que he leído del propio Madshi en AVSForum (el creador de madVR) que su plug-in está muy optimizado para nVIDIA. Y con el Prestige, que es 5K2K, la 3090 Ti ya se pone al 72% de uso de GPU con discos UHD 4K reescalados a 5K. Con settings altos pero no extremos.

Sin barras negras arriba y abajo una película 4K (3840 x 2160) con relación de aspecto de entre 2.35 y 2.40 se queda en unos 3840 x 1600 de resolución. Con el nuevo monitor Prestige de MSI, que en resolución es un portento (como un 27" 4K), eso hay que reescalarlo hasta 5120 x 2160. Y como digo, a una 3090 Ti ya le hace algo de pupa. Aunque todavía tiene recursos de sobra. Pero no sé yo si una 6950 XT, más por falta de optimización que de potencia bruta, podría con esto. Máxime, como decía, con un plug-in optimizado para nVIDIA. Preguntaré en los foros de madVR de AVSForum. Alguien habrá con Radeon gama alta + madVR última beta.

[AgaporniPower]

CCT = eje azul amarillo, "dE to daylight locus" = valor absoluto de la distancia hacia el rosa o verde. Mas o menos con eso en mente puedes ver en prad.de o DisplayCAL el blanco.

Del Prestige no he leido nada, pero lo msimo le ofrecen la SDK a Calman o Lightspace. Mira por los foros de soporte de ambas compañia.

AMD aplica dither a las LUT de la GPU desde hace casi 20 años y también tiene las LUT de mas de 8 bit desde hace casi 20 años.
Si mapeas 256 a 256 valores todo lo que no sea la identidad repite valores y causa banding. Con mas de 8bit de extremo a extremo aunque repitas valores puede camuflarse.
Lo que hace AMD es cargar en una LUT de >8bit los datos de calibracion de gris del perfil (VCGT), es decir, la carga con decimales. Luego al monitor sea la conexion de 8 bit o de 10 hace dither, luego preserva los decimales aunque la conexion sea 8bit DVI. No hay banding causado por la calibración de gris.
Para que esto funcione hay que cargar la calibración de gris completa, la VCGT con 16bit, como hace el cargador de DisplayCAL. El de Xrite o de MS o de Basiccolor (al menos la 5.x) no la carga completa.
Nvidia tiene dither pero no esta activo por defecto y aunque lo actives via registro a veces se va a OFF. Googlea para ver que parte del registro es, yo creo que hay hasta hilo en DisplayCAL.

El banding por calibración (por falta de dithering) se nota mas cuanto mayor sea la corrección a cargar en las LUT de la gráfica. Si no hay nada que corregir se notará menos. Es lo que sale en "curvas de calibración" en la información de perfil.

madVR usa dither en shaders, idem DWMLUT, luego da igual la GPU que tengas. Resolve no lo sé.

[Conrado77]

Del Prestige no he leido nada, pero lo msimo le ofrecen la SDK a Calman o Lightspace. Mira por los foros de soporte de ambas compañia.

De momento he preguntado en los foros oficiales de MSI.

madVR usa dither en shaders, idem DWMLUT, luego da igual la GPU que tengas.

Entonces no me interesa el cambio.

[AgaporniPower]

Entonces no me interesa el cambio.

Ya, es para Photoshop, Illustrator y cosas que no dependan de una software LUT3D.
Y por eso mismo si el monitor es bueno conviene que se usen perfiles 1 curva matriz. Con la AMD evitas en banding por calibración, con el tipo de perfil "simple" minimizas el banding por gestión de color, por "redondeo cutre" a 8bit sin dithering.

¿Has mirado lo del cliping en P3 para usarlo en video sin gestión de color como pedía el otro tío? Calibrar CAL3 o alguna que no vayas a usar por ejemplo a P3 D65 como los mac: gamut P3, blanco D65, sRGB.
Validas el HTML y pasando de blanco fijate en lo que te puse, que sigue el espacio de color que quieres simular (P3) SIN DESATURAR en los colores que caben. El borde verde-rojo va a quedar fuera porque no lo cubre, en cualquier monitor 90-95% P3 de cualquier marca, eso no es preocupante. Lo que quieres ver es que no desature los que caben dentro.

Para verlo, si usas calibracion HW o un preset de fábrica, es usar como perfil de simulación el perfil que estés imitando (DisplayP3 en este caso) y además marcar usar perfil de simulación como perfil de pantalla. Luego validas en DisplayCAL.
Se puede falsear con DWMLUT, pero si lo quieres conectar con una decklink a Resolve no vale DWMLUT. De ahí que importe cómo se conecte.

Se ve en el plot CIE a*b* que esta abajo del todo en el informe HTML (la captura que puse). Como es una proyeccion 2D de un modelo 3D visto desde arriba, te pueden salir "out of gamut" desaturados que parece que están dentro, pero son las aristas del sólido 3D que va desde R o G 255 hasta negro, es decir, son el exterior. Se ve por el colorín que es oscuro , que es la "cara inferior". Si le das a ver el perfil ICC en 3D se ve mas facil esto.

[Conrado77]

¿Has mirado lo del cliping en P3 para usarlo en video sin gestión de color como pedía el otro tío? Calibrar CAL3 o alguna que no vayas a usar por ejemplo a P3 D65 como los mac: gamut P3, blanco D65, sRGB.

No, pero lo haré durante este fin de semana.

Validas el HTML y pasando de blanco fijate en lo que te puse, que sigue el espacio de color que quieres simular (P3) SIN DESATURAR en los colores que caben. El borde verde-rojo va a quedar fuera porque no lo cubre, en cualquier monitor 90-95% P3 de cualquier marca, eso no es preocupante. Lo que quieres ver es que no desature los que caben dentro.

Justo hace un momento que acabo de trastear el MSI Prestige PS341WU que, según el fabricante es un 98% de DCI-P3, y he visto que éste cubre el borde verde (el Summit no). Aunque a mí el calibrador me ha dado un 97% de DCI-P3. Un 0,9% más que el Summit (96,1%). Pero con ese 0,9% ya se estira más por el borde verde hasta cubrirlo todo o prácticamente todo.

Abriré un hilo para él. Pero, a modo de spoiler, ahí van los resultados de lo que te acabo de comentar de este Prestige. Para éste sí hay corrección espectral específica, aunque creo que valdría exactamente igual la PFS Fósforo Panasonic. Un avance de los resultados:

- Condiciones de calibración:

Seleccionando en el OSD el blanco en 6500K el monitor viene casi perfecto de fábrica. Con el brillo al 30% (150 nits) he tenido que poner los valores de RGB en 97-99-99 para clavar los valores xy deseados:

- Resultado:



De contraste muy bien para ser un NanoIPS: 1275:1.

En general muy bien este monitor. Resolución de 5120 x 2160 y 0 píxeles fundidos o atascados. Mi unidad viene con poco glow (visto de perfil) y prácticamente nada de bleeding. Un poco mejor que el Summit en este aspecto. Y que conste que éste salió muy bueno también. Pero eso sí: el Prestige es muy caro (1299€) si lo comparamos con la oferta del Summit (no así con su PVP de 899€).

Para verlo, si usas calibracion HW o un preset de fábrica, es usar como perfil de simulación el perfil que estés imitando (DisplayP3 en este caso) y además marcar usar perfil de simulación como perfil de pantalla. Luego validas en DisplayCAL.

Bien, así lo haré. A ver qué sale. Dame un par de días o así.

[Conrado77]

@AgaporniPower

Una consulta de cara a comprobar lo de los clipeos en P3 que comentas. Cuando valide con DisplayCAL, ¿con qué corrección/es tengo que probar? Porque en principio había pensado en usar la propia del monitor (BenQ EW3280), que no es la usa el software de MSI. Pero justo he penado en poner al menos tres más: RGB-LED, GB-LED y White LED, que sí las lleva el software de MSI y son candidatas a su uso por parte de este software.

[AgaporniPower]

@AgaporniPower

Una consulta de cara a comprobar lo de los clipeos en P3 que comentas. Cuando valide con DisplayCAL, ¿con qué corrección/es tengo que probar? Porque en principio había pensado en usar la propia del monitor (BenQ EW3280), que no es la usa el software de MSI. Pero justo he penado en poner al menos tres más: RGB-LED, GB-LED y White LED, que sí las lleva el software de MSI y son candidatas a su uso por parte de este software.

Para un i1d3 típico el elegir un EDR u otro implica un punto blanco distinto, pero los xy de los primarios no suelen cambiar mucho. Es decir si usas Benq PME sin trucar o ColorNavigator configurado para usar EDR pero sin el EDR de Eizo Asia Pacifico lo que puede pasar "si no hay otros fallos" es que el punto blanco no sea el esperado. El EDR erróneo normalmente sólo causa eso.


Tú puedes pasar de mirar blanco e incluso gamma. Sólo te interesa ver cómo empeora el rango de gris al usar un gamut mas parecido al nativo (si lo empeorase, es lo típico en Delles o Benqs) y sobre todo lo del clipping P3 en el plot CIE a*b* de abajo del todo para ver si se podría usar en Resolve sin gestión de color al uso (ICC en mac o LUT3D en mac o PC).
Métele una verificacion gordota tipo la ISO 12646:2008 que te mete bastantes puntos y una escala de gris bastante poblada y hay que usar los dos check: perfil simulacion + usar perfil de simulacion como perfil de pantalla (busca coincidencia sin gestiñón de color)

[Conrado77]

El caso es que ya he hecho la verificación. Habrá que conformarse con los parches estándar. Si hubiese leído tu último post antes, habría puesto ISO 12646:2008.

Al lío. He calibrado por hardware en P3, D65K y 70% de brillo. Y en las mismas condiciones he verificado con DisplayCAL con las opciones que me comentaste. Lo he hecho con varias correcciones espectrales. Creo que las que mejor paradas salen son KFS y White LED.

Tienes los resultados aquí.

[AgaporniPower]

No se vé si hay clipping con ese testchart, repite con la del EW3280 por ejemplo y la ISO 12646:2008.
Quiero decir, los que salen desaturados son los del "borde" del espacio de color, los que van del RYG al negro y eso es normal porque no caben (el cyan no se si cabe), lo que quieres ver son los vecinos que sí están dentro y no los debería desaturar.

De rango está bien, aunque es raro que simulando sRGB sea peor, suele ser justo al contrario (salvo DWMLUT).

[Conrado77]

De rango está bien, aunque es raro que simulando sRGB sea peor, suele ser justo al contrario (salvo DWMLUT).

Cuando la calibración se hace con DisplayCAL es así como sucede. Puedes verlo en el primer mensaje de este hilo. Ahí puse el resultado de las calibraciones para sRGB y P3 hechas y validadas con DisplayCAL. Pero si calibro con MSI y verifico con DisplayCAL, ya es otra historia. Lo lógico sería verificar con MSI. Pero, como sabes, esa opción no está disponible.

Volveré a probar con el conjunto de parches que me dices y sólo con la corrección específica para el monitor.