OJODIGITAL

ManuelLlorens · #1 (**permalink**) 03-Jun-2008, 11:09

ENLACE PERMANENTE A LA ÚLTIMA VERSIÓN (0.5 alpha 2 EN)

ENLACE A LA PENÚLTIMA VERSIÓN (0.5 alfa 1 SP)

Nuestro plan inicial era lanzar directamente una versión 1.0, pero dado que seguimos añadiendo funcionalidad a esa versión (gestión de color, controles desacoplables, etc.) creo más conveniente sacar una versión intermedia con lo que tenemos implementado hasta ahora y que, lógicamente, se debe llamar 0.5. Si contiene bugs los arreglaremos hasta llegar a una 0.5 beta n, que no pasará de ahí, pues su vocación nunca será de producto final.

Es posible que al ir introduciendo funcionalidad nueva sobre la versión 0.5 vayamos lanzando versiones 0.6, 0.7, 0.8 y 0.9 en vez de esperar a la 1.0, pero ya veremos cómo va la cosa.

La versión 0.5 alpha 2 incluye esta funcionalidad (lo que la convierte de facto en un GUI sencillo y práctico de dcraw, y que a nadie se le ocurra mencionar ni una sola funcionalidad más para la 0.5

):

Control de revelado completo (todos los parámetros de dcraw + control de exposición y preservación de altas luces).
Una sola vista, con zoom usando la rueda del ratón centrado en el punto debajo del cursor y scroll arrastrando, zoom "progresivo" (es decir, más que en potencias de 2).
Salida a TIFF 16 con espacio de color y gamma de salida fijos en sRGB y a JPEG 8. El TIFF por fin informa de la gamma utilizada.
Gestión de color semicompleta mediante perfiles ICC, con posibilidad de desactivarla.
Controles ocultables con TAB.

Y no incluye la siguiente funcionalidad que sí estará presente en la versión 1.0, y que llegará lo antes posible (espero que antes de julio. Muchas de estas cosas ya están desarrolladas aparte o muy avanzadas):

Algoritmo de interpolación mejor que AHD.
Algoritmo de interpolación específico para blanco y negro con mezclado de canales para todos los algoritmos.
Controles de aspecto personalizado y posibilidad de elegir los colores de la aplicación.
Guardado de los parámetros del revelado en una archivo independiente y carga de esos parámetros automáticamente al cargar el archivo RAW. También opción de cargarlos en otra imagen.
Dos vistas horizontal/vertical: independientes, enlazadas o partidas.
Chivatos configurables de sub/sobre exposición.
Histogramas completos y parciales, lineales o logarítmicos en ventana aparte.
Calibración manual del punto de saturación de la cámara.
Control de WB mediante multiplicadores y corrección de aberraciones cromáticas.
Control de WB mediante zonas de la imagen y temperatura de color.
Control de preservación de diafragmas mediante zonas de la imagen o del histograma.
Controles desacoplables y autoocultables (resultado muy parecido a ACDSee).
Salida a JPEG 8 con espacio de color sRGB y gamma sRGB automáticamente e independientemente de la especificada en la aplicación para salida TIFF.
Reestructuración del código para estabilizar y dar soporte a futuras funciones: incluyendo menor consumo de memoria, optimizaciones de velocidad (algunas serán notorias), integración del paso de información entre funciones en una sola estructura, etc.
Y en general, algunos detalles más que se han ido comentado en los foros para la versión 1.0.

En el futuro, a grandes rasgos, la versión 1.5 podría incluir, además de lo anterior:

Plugins (intentaremos ofrecer compatibilidad con plugins de Photoshop). Los plugins se podrán desarrollar en cualquier lenguaje de programación capaz de degener una DLL. Crearemos un SDK básico en C y podrán interactuar sobre cualquier fase del revelado (aprovechando el motor de revelado adaptado para perfectBLEND), y tener o no un interfaz gráfico.
Procesado por lotes.

Y los plugins PRO para la versión 1.5 (¿de pago?) podrían ser:

Editor de curvas avanzado.
Algoritmo avanzado de enfoque y recuperación de texturas (ya he mostrado algo al respecto y está en proceso de investigación).
Algoritmo avanzado de recuperación de altas luces (en proceso de investigación).
¿Eliminación de ruido posterior a la interpolación (además de la ya implementada en dcraw, que es anterior a la interpolación)? (Si fuera compatible por plugins PS no haría ninguna falta).
Si perfectRAW llega a ser compatible con los plugins de Photoshop cabe la posibilidad inversa, que nuestros plugins puedan usarse desde PS .

Además, una vez sentadas las bases y con las libreráis reutilizables en otros proyectos, tenemos por delante mucho posible trabajo interesante:

perfectBLEND, por supuesto.

Programa para calibrar el display de la cámara para que su histograma y chivatos se parezcan lo máximo posible al RAW.
Histogrammar en C#.
Programa para generar RAWs sintéticos y poder realizar comparativas de reveladores mezclando imágenes reales y sintéticas.
¿Plugin para quemados y reservas por zonas?
¿Control de saturación?
¿Panorama sticher RAW? ¿El Amenabar de _GUI_ en RAW?
etc.

