Problemas de apilado con RAWs de K1 en D.S.S.

[knmt]

Liden para saber lo que esta haciendo realmente el ordenador cuando ejecutas el programa de apilado, te abres una ventana del administador de tareas, veras uso de cpu, de memoria y acceso a disco entre otras cosas cualquiera de los 3 que te llegue al 100% te puede estar generando el problema, yo empezaria por ahí.

Saludos.

[Lidenbrook]

Gracias compañero, pero es una de las primeras cosas que comprobé. No llega nunca ni al 80% (y eso haciendo otras cosas)

Un saludo

[Lymi]

Buenas Liden, en el enlace que puse al principio del hilo una de las soluciones que dan en concreto para la K1 es recortar un poco las imágenes, parece ser que funcionaba.

[Rollao]

Hola Liden.

Respecto a tus preguntas:

Mi programa es un programa propio realizado en Visual Basic 6, empecé hace 15 años queriendo organizar mis fotografías y acabé haciendo un programa de manipulación de mapas de bits comparable a los primeros de tratamiento de fotografías de Microsoft y de ahí (varios años más tarde)pasé a manipular mapas geográficos (mapas de bits), GPS,  tracks etc.

Cuando entré en la astrofotografía me puse a trabajar con DSS, pero con Vista se me quedaba colgado, así que amplié las funcionalidades del programa para cargar RAW, apilar y, posteriormente, corregir curvas, enfocar, suavizar ruido, algo similar a las Wavelets, etc.

No es perfecto, es semimanual, algo lento, y a veces me apoyo en Phsp, o en Silkypix, pero es mío, y cuando quiero probar algo distinto corrijo los algoritmos y ya está.

La prueba con DSS que te comentaba la he hecho expresamente por ver si te podía ayudar y he utilizado 15 lights y 20 darks. No creo que el número de apilados influya, porque al final el programa va trabajando sucesivamente y no realiza todas las operaciones al mismo tiempo.

Respecto a probar en TIF, no lo descartes, el problema de la memoria utilizable de un programa no es sólo el tamaño archivo que carga, sino el número de operaciones simultáneas que tiene que hacer con él, y puede que si partes de un RAW necesite más espacio en memoria; yo por ejemplo en mi programa sólo puedo utilizar hasta 3 mapas de bits de 24 Mpx simultáneamente.

En fin, cuando un programa te da problemas de repente (y tu llevas muchos años apilando en DSS) la verdad es que siempre es una mierda, y la pregunta básica siempre tendría que ser la misma:¿Qué parte del procedimiento que sigo ha cambiado?

Un saludo

[Lidenbrook]

LYmi, probaré lo que comentas, aunque recortar solo es una opción para tomas de objetos de cielo profundo, pero inviable para paisaje con gran campo (Vías Lácteas). Además, habrá que pasar los RAWs recortados a TIFF, con lo que no vamos a ahorrar nada - al contrario - en lo que ha tamaño del archivo se refiere.

Rollao, muchas gracias por el comentario. Como comenté, en TIFF ya he probado y no funciona, se cuelga antes. Tendré que seguir haciendo pruebas, desisntalando por completo (a ver si acierto, porque en las desinstalaciones que he hecho, resulta que me guardaba las configuraciones al volver a abrir el programa recién instalado). Puede que haya algún problema de compatibilidad con el Windows 7 Ultimate, que no lo haya con windows 10 ??.

Bueno, iré haciendo pruebas cuando tenga algo de tiempo y ya os contaré.

Un saludo

[Udri]

Liden, quizá lo interesante sería que pusieras alguna serie (que no aprecies mucho) con instrucciones de qué quieres hacer y que la gente en el foro hiciera una prueba con sus máquinas y versiones del DSS, a ver si se saca alguna conclusión.

Por otro lado, es una pijada, pero... ¿has probado a ejecutar el software con la opción de "ejecutar como administrador"?

[Lidenbrook]

En cuanto a lo de ejecutar como administrados, por supuesto, es lo que hice al reinstalar el programa.

Y en cuanto a lo de subir alguna de las series, pues suma: a 51-52 Mb por toma, 16 lights+16 Darks+16 Bias+10 Flats = 3 Gb.... Y aunque quitásemos los bias y los flat,  1,66 Gb..... (que tampoco es plan, porque precisamente se trata de eliminar el ruido y los gradientes en la mayor medida posible. De lo contrario, con apilar en Ps - lights y Darks - , resuelto el problema....(en Ps no hay problema para apilar todo esto, es lo que estoy haciendo actualmente)).

Descargarlos llevaría un buen rato y subirlos a la red, ni te cuento.... Tampoco sé qué plataforma permite enviar semejante cantidad de información.....

