PixInsight

[NKV]

в таком варианте, как есть  - это не юзабильный вариант кмк, в общем все неординарно

Вот этого и опасался. В общем не буду бежать впереди паровоза - подожду когда внедрят распозновалку в ядро PI.

[NKV]

Опять муза приходила - блинковалку принесла. Криво, коряво, но 64бит картинки ворочит.
Брать тут.

[mo]

Опять муза приходила - блинковалку принесла. Криво, коряво, но 64бит картинки ворочит.
Брать тут.

Коль, сорри за ламерский вопрос вовсе не по теме. А в чём суть "блинкования"? Смотрим с пяток своих выравненных кадров и видим, как там что-то движется? Понимаем, что это зарегистрированный или даже вдруг незарегистрированный камень?

[NKV]

Коль, сорри за ламерский вопрос вовсе не по теме. А в чём суть "блинкования"? Смотрим с пяток своих выравненных кадров и видим, как там что-то движется? Понимаем, что это зарегистрированный или даже вдруг незарегистрированный камень?

Типа того.
В MaximDL (menu > View > Animate ) этой фичей я постоянно пользуюсь и не только ради камней.
1) Выявить левый кадр в серии снимков. Просматривать все кадры (в том числе калибровочные) ручками влом ( а бывает сбой чтения с ССД, неправильная выдержка, ИСО, просто Лайт левый затесался и тд и тп).
2) Понять как прошло выравнивание (особенно по углам кадра).
3) Оценить визуально как бегали тучки по небу. Как засветка менялась. Бывает очень позновательно.
4) Сравнить варианты обработки. 2 кадра можно кнопкой PageDown обойтись, а 3 уже нужна блинковалка.
5) Чтобы анализировать причины потянутостей звёзд.

Можно ещё повспоминать, но мне этого выше крыши.

[rom67]

Николай, как всегда супер перфектно! Спасибо, раньше максим и стак использовал, а теперь есть классный вариант и в ПИ!
Отлично!

[NKV]

Спасибо, раньше максим и стак использовал, а теперь есть классный вариант и в ПИ!

Не за что.
До классного варианта ещё далеко, задумок очень много... пока неба нет буду потихоноку реализовывать.
Добавил пошаговый просмотр, выбор задержек между кадрами и фотошоповский Naviagator.
Брать тут.

[mo]

Коль, привет.

Жаль тебя не было на астрофесте. Впрочем, ещё пересечёмся, думаю.

Подскажи плиз по скрипту CosmeticCorrection, тобою написанному. Как логично выбирать значение битья? У тебя по дефолту стоит 0.04. На одноминутных дарках кэнона 350 при ~+15* средние значения мастердарка (просто походить по кадру с нажатой левой мышкой) в районе 0.0039 (в 10 раз ниже). Верно ли при этом поставить порог в 0.004?

Вроде бы при этом делается то, что нужно, вроде бы ничего лишнего не стирается, но решил уточнить у тебя.

[mo]

Только что натолкнулся на неприятную то ли фичу, то ли багу... (но скорее баг всё же). Второй экземпляр пикса не помнит ни одной моей настройки. Убил час, калибруя кэноновские равы в цвете и перевёрнутым флетом в фите...

[rom67]

Второй экземпляр пикса не помнит ни одной моей настройки.

Олег, не понятно. Второй экземпляр поставил на другую машину?
Поставил поверх первого - второй?
Не понятно 

Там есть конфигурационные файлы, в которых сохраняются настройки.

[NKV]

Коль, привет.

Жаль тебя не было на астрофесте. Впрочем, ещё пересечёмся, думаю.

Обязательно перезнакомимся

Подскажи плиз по скрипту CosmeticCorrection

Проще так: умножай пиксовые цифры на 65536 - получишь нормальные ADU.(или дли цифры из МахимDL на 65536 - получишь пиксовы) А уж как понять сколько пикселей в пропость выбросить - это я не могу знать.
Единственное, я бы для подсчёта колличества отброшенных пикселей воспользовался информативными удобствами из инструмента HistogramTransformation. ( вообще спасибо за намёк - добавлю на днях счётчик отброшенных пикселей в CosmeticCorrection)

Второй экземпляр пикса не помнит ни одной моей настройки.

Олег, не понятно. Второй экземпляр

И меется ввиду запуск одновременно 2х пиксов на одной машине.
Это баг - у меня тоже не помнит.

[rom67]

Это баг - у меня тоже не помнит.

