Новый "регистакс" - Autostakkert!

[Star Hunter]

И всё же завалил! Отправил Эмилю скрин - думаю, это поможет найти ошибку.
P.S. На втором ноуте с 4Gb RAM - сложило без каких либо ошибок 5404 точек с AP Size 25!

[Дмитрий Маколкин]

5404 точек с AP Size 25!

И как результат? Оно того стоило?

[Star Hunter]

5404 точек с AP Size 25!

И как результат? Оно того стоило?

Нет, разницы я особой не ощутил. Но при одинаковых настройках вейвлетов в Regiatax 6 - 5404\25 менее шумный результат (но чуть мыльнее и есть некоторые артефакты), чем у 1361\50. Да и задачей было заставить программу выдать ошибку...

Если интересно - вот эти два стэка: https://yadi.sk/d/-UzMK6EVeSYKT

Телескоп SW BKP150750EQ5, НПЗ PAG 3-5x (5x), ZWO 120 MC.
Frames captured=4921
File type=SER
Binning=no
ROI=1280x960
FPS (avg.)=27
Shutter=30.00ms
Gain=33

Пожалуй, 5х всё же избыточными были - 4х получше результат был по Луне.

Дополнение: ошибки на версии 2.5.1.4 исчезли после отключения галки RGB Align. Хотя на предыдущих версиях программа падала что с галкой, что без.

На втором ноутбуке с 4 Гб оперативки ошибок нет совсем (хоть с RGB Align, хоть без).

[leviathan]

И всё же завалил! Отправил Эмилю скрин - думаю, это поможет найти ошибку.

Какую ошибку ? Эмиль виноват что на слабом ноуте с всего двумя гигами памяти выставлено 5404 точек ? 

Или это уже дело принципа ?

[Star Hunter]

И всё же завалил! Отправил Эмилю скрин - думаю, это поможет найти ошибку.

Какую ошибку ? Эмиль виноват что на слабом ноуте с всего двумя гигами памяти выставлено 5404 точек ? 

Или это уже дело принципа ?

Стэк с 5404 точками тестировался на 4Гб машине) (у меня два ноута, один с 2.5 Гб памяти, второй с 4 Гб).

Ошибка, вызванная малым ОЗУ (предположительно) - тоже ошибка. В предыдущих версиях всё прекрасно работало на 2 Гб машинах (правда, мееедлеееееннно).  Эмиль не виноват, но ему, как разработчику, это может быть интересно, а искать ошибку или нет -это уже дело его. Приятно, что он не предлагает докупить оперативку\сменить комп\забухать ёпта, а идет навстречу и пытается решить проблему. Побольше бы таких разработчиков! Такого не жаль и поддержать финансово, тем более - программа архиполезная. А пока - жду официального ответа причины падения.

Как никак - это альфа, и я считаю, что обо всех ошибках следует сообщать разработчику. Я не вредничаю и не иду на принцип.

[leviathan]

Оно конечно верно, но тут явно имеем дело с недостатком оперативной памяти.

[Yung]

The Last Man, Вы абсолютно правы - программа не должна падать. Пусть очень медленно, выгружая обработанный материал на HDD и подгружая с него новые данные, но должна работать... или Эмилю нужно указать минимальные требования к ПК для гарантированной работы.
По любому он большой молодец - отличная прога!

[Star Hunter]

По любому он большой молодец - отличная прога!

Да, Эмиль за 5 лет не забросил программу.  Пользуюсь ею с самого начала, когда она еще только черно-белые ролики кушала 

[leviathan]

Я уж думал что забросил, с Марта прошлого года до недавнего времени никаких обновлений не было. Но теперь есть спонсор.

[kryptonik]

Держу эту программу в арсенале. Но для Луны не очень нравится. Раз вышла новая версия переиспытал. Шестой Регистакс она по-прежнему не сделала. Результат чуть хуже, хотя не принципиально. Сложил 55-240-1019 точек. Особой разницы нет. Так что за числом точек гнаться смысла не вижу.
Расстановка точек не показалась безупречной. У шестого как-то более явно привязка к контрастным зонам, а тут как-то линиями лепит. Но на лысые места не поставила, что-то мыслит. Но материал был не особо хорош. Это надо статистику набирать. В общем с 6-го пока пересаживаться не буду.

[leviathan]

А самому расставить точки ?

[kryptonik]

Не царское это дело самому точки ставить. Но процесс надо контролировать. Мне поэтому 6-й и нравится больше, как-то удобнее. Настроить, добавить точек, лишние убрать.
Но в общем то больше результат от материала зависит. Программы практически равноценные.

[Дмитрий Маколкин]

А самому расставить точки ?

А пакетная обработка?

[p.v.]

У меня тоже на 20 гб роликах падает. Надо этого бракодела добить Предлагаю написать ему гневное письмо от лица товарищей, несогласных с его странноватой ориентацией на умеренное количество точек и неумеренное количество используемой при их обсчете оперативной памяти. Даешь снижение себестоимости обсчета точки на единицу памяти в кратчайшие сроки! ( все встают, звучит интернационал, раздаются продолжительные аплодисменты)

