Ver Feed RSS

ColorConsultant

FAQ VIII - Calibración LUT3D en Windows con cualquier monitor y GPU

Valoración: 2 votos, 5,00 en promedio.
Hace unas semanas apareció un software llamado "DWM LUT" para Windows 10 (20H2 o posterior) que permite ejecutar de forma global en el escritorio una LUT3D. La LUT3D funciona con precisión de bits alta y con dither, todo ello ejecutado en los shaders de cualquier GPU moderna. NO requiere del uso de la calibración de gris con LUT 1D presente en cualquier gráfica y que salvo en AMD acababa causando banding por truncado de salida o falta de dithering.
En la práctica esto significa que se podría dotar de algo equivalente a calibración hardware y sin banding a CUALQUIER PANTALLA (tenga o no calibración hardware) en CUALQUIER GPU (incluidas integradas intel) y bajo CUALQUIER CONEXION (incluido DVI a 8bit).

El formato de LUT3D es el IRIDAS .cube de 65 nodos por lado usado en Resolve y otro software y puede generarse con DisplayCAL.

La aplicación consiste de una DLL que es quien usa el DWM (Desktop Window manager) de Windows 10 y engancha a él la LUT3D de forma global en el escritorio, tanto en pantalla completa como escritorio habitual.
Se acompaña de una aplicación que hace de interfaz grafica de usuario para cargar y descargar LUT.


¿Que es una LUT3D?

Un dispositivo como puede ser un monitor con cierta configuración, o una impresora con ciertas tintas y cierto papel tiene un comportamiento que define el espacio de color que puede mostrar.
Cuando se crea un perfil ICC lo que se esta haciendo es capturar en un fichero este comportamiento. Tal y como está explicado en la FAQ I, se puede guardar esta información de una forma idealizada o mas detallada en un perfil ICC.

Una LUT3D no es mas que una transformación de un espacio de color (definido por un perfil ICC) a otro (definido por otro perfil ICC).

En el caso que nos ocupa se trata de hacer que una pantalla se comporte como si fuera igual a un espacio de color determinado, "calibrarla" para que se comporte de cierta forma. De cara a los programas la pantalla sería idéntica a ese espacio de color que queremos simular.
Por tanto la ENTRADA a la LUT3D es el espacio de color ideal que queremos simular, sus números RGB como por ejemplo (255,0,0 sRGB) y la SALIDA de la LUT3D es el espacio de color que describe a la pantalla en su estado actual, sin LUT3D, es decir los números RGB (DISTINTOS a la entrada) que en el espacio de color de la pantalla tendrían las mismas coordenadas de color.
Las LUT3D pueden generarse con el LUT3D creator de DisplayCAL en base a perfiles ICC: DisplayCAL-3DLUT-maker.exe
En general es mas fácil trabajar como si las pantallas tuvieran contraste infinito, equivalente a la compensación de punto negro, que en el DisplayCAL-3DLUT-maker equvaldria a usar el perfil origen "black output offset" al 100% y en perfil destino perfiles creados con compensación de punto negro. Puede usarse otra configuración, esta es sólo una recomendación simplificada para pantallas tipo IPS con contrastes típicos de 700:1 o mas.
Al transformar de un espacio de color a otro se puede cambiar también el punto blanco si se indica (por defecto) que se realize con un rendering intent "absoluto colorimetrico". Si no se desea cambiar el punto blanco, por ejemplo porque se haya obtenido mediante un match visual de papel y pantallam, debe usarse rendering intents relativos al punto blanco como por ejemplo "relativo colorimetrico".

Ejemplo:
Tenemos una pantalla multimedia 95% P3 que no tienen modo sRGB o es muy malo o que si activas el modo sRGB bloquea el brillo.
Obtenemos un perfil ICC (con o sin calibración del gris) que describa esa pantalla.
Podríamos generar una LUT3D que haga que la pantalla se comporte globalmente como si fuera una pantalla sRGB. La entrada a la LUT3D sería sRGB (lo que se quiere simular), la salida el perfil ICC que se ha creado para la pantalla (como se comporta realmente la pantalla).


