For equilibrate green
-l [0-2] Equilibrate green channels (0=none, 1=global, 2=global+local)
My code is the latest version of D. Coffin of December 25, 2009 .. unless I made an error adjustment
For equilibrate green
-l [0-2] Equilibrate green channels (0=none, 1=global, 2=global+local)
My code is the latest version of D. Coffin of December 25, 2009 .. unless I made an error adjustment
try this RAW: http://dl.dropbox.com/u/893528/P1000725.RW2
there are lots dead pixels spread around the whole image, some are in the sky. if i use -9 IE 0.01 the dead pixels are still visible but many image-details already become softer. i could use higher values, but this would soften the image even more.
here a crop with 2 dead pixels:
![]()
¿no estamos perdiendo algo los que solo hablamos Español?... ;D
Mi Inglés es malo, pero mejor que mi español, pero mucho peor que mi francés
![]()
"En ocasiones veo halos."
http://www.guillermoluijk.com para suscribirte haz clic aquí
Último contenido: PARA QUÉ SIRVE EL RANGO DINÁMICO?
I made a small change in the treatment of noise by adding an second "edge sensitive" on the luminance. The first "edge" was acting on flat areas, the second acts on the borders.
My treatment of noise: -9 NW abcdefghijk (jacques)
'a' :rest of impulse noise [5 .. 15]
'b': number of passes wavelet luminance [1 2] (rec=1)
'c': strength wavelet luma [10 .. 50]
'd': smoothing flat areas [1 .. 2] rec = 1.25
'e': Correction of high lights flat areas [0.5 .. 2] rec = 1
'f': force wavelet chroma [0 .. 150]
'g': filter on the red [0.1 1] rec = 0.5
'h': precision wavelet [1 .. 10] rec 4 or 5
'i': edge luminance flat areas[0 .. 8] rec = 1 2 or 3
'j': edge luminance borders [0.1..1] rec=0.5
'k': micro-contrast [0.. 50]
For a noisy image (D3x 6400 ISO) :
-9 LE 0.003 -9 NW 5 30 1 1.25 1 100 0.5 4 2 0.5 20
if 'a' > 0 hot/dead pixels suppression is actived (Emil)
Command line D3x 6400 ISO : dcraw_99 -w -v -o 4 -4 -T -5 4 -W -q 4 -F 1.9 3 0.1 -9 LE 0.003 -9 NW 5 1 30 1.25 1 100 0.5 4 2 0.5 20 D3x-6400.NEF
Note :
1) -q 4 (interpolation JDD from Luis)
2) precision wavelet = -4 (you can also put -5)
![]()
I made an update of my site with several new features:
1) those of Emil
* Function "CA" new: -9 CAE
* Function "CFA_clean " new to remove damaged pixels: -9 IE a [0.01.. 0.2]
* Noise reduction function - 9 NE abcdefg
* a: ambiant noise L [0.005 ..1]
* b: ambiant noise ab [0.02..1]
* c: factor L reduction noise 1.0
* d : factor ab reduction noise 2.0
* e: radius L 4.0
* f: radius ab 20
* g: gamma 0.9
* AMAZE new version to reduce the noise: - q 102 (v3 beta)
* AMAZE old version:-q 3 (beta v2)
2) mine:
* I have improved the treatment algorithm of noise -9 NW
* Modifications of internes parameters
* Speeding up the treatment
* Using OpenMP when I am able to program (I am not a specialist)
You can use for D3x 6400 ISO
dcraw_99 -w -v -o 4 -4 -T -5 4 -q 4 -W -9 LE 0.003 -9 NW 5 1 50 1.5 1 90 0.5 5 2 0.5 20 -F 1.9 3 0.1 D3x-6400.NEF.
On my computer (for D3x 6400 ISO) the total treatment time is now : 52 secondes, and 26 secondes for a D700 6400 ISO.
My site is updated.
As Jacques' message indicates, there have been a number of improvements:
a) In AMaZE, a more accurate chroma interpolation which should result in less chroma noise, especially at high ISO. Unfortunately, this has cost some speed of computation.
b) CA reduction: the auto-correction of CA is now fixed, after Oluv's discovery of a bug in the CA detection method. Now, large CA shifts are regarded as spurious, and the good shifts are fit to a polynomial (as in PTLens). Currently the fit is to a linear correction, but the code is set up to fit a polynomial of any desired order provided there are good enough statistics to determine the parameters (I wouldn't advise an order higher than three), if further testing shows that linear correction is insufficient I'll implement higher order corrections.
c) Impulse noise reduction. The existing impulse noise reduction was OK, but had the unfortunate tendency to remove pointlike features (like the circle of dots on the IR Fiddler's bottle label). I am moving toward implementing only a basic stuck/dead pixel correction before interpolation, followed by optional impulse NR after interpolation. The new impulse NR is this basic one. Impulse NR after interpolation is incorporated in the latest NR algorithm.
d) Post-interpolation NR. I have completely reworked the code, after finding a major flaw in the edge-sensing method. The results are substantially better, though just as slow. The next step is to try to speed it up. I will also in the next version make impulse NR and gaussian NR separate options, in line with point (c). The full D3x ISO 6400 image treated with the parameters given by Jacques may be found here:
http://theory.uchicago.edu/~ejm/pix/20d/posts/ojo/D3XhSLI6400_NR_OFF_lin_amz_NR5levs.jpg
(Apologies for the white balance, I took the camera's default from the raw file.)
emil
To be more understandable to the settings recommended by Emil for the treatment of noise for D3x 6400 ISO
-9 IE 0.02 -9 LE 0.005 -9 NE 0.005 0.02 1.0 2.0 4.0 20.0 0.9
![]()
alguien puede explicar que esta pasando porfa.. ¿se esta continuando con el proyecto..? gracias
Trato de explicar con mi mal español.
El proyecto perfectRAW esta arrestado, pero el proyecto "raw" continúa en otra forma.
_______________________________________________
_______________________________________________
I made an update of my site (version 4.56 MAX):
* With the latest patches from Emil (27 /04/ 2010)
** for the correction of chromatic aberration with third order polynomial : -9 CAE
** for AMAZE v3 which is a bit faster (OpenMP):-q 102
* With a supplement to JDD (L. Sanz) with -q 103, significantly faster than JDD (-q 4), but (slightly) less good for the treatment of noise
** The tutorial is updated
Última edición por jdc; 28/04/2010 a las 10:15 Razón: Fusión automática de mensajes para prevenir autosubir post
gracias jdc, espero que despues podais continuar con el proyecto perfectRAW y nos sorprendais ;D Saludos
I built AMaZE and the CA autocorrection into a test build of RawTherapee:
http://theory.uchicago.edu/~ejm/pix/20d/tests/RawTherapee.dmg
Unfortunately, OSX only, and not guaranteed to work; all I know is that it works (apart from known bugs in the RT 3.0a GUI) on my MacBook Pro running OSX 10.5.
Última edición por ejmartin; 08/05/2010 a las 04:43
emil
----------
Última edición por ejmartin; 08/05/2010 a las 04:42 Razón: duplicate post
emil
Emil sent me an update of Amaze.
You have to test, 3 versions:
-q 3: Amaze v2
-q 102: Amaze v3
-q 6 : Amaze v4 (latest update)
I also updated my version of processing noise, which is faster and better (little)
To run the fastest possible with acceptable quality you can enter:
- Dcraw_99 -9 PR –F 1.9 3 0.1 -9 NW 5 1 30 1.5 0.5 90 0.5 4 2 0.5 20 –q 103 for a D700 6400ISO the processing time (on my machine) is 22 seconds
- Dcraw_99 -9 PR –F 1.9 3 0.1 -9 LE 0.003 -9 NW 5 1 40 1.6 0.6 100 0.5 4 2 0.5 20 –q 103 for a D3X 6400ISO the processing time (on my machine) is 50 seconds
For better quality you can change: -q 103 by –q 4 and for the eighth parameter 4 by 5..You can also modify the others parameters…and also -9 PR by -9 P
My web site is updated.
Jacques
Última edición por jdc; 08/05/2010 a las 09:44
Aclaraciones sobre el contenido actual de este hilo:
perfectRAW se acabó y no va a resucitar. Sigo pensando que la filosofía de trabajo de pR y el diseño del entorno gráfico (tanto el planteamiento original de Guillermo como la versión 0.70 de Egon) eran una buena idea y que no hay ningún revelador en el mercado basado en los mismos principios... si alguien quiere la idea, o incluso el nombre, es toda suya.
Tanto Emil como Jacques están centrando sus esfuerzos en mejorar dcraw con sus propios algoritmos (y, en el caso de Jacques, con los mejores algoritmos de todos los que trabajamos en ello: Emil, Paul, Lassus...).
Por otro lado, los algoritmos de Emil (AMaZE, la corrección automática de CA, su filtro de ruido...) necesitan un front-end y es posible que RT 3 sea la solución (aún es un poco inestable, pero no es más que una alfa y seguro que Gabor acaba dándole en breve el empujón definitivo).
Por mi parte no pretendo crear un revelador completo ni colaborar en un proyecto grande y de largo alcance con más gente (sí en pequeños desarrollos como el que tenemos entre manos Hugo, Guillermo y yo).
Aportaré desde mi página lo que pueda y dejaré que sean otros los que aprovechen "mis piezas" si les sirven de algo, aunque el propósito de mi página es didáctico y demostrativo: qué debe mejorarse en las técnicas actuales de revelado, cómo puede lograrse (incluyendo ejemplos de código) y porqué es importante hacerlo. Todo el código de mi página y el que se incluye en el código fuente de pR 0.65 (publicado aquí) es libre (salvo las aportaciones de otros en el código de pR 0.65), de modo que puede incorporarse allí donde pudiera ser útil.
Si alguna vez trabajo en algún proyecto que conduzca a un revelador solo o en colaboración con otras personas, lo haré detrás del telón hasta tener algo que funcione. De modo que no se creen falsas expectativas.
Aprovecho para felicitar a Emil, a Gabor y a Jacques por sus esperanzadores avances respectivos. Creo con franqueza que la evolución de RT (incluyendo las mejoras en la versión 3.0 y la incorporación de los algoritmos de Emil y los que el propio Gabor confiesa estar desarrollando) lo convertirán en el mejor revelador del mercado. Sin duda la incorporación de OpenCL para los cálculos y OpenGL para acelerar el front-end lo haría imbatible.
También aprovecho para dar de nuevo las gracias a OD, a los miembros de este foro y, especialmente, a John Roshka que, desde su página, ha mostrado siempre un apoyo incondicional al proyecto perfectRAW.
Un saludo:
Última edición por ManuelLlorens; 08/05/2010 a las 10:39
hola ¿que tal estais todos?.. veo que esto ya es definitivo, ya no recuerdo si se ha comentado en algun hilo, intento utilizar la programacion libre y he pensado que gimp no tiene revelador que yo sepa.. y quizas fuese interesante que el equipo de gimp se hiciese cargo del proyectos si fuese posible y todos estubieseis de acuerdo.. tenia tan buena pinta que me resisto a creer que nadie quiera continuarlo. Un abrazo
Adla, Gimp utiliza UFraw como plugin revelador raw, también basado en dcraw.
Manuel, eres un maestro, de profesión y como persona.
Parece ser que RawTherapee, al que Gabor también abandonó este mismo año, vuelve a ponerse en marcha, un equipo de programadores han cogido el testigo y los algoritmos aquí propuestos parece ser que serán utilizados.
Saludos
ToniLupi
Mis imágenes en http://www.pbase.com/tonilupi
Más equipo del que necesito y menos del que me gustaría tener
Yo manuel, te sigo desde tu web, y en cierto modo es una pena que perfectraw, se quedara en una beta. También estaré pendiente de esos otros desarrolladores
saludos y gracias por todo
D700 - Sigma 24-70 2.8 HSM, Sigma 150mm 2.8 Macro, Sigma 12/24, nikkor 50mm 1.4D y SB900 - SB28
Utilidad Mejorada MEGUI V4.3: G.U.I. para el revelador DCRAW:
http://meguidcraw.blogspot.com/
Galerías: http://www.flickr.com/photos/33773106@N00/
Somos muchos los que seguimos leyendo las webs de Guillermo y Manuel, de vez en cuando con la esperanza de ver novedades, sois geniales.
GRACIAS
Marcadores