Darktable [Novedades - Dudas - Charla]

[SobreExpuesto]

Creo que os estáis comiendo la cabeza demasiado con este tema porque estáis partiendo de algunas premisas erróneas.

Escoger un perfil de entrada sRGB o AdobeRGB solo tiene sentido si, efectivamente, el origen de datos está en uno de estos perfiles. Esto es un jpeg o tiff. Y supongo que solo sirve para corregir casos en los que el fichero no lleva el perfil incrustado (está bien explicado en la documentación).

A no ser que tengáis una cámara exótica Darktable lleva perfiles de entrada para la mayoría de cámaras. Por ello lo más recomendable es dejarlo en "enhanced color matrix" (que es como viene por defecto). De hecho los ficheros RAW puede que capturen incluso más gamut de color que AdobeRGB (de ahí que Lightroom" target="_blank">Lightroom, por ejemplo, trabaje internamente en un perfil similar a Prophoto de gamut muy amplio...pero no os quiero liar más...

Los cambios que notáis al poner sRGB o AdobeRGB en el perfil de entrada con ficheros RAW son porque estáis forzando una interpretación errónea. De ahí que se vea "mal".

El perfil seleccionado en la cámara (sRGB o AdobeRGB) NO afecta al RAW excepto por un pequeño detalle: el RAW lleva incrustado un pequeño jpeg que si estará en el perfil seleccionado. Sin embargo programas como Lightroom" target="_blank">Lightroom o Darktable se pasan este jpeg por el forro y generan sus propias previsualizaciones. Si habéis trabajado en Lightroom" target="_blank">Lightroom este efecto es muy notorio porque la imagen cambia de golpe la primera vez que la visualizamos si aún no la ha procesado (y generalmente parece que para peor porque los ajustes de Lightroom" target="_blank">Lightroom por defecto son muy planos).

El tema de la gestión de color es complejo al principio, no os desaniméis. Si no queréis complicaros dejad el perfil de entrada en "enhanced color matrix" y el de salida en sRGB. A menos que imprimáis en casa y tengáis un monitor de gamut amplio no creo que valga la pena complicarse sin tener más conocimientos.

Tenía entendido que el perfil de entrada tiene que ver en qué darktable debe interpretar para generar los colores con esas matrices.
En fin, lo que vengo diciendo es eso, que se use el perfil por defecto en Darktable "matriz de color standard" (supongo que como viene traducido "enhanced color matrix"), salvo que noten problemas en la imagen generada. Y respecto a problemas que pueden surgir en donde la imagen se ve "mal" utilizando el perfil por defecto y la necesidad de cambiarlo si es que no se corrige con el recorte de gamut, fue una recomendación de los mismos desarrolladores al plantearles un problema con un RAW de mi cámara... Y creo recordar que me habían dicho que tenían un problema antiguo y no resuelto en imágenes o raws con predominantes de azules saturados. Recuerdo que hablaban mucho de esas matrices cuando discutían el problema.

@nitrosito, si quieres puedes añadir en el primer mensaje el enlace al siguiente tutorial o guía básica que he hecho:
http://www.canonistas.com/foros/gimp...ia-basica.html

Saludos.

[nitrosito]

Pedazo guia te has hecho @SobreExpuesto! (he actualizado el 1er post y he añadido la sección tutoriales).

Respecto a lo de gestión de color y tal...
Yo en un futuro (menos de 1 año), la idea es pillar un 27" a 2k , que cubra el 100%sRGB. De ahí el si dejarlo de serie, ponerlo en sRGB y tal.
Imagino que para los monitores normales lo mejor sera dejarlo tal cual, pero los sRGB, sería aconsejable cambiarlo a sRG, no?
Los que tienen sRGB también tienen que hacer el ajuste ese que te deja tan sobreexpuesta la foto, y hay que ir dandole luminosidad) (me parece raro).

PD: Alguien que use la versión de GNU/Linux, ha notado en la V1.6.3 que exporta más lento? (Tengo una Nvidia 625M , la novia me ha robado la torre hasta proximo mes ¬¬)

Un saludo

[Ponsilio]

Pedazo guia te has hecho @SobreExpuesto! (he actualizado el 1er post y he añadido la sección tutoriales).

Respecto a lo de gestión de color y tal...
Yo en un futuro (menos de 1 año), la idea es pillar un 27" a 2k , que cubra el 100%sRGB. De ahí el si dejarlo de serie, ponerlo en sRGB y tal.
Imagino que para los monitores normales lo mejor sera dejarlo tal cual, pero los sRGB, sería aconsejable cambiarlo a sRG, no?
Los que tienen sRGB también tienen que hacer el ajuste ese que te deja tan sobreexpuesta la foto, y hay que ir dandole luminosidad) (me parece raro).

