Ver Feed RSS

ColorConsultant

FAQ - VII - Perfilado de tabletas y dispositivos móviles

Valorar Entrada
Es bastante común utilizar dispositivos móviles como tabletas para visualizar fotografías. Sin embargo muchos de estos dispositivos cumplen todos o muchas de las siguientes problemas:
-no tienen gestión de color ni calibración personalizable. Presentan los números RGB de cada pixel tal y como están almacenados en la imagen.
-tienen un blanco muy frío y “no blanco”. Es decir más “azul” que D65 y puede que lejos de curva de luz de día (hacia el verde en el eje verde-magenta)
-no tienen una gamma idéntica a la gamma que se uso para codificar colores como números RGB en esa imagen
-no tienen un gris neutro a su blanco (no es tan común)
-tienen un gamut mucho mayor a sRGB, como muchos AMOLED de Samsung. Muestran sobresaturadas imágenes sRGB.
La base para poder mejorar estas características para visualizar fotografías es poder medir cómo se comportan, qué características tienen. Es decir, PERFILAR esos dispositivos bajo ciertas condiciones.
Hay soluciones comerciales para capturar dicho comportamiento, desde las propietarias de X-rite o las soluciones “todo en uno” de algunos fabricantes, por ejemplo Eizo en sus CG.
Esta FAQ se va a centrar en LA MAS VERSATIL Y PRECISA a la hora de CAPTURAR EL COMPORAMIENTO del dispositivo móvil EN UN PERFIL, basada en software libre, no en esas soluciones propietarias. Resalto en mayúsculas los campos exactos en los que destaca para que no haya malentendidos por lecturas parciales o en diagonal.

Requisitos para medir:

Hardware:
-un ordenador
-dispositivo móvil a medir
-red a la que ambos tengan acceso bien sea Wifi u otros medios.
Y adicionalmente:
OPCION A)

Un colorímetro i1DisplayPro. El proceso implica medir una serie de parches muy grandes, un Munki Display o Spyders tardarían mucho, aparte de lo imprecisos que son los Spyder. ¿Podría hacerse con ellos? Sí… con las pegas descritas, pero conviene que el colorímetro soporte correcciones espectrales CCSS (munki display y Spyder4 /5)
Sus límites vendrán dados por la falta de información precisa del espectro emitido por el dispositivo móvil. En general suelen ser WLED u AMOLED, con lo que para el i1DisplayPro habría que usar la WLED u OLED respectivamente.
OPCION B)
Un espectrofotómetro lowcost. El proceso implica medir una serie de parches muy grandes, va a tardar. También va a presentar problemas en la medida de colores muy oscuros. Con una resolución óptica de 10nm es probable que fallen al interpolar dónde están los picos de emisión.
OPCION C, LA MEJOR)
Un colorímetro i1DisplayPro para medir y un i1Pro2 (o espectrofotómetro inferior) para leer en un fichero CCSS el espectro del color blanco en ese dispositivo móvil. Preferiblemente el CCSS debe obtenerse con el driver en modo “alta resolución”.

Contar con un colorímetro de laboratorio o un espectrofotómetro de laboratorio sería ideal, pero implica otros precios. Si cuentas con uno de esos dispositivos seguramente conozcas al dedillo lo que sigue en esta FAQ, centrada en usuarios sin dicho equipamiento.

Software:
-ArgyllCMS
-DispcalGUI 2.6 o 3.x
-Permisos en el S.O. del ordenador para abrir puertos TCP. Puede que la 1º vez que hagáis esto os pida permiso el S.O. o cortafuegos para abrir puertos de escucha para alguno de los programas de ArgyllCMS, deberéis aceptar.


Perfilar el dispositivo móvil

Lo primero es desactivar o aminorar si no se puede las políticas de apagado de pantalla por inactividad del dispositivo móvil / tableta. Si os cambia el brillo o se apaga la pantalla… el resultado no será el correcto. Si no se puede desactivar del todo puede que os toque pulsar en la pantalla táctil de la tableta para que no entre en ahorro de energía.

El proceso consistirá en las características de medida remota de ArgyllCMS. El ordenador publicará en la red local una página web. El dispositivo móvil se conectará a ella y en cuanto ArgyllCMS lo detecte, empezará a emitir parches de color en esa web. Por otro lado el ordenador medirá el color emitido por la tableta. Con esa información de calculará un perfil ICC/ICM que refleje el comportamiento de la tableta.

