Друк

[Гість]

Ласкаво просимо, Гість. Будь ласка, увійдіть або зареєструйтеся.
26 Листопада 2024, 04:57:47

1 година 1 день 1 тиждень 1 місяць Назавжди

Увійти

[Новини]

•    Новини
•      Астрономія
•      Астрозаходи
•    Життя клуба
•      Новини
•      Проекти
•      Заходи
•      Звіти про спостереження
•      Документи
•    Статті
•      Обладнання та телескопи
•      Спостереження
•      Астрофотографія
•      Астрософт
•      Астрономія в Україні
•      Астрономи шуткують
•      Інше
•     
•      Файловий архів

Наш канал

Наші сайти

Астро-сайти

Програми

Наш канал

Наші сайти

Астро-сайти

Програми

[Andrei Ioda]

Ну все. Скоро надо будет искать новую прогу для обработки. Очередной поход за универсальностью закончится как обычно... =(

[Олег Малий]

Ну все. Скоро надо будет искать новую прогу для обработки. Очередной поход за универсальностью закончится как обычно... =(

Искать новую программу по той причине, что один из её пользователей написал плагин, которым никто никого не заставляет пользоваться?

[M_M]

В начале августа появилось обновление (1.8.5). Сменилось ядро, требуется переустановка.

Скрытый текст

New Features

With PixInsight 1.8.5 we have had a strong focus on performance and stability. This version also comes with new tools and features, and an enormous amount of work done with our C++ and JavaScript development platforms, to establish solid foundations for the numerous development projects that will start in September.

Here is a reduced, non-comprehensive list with some important changes in PixInsight 1.8.5:

* New installer packages for macOS and Windows. For macOS, now we have a custom Installer package. For Windows, we have a completely redesigned installer application that registers PixInsight as the application to open .xisf, .xosm, .xpsm and .psm files. As has always been the case for Linux and Windows, installing PixInsight on macOS requires administrative privileges. All executable files in the PixInsight distribution, including the installer packages, have been digitally signed on macOS and Windows. On Windows, an Extended Validation (EV) certificate has been used.

* Core application developed and built with the latest Qt 5.9 version on all platforms. Latest versions of the LittleCMS engine, cURL, LibTIFF, JPEGLib, etc.

* New incremental project writing feature. Basically, when you save (rewrite) an existing project, only the block files corresponding to modified images and image states are written to disk. Unmodified blocks are left intact and just renamed for project security purposes. This makes saving big projects orders of magnitude faster than before. This has been a very necessary improvement for a long time, and is now implemented and working in version 1.8.5.

* New Recently Used and Most Used categories in Process Explorer. Both lists are generated and updated in a completely automatic fashion. There are specific items in Preferences to control this functionality.

* New drag and drop functionality implemented in all tools. For example, now you can drag a file selection to the list of input files in ImageIntegration, including images and .xdrz files. Or you can drag a folder and the tool will find all relevant files automatically. Do this with the Ctrl(Cmd) key pressed and all files will be searched recursively. You can also drag a file to StarAlignment's reference image field. And so on... Of course, this works nicely with File Explorer.

* New view drag and drop functionality. The same as above, but dragging a view selector anywhere a view is required throughout the entire platform. For example, drag a preview selector to the ROI section of ImageIntegration and its coordinates will be selected automatically. Ctrl(Cmd)-click and drag to select a view without making it the active view of its parent image window.

* FileExplorer has a new Reload button that reloads data from the relevant section of the file system, in case some files change in size (which cannot be always monitored automatically), or if you are exploring network drives, which usually don't refresh automatically. This, along with the new file drag/drop functionality and the possibility to filter file selections easily with wildcards, makes File Explorer the perfect choice to select files in PixInsight.

* FileExplorer uses the WebP image format to generate its cache of image thumbnails. This provides support for image transparencies through alpha channels and can save up to a 50% of disk space.

* Added support for the WebP image format (read/write). This initial implementation of the WebP format is a relatively basic one. Color profiles are still not supported, but I plan on writing a separate, feature-rich WebP module later this year.

* The FormatExplorer window provides complete information on file format hints for all supported formats. Select a format on the left panel, then double-click the "implementation" item.

* New user-definable wallpapers, selectable for each workspace. There are specific options in Preferences to customize workspace wallpapers, including the possibility to define your own images. The default set of wallpapers consists of 10 SVG images with PixInsight's "pixelon" logo.

* Completely rewritten SVG support. This version of PixInsight has one of the best and most complete SVG rendering engines, based on Chromium's SVG implementation. This improvement is a fundamental building block of the graphics capabilities being implemented in the next generation of PixInsight tools. LocalNormalization (see below) is a good example.

* Gnuplot version 5.0.6 integrated in all standard distributions. It is on the bin installation directory and can be invoked from PCL and PJSR code to generate graphs in SVG format. Again, LocalNormalization makes an excellent use of this integration.

* New XML-based drizzle data format (.xdrz files) with LZ4 real-time compression, which replaces the old .drz format. ImageIntegration and DrizzleIntegration are still backwards-compatible with existing .drz files, but StarAlignment and ImageIntegration generate .xdrz exclusively.

* New XML-based local normalization data format (.xnml files) with LZ4 real-time compression. .xnml files are used by the LocalNormalization, ImageIntegration and DrizzleIntegration tools to implement local normalization for pixel rejection and integration output.

* DrizzleIntegration can now work with monochrome CFA frames directly. That is, Bayer drizzle is now supported directly without needing to create RGB Bayer images anymore. The BatchPreprocessing script has also been updated accordingly.

* New automatic Bayer pattern selection mode. For raw frames loaded from DSLR raw files (.cr2, .nef, etc.), Debayer always knows the Bayer pattern that has to be applied automatically. The same applies to DrizzleIntegration in CFA mode. Obviously, this does not work for FITS frames, since FITS has no standard way to store CFA pattern information.

* The Debayer tool can now work in batch mode with high level parallelization. This fixes the last bottleneck that was remaining in our preprocessing pipeline. Debayer runs now much faster, and its performance scales almost linearly with the number of processor cores available. Naturally, the BatchPreprocessing script makes use of this feature.

* Added support for nonstandard CFA patterns. Besides the new "Auto" mode, the Debayer tool supports the following patterns: RGGB, BGGR, GBRG, GRBG, GRGB, GBGR, RGBG, BGRG.

* New PhotometricColorCalibration (PCC) tool. Simply put: you're gonna love it!

* New LocalNormalization (LN) tool. This tool implements a new multiscale local normalization algorithm of our own design. LN deserves a separate description with examples, which I'll publish over the coming days. LocalNormalization is tightly integrated with the ImageIntegration and DrizzleIntegration tools, both for pixel rejection and integration output normalization.

* New large-scale pixel rejection algorithm implemented in ImageIntegration. No more plane and satellite trails in your integrated images. No more star trails on your sky flats. Large-scale pixel rejection is also available for integration of sky flats in BatchPreprocessing.

* The DynamicCrop tool has a new 'preserve aspect ratio' feature to resize the cropping rectangle. Just press Ctrl(Cmd) while you drag from a corner or side of the cropping rectangle and its proportions will be preserved.

* All "Output extension" interface options have been removed. This is because some current and most future improvements and new features will depend on image properties that can only be serialized with the XISF format. As you know, the FITS format has been deprecated in PixInsight about two years ago. During the 1.8.5 cycle, all dependencies on FITS header keywords will be removed in all standard modules and scripts. The output extension parameters are still available but only by editing instance source code.

* The Matrix, Vector, ByteArray and Image core JavaScript objects can now be constructed from and transformed to JavaScript typed arrays, such as Float32Array, Float64Array, Uint32Array, etc. The Math core object also has extensive support for typed arrays. This allows for dramatic performance improvements in scripts because typed arrays allow for much faster access to container elements (for example, to individual pixels, or matrix elements) than native implementations.

* New script execution capabilities implemented in PCL. Basically, now you can execute and evaluate arbitrary JavaScript source code from C++ (subject to security constraints, obviously). This makes possible writing hybrid modules that can reuse and extend the functionality of existing scripts. A good example is the new PhotometricColorCalibration tool, which makes use of plate solving and photometric analysis scripts integrated in the standard PixInsight distribution.

* New WebView PCL and core JavaScript objects. WebView is a specialized control with full HTML 5 support and an integrated V8 JavaScript engine. It can be used to add interactive graphics functionality to any PixInsight tool. You'll see it in action in PhotometricColorCalibration.

* New Compression core JavaScript object. This is the JS counterpart to the Compression PCL class, along with ZLibCompression, LZ4Compression and LZ4HCCompression.

* The Dygraphs JavaScript graphing library is now part of the standard PixInsight distribution (please see the demos). PCC uses this library along with WebView to generate interactive scatter plots. It is on the src/scripts/Dygraph distribution directory.

* Comprehensive set of Astrometry C++ classes integrated in PCL, contributed by PTeam member Andrés del Pozo.

* Support for generation and deployment of analytic telescope pointing models in the INDIClient module. This is a nice implementation written and contributed by PTeam member Klaus Kretzschmar.

* The ColorMask script, written by PTeam member Rick Stevenson, is now part of the official PixInsight 1.8.5 distribution.

* Thousands (literally) of bug fixes and lots of performance and stability improvements accumulated during more than one year of development.

I would like to express my gratitude and appreciation to all the people who have helped me in testing and evaluating this new version, as well as to the developers who have contributed to make it possible with their excellent work and continued support. This includes a lot of users and members of this forum, but very especially the following members of our development and testing group: Alejandro Tombolini, Andrés del Pozo, Enzo de Bernardini, Georg Viehoever, Harry Page, Klaus Kretzschmar, Mike Schuster, Mike Smythers, Niall Saunders, Sander Pool, Rob Pfile, Rick Stevenson, Mark Shelley, and Vicent Peris.

[Andrei Ioda]

На маке стало работать намного стабильней.

[bigol]

Почитал отзывы про последнюю версию - 
Пикс теперь "вещь в себе" - только свой формат, никаких фитсов. Любителям маков, наверное, к такому не привыкать  , но мне кажется многих такой подход отпугнет.

[Олег Малий]

Почитал отзывы про последнюю версию - 
Пикс теперь "вещь в себе" - только свой формат, никаких фитсов. Любителям маков, наверное, к такому не привыкать  , но мне кажется многих такой подход отпугнет.

Есть выбор из 13 форматов.

[bigol]

Т.е. Милантьев просто чего-то не понимает или не умеет?

Мне не нравится, что пикс становится закрытым продуктом. Я имею в виду не только и не столько ввод нового формата файлов XISF, но отказ от самой возможности выбора других форматов во многих модулях и скриптах пикса. Например, используемый мною и многими другими пользователями, скрипт BatchPreProcessing (BPP).

В нём сейчас не только убрана возможность выбора формата в интерфейсе, но и она убрана и из кода скрипта. Если в пиксе 1.8.4 было достаточно в файле C:\Program Files\PixInsight\src\scripts\BatchPreprocessing\BatchPreprocessing-globals.js, в строке
#define DEFAULT_OUTPUT_SUFFIX                ".xisf"
прописать .fit, то сейчас эту константу Хуан вовсе убрал, по всему скрипту нахардкодив ".xisf".

Я вернул как было и попросил Хуана добавить мой патч в основную ветку пикса:
https://github.com/PixInsight/PJSR/pull/50

Решение об изолировании пикса Хуаном принято намеренно. Вот часть его ответа на мою небольшую доделку BatchPreprocessing:
Цитировать
No, I didn't forget to support other formats. The suppression of an output format selection feature in the BPP script has been intentional. XISF is, besides the native file format of the PixInsight platform, the only format able to support new features and functionalities that we'll implement in our image preprocessing tools and pipelines. The FITS format has been deprecated in PixInsight for the reasons (among others) described here:

http://pixinsight.com/xisf/

Since other formats such as TIFF, JPEG, etc. make no sense for preprocessing, providing a format selection feature in BPP (as well as in tools such as ImageCalibration, StarAlignment, etc) makes no sense and can only generate confusion and problems, especially in the medium-long term.

If you need FITS to support legacy applications, you can use the BatchFormatConversion script to convert from XISF to FITS very easily.

Грубо переводя, он пытается донести iPhone-way до пикса. Мол поддержка фитов в промежуточных этапах обработки в пиксе только запутает глупых юзеров.

И я не удивлюсь что скоро вовсе пропадёт совместимость с фитами на выход, как часто происходит в других программах с функциями, объявленными устаревшими (deprecated). Сейчас Хуан ведёт борьбу с фитами во всех промежуточных этапах.

Плохо это или хорошо? По мне так отвратительна именно безальтернативность. Нужен мне BPP именно для калибровки фитов с получением фитов, а не xisf. И запускать каждый раз BatchFormatConversion ... мягко говоря неудобно.
Но, конечно только Хуану решать куда будет расти его детище. Мне остаётся лишь пользоваться или не пользоваться этой программой.

[Олег Малий]

Дело не в Милантьеве.

Текущая версия поддерживает сохранение результатов в 13 форматах:

[Олег Малий]

Милантьев приводит в качестве примера скрипт BatchPreProcessing (BPP), который сохраняет результаты своей работы во внутреннем формате *.xisf, а не в исходном *.fits

[Олег Малий]

Конечные результаты работы скрипта BatchPreProcessing (BPP) можем сложить при помощи ImageIntegration.
Готовую мозаику можем сохранить в любом из 13 предоставляемых форматов.

[Олег Малий]

Милантьев пишет следующее: "Мне не нравится, что пикс становится закрытым продуктом. Я имею в виду не только и не столько ввод нового формата файлов XISF, но отказ от самой возможности выбора других форматов во многих модулях и скриптах пикса. Например, используемый мною и многими другими пользователями, скрипт BatchPreProcessing (BPP).
В нём сейчас не только убрана возможность выбора формата в интерфейсе, но и она убрана и из кода скрипта".

Разработчик Хуан сообщает: "If you need FITS to support legacy applications, you can use the BatchFormatConversion script to convert from XISF to FITS very easily."

Вот как выглядит конвертация XISF -> FITS при помощи скрипта BatchFormatConversion:

[Олег Малий]

А теперь можем проверить новообращённый *.fits на предмет его "фитсовости":

[Andrei Ioda]

Пока вы тут форматы обсуждаете, вышел новый очень интересный инструмент для PI - http://pixinsight.com/doc/tools/ArcsinhStretch/ArcsinhStretch.html

Думаю будет востребован. Я уже немного попробовал, правда на нелинейных данных. В рекомендациях указываются линейные данные.

[Redek]

Поставил наконец на рабочую машину пикс, подскажите нужно ли сейчас вручную какие-то модули искать и ставить или все из коробки стоят?

[@ndy]

Поставил наконец на рабочую машину пикс, подскажите нужно ли сейчас вручную какие-то модули искать и ставить или все из коробки стоят?

ALL INCLUSIVE)

[vakula]

Недавно вышло обновление Pixinsight до 1.8.6.
Для установки обновленной версии потребуется реактивации лицензии.
https://pixinsight.com/forum/index.php?topic=12986.0

[vakula]

В блоге у David Ault есть несколько интересных туториалов по Pixinsight, туториал по мозаикам нашел полезным для себя при обработке своей первой мозаики.

Ссылка - http://trappedphotons.com/blog/

[Vladimirovich]

Поддержу тему. Возможно не многие знают, что в основной дистрибутив Пикса не входит довольно большое количество интересных скриптов, которые сильно могут помочь при обработке материала. Дам несколько ссылок, где скачать. Устанавливаются и работают на любой платформе PixInsight 1.8 .
http://www.skypixels.at/pixinsight_scripts.html
http://www.qdigital-astro.com/pixinsightscripts
http://www.felopaul.com/pix.htm
Ну и полезный скрипт от Ветра http://astro.of.by/work/skript-dlya-rascheta-vesov-pri-slozhenii-v-pixinsight
Кстати, все эти туториалы для Пикса мне очень сильно помогали понять всю математику процесса обработки и я это пробовал проделывать совсем в других программах.

[Вадим]

Вопрос, возможно, не совсем корректный, но: можно ли посмотреть на результат обработки одного и того же материала в PixInsight и в связке программ Iris + FitStacker + PS (ил других условно бесплатных программ)? Кто-то проводил сравнение или видел в сети?

[vakula]

Думаю что такое сравнение будет не совсем корректным из-за отсутствия объективного критерия "хорошая постобработка" для художественного астрофото. Кому-то нравится поярче, кому-то почище, кому-то покрасочней.