Hola Pablo,

Haz esta simple prueba: 
 
En PS, carga una imagen de la web - que no sea oscura y supuesta como sRGB - y conviértela a ProPhotoRGB (versión log).  Sálvala como JPG asignándole ProPhotoRGB como perfil incrustrado.  En ImageEditor, carga esta imagen y asigna ProPhotoRGB(log) como perfil de entrada y ProPhotoRGB(lin) como perfil de salida.  Fija esta imagen como background y presiona F9.  Debes ver una imagen desaturada y oscura.  Si no es así, por favor levanta el resultado en la sección de archivos (no veo archivos adjuntos).  Si es así, ve a ImageFilters (post-procesamiento) y asigna ProPhotoRGB(lin) como perfil de entrada y tu monitor como perfil de salida.  Presiona F9.  Debes ver ahora exactamente el mismo resultado que veías en Photoshop (sin ninguna adición de ningún otro filtro).  Si no es así, levanta por favor el resultado en la sección de archivos.  Si es así, puedes implementar el arreglo específico para la salida del medio final en el que publicarás y comenzar a trabajar la escena bajo ese setup.   
 
Recalco:  El setup general debe estar establecido antes de comenzar a trabajar la iluminación y el shading, ya que si lo haces sólo en pre-procesamiento o sistema nodal, y no agregas el LUT final para las previsualizaciones, estarás ajustando tu escena con valores perceptualmente erróneos.

Saludos,

 

 

Gerardo