1-conectar la tableta/móvil y el ordenador a la red local. Apunta la dirección IP del ordenador en la red local. Esto puede hacerse con el sistema operativo de diversas formas. Una de ellas son los comandos de consola ipconfig/ifconfig según el S.O. Esto no pretende ser una clase de redes locales, basta preguntar a google.
2-Conectar el colorímetro (preferiblemente) al ordenador
3-Arrancar DispcalGUI. Aplicad la corrección espectral correcta para la tabeta, o bien una corrección de matriz. La FAQ VI explica estas cosas.
4-En el desplegable “Pantalla” elegid “Web @ localhost”. Esto quiere decir que vamos a medir en remoto, no la pantalla del ordenador.
5-Elegid el tipo de perfil a crear y el nombre del mismo. Es conveniente usar un perfil XYZLUT de muchos parches, una tableta o móvil puede estar muy lejos de un gris neutral o un comportamiento ideal. Mínimo 400parches XYZLUT. En opciones avanzadas (tuerca) aseguraros de poner “Smoothing” seleccionado, también podéis aumentar el tamaño del cubo de los 33x33x33 por defecto.
Puede ser conveniente activar la compensación de punto negro, que consiste en suponer un negro ideal, si no se está seguro de la precisión del aparato en tonos tan oscuros, o si se desea simplificar la gestión de color que se realice con el perfil que vamos a crear.
6-En DispcalGUI 2.6 basta elegir “Solo perfilar”, y en el perfil le indicareis que incluya una LUT lineal en la VCGT (para uso con monitores avanzados)
En DispcalGUI 3.x no hay opción “Solo perfilar” por defecto. Esta opción se consigue configurando “As measured” el blanco, brillo de blanco, brillo de negro y gamma de los objetivos de calibración.
7-Aparecerá una ventana esperando a que se conecte un dispositivo móvil/tableta. ¡una por sesión!
8-Desde la tableta, abrimos un navegador, LO MAS SENCILLO POSIBLE y os conectaréis a la dirección: http://DIRECCION_ORDENADOR:8080, donde DIRECCION_ORDENADOR es la dirección IP del ordenador en la red local.
9-DispcalGUI se dará cuenta que habéis accedido a la web de medida de parches y os solicitará que pulséis Aceptar/Comenzar.
ANTES de hacerlo situad el aparato de medida sobre la mitad del navegador web Y FIJAD EL BRILLO DEL DISPOSITIVO MÓVIL/TABLETA AL PORCENTAJE QUE VAYAIS A USARLO.
Recordad que si no podéis deshabilitar el apagado/oscurecimiento de pantalla tendréis que tener un hueco para pulsar la pantalla táctil cada poco tiempo.
Una vez situado el aparato de medida en posición, indicad a DispcalGUI que empiece a mostrar parches.
10-El proceso de medida va durar bastante. Recordad que si no podéis deshabilitar el apagado/oscurecimiento de pantalla tendréis que tener un hueco para pulsar la pantalla táctil cada poco tiempo.
11-Al terminar el proceso ArgyllCMS computará el perfil con los datos de medida. Un XYZLUT es mucho más costoso de computar que uno de matriz. También usará un buen pellizco de RAM. Es como en la FAQ VI.
Podréis instalarlo en el sistema (OJO DE NO CONFIGURARLO COMO PERFIL DE LA PANTALLA DEL ORDENADOR), así como inspeccionar sus características (gamut y TRC).

Para opciones avanzadas o personalización de puertos, tenéis la documentación de ArgyllCMS y DispcalGUI.


Ahora tendréis un perfil ICC/ICM con el comportamiento de la pantalla de la tableta. Desde un comando de consola (con DispcalGUI en el PATH) podréis inspeccionarlo siempre que queráis:
dispcalGUI-profile-info RUTA_PERFILES/NOMBRE_PERFIL_TABLET.icm


¿Qué hacer con un dispositivo móvil perfilado?

Muchas cosas, pongamos ejemplos:

1-Recodificar los números RGB de una imagen en un espacio de color al especio de color de la tableta.
Puede requerir (Photoshop) que el perfil esté en los directorios de perfiles del sistema.
Abrid la imagen (que DEBE llevar un perfil embebdido, es decir, DEBE tener un especio de color asociado). Convertid la imagen del espacio de color origen al perfil de la tableta. CONVERTIR, nada de “asignar”. Guardar la imagen en otro fichero, preferiblemente con el perfil embebdio si la quereis ver correctamente en un ordenador con gestión de color.
Ahora los números RGB de la imagen son los números en bruto del espacio de color de la tablet. Copiad la imagen (preferiblemente guadada como JPG/PNG por compatibilidad) a la tableta y visualizadla con un visor SIN gestion de color, al % de brillo que usasteis para perfilar.
-Procesar en 16bit/canal minimiza los errores de gestión de color. Convertid a 8bit antes de guardar por compatibilidad.
-Ante gamut y punto blanco dispares entre perfiles tenéis los diversos “rendering intent” en el proceso de conversión de perfil.