PD: Alguien que use la versión de GNU/Linux, ha notado en la V1.6.3 que exporta más lento? (Tengo una Nvidia 625M , la novia me ha robado la torre hasta proximo mes ¬¬)

Un saludo

En cuanto a gestión de color tienes los conceptos bastante liados. Es normal: a mi también me pasaba. No es un tema sencillo ni obvio sobre todo al principio.

El perfil de entrada solo tiene que ver en como se interpretará el fichero. Dejádlo como viene por defecto y jugad con los otros controles. No tiene absolutamente nada que ver con el monitor y los ficheros RAW no son ni sRGB ni AdobeRGB (tiene un espectro o gamut aún más amplio).

El perfil de salida tiene que ver con el fichero que se va a generar. Tampoco tiene nada que ver con el monitor.

El tema de gestión de color no es realmente para que "el monitor se vea bien" (aunque a veces pueda dar sensación de mejora). Es para que los colores sean consistentes entre dispositivos calibrados. Esto es útil, por ejemplo, para poder predecir como se va a imprimir una foto antes de lanzarla a la impresora (soft proofing) si esta también está correctamente perfilada.

Com no quiero extenderme en este hilo sobre este tema aquí hay una presentación (que NO he visto, la verdad) de Joan Boira pero parece que tiene buena pinta para profundizar sobre el tema:
https://www.youtube.com/watch?v=HteaerG3PSQ

SobreExpuesto: disculpa el offtopic en el hilo. Me sumo a los halagos (aunque ya lo dige en su dia) al curro que te estás pegando.

[nitrosito]

Mirad que pedazo NOVEDAD nos tienen preparada los de Darktable

[SobreExpuesto]

Mmm, no se.

PS: Thou shalt not believe what got posted on the Internet on April 1st.

"No has de creer en lo que fue publicado en internet el 1º de Abril"

Aunque sería genial que ese nuevo módulo existiese

[nitrosito]

No me jodas Pues sí. Yo lo leí el uno, y esa posdata no estaba.

Vaya forma de jugar con los sentimientos de las personas

[SobreExpuesto]

Parece que la broma era solo relacionada al app store, y que el módulo de reconstrucción de color si existe. Lo mencionaban en la entrada anterior a la broma
https://www.darktable.org/2015/03/color-reconstruction/

Me parece excelente, no veo la hora de probarlo áreas quemadas o en esos molestos brillos que produce un flash sin difusor.

Edito nuevamente:
He compilado Darktable desde la rama "master" para probar el filtro. En la primera edición había mencionado que el filtro no resolvía zonas quemadas. Al parecer si las resuelve siempre que sean zonas pequeñas y rodeadas de zonas con color. También había dicho que suponía podía servir para cielos, pero me rectifico. Al menos yo no he podido obtener buenos resultados con cielos. Aunque ahí en el blog de darktable ponen un ejemplo de un caso donde se puede aplicar en un cielo.

Aquí una animación antes y después, con un ejemplo donde puede ser aplicado:


La zona naranja de la fruta estaba mucho más sobre expuesta de lo que se ve, y bajando exposición se puede reducir bastante pero aún quedan zonas brillantes y algunas quemadas, y es lo que se ve en "1". En "2" con el filtro "reconstrucción de color" se puede salvar un poco los brillos fuertes y puntos de brillos quemados, donde el filtro al parecer intenta reconstruir el color con la información que rodea a esas zonas. Al menos eso supongo.

Es un filtro un poco complicado de configurar y que no resuelve todos los casos, pero en algunos puede ser útil.

