Hola a todos

Está disponible una nueva versión de la aplicación principal PixInsight Standard, 1.0.1.221 Beta 3:

http://pleiades-astrophoto.com/download/STD/

Esta versión viene con el módulo ABE de Carlos Milovic, que incluye alguna mejora desde que él lo publicó en su presentación. Mirad el mensaje que Carlos escribió hace un par de días, donde encontraréis una buena explicación sobre ABE y las nuevas funciones que ha implementado.

Además, hay una nueva sorpresa: ImageContainer. Se trata de una nueva funcionalidad de la aplicación principal que permite procesar grandes conjuntos de imágenes, ya sea abiertas en ventanas o directamente en ficheros de disco. Esto es lo que se conoce como batch processing, o procesamiento por lotes.

ImageContainer es una interfaz compleja y sofisticada, mucho más de lo que puede parecer a primera vista. De hecho, tal vez sea demasiado potente (no puedo creer que yo esté diciendo esto... )

Los objetos ImageContainer son colecciones ordenadas de referencias a imágenes. Cada referencia puede apuntar a un archivo de disco o a una vista (una imagen abierta o una previsualzación). No hay un límite específico en el número de elementos que puede tener un objeto ImageContainer.

Una vez que se ha definido un objeto ImageContainer, se le puede aplicar cualquier proceso, incluyendo cualquier icono, que puede ser un ProcessContainer, por supuesto.

Cuando se aplica un proceso a un ImageContainer, el proceso es ejecutado para cada elemento de forma secuancial. Hay varias opciones disponibles para controlar el comportamiento de ImageContainer durante la ejecución. Por ejemplo, se puede especificar un error policy (criterio para errores) para definir lo que pasa cuando se produce un error: continuar, parar, o preguntar al usuario.

ImageContainer soporta especificaciones comodín (wild) tanto para elementos de archivo como para vistas. Se usan los caracteres comodín estándar: * ?

Por ejemplo, un item de ImageContainer podría ser:

Image01->*

el cual hace referencia a todos los previews definidos en la imagen Image01. De forma similar, *->* se refiere a todos los previews definidos en cualquier imagen, y un asterisco * se refiere a todas las imágenes (vistas principales).

Para elementos que se refieren a archivos, también se puede definir comodines de la forma estándar. Por ejemplo:

/home/images/*.fit*

se refiere a todos los archivos FITS existentes en el directorio /home/images (como ya sabréis, PI usa directorios tipo UNIX incluso bajo Windows). Fijaos en el último *, que engloba tanto a los archivos .fit como a los .fits.

para cada elemento de ImageContainer se puede especificar una máscara, incluyendo inversión automática (como hace PI Std normalmente). Sin embargo, todas las máscaras especificadas tienen que estar abiertas y disponibles; no pueden ser imágenes en disco.

Se puede especificar también un directorio de salida (output directory). Éste es el directorio donde se escribirán las imágenes de salida, una vez procesadas. Por defecto, cuando no se especifica un directorio de salida, los archivos son escritos en sus directorios de origen.

También se puede definir un output template. Se trata de un mecanismo que permite especificar cómo van a ser los nombres de los archivos de salida. Funciona a base de macro-expresiones. Por ejemplo:

&filename;.jpg

hará que ImageContainer escriba cada imagen procesada como un archivo JPEG. Se puede usar templates mucho más complejos. Por ejemplo:

&filename;_&datetime;&extension;

Este template escribirá las imágenes con sus extensiones de archivo originales (y por ende sin cambiar de formato), pero una secuencia de caracteres representando la fecha y la hora actual (en la escala UTC) se añadirá al nombre original, precedida de un signo de subrayado. Publicaremos una lista completa de macros en un documento muy pronto.

Finalmente, ImageContainer proporciona la posibilidad de definir un directorio base. Esto permite definir trayectorias relativas de archivo (que son las que no empiezan por / ni con una letra de unidad, como C:). Las trayectorias relativas son muy útiles porque permiten reutilizar objetos ImageContainer en diferentes sistemas y plataformas, ya que son independientes de cualquier árbol de directorios.

*****

Nuevas opciones por defecto para los formatos de archivo estándar

Ahora se puede definir un conjunto de valores y parámetros por defecto para los formatos FITS, TIFF, JPEG, JPEG2000 y DSLR RAW.

En la ventana Format Explorer, si hacéis doble clic sobre un icono de formato (o hacéis clic en Edit Preferences), se abrirá un diálogo donde podéis especificar los valores que se utilizarán para escribir nuevos archivos en dicho formato. Por ejemplo, podéis establecer la calidad de compresión JPEG por defecto, o el tipo de compresión TIFF, etc.

*****

Bueno, pues eso es todo de momento. Vamos avanzando bastante deprisa hacia lo que queremos conseguir. La aplicación principal es ahora muy estable, lo cual es la base de todo por supuesto.

Un saludo a todos, y gracias infinitas por el apoyo que nos estáis dando continuamente.

Juan