Indudablemente, si alguna vez sacamos algo de pago, aquellos que hayáis participado en el proyecto de un modo u otro (incluyendo betatesting) recibiríais una licencia gratis.

Eso es todo. Espero vuestras opiniones.

Un saludo:

sensenick · #2 (**permalink**) 03-Jun-2008, 12:28

Ante todo enhorabuena. Es una gran noticia para todos los que nos "peleamos" con nuestros raws en alguno de los programas existentes en el mercado (bien sean de pago o los que proporcionan con la cámara). Os animo a seguir con el proyecto y contad conmigo para testear esas betas. Gracias por vuestro esfuerzo y saludos

.

ManuelLlorens · #3 (**permalink**) 03-Jun-2008, 14:43

Cita:

Iniciado por sensenick

Ante todo enhorabuena. Es una gran noticia para todos los que nos "peleamos" con nuestros raws en alguno de los programas existentes en el mercado (bien sean de pago o los que proporcionan con la cámara). Os animo a seguir con el proyecto y contad conmigo para testear esas betas. Gracias por vuestro esfuerzo y saludos

.

Gracias hombre. Esperamos poner nuestro granito de arena. El objetivo del proyecto es tener un revelador hecho a nuestra medida, y tener una imagen de partida lo más perfectamente revelada posible.

Un saludo:

Cazurro · #4 (**permalink**) 03-Jun-2008, 15:45

Hola:
Creo que el programa que planteas esta bien,ya que es preferible tener algo elemental funcionando que esperar mucho, ya que esto último puede desanimar tanto a los que estais currandolo como a los que deseamos trastear con los raw, es mejor que la gente se "enganche" al PerfectRAW cuanto antes.
Saludos y no desanimeis.

Carcamal · #5 (**permalink**) 03-Jun-2008, 17:00

El plan parece de lo más ambicioso. La verdad, me alegro de que ya se vislumbre una versión inmediata. Me imagino que muchos como yo iguen atentos al tema, pero no participamos más por no tener un nivel de programación mínimo. A la espera de la 0.5

. Animo.

Nof · #6 (**permalink**) 03-Jun-2008, 17:21

Me encanta, el planteamiento que teneis sobre el revelador, ya era hora que alguien se molestase no en revelar mas rapido y mas imajenes sino en revelar mejor.Tengo ganas de que salga la primera version a ver que tal.

n1ck · #7 (**permalink**) 03-Jun-2008, 19:07

No sabia nada de este proyecto, muy interesante.

Servirá, supongo, para los RAF, no?.

Es de código libre?

ManuelLlorens · #8 (**permalink**) 03-Jun-2008, 20:37

Cita:

Iniciado por n1ck

Servirá, supongo, para los RAF, no?. Es de código libre?

Pues en principio servirá para todo lo que soporte dcraw, .RAF incluido, aunque aún tiene algún problemilla que se resolverá pronto. Lo que no soportará de momento, aunque todo llegará, es la fusión de las dos imágenes provenientes de las Fuji.

Todo el código está a tu disposición en Google Code.

Un saludo:

n1ck · #9 (**permalink**) 03-Jun-2008, 21:33

Gracias.

Algún problemas bajo Unix? o esta compilado solo para Windows?

ManuelLlorens · #10 (**permalink**) 03-Jun-2008, 21:56

Cita:

Iniciado por n1ck

Algún problemas bajo Unix? o esta compilado solo para Windows?

De momento sólo está compilado para Windows, pero el 100% del código es portable, lo hemos diseñado con la portabilidad en mente.

Un saludo:

tascon · #11 (**permalink**) 03-Jun-2008, 22:48

Me alegro de leer hoy esto, Manuel. Pues ayer leí una respuesta tuya y te vi un poco decaído, ( o me lo pareció). Y es que me he "comido" todos estos Post vuestros desde el principio, y no me estraña que esteis (sobre todo los tres), un poco cansados. Tambien al de el puerto de Pajares para allá. Que como decía el ayer, lleva dos días "mising".
Ánimo chavales que lo estais haciendo fantastico

_GUI_ · #12 (**permalink**) 03-Jun-2008, 22:52