Como ya he explicado, en Ps no hay problema para apilar estos raws, incluso para restar los blacks (que, en realidad, son lo de menos) y este Pc lo hace ágilmente (unos 3 min los 16 ligts o blacks). Lo que sucede es que hay que hacerlo manualmente - la sustracción de blacks - , antes de apilar, apilando previamente todos los blacks y restando el black maestro a cada toma light (modo diferencia), lo que hace que sea realmente tedioso. Y por el momento, no he encontrado la forma de restar adecuadamente los bías, que es lo realmente importante para reducir el ruido electrónico de base (que es un componente importante del ruido electrónico - el de iso - pero constante, y por tanto en el apilado, lejos de restarse, se suma). Con los Flats, el problema es menor, ya que creo que sé como resolverlo en Ps sin demasiado problema (aparte de que también se podría crear un flat artificial específico bastante preciso, algo que normalmente también hago en una parte del postprocesado para reducir la contaminación lumínica, que no tiene nada que ver con los verdaderos flats (estos eliminan el viñeteo específico de la óptica a la apertura utilizada en los ligts y las manchas del sensor)).

Así que, cuando tenga algo mas de tiempo - porque ahora mismo tengo poco tiempo libre y esto requiere muuuucho tiempo - , seguiré haciendo pruebas, empezando por reinstalar - de nuevo - las diversas versiones, desde la 3.3.2, pero esta vez limpiando bien el registro antes de reinstalar (si averiguo como hacerlo con seguridad para el sistema).

Estoy trabajando en crear acciones específicas en Ps para poder realizar todo este trabajo, a lo que añadiré acciones para el calibrado del fondo - alineado del histograma - , recuperación de tonos medios - clipping del histograma - creación de máscaras de estrellas por desenfoque/diferencia (por umbral no son adecuadas para lo que pretendo) y creación de flats artificiales. No será lo mismo que disponer de un registrado, calibrado y apilado correcto con DSS, pero tampoco le andará muy lejos y a efectos de postprocesado, será mucho mas completo y preciso.

Ya os iré contando.....

Gracias de nuevo y un saludo.

[Udri]

Y en cuanto a lo de subir alguna de las series, pues suma: a 51-52 Mb por toma, 16 lights+16 Darks+16 Bias+10 Flats = 3 Gb.... Y aunque quitásemos los bias y los flat,  1,66 Gb..... (que tampoco es plan, porque precisamente se trata de eliminar el ruido y los gradientes en la mayor medida posible. De lo contrario, con apilar en Ps - lights y Darks - , resuelto el problema....(en Ps no hay problema para apilar todo esto, es lo que estoy haciendo actualmente)).

Descargarlos llevaría un buen rato y subirlos a la red, ni te cuento.... Tampoco sé qué plataforma permite enviar semejante cantidad de información.....

Hombre, no sé qué conexión tendrás en casa, pero subir y bajar 3 GB con una conexión por fibra moderna no son ni 10 minutos.

Respecto a plataformas:  drive (si tienes cuenta de gmail), dropbox, microsoft onedrive (si tienes cuenta de hotmail/msn), mega.... incluso montar un torrent y compartirlo.

[Lidenbrook]

A mi vivienda no llega la fibra.... Y como el nodo está a mas de 1 Km, mi línea de ADSL da - cuando todo va bien - , 7,2 Mb/seg de bajada y 0,66 Mb/seg de subida, con una latencia media de 67ms. Eso significa que, si la velocidad a la que subiesen los archivo9s fuese realmente la que se mido -que no es así, es mucho mas - , tardaría 75,7 minutos en subirlo.... Bajarlo dependerá de la línea de quien lo vaya a descargar......

No sabía que se pudieran subir archivos tan grandes a esas plataformas..... Cuando tenga un rato, lo pongo a subir - a Dropbox o a OneDrive - y ya pondré aquí el enlace, a ver si alguien puede hacer algo con ello.....

Gracias de nuevo y un saludo.

[Bikermon]

Buenas,

Sé que el hilo es viejo, pero últimamente ando investigando sobre el apilado para el procesado nocturno y al ver este hilo del maestro Lidenbrook me puse a investigar sobre el problema de la K1 y el DSS. Y a día de hoy solo he encontrado dos soluciones (Esto es algo teórico, no he podido probarlo porque no tengo K1).

• Recortar los archivos de la K1 para apilarlos y así que el DSS no casque (solución encontrada en un foro externo)
• Utilizar Siril, pero a esta opción le veo problemas:

           - Solo funciona en Linux (solventable en mi caso)
            - No trabaja con raws de 32 bits. Al utilizar este programa degrada las imágenes a 16 bits

Si alguien quiere aportar algo será bien recibido. Yo seguiré investigando.

Saludos.

[Bikermon]

Por cierto que se me pasó comentarlo en la respuesta anterior.

Si alguien quiere probar el Siril, que me lo haga saber y le paso un enlace con una máquina virtual montada con Ubuntu y el Siril instalado para que haga las pruebas que considere oportunas con sus RAW de la K1 (Esto no supone riesgo alguno para el PC de la persona que lo quiera probar solo es instalar un programa y lanzar la máquina virtual que le proporcione)

También me ofrezco, para quien quiera pasarme sus raw, los apilo con Siril y devolverle el resultado, (que todo sea por buscar solución al problema)

Saludos.

[Bikermon]

Hola de nuevo,