Limitaciones

Una transformación ultradetallada de un espacio de color de 24bit a otro de 24bit requeriría un cubo de 256 nodos de lado, es decir un total de 16millones de nodos en el cubo. En 30bit un cubo de 1024 nodos de lado, y mas de mil millones de nodos.
El formato IRIDAS .cube de tamaño 65x65x65 (65<256, 65<1024) interpolará los huecos que quedan al tomar sólo 65 muestras de 256. En casos muy extremos (monitores con un comportamiento muy malo) podría ser insuficiente, pero cualquier monitor que pueda ser descrito con un perfil ICC de tipo matriz de forma mas o menos precisa no tendría ningún problema. Esto incluye la mayoría de pantallas IPS tanto sencillas como mas avanzadas.


Aplicación

La aplicación se distribuye como código fuente, sin binarios, desarrollada por un tal LeDoge que sólo or el avatar y nombre merece mi simpatía (es un meme de un perro shiba inu popular en internet).
https://github.com/ledoge/dwm_lut
La DLL requiere para compilarse MSYS2 y el programa con la interfaz gráfica requiere Visual Studio 2017 o superior y con .NET 4.8.
Como muchas personas no disponen de estas herramientas, pedí un binario y lo dejo aquí:
https://1fichier.com/?1hfyid0ij4g2ovke9f0j
El ejecutable requiere permisos de administrador y no está firmado, por lo que aparecerá como origen desconocido y alerta de seguridad.


Casos de Uso

Gamers
Una persona se compra una pantalla widegamut P3 de juegos. Dicha pantalla no tiene modo sRGB o Rec709 o similar. Los juegos y otro software lúdico no llevan gestión de color. Se vería todo sobresaturado si ese contenido estaba pensado para sRGB. Pueden darse dos situaciones:

-No tiene colorímetro (la habitual)
Perfil origen: sRGB
Perfil destino: el perfil ICC que viene con el driver del fabricante o un perfil generado desde los datos del EDID con DisplayCAL
No hay calibración VCGT con lo que no es necesario aplicarla.
En el SO, en la configuración de gestión de color se escoge como perfil de pantalla sRGB. Para todas las aplicaciones, incluidas las que tienen gestión de color será sRGB.
Esa calibración simulando sRGB será mas o menos precisa dependiendo de si el perfil del fabricante o generado con datos EDID representa fielmente o no a esa pantalla.

-Dispone de colorímetro u otro aparato de medida

Primero se calibra (gris y blanco) como una pantalla normal. Se usa el preset OSD que deje tocar mas parámetros. Con ese perfil se generará la LUT3D.
Perfil origen: sRGB
Perfil destino: el ICC creado, aplicar VCGT en la LUT3D.
En el SO, en la configuración de gestión de color se escoge como perfil de pantalla sRGB.

Arrancar DWM LUT GUI y cargar la LUT3D. En ambos casos si se quiere usar el monitor con su espacio de color original, se deshabilita la LUT3D y se pone en el SO en el apartado de gestión de color que el perfil ICC de la pantalla es el del fabricante o bien el perfil ICC hecho a medida.