--- En spain_lw@yahoogroups.com, Pablo Gonzalez Vaca <nainonero@...> escribió:
>
> Tengo un problema, al menos, usando las sg_cctools, a ver si sabeis que puede ser porque creo que estoy haciendo algo mal pero eso, que no se el qué.
>
> Tengo una escena y he tratado de hacerla igual que la del delfin, salvando las distancias asi pues todos los colores cogidos con sccpicker, con un par de bumps y un añadido de color chiqitin, convertidas a prophotorgb desde psp(pre:sgccfilter con in: log prophotorgb y out lin_prophoto), y un hdri para los reflejos.Luz con dome,radiosidad intensidad al 100%, el render se ve correcto tal cual (sin sgccfilter en post). Config del picker, screen y output en linear,gamma 1.8.
>
> Bien, al tirar el mismo render pero con el sgccfilter en post in:lin_prophoto y output: log_mi monitor, sale hipercontrastado y superoscuro. Al editar en Fp viewer consigo que quede de luz bien pero los tonos algo desaturados, esto me supongo que sera cuestion de dar con el tono una vez vea el previo correctamente; eso si, extremando los valores de p. blanco y negro.
>
> Otro render, intenisdad de la radiosad al doble, casi mismo resultado. Otro render añadiendo FP gamma en post, despues del sgccfilter, en 2.2, el render gana algo pero sigue viendose muy oscuro aunque ajustando en fpviewer y con valores mas "normales" de p.blanco/negro consigo el look que busco.
>
> La sorpresa llega al salvar estos renders en exrs, y abrirlos en psp, ya que el 1º(en fp se veia oscurisimo/muy contrastado) se ve correcto de luz pero a falta de ajustar los tonos, vamos que practicamente bien. Ahora el 2º, que se veia mejor en el fp viewer, se ve mucho mas saturado y demasiado luminoso. En psp trabajo en prophotorgb.
>
> Estoy usando para estos tests lw9.3 32b bajo vista 64, otra cosa a tener en cuenta es que en administracion del color de vista, tengo asignados el perfil sRGB de serie (que no me deja quitar) y el de mi calibrado de monitor, no se cual de los dos usara realmente y si deberia modificar alguna de las otras opciones (que me he quedao loco al descubrirlas) para que cuajen con mi monitor y su perfil...
>
> No queria extenderme mas, pero si no queda muy claro, mañana posteo imagenes,
> gerardstrada gerardstrada@... escribió: Por cierto, caso diferente sería si quisiéramos trabajar directamente
> en nuestro espacio de salida. En ese caso, las prestaciones del
> SG_CCFilter sí se hacen necesarias, sin embargo ya no necesitaríamos
> usar el SG_CCFilter (excepto para convertir la imagen lineal
> resultante a logarítmica), pero no existiría mayor conversión a otro
> espacio de color - asumiendo que el espacio de color de salida es el
> mismo espacio de color del dispositivo de desplegamiento (como es el
> caso del trabajo para TV, por ejemplo). A menos que necesitemos
> previsualizar esta salida según el dispositivo de desplegamiento
> final - asumiendo que el espacio de color de este dispositivo es
> diferente al espacio de color del sistema de salida (como es en el
> caso de impresiones o producciones fílmicas).
>
> Saludos,
>
> Gerardo
>
> --- En spain_lw@yahoogroups.com, "gerardstrada" gerardstrada@
> escribió:
> >
> > Hola Ana,
> >
> > Pues Jesús tiene razón, ése es básicamente todo el procedimiento.
> > Sólo hay un detalle que quizá podamos explicar más:
> >
> > Si bien LW calcula internamente todo en luz lineal, los colores que
> > escogemos en un picker común están gama-codificados. Para que el
> > trabajo sea coherente, estos colores deben linearizarse acorde con
> > nuestro espacio de color de trabajo. Entonces, el picker en este
> > caso sirve para linearizar colores.
> >
> > La necesidad de disponer de las prestaciones del SG_CCFilter en el
> > SG_CCPicker, dependen de tu método de trabajo. Según el método de
> > trabajo propuesto en el artículo de la HDRI3D y en el cual se basa
> la
> > guía de usuario, esto no es necesario, ya que la elección de
> colores
> > se hace de manera perceptual en el espacio de color más amplio
> > disponible (como si los colores que viésemos estuvieran en la
> escena
> > real) y la conversión del gamut (no gama) es decir, la conversión a
> > las 'cromaticidades' según el o los dispositivos que registran y
> > despliegan la imagen de salida la hacemos al final.
> >
> > Para hacer esto de manera correcta, debemos escoger un espacio de
> > color de trabajo (independiente de dispositivo) lo más amplio
> posible
> > como para contener nuestro espacio de color de salida (que es
> > comunmente dependiente de dispositivo). Como en el ejemplo de la
> > guía en lightwiki, si vamos a trabajar para cine por ejemplo,
> usamos
> > un espacio muy amplio de color (ProphotoRGB), y convertimos todas
> las
> > imágenes entrantes a la versión lineal de este espacio de color.
> El
> > SG_CCPicker en este caso no debe codificar ningún color a nivel de
> > gamut (cromaticidades), sólo a nivel de gama, linearizándolos, ya
> que
> > según este método, los colores que estamos viendo en el picker son
> > colores 'absolutos/reales' y todos los colores entrantes
> > están 'escalados' a nuestro espacio de monitor, de acuerdo a este
> > amplio espacio de color de trabajo. Luego al final y como dice
> > Jesús, convertimos de nuestro espacio de color de trabajo (lineal)
> al
> > espacio (o concatenación de espacios) de salida.
> >
> > Vamos, que básicamente de eso se trata todo :)
> >
> > Un Saludo,
> >
> >
> >
> > Gerardo
> >
> >
> > --- En spain_lw@yahoogroups.com, "Jesús Guijarro Piñal "
> > <jesusguijarro@> escribió:
> > >
> > > En teoría siempre que renderizas algo dentro LW lo renderizas en
> > lineal sin
> > > corrección de gama, lo que hace el SG_CCPicker es si eliges un
> > color en
> > > lineal, sRGB, log o rec97 es convertirlo al otput aplicándole la
> > corrección
> > > de gamma dependiendo del modelo de color con el que vayas a
> > trabajar para
> > > que cuando le apliques el SG_CCfilter los colores no se vean
> > afectados por
> > > la corrección de gammut que va hacer al cambiarle de un modelo de
> > color a
> > > otro.
> > > Es decir según mis propias conclusiones (que puede ser que esté
> > equivocado)
> > > si tienes una escena sin ninguna textura únicamente colores (ya
> > sean shaders
> > > nodos, o las antiguas texturas) que mediante el SG_CCPicker has
> > > seleccionado un output sRGB en SG_CCFilter input profile
> elegirías
> > sRBG
> > > lineal y en output al que quisieras pasarlo.
> > > Por lo menos eso es lo que he entendido de lo que he leído en
> foros
> > y de las
> > > explicaciones de Gerardo. Si estoy equivocado espero que alguien
> me
> > lo
> > > aclare.
> > >
> > >
> > > -------Mensaje original-------
> > >
> > > De: Ana
> > > Fecha: 23/04/2008 19:35:51
> > > Para: spain_lw@yahoogroups.com
> > > Asunto: [spain_lw] RE: Consulta SG_CCFilter
> > >
> > > Bueno eso tengo entendido yo tb mas o menos, pero me referia mas
> > > bien a esto, mira os pongo una foto,como veras en el color picker
> > > tengo cuantro input y cuatro outputs con el gamma no ?? Pero en
> > > el SG_Filter como veras tengo un monton de filtros en el input
> > > y veras que tengo otro distinto en el output para el ejemplo.
> > >
> > > http://img229.imageshack.us/my.php?image=screenshotxp0.jpg
> > >
> > > Me referia a esos que no se si hay alguna manera de usarlos
> > > con shaders que no tengan imagenes o es que no se pueden o no
> > > hacen falta.
> > >
> > > Saludos.
> > >
> > > --- En spain_lw@yahoogroups.com, "Jesús Guijarro Piñal "
> > > <jesusguijarro@> escribió:
> > > >
> > > > Pues si no he entendido mal, lo único que tendrías que hacer es
> > > elegir el
> > > > color del shader vía el Sc_CC color picker.
> > > >
> > > > -------Mensaje original-------
> > > >
> > > > De: Ana
> > > > Fecha: 23/04/2008 14:41:21
> > > > Para: spain_lw@yahoogroups.com
> > > > Asunto: [spain_lw] Consulta SG_CCFilter
> > > >
> > > > Hola a tod@s, he estado probando este gran plugin y tengo una
> > duda.
> > > >
> > > > Veo que este plugin se aplica a texturas(imagenes) pero como
> > podria
> > > > aplicar estos mismos filtros sobre shaders que no tengan
> > imagenes ??
> > > >
> > > > Por ejemplo un material que solo tuviera un color difuso al que
> > quisiera
> > > > aplicarle este filtro ???
> > > >
> > > > Saludos.
> > > >
> > >
> >
>
>
>
>
>
>
> ---------------------------------
>
> Enviado desde Correo Yahoo!
> La bandeja de entrada más inteligente.
>