Foro Caborian, fotografía "in extremis"
MMM - Exposición y crítica fotográfica - 2004 - 2022 => Consultas Técnicas (Fotografía) => Mensaje iniciado por: mimadeo en Marzo 09, 2016, 12:02:21
-
Leyendo en internet dicen que si conviertes de sRGB a AdobeRGB los tonos que estaban fuera de Gama en sRGB los puedes dar por perdidos.
Sin embargo mis pruebas demuestran lo contrario, ya que teniendo un canal rojo totalmente quemado en sRGB, al convertirlo a AdobeRGB el histograma me recupera perfectamente esa información y sin picos.
Digo yo que un pixel rojo intenso de por ejemplo 255,1,1 por mucha conversión de espacio de color que haga debería seguir valiendo lo mismo, ¿No?
No se si me explico... :silba:
-
Puede que dependa del "propósito de conversión" que esté utilizando el progarama.
-
Puede que dependa del "propósito de conversión" que esté utilizando el progarama.
Supongo que lo hará con el mejor propósito posible :engranando: :silba:
-
Puede que dependa del "propósito de conversión" que esté utilizando el progarama.
Supongo que lo hará con el mejor propósito posible :engranando: :silba:
Ya, :)
https://www.google.es/search?q=Propositos+de+conversion&ie=utf-8&oe=utf-8&gws_rd=cr&ei=RXngVpTPN8WGU_bov8gI
-
Puede que dependa del "propósito de conversión" que esté utilizando el progarama.
Supongo que lo hará con el mejor propósito posible :engranando: :silba:
Ya, :)
https://www.google.es/search?q=Propositos+de+conversion&ie=utf-8&oe=utf-8&gws_rd=cr&ei=RXngVpTPN8WGU_bov8gI
Pues he probado con los 4 propositos del photoshop y con los 4 me recupera la información.
Lo que no termino de entender de todo esto es si por ejemplo tienes un pixel fuera de gama (255, 1, 1) en sRGB, al convertirlo a un espacio más amplio ese pixel cambia de valor perdiendo el valor original, o simplemente se le asigna a otro valor distino sin perder el valor original. Es decir, el pixel (255,1,1) seguirá valiendo lo mismo pero con una tabla de asignación que le dice que tiene que valer (255,3,3) o directamente cambiará al valor (255,3,3) perdiendo para siempre el valor original (255,1,1)
Vaya lio! 8)
-
Yo creo que si ese pixel con ese valor se puede representar en el otro espacio de color, no le asigna otro valor, creo, simplemente lo representa y ya está.
Diferente puede ser, creo, en el caso contrario, pasar de un espacio de color más amplio a otro menos amplio y ahí es cuando se modifican los valoes de los píxeles que estan fuera de gama y de acuerdo con los propósitos de conversión que utilicemos. Lo que ya no tengo claro es que los píxeles modificados se puedan revertir a sus valores iniciales anteriores a la conversión de un espacio de color a otro.
-
Normalmente, la asignación de un espacio de color no cambia los valores originales, por lo que el proceso es reversible. Sí que cambia el aspecto presentado, por lo que los cambios efectuados bajo el nuevo "aspecto" también tendrán otra apariencia diferente al volver al espacio original.
No obstante, creo que no se puede descartar que en algún programa concreto o nueva versión del mismo no exista posibilidad de reversión.
-
jolínes, cómo afináis, pues me doy cuenta de esos cambios que habláis :pakete:
-
Normalmente, la asignación de un espacio de color no cambia los valores originales, por lo que el proceso es reversible. Sí que cambia el aspecto presentado, por lo que los cambios efectuados bajo el nuevo "aspecto" también tendrán otra apariencia diferente al volver al espacio original.
Es lo que yo pensaba, pero no he conseguido confirmarlo a través de la información que hay en internet.
El asunto es que me resulta mucho más cómodo trabajar en srgb porque necesito que mis fotos se vean igual en el máximo de dispositivos posibles, y además mi laboratorio de confianza trabaja en srgb (unicontrol).
Lo que no me haría gracia es que si en un futuro existiese un laboratorio cerca de casa que trabaje en AdobeRGB tenga que perder ese gamut extra tras la conversión
-
Tu hablas de percepciones, sin embargo la física dice lo contrario. De todas formas hay colores más críticos que el rojo del paso del Adobergb al Srgb como es el caso de los azules. Es imposible que recupere información.
Saludos
-
La intuición me hace estar con gus. Los colores que queden fuera de gama en srgb (más pequeño) serán convertidos para que entren en gama. No veo como puede revertirse eso
-
y además mi laboratorio de confianza trabaja en srgb (unicontrol).
Lo que no me haría gracia es que si en un futuro existiese un laboratorio cerca de casa que trabaje en AdobeRGB tenga que perder ese gamut extra tras la conversión
Conoces Zear :? Lo digo al ver que andas por Unicontrol
Pocas fechas atrás he impreso unas fotos en BN en papel Valvet y han quedado perfectas. Para imprimir en color me indicó que se las pasase en Adobe RGB 1998.
He preparado 3, una en azules, otra con rojos tirando a vino, y otra con verdes, amarillos/naranjas, maromes. La próxima semana espero llevarlas a que las impriman. Ya te comento los resultados.
-
Normalmente, la asignación de un espacio de color no cambia los valores originales, por lo que el proceso es reversible. Sí que cambia el aspecto presentado, por lo que los cambios efectuados bajo el nuevo "aspecto" también tendrán otra apariencia diferente al volver al espacio original.
Es lo que yo pensaba, pero no he conseguido confirmarlo a través de la información que hay en internet.
El asunto es que me resulta mucho más cómodo trabajar en srgb porque necesito que mis fotos se vean igual en el máximo de dispositivos posibles, y además mi laboratorio de confianza trabaja en srgb (unicontrol).
Lo que no me haría gracia es que si en un futuro existiese un laboratorio cerca de casa que trabaje en AdobeRGB tenga que perder ese gamut extra tras la conversión
Dentro de un modelo de color, por ejemplo RGB, se pueden determinar diferentes espacios de color: sRGb, Adobe RGB... y a cada uno de ellos, asignarles un perfil de color (perfiles ICC) que determina cómo se verá el archivo. El perfil de color no cambia el valor de pixel, solo determina su aspecto en un determinado dispositivo. Ahora bien, los cambios efectuados en el archivo serán irreversibles después de guardar; dependerá de cada programa y situación el que se pueda recuperar o no la versión inicial. Un caso interesante sería el de Lr, que asigna espacio solo en el momento de la exportación, por lo que no importa en qué espacio y perfil se exporte: el archivo original conserva todos sus metadatos e historia íntegros y siempre es posible volver cualquier punto del proceso. Hace tiempo que no trabajo con Ps y no sé cómo están las cosas en ese programa.
-
El asunto es que me resulta mucho más cómodo trabajar en srgb porque necesito que mis fotos se vean igual en el máximo de dispositivos posibles, y además mi laboratorio de confianza trabaja en srgb (unicontrol).
pues no lo entiendo, porque según esa teoría dispararias en jpg :wink:
-
No tengo claro si se está confundiendo "convertir de espacio de colo" o "asignar un nuevo espacio de color".
En el primer caso los valores cambian, por tanto la reversión incluye volver a cambiar los colores.
En el segundo caso, no, por tanto es reversible sin problema.
Pero hablais de los rojos como si fuera un problema y en realidad la diferencia en los los perfiles está en el verde.
Sobre que los valores cambien de una manera u otras es por el método de conversión:
El relativo mueve todos los valores de un espacio a otro manteniendo las distancias relativas.
El absoluto no mueve ningún valor, elimina todo lo que esté fuera del espacio de destino en caso de ser éste más pequeño.
El "saturación" es el que lleva los colores a en la dirección de máxima saturación (se utiliza para gráficos con colores planos).
Y el "perceptual" hace que la "perceptición" de los colores sea la misma, es como el relativo pero haciendo que la imágen mantenga el mismo aspecto.
Además está el motor de conversión... que cada uno lo hace de una manera con mejor o menor precisión.
En teoría el ideal es el perceptual, aunque la máxima "gama" de colores se obtiene con el relativo.
(http://www.espada.info/rafa/uploads/ColorRange.jpg)
-
rojo totalmente quemado en sRGB, al convertirlo a AdobeRGB el histograma me recupera perfectamente esa información y sin picos.
Creo que todos hemos utilizado la palabra "convertir" en lugar de "asignar", pero está bien diferenciar una cosa de la otra, no vaya a ser que estemos hablando de cosas parecidas pero diferentes.
No tengo claro si se está confundiendo "convertir de espacio de colo" o "asignar un nuevo espacio de color".
En el primer caso los valores cambian, por tanto la reversión incluye volver a cambiar los colores.
En el segundo caso, no, por tanto es reversible sin problema.
Pero hablais de los rojos como si fuera un problema y en realidad la diferencia en los los perfiles está en el verde.
Sobre que los valores cambien de una manera u otras es por el método de conversión:
El asunto es que me resulta mucho más cómodo trabajar en srgb porque necesito que mis fotos se vean igual en el máximo de dispositivos posibles, y además mi laboratorio de confianza trabaja en srgb (unicontrol).
pues no lo entiendo, porque según esa teoría dispararias en jpg :wink:
Los jpgs pueden estar en otros espacios de color que no sean Srgb :wink:
-
la comparativa referenciaba a la posible perdida de información que supone elegir un espacio de color más pequeño, algo parecido a lo que ocurre en jpg y raw. Otra cosa es que elijas por conveniencia estética/ técnica esas segundas opciones.
-
la comparativa referenciaba a la posible perdida de información que supone elegir un espacio de color más pequeño, algo parecido a lo que ocurre en jpg y raw. Otra cosa es que elijas por conveniencia estética/ técnica esas segundas opciones.
OK, no lo habia entendido desde ese punto de vista. :pakete: . Ya me parecia raro, pero...... Mi difunto suegro tenia un dicho "hablar por no callar". :mrgreen:
-
Lo que no termino de entender de todo esto es si por ejemplo tienes un pixel fuera de gama (255, 1, 1) en sRGB, al convertirlo a un espacio más amplio ese pixel cambia de valor perdiendo el valor original, o simplemente se le asigna a otro valor distino sin perder el valor original. Es decir, el pixel (255,1,1) seguirá valiendo lo mismo pero con una tabla de asignación que le dice que tiene que valer (255,3,3) o directamente cambiará al valor (255,3,3) perdiendo para siempre el valor original (255,1,1)
Tienes un error de concepto. No se puede hablar de "tener un píxel fuera de gama". El (255, 1, 1) de que hablas no está fuera de gama, está en la gama de sRGB y lo estás codificando con esos valores RGB. Cuando conviertes ese color a Adobe RGB ese píxel se convierte a (219, 3, 2), y no estás recuperando nada porque no se puede recuperar lo que nunca se perdió. Simplemente (219, 3, 2) es como se codifica en Adobe RGB el mismo color que en sRGB se representa como (255, 1, 1), ambos son el mismo color y esos valores RGB son los que lo representan dentro de las gamas de Adobe RGB y sRGB respectivamente.
Solo tiene sentido hablar de colores "fuera de gama" cuando se comparan 2 perfiles de color. Entonces podrás decir que un píxel de un determinado color codificado en uno de ellos, puede o no estar "fuera de la gama" del otro perfil. Por ejemplo un (255, 1, 1) en Adobe RGB sí que está "fuera de la gama" de sRGB porque sRGB no llega a soportar un rojo tan saturado. Así si conviertes ese (255, 1, 1) de Adobe RGB a sRGB, el color se recorta a (255, 0, 0), que es el color de la gama sRGB más parecido al color que en Adobe RGB se representa con (255, 1, 1), pero ya no es el mismo color.
Pero insisto de nuevo, ese (255, 0, 0) está en la gama de sRGB, es decir, es un color soportado por sRGB. La pérdida de información te ha venido por el hecho de que no es el mismo color que el (255, 1, 1) de Adobe RGB, sino que es un rojo menos saturado.
Como todos los colores de sRGB están contenidos en Adobe RGB, no es posible en ningún caso tener una imagen en sRGB y que alguno de sus píxeles quede fuera de la gama de Adobe RGB. Esto implica que convertir de sRGB a Adobe RGB nunca te va a provocar recorte de colores. En cambio el caso contrario es perfectamente posible, es decir, si tienes una imagen codificada en Adobe RGB al convertir a sRGB sí que sufrirás recorte en todos los píxeles cuyo color queda fuera de la gama de sRGB, como el (255, 1, 1) de Adobe RGB que ponía de ejemplo. Para saber si esto va a ocurrir es muy útil activar el aviso de fuera de gama de Photoshop (Vista -> Avisar sobre gama) (IMPRESCINDIBLE decirle a Photoshop qué perfil destino es el que estás simulando en Vista -> Ajuste de prueba -> Personalizar... -> Dispositivo para simular; por lo que he explicado el aviso de fuera de gama solo nos puede decir si un píxel actual estará o no fuera de la gama de colores del perfil destino, no existe el concepto de "estar fuera de gama" referido al perfil actual).
Salu2!
-
Lo que no termino de entender de todo esto es si por ejemplo tienes un pixel fuera de gama (255, 1, 1) en sRGB, al convertirlo a un espacio más amplio ese pixel cambia de valor perdiendo el valor original, o simplemente se le asigna a otro valor distino sin perder el valor original. Es decir, el pixel (255,1,1) seguirá valiendo lo mismo pero con una tabla de asignación que le dice que tiene que valer (255,3,3) o directamente cambiará al valor (255,3,3) perdiendo para siempre el valor original (255,1,1)
Tienes un error de concepto. No se puede hablar de "tener un píxel fuera de gama". El (255, 1, 1) de que hablas no está fuera de gama, está en la gama de sRGB y lo estás codificando con esos valores RGB. Cuando conviertes ese color a Adobe RGB ese píxel se convierte a (219, 3, 2), y no estás recuperando nada porque no se puede recuperar lo que nunca se perdió. Simplemente (219, 3, 2) es como se codifica en Adobe RGB el mismo color que en sRGB se representa como (255, 1, 1), ambos son el mismo color y esos valores RGB son los que lo representan dentro de las gamas de Adobe RGB y sRGB respectivamente.
Solo tiene sentido hablar de colores "fuera de gama" cuando se comparan 2 perfiles de color. Entonces podrás decir que un píxel de un determinado color codificado en uno de ellos, puede o no estar "fuera de la gama" del otro perfil. Por ejemplo un (255, 1, 1) en Adobe RGB sí que está "fuera de la gama" de sRGB porque sRGB no llega a soportar un rojo tan saturado. Así si conviertes ese (255, 1, 1) de Adobe RGB a sRGB, el color se recorta a (255, 0, 0), que es el color de la gama sRGB más parecido al color que en Adobe RGB se representa con (255, 1, 1), pero ya no es el mismo color.
Pero insisto de nuevo, ese (255, 0, 0) está en la gama de sRGB, es decir, es un color soportado por sRGB. La pérdida de información te ha venido por el hecho de que no es el mismo color que el (255, 1, 1) de Adobe RGB, sino que es un rojo menos saturado.
Como todos los colores de sRGB están contenidos en Adobe RGB, no es posible en ningún caso tener una imagen en sRGB y que alguno de sus píxeles quede fuera de la gama de Adobe RGB. Esto implica que convertir de sRGB a Adobe RGB nunca te va a provocar recorte de colores. En cambio el caso contrario es perfectamente posible, es decir, si tienes una imagen codificada en Adobe RGB al convertir a sRGB sí que sufrirás recorte en todos los píxeles cuyo color queda fuera de la gama de sRGB, como el (255, 1, 1) de Adobe RGB que ponía de ejemplo. Para saber si esto va a ocurrir es muy útil activar el aviso de fuera de gama de Photoshop (Vista -> Avisar sobre gama) (IMPRESCINDIBLE decirle a Photoshop qué perfil destino es el que estás simulando en Vista -> Ajuste de prueba -> Personalizar... -> Dispositivo para simular; por lo que he explicado el aviso de fuera de gama solo nos puede decir si un píxel actual estará o no fuera de la gama de colores del perfil destino, no existe el concepto de "estar fuera de gama" referido al perfil actual).
Salu2!
Gracias por poner orden, parece complicado el asunto.
Lo que no termino por comprender muy bien, no digo que no sea así, pero no sería menos complicado definir los colores, me refiero a todos, por sus valores RGB y luego determinar los que pertenecen a un espacio sRGB, Adobe RGB, etc, sin que cambien sus valores (RGB) en funcion de que perteneccan a un espacio de color u otro, es decir que el color (97, 128, 200), sea y tenga el mismo valor en cualquier espacio de color, independientemente de si ese color pertenece y se puede representar en un determinado espacio de color.
:?
-
A ver si me explico, porque de colores soy bastante obtuso, y no se diferenciar a mi vista, y con el Dell que tengo, tan finamente como quisiera. Lo único que me doy cuenta es a través del histograma, que con perfil de profoto tengo mayor tolerancia que con adobe rgb, y de éste respecto a srgb, con lo que se traduce en valores mayores para el tono, matiz y luminancia de la escena.
-
A ver si me explico, porque de colores soy bastante obtuso, y no se diferenciar a mi vista, y con el Dell que tengo, tan finamente como quisiera. Lo único que me doy cuenta es a través del histograma, que con perfil de profoto tengo mayor tolerancia que con adobe rgb, y de éste respecto a srgb, con lo que se traduce en valores mayores para el tono, matiz y luminancia de la escena.
Lo que sigo sin entender es porque trabajais en prophoto... :engranando: es como procesar a ciegas. :?
-
pues te pongo mi ejemplo de :pakete: que al imprimir con la epson2880 con profoto me acerco más a la luminosidad que pide.
-
pues te pongo mi ejemplo de :pakete: que al imprimir con la epson2880 con profoto me acerco más a la luminosidad que pide.
¿ y los colores ?. :?
-
pues no soy un entendido de colores, y me conformo con lo que veo. También es verdad que me gusta desaturar ciertos tonos y como nunca hago la misma foto no se apreciar las diferencias.