Теперь о грустном. Он ведь написал, что воткнул блок try catch для отлавливания исключения. И не отловил. Это такая штука, которая останавливает исполнение при ошибке и выдает стек с ее описанием. При этом он пишет, что не знает, в чем проблема. Тут очевидно, проблема в вашем PC. Была бы проблема в программе, она бы слетела и у него при повторении подвига. Но у него не слетела. К тому же вы загоняете и комп и программу в пограничные (нестабильные) состояния, в которых она в принципе не способна выполнить одно и то же дважды. Когда речь идет о много-поточном и, тем более, многопроцессорном исполнении, никакой однозначности быть не может в принципе. Поэтому, снижайте кол-во точек до разумного предела (100 вполне достаточно, сами точки сделайте крупнее) и не загружайте слишком большие ролики. Смотрите, сколько свободной памяти у вас на ПК до запуска программы и в пределах этой цифры, с небольшими вариациями, вы сможете обработать ролик с предсказуемым результатом. Если вы при 2гб памяти грузите ролик в 10 гб, у вас работает HDD, как "оперативная" память (page file). А работу дисковой системы в этом режиме предсказать практически невозможно. Результат всегда будет разным.
В итоге, если программа падает, то разумно снизить нагрузку на комп, вот и все. А разработчик тут не при делах.

[Star Hunter]

Эмиль прислал обновленную версию 2.5.1.5. Падений нет хоть с 2200 точками, хоть с 3910
В данном случае такое большое количество точек, разумеется, не нужно, однако считайте это тестом на стабильность и ресурсоемкость.
Заметил, что при тех же настройках Min Bright и том же размере точки (50) теперь количество автоматически определяемых точек уменьшилось с 1361 до 992. Тем не менее, при искуственном увеличении количества точек (до 2200-3910) падений нет.
И это на стареньком Core 2 Duo 1.83 Ггц и 2.5 Гб оперативки! А вы всё про железо да железо...

[Star Hunter]

Ошибка устранена - программа пыталась разделить на ноль
Собственно, ответ Эмиля на мои результаты тестирования и мои вопросы:

(кликните для показа/скрытия)

Hi Ruslan,

Thanks for responding so quickly every time, that really helps with the development/debugging speed

> ...automatical placing AP grid make 992 AP (at last version was 1361).
Ah yes, I was experimenting a bit with automatic placing AP, I will probably increase the AP count a bit again (place them closer together), but I'm not sure by how much. This remains something I want to improve (automatic AP placement), but it is really difficult to get 'optimal' settings.

>  So, did you find a problem? What it was?
Yes, it was a problem in the new RGB alignment code. The stacks in AutoStakkert!2 are represented internally by two floating point values per pixel of each AP, one for the 'intensity' and one for the 'count', or how many of the pixel values were added - with also support for fractional counts. When I export the stack, or in this case when I run the RGB alignment code,  I divide the pixel values by the counts to get the averages. But in specific cases it is possible that the count is actually 0, and dividing by 0 is of course not a good idea

> what is minimal PC requestion for normal using Autostakkert? I understand, what fast CPU and a lot of RAM it is good :-)
Minimum is probably something like Windows XP, 1GB ram, single core 1 Ghz... But it will not be able to process really big files, because AS!2 will always need quite a bit of memory to do its thing on large files. Recommended specifications are:

- 64-bit Windows (7 /
- 8 gigabytes of RAM (although AS!2 itself can only use 4 GB, if you have just 4 GB in your system, in principle it will never be able to use about 2.5 GB, because the rest is just available for the OS...). Windows uses RAM memory for file buffering as well, so more than 8 GB can still be very useful when you work with large files.
-  4 actual cores intel CPU (i5, i7). Hyperthreading is nice, but only adds +- 15% performance, so an i5 is probably the best money/performance wise.

> Heh, so if you will need more test with new versions - i can help. Just say, what i must to do :-)
Thanks!

I will probably upload a new version this evening, but it will not be much different from the one I sent you (only the #APs will change again a bit.

Cheers,
Emil

[Ledneff]

Autostakkert как то плохо отбирает кадры, при любом параметре шумности (Noise robust). В любом месте попадаются совсем размытые кадры и резкие.  Снимал Юпитер с сильным усилением сигнала до 100% на камеру ASI 120mm. Ниже одиночный кадр из ролика. Может проблема в сильной шумности материала?

[Infinity]

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

[Star Hunter]

Подниму темку. Появилась альфа-версия AutoStakkert 2.5.1.18  (от 19 октября 2015 года). Небольшой лог:

(кликните для показа/скрытия)

2.5.1.18 - October 19, 2015
- Fixed RGB align bug (rewrote part of the saving to image file function, but forgot one little line ). If you find more bugs, let me know..

2.5.1.17 - October 17, 2015
- Fixed speed during alignment back to 2.5.1.7 levels.. (there was some left-over debugging stuff slowing things down a lot in the image alignment stage, especially when using many APs)

2.5.1.16 - October 14, 2015
- Column and row noise offset correction (parameters can be tweaked from advanced -> experimental) - Added option to export current frame (from frame view)
- Added option to brighten the view (and only the view, not the actual raw data)
- Added /inifile command-line parameter to allow usage of separate log files (e.g. autostakkert.exe /inifile someotherinifile.ini ).
- Added /expanding command-line parameter to allow expanding a recording into multiple (potentially overlapping) 'virtual' recordings. Instead of just opening a recording from frame 0 to 1000, it can expand the recording to multiple recordings: 0-100, 50-150, .., 900-1000. ) .
- Cleared extra memory when opening new files (e.g., the previous stack).
- Fixed memory bug during saving some image stacks.
- Added Brute-force alignment.. ONLY use when you have very few APs, but typically you shouldn't bother with this. Unless you only achieved very poor image stabilization accuracy, in which case you should only use this brute force option AFTER you tried to improve image stabilization accuracy!
- Rewrote large sections of the code to make things a bit more readable for me...which almost certainly leads to...
- Added many more bugs!
- Fixed road bike crash: 99.9%, not counting scars .
- Many minor interface changes (renaming some functions, added file-close option, open last stack location in explorer, some new short-cuts, etc.).

Ссылка на скачивание та же - http://www.astrokraai.nl/software/latest.php

[Yung]

Руслан, спасибо! Будем изучать.