He encontrado dos programas para apilar fotografía astronómica, (planetaria creo, no sé si valdrán) que corren en Windows-64bits (que permitirá gestionar más memoria)

• Uno de Marzo de 2017, su nombre es AutoStakkert
• El otro es Registax más viejo que el anterior

Dejo los enlaces de descarga de las últimas versiones por si alguien se anima a probarlos con los archivos de la K1:

• AutoStakkert
• Registax 6.1
• Update to Registax 6.1.0.8

[Lidenbrook]

He estado echando un vistazo por encima a los dos programas y no me acaban de convencer. Para empezar, están pensados para planetaria, con lo que no les veo aplicación clara en cielo profundo. En concreto en Autostacker no acabo de ver cómo trabajar con darcks, flats y bias y como para lo que realmente interesan estos programas es para gestionar y procesar de forma sencilla y rápida las correcciones que se consiguen con esas tomas - reducción de ruido, aumento de la relación  señal/ruido, eliminación de gradientes, eliminación de ruido electrónico - , pues no veo la ventaja que puede tener respecto a hacer todo esto en Ps (lo que se puede, claro).
En Registrax, no veo que se puedan utilizar archivos nativos - RAW - , con lo que hay que proceder a convertir todos los archivos de las series a jpg o tiff. En el primer caso, nos olvidamos de la auténtica ventaja del apilado y con los tiff, en series grandes y mas con los archivos de la K1, el tamaño final de la serie es inmanejable (cada Tiff de la K1 puede llegar a pesar 200Mb, con lo que con una serie pequeña, de unos 25 disparos, si sumas los lights, blacks, bias y flats, estamos hablando de mas de 30 Gb......)
Ando muy mal de tiempo, así que cuando saque un rato intentaré hacer alguna prueba con el Registrax, pero en concreto con el Autostacker acabo de intentarlo y lo he descartado casi de inmediato (o es demasiado complicado y no he encontrado la forma o no tiene posibilidad de manejar y procesar como es debido darks, flats y bias).

Si alguien que controle anda algo mejor de tiempo, se agradecerá una prueba y el consiguiente comentario....

Un saludo

P.D.: Es curioso, acabo de volver a comprobar la compatibilidad de la K1 con el DSS y, en teoría, resulta que es compatible (aparece claramente en el listado de cámaras compatibles). Algo debo estar haciendo mal, porque el desarrollador tiene que tener claro el tamaño de los archivos de la K1, y si la ha incluido en el listado de cámaras compatibles, tiene que ser consciente del problema del tamaño de los archivos, el uso de memoria, etc....... Volveré a hacer pruebas cuando tenga tiempo....

[Lidenbrook]

Otra cosa que se me ha olvidado comentar: cualquier programa que sirva para sustituir a DSS, debe ser capaz de manejar y procesar correctamente darcks, bias y flats, y en RAW, porque, de lo contrario, no tiene sentido utilizarlo, ya que el apilado, alineación y resta de darcks, puede hacerse perfectamenete en Ps y en RAW (y se pueden crear acciones para automatizarlo). Lo único que aun no he conseguido hacer de forma "practica" es el procesado de flats y bias (lo que no quiere decir que no se pueda hacer, sólo que no se puede hacer de forma suficientemente "razonable" como para que sea práctico). Por otra parte, la forma en la que se incorporan estos procesos al apilado en Ps, por el momento es poco práctica y no se consigue, ni de lejos, las mejoras reales que se consiguen en DSS gracias a la utilizaxción de Darks, Flats y Bias. Por eso es una pena que DSS no se actualice para poder trabajar con archivos actuales.....(como los de la K1).
El truco de recortar, el de pasar a jpg, etc. ya los he probado y no tienen sentido, especialmente para fotografía nocturna (vías lácteas). Unicamente es útil para Astrofotografía de objetos celestes poco extensos, donde recortar puede tener sentido. Aun así, con la K1, salvo que el recorte sea muy grande, sigue sin manejar correctamente series importantes y con el inconveniente de que ya no estamos trabajando con lo RAW originales, sino con Tiff, con lo que el tamaño, aun tras el recorte, vuelve a ser muy grande - tanto como el raw sin recorte -  y se pierde la ventaja del recorte (para disminuir el peso). Trabajar en Jpg no tiene sentido, ya que la pérdida que presenta es mayor que la ventaja de trabajar con Bias y Flats y requiere convertir toda la serie previamente. La conversión es un problema menor - se puede automatizar - pero creo que es fácil de entender que si lo que pretendemos es aumentar la relación señal/ruido - que es para lo que sirve el apilado - , trabajar con archivos de 8 bits no tiene mucho sentido, ya que perderemos  mucho mas a la hora de estirar el histograma en el procesado por estar trabajando a 8 bits, de lo que ganaremos por el aumento de relación señal/ruido (vamos, que no ganaremos nada respecto a una toma única en RAW con reducción de ruido de alto iso y de obturación, activados).

No está fácil la cosa.......

Un saludo

[Bikermon]

Hola de nuevo,

He encontrado otro programa para apilado, la próxima salida hago un apilado y pruebo.

Dejo el enlace. Sequator