2-Calibrar un monitor avanzado para que simule la pantalla de la tablet.
Los modelos PA de NEC y CG de Eizo tienen esta opción. Consultad los manuales del fabricante.
Para usar provechosamente el software Multiprofiler de NEC es MUY conveniente haber actualizado con el software Spectraview II los valores internos de respuesta nativa del monitor, para adaptarse al envejecimiento del mismo.
Un monitor en dichas condiciones, calibrado para imitar una tablet, DEBERÁ USARSE EN ENTORNOS SIN GESTION DE COLOR si se pretende simular el comportamiento de la tableta. MUY MUY IMPORTANE tener esto en cuenta los diseñadores de interfaces gráficas para dispositivos móviles. El color en bruto como número que tenga la imagen, deberá ser enviado al monitor TAL CUAL.


Límites a la precisión

Las siguientes características técnicas limitan la precisión de ESTA Y OTRAS SOLUCIONES
-El colorímetro, lo preciso que sea
-La corrección espectral CCSS para colorímetro, lo parecida que sea al espectro real de la tableta.
-La precisión del espectrofotómetro, tanto en resolución (nanómetros), como en ruido SOBRE TODO EN NEGROS, como en aberraciones en la rejilla de difracción.
La precisión del mismo limita muchísimo la validez de las correcciones matriz para colorímetro. Si no es un aparato de laboratorio, mejor CCSS y colorímetro preciso compatible.
-La densidad de la LUT3D del monitor avanzado con el que se quiera similar la tablet. Densidad de nodos, CUANTOS, no bits por canal o nodo de la LUT3D. Esto puede limitar la simulación de pantallas de tablet/móvil muy irregulares.
-No podreis simular la uniformidad de la pantalla de la tableta

Las siguientes decisiones o acciones HUMANAS limitan la precisión de esta y otras soluciones:
-El tipo de perfil elegido y el número de parches. Cuanto más idealizado y simple, menos realista, sobre todo si la pantalla de la tablet dista de ser ideal.
-La configuración de ahorro de energía / apagado de pantalla de la tablet durante la medida de los parches de color. Si se te apagó la pantalla, no vale el perfil. Podría modificarse el fichero de medida “*.ti3” de ArgyllCMS, pero cae fuera del alcance es esta FAQ.




NOTA sobre las Surfaces de Microsoft y aparatos similares:
Una Microsoft Surface y muchos convertibles NO SON tablets. Son ordenadores portátiles. Llevan una iGPU intel, con una LUT (a fecha de 2015 limitada a 8bit/entrada de cada canal, banding) por lo que PUEDEN CALIBRARSE. FAQ VI

Submit "FAQ - VII - Perfilado de tabletas y dispositivos móviles" to FaceBook Submit "FAQ - VII - Perfilado de tabletas y dispositivos móviles" to Twitter Submit "FAQ - VII - Perfilado de tabletas y dispositivos móviles" to Google Submit "FAQ - VII - Perfilado de tabletas y dispositivos móviles" to Pinterest

Actualizado 22/10/15 a las 20:10:06 por ColorConsultant

Categories
Otros

Comentarios