Edit 2:
Por fin pude usar el filtro en un cielo. Cuando en la imagen no hay tantos elementos de color salvo el cielo, parece funcionar:


Esas bandas o posterizado que se ven es por la calidad de la animación gif, en el original no aparecen

Saludos.

[José Seijas]

Saludo este espacio, es el más actualizado que veo de darktable, veo que comentan la versión 1.6.3, ya vamos por la 1.6.4, este es el programa que decidí usar hace ya un año o año y medio, y apenas empiezo a explotar toda su capacidad.

[josepvm]

Ya van por la 1.6.6, aunque los cambios entre estas últimas versiones son pequeños, básicamente afectan al soporte de algunas cámaras.

El cambio importante vendrá con la versión 2.0 (se ha decidido que no habrá versión 1.8). Y es un cambio importante porque se da el salto hacia las librerias gráficas GTK+3, cosa que ha obligado a rehacer mucho código, y hará cambiar el aspecto de botones, diálogos, etc. También cambiará el sistema que se usa para generar las miniaturas de las fotos en el modo mesa de luz. Ya no habrá una "caché" (en la que las miniaturas se van generando contínuamente cuando se necesitan, y las antiguas se eliminan cuando se acaba el espacio de caché) sinó que se almacenarán de modo permanente. Así se acelerará bastante el funcionamiento del programa.

La contrapartida podría ser que Darktable 2.0 ya no funcione en sistemas de 32 bits, por la limitación de memoria RAM que imponen estos sistemas.

Con Darktable 2.0 tambíen se podrán imprimir las fotos directamente desde el programa.

Todos estos cambios se pueden usar ya si se compila el programa desde la rama "master" ... pero ojo, a parte de ser una versión de desarrollo, inestable, la base de datos de "master" es incompatible con la de las versiones estables 1.6.x. Si abrís vuestra colección de fotos con la versión de desarrollo ya no podréis dar marcha atrás hacia la versión estable. Tendríais que reimportar las imágenes, con lo que se perderían todo el historial de cambios y ediciones que hayáis hecho a vuestras fotos.

[nitrosito]

Ostia, que buenas noticias. La verdad que ya me olia yo que las miniaturas se generaban siempre, porque siempre tardará mucho en mostrarlas al abrirse.
Pues se va a ganar mucho en velocidad entonces, en el apartado biblioteca.

Yo puse mi incidencia para que pusieran una barra de desplazamiento en la biblioteca, que hasta ahora hay que ir bajando con la rueda y subiendo, no hay barra T_T. Eso lleva así desde que salió el programa.

Pero bueno, poco a poco

En cuanto tenga un rato actualizo el primer post y me compilo la última versión

[Ponsilio]

Estos días he tenido ocasión de volver a probar Darktable y, la verdad, es impresionante. Para mi está superando a LR en muchos aspectos. En particular me gusta que puedas duplicar los módulos cuantas veces quieras y aplicarles diferentes máscaras para afectar a un zona de imagen concreta. En concreto con las curvas esto es una maravilla.

Lo curioso es que trabajo en entorno Linux (Kubuntu) de manera profesional (no me dedico a la foto) y, sin embargo, el PC de fotografía es un Windows (por poder usar PS y Premiere entre otros).

[josepvm]

Añado algo que no he dicho antes: compilar la rama "master" de Darktable, para poder preveer ya lo que vendrá con la versión 2.0, requiere tener instaladas las librerías de Gnome 3.14. Eso se puede hacer, si usamos Ubuntu, partiendo de la versión 14.10 (Utopic) y añadir los PPA "Gnome 3" y "Gnome 3 Stagging" de Ubuntu Gnome, o bien, más fácil, partir de la nueva Ubuntu Gnome 15.04 (Vivid) que ya se basa en Gnome 3.14.

Supongo que por ese motivo el PPA de Pascal de Bruijn "Darktable unstable", no ha dado el salto a la actual rama "master", y se ha quedado en la rama 1.6.x. Ese PPA se genera sólo para Ubuntu 14.04 Trusty, y esa distribución requiere bastantes cambios para poder usar la version "master", con GTK+3.