Hay algo que no me cuadra, hablas de +4EV, sin embargo la 350d sólo tiene un rango de modificación de exposición desde -2EV hasta +2EV ¿ Es que cuentas el -2EV como 0 (cero) y por eso son +4EV o me estoy liando ?
No, es que yo tiro en manual (y tú debieras hacerlo también)
Jeje...
durante un ratito me he releido el manual a ver si se me había escapado algo. En "cristiano", a lo que te refieres es a bajar la velocidad de exposición aun más, exáctemente 6 clicks de ruedecita, partiendo desde el +2EV.
Por cierto que lo que pretendes me parece una iniciativa muy buena. Es fácil leer los TIFF a 16 bits reales en C de Linux? yo aún no lo he logrado desde VB, y eso que uso una librería gráfica que en teoría sí que debiera leerlos. Pero me los redondea a 8 bits. A ver si lo consigo pronto porque esto es fundamental. Además no sé si sabes que PS se come un bit, por lo tanto cualquier imagen que pasa por PS se convierte en realidad a 15 bits perdiendo un diafragma. Tengo ganas de poder leer una imagen y ver valores de nivel superiores a 32767.
Pues hay dos opciones, así a bote pronto. La primera es usar libtiff (
http://remotesensing.org/libtiff/ ). La pega es que con esta librería tú tienes que tener cuidado de leer los 16bits y por algún lado he leído que no está asegurado el orden de los bytes cuando lees valores de 16bits (2 bytes). Además te obliga a trabajar en C.
La segunda, y creo que mejor, es usar la librería imagemagick (
http://www.imagemagick.org/script/index.php ), que aunque en principio todos la conocemos como un conjunto de potentísimas utilidades en modo consola, también disponemos de un interface para usarla desde gran cantidad de lenguajes distintos ( [Ada • C • Ch • COM+ • C++ • Java • Lisp • Neko • .NET • Pascal • Perl • PHP • Python • Ruby • Tcl/TK] )
Además imageMagick lee los datos en forma de byte stream y por lo tanto no tiene los problemas citados anteriormente. Una nota sobre imageMagick
16-BIT Imaging
By default, ImageMagick uses a color depth of 8 bits (e.g. [0..255]). Any 16-bit image is scaled immediately to 8-bits before any image viewing or processing occurs. If you want to work directly with 16-bit images (e.g. [0..65535]), edit Magick.tmpl or Makefile.in and define QuantumLeap as instructed in the respective file. Next type
make clean
make
In 16-bit mode expect to use about 1/3 more memory on the average. Also expect some processing to be slower than in 8-bit mode (e.g. Oil Painting, Segment, etc).
In general, 16-bit mode is only useful if you have 16-bit images that you want to manipulate and save the transformed image back to a 16-bit image format (e.g. PNG, VIFF). NOTA: Para los usuarios de Ubuntu (linux), deciros que la librería ya viene compilada en modo 16bits
La forma de comprobarlo es teclear lo siguiente en una consola de texto:
identify -version
y nos dirá algo al estilo de:
Version: ImageMagick 6.3.4 11/01/07 Q16 http://www.imagemagick.org Como véis, tras la versión aparece un
Q16 que nos indica que tenemos la versión 16bits, sino aparecería un Q8.
Estoy preparando un tutorial de DCRAW donde se dan algunas claves importantes sobre los parámetros a usar en DCRAW, échale un ojo: http://www.guillermoluijk.com/files/dcraw.htm. En concreto los comandos -r y -H son cruciales, a ver si esta noche lo amplío un poco más y explico cuando usar uno u otro valor de dichos parámetros que tiene su miga.
Muy util y práctico. Estaré atento.
Un saludo.