вот как. И такое бывает нужным?
Не знал, спасибо.
Может тогда сделать 2 установки в 2 разные директории, тогда вроде должно все помниться.

[NKV]

вот как. И такое бывает нужным?
Не знал, спасибо.
Может тогда сделать 2 установки в 2 разные директории, тогда вроде должно все помниться.

Похоже именно эту заморочку мы и обнаружили: Оказывается второе окно пикса живет своей жизнью со своими настройками (и помнит их).
Так что скорее это не баг - это фенечка. Но нафиг она кому нужна? По мне так одинаковые настройки для всех окон удобнее.

[NKV]

И такое бывает нужным?

Недавно пользовался 2я окнами - удобно в одном запустить что нибудь долгомуторное типа выравнивания кучи кадров. А во втором что нибудь требующее постоянного тыканья мышкоклавой (DinamicBackground или просто скрипт писать). Главное не забыть ограничить процессорные ресурсы первого окна.

[Anton]

Не пойму, что за хня.
Поставил PI-1.6 64 бита под линем, так он тупо падает при попытке открыть файл. Просто при нажатии Ctrl-O или через меню Open File. Ось - Ubuntu 10.4.
Это только у меня так?
При этом 1.5 работает безупречно.

[mo]

Олег, не понятно. Второй экземпляр поставил на другую машину?
Поставил поверх первого - второй?
Не понятно 

Там есть конфигурационные файлы, в которых сохраняются настройки.

Коля верно ответил - это раз запустить пикса, второй раз запустить пикса. Он ещё пишет:
* This is instance #2 of 256 allowed, чем меня чуток веселит... запускать два пикса - для меня норма, а вот 256 .

Это баг - у меня тоже не помнит.

вот как. И такое бывает нужным?
Не знал, спасибо.
Может тогда сделать 2 установки в 2 разные директории, тогда вроде должно все помниться.

Угу, верно. В одном выравнивание откалиброванной первой ночи, вторым калибрую вторую ночь. Потом выравняю по тому же опорному вторую ночь.

Недавно пользовался 2я окнами - удобно в одном запустить что нибудь долгомуторное типа выравнивания кучи кадров. А во втором что нибудь требующее постоянного тыканья мышкоклавой (DinamicBackground или просто скрипт писать). Главное не забыть ограничить процессорные ресурсы первого окна.

Первое, что я делаю после запуска пикса, если не забыл, меняю ему приоритет на "ниже среднего", ибо подвисание мыши, пока он думает, а я занят другим делом меня просто бесит.

[rom67]

Угу, верно. В одном выравнивание откалиброванной первой ночи, вторым калибрую вторую ночь. Потом выравняю по тому же опорному вторую ночь.

Спасибо.
Зачем 2 процесса делать по времени столько же сколько каждый последовательно?
У меня камень C2D Extreme QX9770 на 3,5Ггц в Windows7 x64 и выигрыша в работе двух параллельных процессов я не ощутил.
Т.к. пришлось для первого инстанса ограничить процессорное время двумя процессорами (из четырех).
Или все таки есть какая-то выгода по времени?

[mo]

Угу, верно. В одном выравнивание откалиброванной первой ночи, вторым калибрую вторую ночь. Потом выравняю по тому же опорному вторую ночь.

Спасибо.
Зачем 2 процесса делать по времени столько же сколько каждый последовательно?
У меня камень C2D Extreme QX9770 на 3,5Ггц в Windows7 x64 и выигрыша в работе двух параллельных процессов я не ощутил.
Т.к. пришлось для первого инстанса ограничить процессорное время двумя процессорами (из четырех).
Или все таки есть какая-то выгода по времени?

Выгадываю не время, а возможность во время выполнения какой-то длительной операции (выравнивание, калибровка, сложение, ...) делать серию других менее ресурсоёмких операций, требующих больше не проца, а моего внимания (настройка гистограммы, подбор параметров шумодава, деконволюции, ... по маленькому превью).

[Anton]

Поставил PI-1.6 64 бита под линем, так он тупо падает при попытке открыть файл.

Разобрался. Косяки с либами.
Решение: ./PixInsight/bin/lib/libz.so.1 ну или где оно там у вас лежит - удалить.

[NKV]

Усовершенствовал CocmeticCorrection. Брать тут.

Добавил крутилки и подсчёты колличества плохих пикселей.
Увеличил скорость пакетной обработки.
Если применять к открытому файлу, то генерится новый с наследованием STF исходника.

[blackhaz]

NKV, там с английским беда. Давай помогу правильную фразу написать. Дай знать, что хотел сказать.