Bueno bueno, esta semana estoy de curso y apenas puedo conectarme a internette; espero con ganas esta versión beta 0.01. Este finde si no me voy a Alicante solo tengo 3 tareas que hacer: ir a la feria del libro (C#), escribir un articulillo y sentarme al PC para compilar el proyecto con todo lo que instalamos. Te daré la brasa porque seguro que me falla todo al principio.

Salu2

PD: por cierto ayer trasteando un RAF creo que he descubierto algo, te lo cuento por mp para perfect blend.
Faltaría como idea un plugin de BN.

ManuelLlorens · #13 (**permalink**) 04-Jun-2008, 11:03

Cita:

Iniciado por tascon

Me alegro de leer hoy esto, Manuel. Pues ayer leí una respuesta tuya y te vi un poco decaído, ( o me lo pareció).

Pues tengo mis días. Hoy estoy más animado, gracias.

Un saludo:

meiker10 · #14 (**permalink**) 05-Jun-2008, 18:10

vaya currazo q os estais pegando

gracias por todo el esfuerzo que hacéis, y ánimo a seguir mejorando el producto

salu2

ÁlexG · #15 (**permalink**) 06-Jun-2008, 21:43

Absolutamente impresionante el/los proyectos. La panorámica es magnífica. Y os lo estáis currando de una forma que nos hacéis sentir esto un poquito de todos, aunque algunos aportemos muy poquito comparativamente...
Muchos ánimos y enhorabuena, porque está quedando genial.

Álex.

ManuelLlorens · #16 (**permalink**) 13-Jun-2008, 11:09

Aunque parezca que el proyecto está parado no es así, tranquilos.

Me estoy retrasando un poco por el tema de los laberintos, pero creo que merece la pena. Ya tengo el código depurado y optimizado a falta de un par de detalles en los bordes de la imagen. Ahora mismo la corrección global+local de laberintos tarda menos de un segundo con imágenes de 8 mpx en mi máquina que tiene un par de años, lo cuál es una buena noticia (antes de optimizarla tardaba 3

).

También he optimizado la interpolación bilineal a 4 colores, que voy a dejar como una opción por si la quieran utilizar los usuarios de Olympus y Panasonic. El resultado es similar a utilizar la bilineal más la corrección local de artefactos, pero mucho más rápido, por lo que podría ser la interpolación por defecto para éstas cámaras. En el futuro intentaré pasarla a ensamblador.

Luego optimizaré el código del control de exposición metiendo las LUTs y añadiré la opción de guardar a TIFF 16 bits con espacio de color de salida y gamma de salida, eso espero que sea tan fácil como en mi cabeza. Voy a dejar la opción de grabar como JPEG la imagen completa y la vista, porque me ha venido muy bien para hacer comparativas. Además, crearé el archivo de configuración de la aplicación (un .xml que habrá que editar a mano de momento y que al principio sólo llevará los datos necesarios para la gestión de color ICC) y activaré la gestión de color (que en la última prueba que subí ya estaba incluida pero desactivada).

En ese punto subiré la versión 0.5 alpha 1. Salvo sorpresas de última hora lo haré este fin de semana.

He hecho también numerosas modificaciones y optimizaciones menores en mi código y he cambiado el modo de implementar algunas cosas para poder pedir más optimización al compilador y ahora es todo notablemente más rápido. Más adelante optimizaremos para distintos procesadores y entonces irá todo lo rápido posible con el código actual.

Si nos olvidáramos de la portabilidad a máquinas que no fueran x86 podríamos meter ensamblador con MMX en muchos puntos de las DLLs en C para exprimir mucha velocidad, pero complicaríamos mucho el mantenimiento del código. Deberiamos hacerlo como lo tiene implementado LCMS, con una opción de compilación que indique qué rutinas utilizar, si las implementadas en C, lentas pero portables, o las implementadas en ensamblador, rápidas pero no portables.

Creo que algún día tendremos una versión perfectRAW-MAX que irá como un rayo, pero para eso me gustaría pasar todas las DLLs en C a VC++ o a Borland C++. Es algo que tengo que investigar con tiempo.

En este momento hay estos puntos lentos que se podrían optimizar de ese modo en el futuro, aunque para algunos habría que cambiar completamente el código de Coffin:

La eliminación de ruido RAW por wavelets (en dcraw).
La interpolación AHD (en dcraw).
La recuperación de altas luces con valores altos del parámetro -h (en dcraw).
El filtro mediana (en dcraw).
La conversión al perfil de la cámara (fuera de dcraw).
El volcado a pantalla mediante GDI+ (fuera de dcraw).

Todo lo demás es rapidísimo. Una vez liberada esa versión, cuando tenga un rato implementaré la gestión de color para que corra en ensamblador en vez de en C y vaya rápido, porque ahora va un poco lenta y, como es lo último que se hace, ralentiza todos los revelados (el problema es que compilamos con gcc y la sintáxis ensamblador que admite es horrible).

También tendré que reestructurar una parte del código para que vaya bien la corrección de aberraciones cromáticas que ahora no puedo incluir en la versión alpha. Tengo que investigar también eso.

Mientras tanto ariznaf seguirá con su parte y cuando la tenga acabada podremos juntarlo todo.

Aprovecho para recordaros que el lunes 16 de junio viene ariznaf a Madrid y tenemos intención de quedar a tomar algo por la tarde/noche y charlar sobre éste y otros proyectos. Los interesados que me pongan un MP. A _GUI_ y ariznaf os mando por mail sitio/hora/modo de llegar. Pretendo quedar en la zona de Diego de León que creo que nos vendrá bien a todos.

Un saludo:

ariznaf · #17 (**permalink**) 13-Jun-2008, 12:11

BUF Manuel... das miedo: ensamblador, correcciones cromáticas, filtros wavelet...

Sois la bomba en esto de las imágenes.

Bueno, ahor ando con lo del curso, el lunes hablamos y a ver si centramos en qué parte puedo yo ayudar más y voy dedicándole un tiempo fijo a la semana.