Ese es uno de los problemas mas evidentes. Pero yo lo voy lidiando. En todo caso creo que hay una versión en cocina la V7 por parte de Aurelien Pierre, pero no se si la trasladara a Darktable o se va a quedar en su fork Ansel. Ya veremos.
Yo es el único que uso. Es mas simplificado y mas ágil al eliminar mucho código redundante/obsoleto/erróneo. Ahora tenemos “Menú Global” que me parece mas lógico que lo que había con DT.
Te doy la razón, muchos de los conceptos matemáticos que usa, requieren una curva de aprendizaje que la mayoría de aficionados no estamos dispuestos a asumir ni tampoco tenemos los conocimientos para comprenderlos. De todas formas hay algunos vídeos explicativos que ayudan. Yo me he creado un par de presets y así no tengo que estar recordando. Con los que existen y esos que me he montado, tengo suficiente.
Yo creo que dentro de unos 3 meses habrá evolucionado de manera mas asequible.
En su chat le veo muy “permeable” a las sugerencias de los participantes.
Ahora si la propuesta no mejora lo que ya se tiene, ni te escucha. Es asi…
Si, es una persona con unas convicciones muy firmes y a veces demasiado asertivo.
Sus críticas al desarrollo de DT, aunque entiendo por dónde va y pueda tener razón, son demasiado incisivas, no es de recibo decir que hacen tonterías y cosas así, simplemente tienen otra visión y probablemente no un interés tan grande por el rigor, implementan lo que les pide el cuerpo ya lo dicen ellos.
Pero comparto buena parte de la filosofía, no tanto lo de tenerse que leer un tratado de matemáticas de procesamiento de señales para usar un plugin.
El problema que veo en usar de forma sistemática Absrl es que a partir de ahora diferirá y los catálogos y ficheros acompañantes no serán compatibles.
Por ello no tendrá vuelta atrás.
Y siendo como es Autelirne, cualquier día le da por tirar para otro lado y ahí te quedas.
De hecho su planteamiento es pasar a vkdt en cuanto sea usable,boasando los módulos a el
Pero solo funciona en Linux para empezar.
Y sólo con tarjetas gráficas modernas porque necesita OpenGL y vulksn, lo que exige drivers propietarios.
Los drivers de las tarjetas de hace unos años de Nvidia no funcionan en el kernel 5.10 por ejemplo.
Pero bueno quedan unos añitos para eso.
Tal vez lo mejor es hacer una copia del catálogo actual de DT y guardarla para seguir usando y probando Ansek, al menos casi de tener que regresar partiría de ahí.
He visto que ha empezado una comunidad, me he apuntado.
Desde hace algún tiempo, ni lo toco (aceptando la propuesta “automática”), salvo para algún caso especial cuando necesito menor comprensión de luces o sombras. Y últimamente casi ni para esos casos, que se pueden resolver bastante bien con el módulo “Ecualizador de tono” ajustando la máscara (esto ha sido todo un descubrimiento). En total, empleo muy pocos módulos de procesamiento (siempre referidos a escena).
Sí, en ellos estoy.
Lo del ecualizador de tono me lo comentaron y ando probando, efectivamente se puede corregir el histograma de forma que expandas luces antes de llegar al filmic.
El problema es qu eno entiend muy bien cómo funciona, sus controles de puntos a mover suelen parecer demasiado groseros para poder hacer el ajuste fino.
Veo que ajustando los deslizadores de la máscara puedes ajustar los puntos de control de forma que se distrubuyan mejor en la zona ocupada del histograma (por defecto muchas veces pone muchos puntos de control en zonas donde no hay información en el histograma) pero no acabo de entender bien cómo funciona.
Creo que voy a dar una oportunidad a Aureliene y su Ansel, aunque tengo las reticencias comentadas de que pueda quedar tirado con él sin vuelta hacia atrás al DT.
Pero la verdad es que DT parece que anda dando un poco tumbos y era Aureliene uno de su más activos desarrolladores y que aportaba las cosas importantes más novedosas.
Esa es su función. Si la toma esta correcta de exposición y no tiene elementos complejos en exceso, funciona muy bien.
Lo mismo me ocurre la edición incluso la compleja no me lleva mas de 4 módulos:
(Exposición-Color balance RGB-Difuse or Sharpen-Tone Equalizer).
Filmic viene después de ajustar la exposición y si es necesario. Fíjate en el video, cuando expande las luces: derechea levantando la exposición, ajusta y lo hace a traves del ecualizador y posteriormente vuelve ajustar con filmic para volver al ecualizador y levantar la luminosidad de la zona de altas luces. Pero eso va al gusto y según escena.
Aquí en esta pestaña, te da margen suficiente para ajustar a la décima. De hecho puedes crearte presets según escena. Boris Hajdukovic tiene varios, se pueden ver en sus vídeos.
Esa también es un poco mi angustia. En todo caso creo que a la larga cuando consiga implementar sus app en vkdt de hanatos (Que dicho sea de paso, tiene buena pinta, pero es espartano y correoso, pero funciona de lujo y sin las esclavitudes de DT), puede que se le ocurra monetizar la aplicación. Dado que el tema del FLOSS, le trae al fresco, en el sentido de que no es determinante para él y el concepto que tiene de crear y distribuir aplicaciones y no es para nada activista del Open-Source.
Nos veremos…
Pues esos mismos, si bien añado la Reducción de ruido y el Ecualizador de contraste. Supongo que tú sustituyes ambos con el Difuso-nítido, módulo del que me preocupa algo el consumo de recursos y lentitud de aplicación.
Si, efectivamente… Aunque no suelo usar el reducción de ruido, por mi tipo de fotografías no lo preciso, salvo raras ocasiones. Yo uso OpenCL y eso agiliza el proceso de revelado.
Hola compañero.
Eso lo hago, si el histograma se queda un poco bajo, aumentar exposición.
Pero lo complicado viene tratando de expandir el rango de las altas luces aumentando también contraste, para que la compresión de filmic en las luces no me deje el cielo muy plano y sin contraste.
La forma aconsejada es usar el ecualizador de tono como pones tú (aunque yo uso el control avanzado con los puntitos que puedes mover y el histograma de partida superpuesto).
Pero la distribución de los puntos en dicho histograma está fijada, son esos 9 puntos desde el máximo brillo hasta 8 pasos por debajo.
El problema es que muchas vece no se distribuyen bien a lo largo del histograma, en escenas derecheadas el histograma se acumula todo a la derecha en unos pocos pasos por debaho del punto más brillante, al mover alguno de esos puntos o deslizadores afectas a una zona demasiado amplia del histograma (ya que tampoco puedes controlar la forma de esas curvas que son siempre splines) y portanto de la que bajas el tono en zonas de exposición elevada también lo haces en tonos medios.
No es que no lo puedas mover con preción, sí puedes moverlo todo lo poco que quieras, pero lo que no controlas es la zona del histograma base afectada: afecta a una zona demasiado amplia del histograma en muchas ocasiones.
Para ello se puede ajustar la máscara de exposición ajustando el rango de valores a los que afecta, pero no entiendo muy bien como funciona ni está demasiado bien explicado, es una suerte de ensayo y error hasta que veo que esos puntos cubren buena parte del histograma de base y me permiten hacer los ajuste en la zona que quiero.
Me parece una herramienta un tanto confusa y demasiado rígida de usar, donde tampoco se aclara bien cómo funciona todo el tema. Para algunas fotos sí que es fácil de usar cuando los puntos quedan ya por defecto bien distribuidos en todo el histograma.
El tema del vkdt está todavía lejos, y va a ser complejo.
Además no parece que pìensen portarlo a windows de momento, el desarrollador no tiene experiencia en windows (a la larga imagino que alguien lo acabará portando).
Emplea un modelo de flujo de procesado completamente diferente, no lineal, más orientado al video y parece que procesará tanto video como fotos.
Encima las tarjetas gráficas, como no sean modernas, no ten funcionarán. Va a necesitar que el driver soporte openCL y vulkan, y eso no lo soportan los drivers open source de linux (al menos en la mayoría de las tarjetas) tienes que instalar los drivers propietarios del fabricante.
Pero resulta que el fabricante no se molesta en actualizar los drivers de las tarjetas antiguas para las nuevas versiones del kernel.
Así el último driver para la tarjeta nVidia Geforce 430 GT que tengo en un equipo (donde me gustaría probar porque he instalado debian 11 con xfce) porpietario de nvida es el nvidia-legacy-390xx
Ese driver cuando lo intentas instalar en debian 11 con kernel 5.10 al llegar a la fase de instalación te falla, parece que hace falta un 400xx que nvidia no se molesta ya en suministrar, por mucho que las capacidades de esa gráfica serían suficientes para correr vkdt u otros programas con opencl.
El driver nouveu de linux no proporciona aceleración 3D openCL.
Estoy tratando de ver si lo puedo solucionar, parece que hay algún driver 400 en modo de pruebas, no sé, a ver qué consigo.,
A mi me preocupa más que la lentitud el no tener ni idea de qué botón tocar para coseguir el efecto deseado.
Es un módulo crudo donde actúas directamente sobre los parámetros de las ecuaaciones laplacianas que utiliza, y por tanto sin saber qué efecto vas a conseguir.
Espero que con el tiempo y a medida que vaya él mismo entendiendo cómo funciona y qué efector produce cada uno de esos parámetros, acabe sacando módulos de redución de ruido, de enfoque, etc separados donde puedas actuar sobre parámetros más fotográficos y él se encargue de calcular lso parámetros matemáticos adecuados.
El color balance RGB también lo uso para tratar de jugar con luces, sombras y demás, pero muchas veces sus efectos (aplicado sólo a luces o sombras) son demasiado sutiles.
Tienes que “cuadrar” la compensación de exposición y la de contraste si lo necesitas. Los presets ya te llevan de la mano. Tambien puedes usar la preservación de detalles y finalmente para ver como queda la cosa usar el visualizador de máscara. Aquí tienes unas capturas de los elementos nombrados.
Opción standard con la mascara activada
La misma opción con la opción de preservación de detalles: Filtro guiado.
Primero ajusto la exposición para zona de luces
Para conseguir este histograma de la mascara (no de la imagen).
Esta es la mascara activada que me guia sobre que zonas va a afectar la modificación de la curva del ecualizador.
Que ocurre si modifico la mascara de exposición en sentido contrario hacia sombras:
Es cosa de ir probando que zonas quieres que se vean afectadas por la curva del ecualizador. Recuerda que el histograma es el relativo a la máscara no a la imagen.
Igual no es suficiente, porque la herramienta es compleja, pero te paso la documentación sobre la app de Ansel (es similar a DT) que es abundante para ir entendiendo…
Pero… es funcional, yo lo he usado y de hecho hanatos, dice que ya no usa otro.
Lo he usado en Ubuntu 20.04/22.04.2 con una RTX 3070 con drivers nvidia 525.85.05n y mesa 22.2.5 vulkan misma versión.
Tengo Debian… dame un segundo que te digo.
En Debian 11:
Graphics: Device-1: NVIDIA GA104M [GeForce RTX 3070 Mobile / Max-Q] driver: nvidia v: 470.161.03 Device-2: AMD Cezanne driver: amdgpu v: kernel Device-3: Chicony HD Webcam type: USB driver: uvcvideo Display: x11 server: X.Org 1.20.11 driver: loaded: amdgpu,ati,nvidia unloaded: fbdev,modesetting,nouveau,vesa resolution: 2560x1440~165Hz OpenGL: renderer: AMD RENOIR (DRM 3.40.0 5.10.0-21-amd64 LLVM 11.0.1) v: 4.6 Mesa 20.3.5
vkdt funcionando perfectamente.
Por cierto esta funcionando con al gráfica standard AMD Radeon (Renoir) no con la Nvidia RTX 3070
Saludos.
Tal como indica @jofial, hay que cuadrar exposición y contraste, de acuerdo con lo que te interese. En los gráficos que aporta @jofial, se observa bien cómo desplazar la máscara con el deslizador “exposure” a uno u otro lado; además, con el de “contrast” se puede ampliar la zona y activando el circulito negro en cuadrado blanco, ver la máscara. Cuesta un poco cogerle el punto, pero funciona bastante bien.
Pues probaré abrir haciéndolo así por zonas a ver.
No alcanzo a comprender por qué lo han complicado tanto ni lo que es esa máscara, con la fácil que sería poder tener un mayor control sobre a qué zona del histograma quieres anclar los dos puntos extremos de la derecha e izda e incluso dejarte mover la distribución de esos puntos en vez de fijarlos en ocho y espaciados uniformemente. Un poco lo que se hace con las típicas curvas de tonos.
Seguro que hay un buen motivo en como funciona internamente el módulo,bpero resulta muy confuso.
El problema es que para mí GeForce 430 gtx no parece haber drivers propietarios para la versión actual de debían con kernel 5.10.
Si he entendido bien hace falta versión de los drivers de envidia 400xx o superior y Nvidia solo suministra drivers 390 para esta tarjeta, cuando tratas de instalarlo y llega a la compilación del kernel te salta un error.
En mi ordenador Windows tengo alguna más moderna, pero solo tiene Windows y vkdt no funciona en Windows.
Me gustaría probarlo si, a ver si consigo ponerlo a funcionar.
Hola @ariznaf, he visto que van a lanzar una actualización nueva de Ansel bajo windows aquí la información
Bueno, por lo que leo más que una nueva versión es que ha activado la compatibilidad con los driver neo de las gráficas intel integradas en procesador.
Los de DT lo habían desactivado hace tiempo por problemas con el driver.
Yo ya hace tiempo que había activado la compatibilidad y lo tenía funcioando como procesador gráfico para los thumnails.
Será muy bueno que venga ya activado por defecto.
Bueno, pues harto ya un poco de Microsoft y sus continuos cambios y exigencias en cada actualización de windows, aprovechando que era casi obligado un formateo del ordenador, he instalado linux mint con cinnamon en mi equipo y pretendo utilizarlo como sistema operativo principal montado en el disco principal con btrfs.
Lo tengo en arranque dual, con windows también instalado en el disco de sistema y el disco de datos con documentos y fotos aún en formato ntfs.
He instalado ntfs-g3 para poder montar y leer/escribir la partición ntfs.
De momento con firefox, los controladores opencl de nvidia instalados y demás.
He descargado ansel también y está funcionando con opencl activado.
Ahora la cosa es si podría abrir el catálogo de fotos que tenía y abrirlo también desde windows cuando arranque en modo windows sin problema.
El problema que se me ocurre es que las rutas de los archivos de fotos de windows y linux no serán las mismas.
¿Alguien tiene alguna experiencia al respecto?
Otra duda es dónde sería el lugar adecuado en linux para ubicar el fichero appimage de Ansel y cómo crear un enlace para poder abrirlo directamente desde el menú de aplicaciones gráficas en cinnamon.