Página 2 de 2 PrimeroPrimero 12
  1. Avatar de ColorConsultant
    Cita Iniciado por Shhanty
    Buenos noches. Tengo una consulta y realmente no tenía claro donde exponerlo dentro de los apartados del hilo.

    Hace 12 días he adquirido un eizo2730.

    El problema estoy teniendo desde hace tiempo y que creí que se solucionaría al cambiar el monitor, es que al enviar archivos jpg mediante wetransfer, en algunos casos, lo reciben sobresaturado y con una tonalidad rojiza. No sucede siempre, pero no entiendo a que es debido. Al ver colgadas las fotos, veo la diferencia. Es algo que me tiene bastante mosca. Voy a poner un enlace de un mismo archivo antes de enviarlo y después como lo recibe ella
    https://flic.kr/p/2286JqZ

    Espero puedas ayudarme pues estoy bastante desesperado. Si no es el lugar correcto de exponer la duda puedo ponerlo donde me digas.

    Muchas gracias

    Tu duda iría realmente en la FAQ II mas que aqui.

    El problema que describes puede ser tanto culpa tuya como suya (de a quien mandes las imágenes). Suponiendo que quieres publicar para web, que pueda verlo cuaquier persona (monitor sRGB), te enumero los pasos necesarios... y ya os echais la culpa según proceda:
    -si quieres publicar en web, pensando en que el mayor número de personas lo vea +- correctamente, publica las imagenes en sRGB.
    Para esto y si no estaban ya asi, hay que "CONVERTIR" (no asignar) a sRGB la imagen y exportar con el perfil sRGB embebido dentro de la imagen. Ambas dos: Convertir srgb + exportar con perfil srgb embebido
    -para que otra persona pueda visualizarlo correctamente, debería tener el monitor calibrado y perfilado, sobre todo esto ultimo si es un widegamut: el S.O. necesita saber cómo se comporta ese monitor en la configuración que tenga en ESE momento. La última parte es importante, no puedes usar el monitor con un modo OSD que no sea el que se utilizó para hacer el perfil, ni modificarlo desués sin requerir nuevo perfil a medida, por eso insisto tantas veces que comprar un monitor widegamut sin un i1Dispaypro es hacer el tonto y perder tiempo y dinero (salvo modelos Eizo CG que llevan colorímetro).
    -por último, no sirve de nada que el monitor donde se visualiza esa imagen esté calibrado y perfilado si el programa con que se ve la imagen no sabe de gestión de color... o sabe poco... o (y hay sus razones) por defecto prefiere no saber:
    IE y Edge "No saben", no los uses con monitores widegamut. O mejor dicho, no los uses para lo que los usas.
    Opera y Chrome, por defecto prefieren no saber, y si les indicas que quieres que entiendan, realizan algunos redondeos erroneos. En su configuración avanzada (chrome flags o algo asi) aparecerá un renderizado preciso de color (o texto similar que no recuerdo de memoria). Esto hara que los colores HTML o imagenes sin perfil se interpreten como sRGB.
    Firefox por defecto prefiere no saber, salvo que pongas perfil a la imagen. Para activar que "sepa de todo" en about:config cambia lo siguiente gfx.color_management.enablev4=true, gfx.color_management.mode=1, gfx.color_management.rendering_intent=1. Esto hara que los colores HTML o imagenes sin perfil se interpreten como sRGB.
    Safari por defecto debería saber respecto de las imágenes con perfil (como Firefox) y de los colores HTML e imágenes sin perfil, pero en la práctica con cada actualización suya o del S.O. es un poco lotería.
    Es decir: usa Firefox o Safari (en caso de OSX y si no quieres Firefox).
    No obstante hay perfiles de monitor (xrite) que Firefox "no entiende", un reperfilado (nada de calibración) con DisplayCAL lo soluciona... si tras hacer lo de arriba al abrir la web con la paleta de colores de W3CSchool se ve el rojo o verde "255" mas sobresaturado que sRGB, suele indicar este tipo de problemas de incompatibilidad del navegador y el perfil de monitor (o de una nueva cagada en la actualización de Safari/OSX).
    Nota: el visualizador por defecto de Windows10 ni sabe ni entiende (es como IE/Edge), el visualizador clásico de Windows si que entiende de gestión de color.

    Si ocurre que:
    -tú trabajas en la imagen sin perfil (con lo cual esta todo mal de base por tu culpa) o no exportas la imagen con perfil embebido (preferiblemente sRGB, pero si se va a visualizar en PC/MAC con Firefox/Safari podrían emplearse otros)
    -el programa con que subes las imagenes le quita el perfil embebido (ya sea a tu lado o del lado del servidor)... o aun peor, ellos las modifican.
    -el programa de visualización no emplea o emplea mal la gestión de color
    si se da alguna de las anteriores, se verá mal.

    En el caso que comentas es al revés de como describes en texto, el de la izquierda (tuyo, antes) es el sobresaturado y el de la derecha (¿suyo?, después) se ve algo lavado que quizás era la intención de la edición y ahi no me meto.
    Es responsabilidad tuya o de donde lo mandes revisar que cadena del proceso esta fallando, arriba te dejé las directrices para que se vean bien.

    No obstante, si antes con una TV/monitor sRGB lowcost (me suena tu nick pero no te ubico) tú enviabas algo, y cuando veías en web a veces el resultado lo veías sobresaturado, mas bien parece un "o aun peor, ellos las modifican"... pero eso vosotros sabreis.
    Si quieres una forma fácil de comprobar que eslabón de la cadena falla, prueba a subir unas imágenes con unos cuadros rojos y verdes "255" de tamaño generoso pegados encima de la imagen (como si fueran un código de barras/QR, uno a cada lado de la modelo). Eso sí, primero asegurate de que "tu lado" está OK (incluido test paleta de colores W3CSchool). El rojo/verde "nativo 255" de un widegamut es lo bastante diferente del rojo/verde "255 sRGB" para que cualquier persona lo distinga a ojo, aun sin experiencia en la materia.
Página 2 de 2 PrimeroPrimero 12