Fotógrafos y diseñadores
La calibración de gris por GPU, usando las LUT1D dedicadas de la tarjeta gráfica, causa bading con muchos fabricantes de tarjetas gráficas. Es el primer problema a evitar.
También ocurre que muchos programas, incluido Photoshop, Illustrator, Indesign..., no aplican dithering al presentar en pantalla (Lightoom y CaptureOne si lo hacen y no tienen este problema) por lo que en muchas configuraciones como por ejemplo perfiles de pantalla con TRC que no son idénticos causan molestos errores de redondeo.
En este caso además no se quere limitar el espacio de color a sRGB sino usar el mas amplio posible que permita el monitor porque esa persona querrá ver y editar imágenes sRGB, AdobeRGB, ProPhotoRGB, eciRGBv2...
El objetivo aqui es hacer que la pantalla se comporte de cara a todos estos programas como una pantalla "ideal" que pueda ser descrita por un perfil idealizado (matriz) que además indique un gris perfecto (3 curvas TRC del perfil ICC iguales). De esta forma la gestión de color por parte de programas como Photoshop será menos intrusiva y con menos errores de redondeo. Adicionalmente a esto eliminar el banding que sufren muchas marcas de GPU al cargar calibración del gri.
Esa pantalla "ideal" quedará descrita por un perfil ICC. La forma mas sencilla de generarlo es hacer un perfil sintético. DisplayCAL tienen una aplicación para crearlos: DisplayCAL-synthprofile.exe
Partimos como base de un perfil ICC hecho a medida por el usuario, que es con el que se ha estado trabajando en esa pantalla hasta ahora. Ver FAQ VI si no se dispone de uno.
Dicho perfil sintético:
-tendrá como primarios R, G y B las coodenadas de color de la descripción matriz del perfil a medida
-tendrá como punto blanco el blanco de ese perfil a medida... o bien otro punto blanco alternativo (reducirá el contraste final).
-tendrá como gamma/TRC el valor medio o nominal de ese perfil ICC a medida, o bien el valor que se desearía tener (2.2, 2.4, L*)
-tendrá, como simplificación, contraste infinito (equivalente a perfil ICC con compensación de punto negro)
Una vez creado el perfil, en el LUT3D creator de DisplayCAL:
Perfil origen: el perfil sintético. Este perfil se asociará en el SO, en el apartado de gestión de color, como perfil por defecto de la pantalla.
Perfil destino: el perfil ICC hecho a medida para la pantalla.
Aplicar calibración VCGT en la LUT3D, para no tener que sufrir banding en GPUs no AMD.
Una vez creada la LUT3D. Se abre DWM LUT GUI y se carga la LUT3D.
Se verifica con DisplayCAL, en "Measurement report" con todo puesto a valores por defecto, sin perfil de simulación, que con la LUT3D cargada el monitor se comporta tal y como dice el perfil ICC sintético "ideal" configurado en el SO como perfil de pantalla.

Videografos
-Resolve:
No os hace falta todo esto, Resolve tiene una LUT3D por software.
-Editores de video sin gestión de color
Ver apartado gamer, usuarios con colorímetro. El origen en vez de sRGB podría ser Rec709 con gamma 2.4 o alternativos.
-Premiere
Ver apartado fotógrafos


Cosas pendientes

En su estado actual la aplicación no carga esa LUT3D al iniciar la sesión de Windows, deberá hacerse de forma manual. Se podría sugerir al desarrollador una aplicación que se pueda cargar al inicio similar a la de DisplayCAL. Al cargar la LUT3D tarda un poco en actualizarse la pantalla. Si se cambia de una ventana a otra se fuerza esa primera actualización.

Esta LUT3D no corrige los problemas de uniformidad que plagan todos los modelos widegamut baratos. Podría modificarse para incluirla mediente un mapa de uniformidad similar al que se obtiene con DisplayCAL, pero si el monitor es malo corregir estos problemas de uniformidad destruirá el contraste y cuanto mas malo sea (Delles, Benqs, Asus) mas contraste se perderá. De igual forma no puede solucionar los problemas de mal contraste (por mal panel, de mala uniformidad corregida en fábrica mediante compensación de uniformidad) de muchos widegamut de bajísima calidad como la serie SW de Benq acabados en C y sus tipicos contrastes de 600:1 (prad.de).
Si la uniformidad o contraste del monitor son malos, no puede arreglarse. Sólo queda devolver a la tienda y comprar un producto de mayor calidad (que suele ir unido al precio).

Submit "FAQ VIII - Calibración LUT3D en Windows con cualquier monitor y GPU" to FaceBook Submit "FAQ VIII - Calibración LUT3D en Windows con cualquier monitor y GPU" to Twitter Submit "FAQ VIII - Calibración LUT3D en Windows con cualquier monitor y GPU" to Pinterest

Actualizado 06/07/21 a las 12:52:00 por ColorConsultant

Categories
Otros

