¿Cuántos bits en el RAW de Canon?

[Alvinillo]

Me alegra que se haya aclarado el misterio. Ahora lo tienes fácil, sabes que debes usar otro software. Desde esta dirección se puede descargar la última beta del DSS que tengo entendido que lee los raw de la 1100D, así que ya sabes
http://tech.groups.yahoo.com/group/DeepSkyStacker/

Saludos

[minaya]

Arecibo, mírate la posibilidad de convertir a fits y de ahí procesar a tu manera, probablemente te sea más cómodo. Manejar fits desde python es un juego de crios por ejemplo (una simple matriz de valores cuando usas pyfits), probablemente sea similar con matlab u otros entornos.

[Arecibo]

Arecibo, mírate la posibilidad de convertir a fits y de ahí procesar a tu manera, probablemente te sea más cómodo. Manejar fits desde python es un juego de crios por ejemplo (una simple matriz de valores cuando usas pyfits), probablemente sea similar con matlab u otros entornos.

De eso se trata; en cuanto tenga la manera de "descerrojar" los malditos CR2, tengo el problema resuelto.

He visto lo que me mandó Alvinillo (vía el brontofile), descifrado por MaximDL. El problema es que no corrige el gradiente. Lo que yo hago con el MatLab es un modelo del gradiente de la toma (en este momento es un "modelo no paramétrico" aunque probé otras cosas -dicho sea para el lector con inclinaciones más técnicas-). Para restarlo luego, claro.

Por la polución descomunal que hay en mi "observatorio", y tal vez por la calidad regular del sistema óptico, las imágenes tienen un gradiente bestial (viñeteo, básicamente, pero hay otros); no puedo soltárselas así a ningún programa de los que uso (RegiStax y DSS).

Sé que se anuncian por ahí programas para "matar" el gradiente. Pero teniendo resuelto el tema del gradiente ya, hacer yo parte del proceso me permite automatizar muchas cosas (por ejemplo, rotar y centrar -aproximadamente- las tomas, reducir bandas en el nivel de ruido, ajustar los niveles RGB cuando empleo filtros, etc).

De momento, el programa de Canon produce TIF ó TIF, a elegir. No cuento que produce también JPG, porque ¿para qué?

De todas formas, gracias por la sugerencia.

PS: Ya he abierto archivos FIT desde el MatLab sin problema; no es ese el obstáculo.

PS2: Acabo de curiosear la página del PixI, y veo que una de las opciones (Dynamic Background Extraction) hace justo lo mismo (seguramente mejor) que yo con mi algoritmo de matar gradientes.

[Arecibo]

Por si a alguien le pudiera interesar, he encontrado un programa gratuito que parece hacer bien las conversiones:

http://www.rawness.es/dcraw/?lang=es

Digo "parece" porque tiene tropocientas opciones y no sé si he dado con las correctas.

Saludos.

[Verio]

Por si a alguien le pudiera interesar, he encontrado un programa gratuito que parece hacer bien las conversiones:

http://www.rawness.es/dcraw/?lang=es

Digo "parece" porque tiene tropocientas opciones y no sé si he dado con las correctas.

Saludos.

El DCRaw lo utilizan internamente tanto el DSS como PixInsight.

[Arecibo]

Por si a alguien le pudiera interesar, he encontrado un programa gratuito que parece hacer bien las conversiones:

http://www.rawness.es/dcraw/?lang=es

Digo "parece" porque tiene tropocientas opciones y no sé si he dado con las correctas.

Saludos.

El DCRaw lo utilizan internamente tanto el DSS como PixInsight.

Mejor que mejor ...

[Arecibo]

He conseguido que me funcione el dcraw, tanto en este ordenador (Windows XP 64bits), como en el portátil (más moderno, con W7 de 64bits, y donde guardo las imágenes y hago los procesos).

La verdad es que tenía mis dudas, temores e inquietudes al respecto; pero no todo el mundo hace las cosas tan mal como los muchachos de Guillermito Puertas

Ahora viene la fase de aprender a trabajar en modo crudo (raw), pero los primeros experimentos son prometedores.

Saludos.

[Verio]

Yo me he perdido. ¿Qué estas intentando hacer? ¿Por qué tienes que bajar a usar el DCRaw a pelo?

[Arecibo]

Este ... sólo por curiosidad morbosa, Verio ¿te has leído el hilo desde el principio?

Pero, bueno, la cuestión es que:

1.- Yo me proceso las imágenes.

2.- La cámara, cuando graba JPG, realiza todo tipo de transformaciones no lineales en los datos del sensor.

3.- Si quiero "acumular luz" (en muchas tomas, y en varios días) la no linealidad es peor que la peste; no quiero decir que no se puedan acumular imágenes JPG; es que se desaprovecha mucho de lo grabado.

4.- (Y lo que empezó toda esta historia) cuando se me ocurrió contar los bits de información en los JPG (ya sabía que serían 8, claro) y en los TIF que se generan (a partir de los RAW) con las Utilidades de Canon que se incluyen con la cámara, me encontré con que (en los TIF) no había 14, si no 11. Y esos TIF tampoco son lineales, dicho sea de paso.

Saludos.

[Verio]

Todo eso que pones ya lo había leído. Pero no tengo claro cual es tu objetivo:

Si es procesar las imágenes, hay muchos programas que lo hacen bien directamente desde los RAWs de Canon. Tanto de pago como gratuitos. No veo la necesidad de complicarte la vida con el DCRaw.

Si el objetivo es hacer tú un programa para procesar las imágenes con tus propios procedimientos, entonces sí entiendo la necesidad de utilizar el DCraw.