Comentarios

  1. Avatar de PatrickBeierMainz
    Muchisimas gracias por tu entrad del blog y el trabajo explicando el tema. Solo que no te entendi. Uso displaycal con un colorimetro y calibro mi monitor versus 3Dlut creando un perfil ICC que se carga cada vez que enciendo mi pc.

    No entiendo como funciona esa nueva manera, sobretodo si Windows no conoce el monitor que uso. La referencia entonces cual es y como se mide la diferencia real del monitor para crear un perfil?

    Un saludo desde Alemania y gracias de nuevo por tus explicaciones

    Patrick
  2. Avatar de ColorConsultant
    Cuando creas una LUT3D con DisplayCAL le estas dando la "referencia de cómo debiera ser el monitor", es el source colorspace, por eso es perfil que puedes poner como ICC en el SO como perfil de pantalla tras cargar la LUT3D.
    El destiantion colorspace es el espacio de color del monitor "a corregir".

    Realmente funciona al revés, se reescriben los numeros RGB de source a destination (se recodifican los numeros RGB de source a los numeros RGB equivalentes en destination), pero a modo didáctico puedes pensar en ello como que el "destination" se transforma/calibra a "source". Repito, es al revés, pero mira a ver si explicado asi te sirve para entenderlo.
  3. Avatar de pepelahuerta
    Muchas gracias. Saludos
  4. Avatar de ColorConsultant
    Ahora este software se mantiene aquí:
    https://github.com/lauralex/dwm_lut
  5. Avatar de ColorConsultant
    Y hay una variante mas sencilla y limitada, pero que sólo funciona con nvidia
    https://github.com/ledoge/novideo_srgb
  6. Avatar de lifeguarda
    He estado releyendo detenidamente unas cuantas veces pero no me queda claro el proceso desde que generas el perfil sintético hasta que cargas la 3dLut en DwmLutGui.

    Entiendo que de usar la aplicación de DWMLutGUI ya no deberíamos cargar el perfil con displayCal profile loader...

    Pongo unas capturas de pantalla haber si pudieras aclarar el proceso. Mi monitor es un dell U2515H, un IPS típico imagino.

    Esta es la pantalla para crear los perfiles sintéticos en DisplayCal. He seleccionado el perfil RGB. De lo demás no entiendo muy bien:


    Esta es una captura de mi perfil icc que tengo cargado con displayCal. No encuentro las coordenadas de color. No sé si en esta captura aparecen.


    Esta es la pantalla para crear los 3dLut de DisplayCal.



    Y esta es la pantalla de DWMLutGUI. En los botones de browse te permite cargar archivos .cube y .txt.


    No sé si me he equivocado en alguna pantalla..... Quizás poniendo capturas pueda resultar más fácil entender para todos.
  7. Avatar de ColorConsultant
    Entiendo que de usar la aplicación de DWMLutGUI ya no deberíamos cargar el perfil con displayCal profile loader...
    Cargarías el simulado, que no lleva calibración en GPU. Para el SO, para Photoshop y para cada programa que use gestión de color basado en perfiles tu pantalla se va a comportar como el espacio de color simulado... sea este el que sea, lo que nos lleva a lo siguiente.

    Esta es la pantalla para crear los perfiles sintéticos en DisplayCal. He seleccionado el perfil sRGB. De lo demás no entiendo muy bien
    Por poder se podría usar hasta el ICM que te viene con el driver del monitor.
    Si quieres un perfil con los primarios RGB nativos y no limitados a sRGB, los puedes sacar midiendo o de un perfil ICC que esté hecho en el espacio de color nativo, por ejemplo el mismo que vayas a usar para la LUT3D.
    Las coordenadas de los primarios estan en
    Red matrix colum -> illuminant relative XYZ, un poco mas abajo de donde has cortado tu captura: https://i.ibb.co/THDwXHM/informacion-perfil.jpg, pues un poco mas abajo en el scroll vertical.
    Idem con G y B.

    Esta es la pantalla para crear los 3dLut de DisplayCal.
    En general no, eso es si quieres hacerla justo después de crear un nuevo perfil con la calibracion de GPU. Yo lo que supongo es que tenéis una vieja, que os da problemas de banding y la queréis reutilizar sin pasar todo el proceso.
    En ese caso te vas al directorio de DisplayCAL y hay un ejecutabe que se llama "DisplayCAL-3DLUT-maker.exe" y que tiene un cubo de icono.
    Luego la configuración típica NO es la que has puesto.

    Source: lo que quieres simular, que en para uso en foto NO es eso que pones sino el perfil sintético con el espacio de color nativo.
    Destination: tu perfil con calibracion GPU hecho con displayCAL
    Gamma: unmodified, o el mismo valor que tiene el perfil que quieras simular (+relative + black ouput 100%).
    Apply VCGT calibration.

    Tu lo que has hecho en ese ejemplo es simular con una LUT3D Rec709 con rec1886 que en un IPS 1000:1 te puede acabar saliendo como una 2.2 con los negros lavados (no me uséis Rec 1886 con pantallas 1000:1... no os va a salir como gamma 2.4). Mientras tanto el perfil ICC simulado que vas a asignar a la pantalla en el SO, el sintético, le has dicho que su "gamma" (TRC) es la curva de sRGB.
    Entonces al final la calibración (LUT3D) y el perfil del SO (el sintetico) no van a coincidir y si verificas el comportamiento te saldrán errores de gamma (errores en el valor L*).

    Quizás poniendo capturas pueda resultar más fácil entender para todos.
    Me lo apunto como deberes, pero no sé para cuando.

    Mientras tanto, en tu ejemplo

    -Sintético: los primarios de tu perfil a medida. Gamma 2.2, blanco D65.

    -Crear Lut3D:
    Source: el sintético
    Destination: tu perfil a medida XYZ+matriz
    Gamma: unmodified... o 2.2 (que es la del sintético), relative, black output 100% (para ajustar al contraste real del perfil XYZ)
    Marcar apply VCGT

    -SO o loader de Displaycal: el perfil de pantalla es el sintético.

    -Programa DMWLUT:
    Cargar SDR LUT para tu U2515H
    Pulsar "Apply"
    Testea con MS Paint y un gradiente liso de negro a blanco que ya no hay banding (por ejemplo el de lagom).

    Ahora puedes verificar el comportamiento de la pantalla calibrada como LUT3D con el programa que quieras, pero recuerda que has de validar contra lo que simulas.
    Es decir, no trates con un widegamut P3 (calibrado así a su mismo espacio de color nativo) de validar sin gestión de color contra sRGB en CalMAN porque te va a dar error como es lógico.
    Actualizado 05/02/24 a las 01:06:16 por ColorConsultant
  8. Avatar de ColorConsultant
    Cita Iniciado por ColorConsultant
    Por poder se podría usar hasta el ICM que te viene con el driver del monitor.
    Ojo con el rendering intent. Si vais a usar como "source", es decir como perfil a simular una cosa que no habéis creado vosotros, revisad el punto blanco de ese perfil, no hay sorpresas con punto blanco definido como el de PCS (D50).
    Como medida de seguridad si no sabes de qué hablo es poner "relativo colorimetrico" en vez de absoluto al crear la LUT3D.

    Si haces el perfil sintético a mano poniendo tú el blanco, o usas alguno estándar (sRGB, AdobeRGB, Rec709) no hay problema. Pero si me usas el del driver del fabricante a lo mejor alguno hace lo que dijo y puedes acabar con un blanco muy azul.
  9. Avatar de ColorConsultant
    @lifeguarda

    Perfil sintético, blanco D65, mismo brillo que personalizado, contraste infinito (perfil = BPC) y gamut nativo. Si lo que quiere es simular sRGB, es usar los primarios sRGB y gamma "sRGB" o "2.2" segun lo que vayas a hacer




    En la LUT3D le decimos que se adapte al contraste infinito fake, en ambos casos las 2 opciones te harían lo mismo para ese ejemplo concreto.

  10. Avatar de lifeguarda
    Ok. Muchas gracias. Ahora no tengo tiempo de mirar todo esto, a ver si saco un rato y lo miro despacio. Mi intención es calibrar para ver los calores lo más reales posibles en el más amplio espectro, en principio, creo que no habría por qué limitar a srgb, aunque mi monitor imagino que no dará mucho más de sí...
  11. Avatar de ColorConsultant
    Cita Iniciado por lifeguarda
    Mi intención es calibrar para ver los calores lo más reales posibles en el más amplio espectro, en principio, creo que no habría por qué limitar a srgb
    Para Photoshop & cia no hace falta limitar nada.
  12. Avatar de lifeguarda
    Gracias por la ayuda @ColorConsultant.
    Ya he conseguido la prueba y parece que está todo correcto. Eso sí, con tarjeta AMD, cuando pueda pruebo con la Nvidia. Por cierto, es un modelo antiguo la que tengo para probar (ASUS ENGTS450), no sé si el software de DwmLutGUI sería compatible....

    He intentado documentar todos los pasos (hacer algo tipo receta para tontos...) pero las horas que son ya lo dejo para otro día con más tiempo.

    He visto el degradado de lagom en paint y en edge y no se ve nada de banding, un degradado muy suave. También he probado a revisar (a ojo eso si) la diferencia entre cargar el perfil adecuado con display cal, o cargar el sintético aplicando el 3dlut en DwmLutGUI y se parecen bastante.
    Algunos apuntes:
    *A la hora de crear el perfil sintético, no sé de donde salen las coordenadas X e Y del whitepoint, no sé si son unos valores fijos.
    *En DisplayCal 3DLUT-maker, he visto que ha creado un archivo .icm de nombre derivado de mi archivo de perfil sintético creado anteriormente: "perfil_sintetico.bb1.0,2.2Gawn65.icm", mi archivo se llamaba "perfil_sintetico". No sé si es este último el que debería usar en DisplayCal o el perfil sintético que yo creé. Yo lo he hecho con este último.

    Supongo que para verificar se podría mirar con el calibrador para comparar resultados, aunque no sé si es muy lioso.

    Otra cosa, ¿que el resultado haya sido probado en una tarjeta AMD debería implicar que funcionara en Nvidia de la misma manera?
  13. Avatar de ColorConsultant
    Cita Iniciado por lifeguarda
    Gracias por la ayuda @ColorConsultant.
    Ya he conseguido la prueba y parece que está todo correcto. Eso sí, con tarjeta AMD, cuando pueda pruebo con la Nvidia. Por cierto, es un modelo antiguo la que tengo para probar (ASUS ENGTS450), no sé si el software de DwmLutGUI sería compatible....
    Cualquier tarjeta posterior a 2008 o asó debería ser compatible.

    Cita Iniciado por lifeguarda
    He visto el degradado de lagom en paint y en edge y no se ve nada de banding, un degradado muy suave.
    Edge tiene gestión de color, usa sólo paint.

    Cita Iniciado por lifeguarda
    También he probado a revisar (a ojo eso si) la diferencia entre cargar el perfil adecuado con display cal, o cargar el sintético aplicando el 3dlut en DwmLutGUI y se parecen bastante.
    En el SO debe estar como perfil de pantalla lo que estés simulando, en este caso el sintético

    Cita Iniciado por lifeguarda
    Algunos apuntes:
    *A la hora de crear el perfil sintético, no sé de donde salen las coordenadas X e Y del whitepoint, no sé si son unos valores fijos.
    Si tu pones las "xy" el pone las XYZ equivalentes (normalizadas a Y=100 para el blanco, habitualmente).

    Cita Iniciado por lifeguarda
    *En DisplayCal 3DLUT-maker, he visto que ha creado un archivo .icm de nombre derivado de mi archivo de perfil sintético creado anteriormente: "perfil_sintetico.bb1.0,2.2Gawn65.icm", mi archivo se llamaba "perfil_sintetico". No sé si es este último el que debería usar en DisplayCal o el perfil sintético que yo creé. Yo lo he hecho con este último.
    Al crear la LUT3D crea también, como extra, un equivalente a una LUT3D en el mundo de los perfiles ICC: un device link. En general no lo vas a usar.
    Tú en el SO usa el sintético.

    Cita Iniciado por lifeguarda
    Supongo que para verificar se podría mirar con el calibrador para comparar resultados, aunque no sé si es muy lioso.
    En el SO debe estar como perfil de pantalla lo que estés simulando, en este caso el sintético
    En displaycal, en ajustas arriba del todo "Current", reinicia DisplayCAL si no lo estaba
    En DisplayCAL te vas a verificar perfil y con todo lo demás deshabilitado, validas.

    HCFR o Calman están mas pensados para verificar si el espacio de color es igual a X espacio de color estandar. Es decir, estarían mas pensados para el caso en que en vez e simular el espacio de color nativo de tu Dell o de un P3, tu quisieras simular sRGB por ejemplo. En ese caso tanto con cualquiera de esos programas es decir que quieres validar contra sRGB o lo que estés simulando.

    Cita Iniciado por lifeguarda
    Otra cosa, ¿que el resultado haya sido probado en una tarjeta AMD debería implicar que funcionara en Nvidia de la misma manera?
    La misma LUT3D para usar en el mismo monitor con señal RGB 4:4:4 rango completo, ya sea iGPU, AMD o nvidia.
    Actualizado 07/02/24 a las 14:36:32 por ColorConsultant
  14. Avatar de lifeguarda
    Ya tengo la gráfica nvidia nueva (la antigua la probé pero no funcionaba). Es una Asus 3060 de 12Gb.
    De momento no he calibrado de nuevo, estoy usando el perfil antiguo, tengo pendiente hacerlo.
    Mis observaciones son:
    DisplayCal cargando mi perfil obtenido tras la calibración observo algo de banding viendo el degradado de lagom.
    DisplayCal cargando el perfil sintético no soy capaz de ver prácticamente banding, no sé si debería verlo... XD
    DisplayCal con perfil sintético + DwmLutGUI veo el degradado continuo, sin bandas. Es decir, funciona correctamente el programa en la nvidia!

    Edito: he calibrado con la nvidia y sin usar DwmLutGUI aparece banding, toca usarlo entonces....

    Un par de dudas:

    A la hora de calibrar, según la FAQ VI aconsejas usar "compensación de punto negro". Yo lo he activado al calibrar y perfilar. He probado a hacer los degradados que aconsejas en la FAQ, pero estos serían para saber si lo necesitamos al no haberlo activado antes de perfilar, ¿hay manera de saber si hemos hecho lo correcto al dejarlo marcado o tendría que perfilar de nuevo y hacer la prueba?

    Respecto al brillo que tengo en el monitor, 110 cd aprox. no sé si es el correcto. He visto en algún sitio que aconseja 120. Aunque lo mismo esto ya va a gustos...


    Voy a calibrar de nuevo, que llevo muuuuucho sin hacerlo y edito mi comentario. Pero supongo que los resultados deberían ser los mismos.
    Gracias de nuevo a ColorConsultant!


    Edito de nuevo. Ya he creado un nuevo perfil sintético, he generado una nueva LUT3D y la he cargado en DwmLutGUI con el sintético en DisplayCal. Vuelvo a ver los degradados suaves en el monitor. También he probado a generar degradados en Photoshop y vuelven a verse continuos, sin bandas.

    A la hora de crear el perfil sintético me ha surgido otra duda, que ya te pregunté ColorConsultant pero creo que no me expliqué bien o yo no sé hacerlo. Las coordenadas x e y de los campos de la derecha del punto blanco no las rellena solas el programa, si las X, Y y Z de la izquierda. He sacado estos campos de la información del perfil, no sé si es correcto:


    Actualizado 09/02/24 a las 10:13:02 por lifeguarda
  15. Avatar de ColorConsultant
    Cita Iniciado por lifeguarda

    A la hora de crear el perfil sintético me ha surgido otra duda, que ya te pregunté ColorConsultant pero creo que no me expliqué bien o yo no sé hacerlo. Las coordenadas x e y de los campos de la derecha del punto blanco no las rellena solas el programa, si las X, Y y Z de la izquierda. He sacado estos campos de la información del perfil, no sé si es correcto:



    Es lo que tu quieras poner. Pongamos que tu monitor tiene un unico modo "personalizado" y que no tiene preset 5500K 6000K 6500K. Pongamos que quieres 2 calibraciones, una a D65 y otra en D58 (5800K inteseccion luz dd dia).
    Pues te haces 2 sinteticos en uno pones D65 y en otro D58, sus valores xy (sácalos de Wikipedia o de DisplayCAL poniendo 5800K luz de dia y luego cambiando a xy). Y con esos 2 sintéticos te haces 2 LUT3D.
    Obviamente ese 5800K luz de día vía LUT3D se va a hacer limitando mucho la salida de un canal en la GPU y lo mismo en algunos monitores se empieza a notar, sobre todo 6bit+FRC.
  16. Avatar de lifeguarda
    Hola. Mi monitor lo tengo configurado en color personalizado, según te pide DisplayCal a la hora de calibrar, para ajustar lo máximo posible antes de perfilar. Por otro lado, cuando he calibrado, he seleccionado el punto blanco a una temperatura de 6500K. Ya veo en DisplayCal que en el desplegable de punto blanco se pueden ver las coordenadas de cromaticidad. Una duda, ¿para qué querría yo el punto blanco a 5800K?
    Según he estado leyendo, más o menos me queda claro que el D65 es el estandar para pantallas:

    El punto blanco también es un elemento de un espacio de color. Este es el punto que se debe considerar como blanco verdadero en ese espacio de color. Para sRGB, ese espacio en blanco se llama D65. Este es un punto blanco común para los espacios de color diseñados para pantallas electrónicas. D65 recibe este nombre porque tiene una temperatura similar a 6.500 grados Kelvin. Sin embargo, dado que los Kelvin son una medida de un solo eje, no nos permite ser muy precisos en dónde está exactamente ese punto blanco. En otras palabras, los grados Kelvin describen aproximadamente si algo tiende a empujar hacia el amarillo o el azul, pero no especifica si empuja hacia el verde o el magenta en otro eje. Como resultado, se proporcionan las coordenadas XY que nos permiten trazar con precisión dónde se encuentra D65 en el diagrama CIE 1931. En el caso de D65, el punto blanco se encuentra donde se encuentran x = 0,31271 e y = 0,32902.
    https://www.avpasion.com/espacios-de-color-del-video/
  17. Avatar de ColorConsultant
    Porque puedes poner el que quieras. Era un ejemplo. Si quieres comparar una foto impresa bajo la típica luz normalizada vas a querer bajar de D65 en ese caso. Quizás no D50 (o sí), pero algo intermedio entre D50 y D58 hará que coincida pantalla y papel (bajo esa luz).
    Pues eso también se podría hacer desde DWMLUT aunque destruyendo el contraste. No recomiendo simular D50 así, mejor desde los RGB gain en el modelo personalizado. En el foro había un HOYGAN que hizo eso por calibración GPU... fue una de las cosas que me animó a escribir aquí... "no hay hoygan que por bien no venga". Pero D58 sería viable... si te hiciera falta que veo que no.
  18. Avatar de f.jusdado
    Hola, cuando calibrais meteris el 3DLut con DWMLUTGUI, cada vez que reiniciais el PC, hace falta reactivar el 3D Lut, verdad? Habeis encontrado alguna forma de automatizar? Yo por mi parte vi que se puede automatizar en windows con task scheduler, pero te salen como 7 popups cada vez que enciendes el pc, lo cual es una tocada de pelotas importante si usas el PC para mas cosas que para editar fotos... ¿habeis encontrado alguna forma de hacer esto para que sea mas automatizado o sencillo?
    EDIT: Estos popups no aparecen en la ultima version, todo arreglado!
    Actualizado 25/02/24 a las 12:23:29 por f.jusdado