Вопросы по астрофото и железу без открытия отдельной темы.

[Сергей Казаков]

Отзовитесь в ЛС кто снимает астро на цветную пленку, БФ или СФ, есть вопрос

    Есть интерес .
    Но пока только вернулся к ручному ведению и гидированию . И на цветную пленку не снимал . С реактивами проблемы были и дорого .

[mo]

А в чём прелесть этого действа?

Примерно в том же, в чём прелесть почти любого другого действа. В действе. И в результате. Но больше в действе обычно.

[Alex1967]

А в чём прелесть этого действа?

Примерно в том же, в чём прелесть почти любого другого действа. В действе. И в результате. Но больше в действе обычно.

Ну, дело вкуса конечно...  Но, хотелось бы взглянуть на результат...

[olvinksa]

А в чём прелесть этого действа?

Примерно в том же, в чём прелесть почти любого другого действа. В действе. И в результате. Но больше в действе обычно.

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

Если что, мне тоже интересно, когда-то плёночной фотографией тоже занимался, но не небо фотографировал.

[mo]

Мне всё равно, что движет автора вопроса. Пусть делает то, что его вдохновляет.
Я лишь озвучил свою идею не уносить обсуждение в приват, а создать тему или подсесть на хвост существующей.

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

[Alex1967]

Мне всё равно, что движет автора вопроса. Пусть делает то, что его вдохновляет.
Я лишь озвучил свою идею не уносить обсуждение в приват, а создать тему или подсесть на хвост существующей.

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

Да мы ж не против темы - пусть будет.    За одно посмотрим на результат...

[Alex1967]

Вот пытаюсь WinJUPOS освоить, но что-то у меня не получается планетку увеличить/уменьшить-повернуть относительно шаблона - и планетка и шаблон увеличиваются/уменьшаются синхронно, то же и с поворотами. В чем дело не пойму. Может кто знает почему так происходит?

[p.v.]

В чем дело не пойму. Может кто знает почему так происходит?

Дело в шляпе. Хелп написан, чтобы его читать. Там все подробно расписано.
Еще более подробно и для разных сценариев процесс описан тут https://prozarium.ru/TextDetails.aspx?TextID=2338
Если лень читать, смотрите картинки

[Alex1967]

Благодарю!

[Исследователь]

Подскажите, плиз, как называется фильтр для фотоаппарата который восстанавливает баланс белого, если в фотоаппарате уже удален фильтр для астрофотосьемки? Что написать в поисковике? И ещё вопрос. Нашел на алике магазин с разными узкополосными фильтрами, не астрономический. Там щас распродажа. Есть Н-альфа подешевле, чем обычно, но там ширина окна 20 нанометров, а не 7. Стоит чтобы купить или нет? Фильтры на объектив. 52, 58 мм и др...

[Reactor]

Подскажите, плиз, как называется фильтр для фотоаппарата который восстанавливает баланс белого, если в фотоаппарате уже удален фильтр для астрофотосьемки

Astronomik OWB Clip-filter

[Исследователь]

Подскажите, плиз, как называется фильтр для фотоаппарата который восстанавливает баланс белого, если в фотоаппарате уже удален фильтр для астрофотосьемки

Astronomik OWB Clip-filter

Нашел Optolong OWB Clip-filtr. Последняя цена 12000 и нету. Я нашел фильтр с названием QB21. Судя по графику пропускания это требуемое стекло. Там стоит недорого, в виде светофильтров на объектив. Фильтр в оправе, цена вопроса 1000 рублей. Может кто прокомментирует графики пропускания.

[ArtDen]

Хотел поинтересоваться у тех кто пользуется live stacking при съёмке. Программы при съёмке убирают треки спутников и метеоры? Или они остаются на результирующем фото?

[greghome]

Хотел поинтересоваться у тех кто пользуется live stacking при съёмке. Программы при съёмке убирают треки спутников и метеоры? Или они остаются на результирующем фото?

В  sharpcap есть сложение live stack с сигма клиппингом. Но если цель качественное фото, то лучше сохранять исходники и потом складывать в суммы в спец программах. Сложение налету для просмотра больше подходит.

[ArtDen]

В  sharpcap есть сложение live stack с сигма клиппингом. Но если цель качественное фото, то лучше сохранять исходники и потом складывать в суммы в спец программах. Сложение налету для просмотра больше подходит.

Да, я нашёл уже это в описании шарпкапа. Осталось только понять как он делает сигма клиппинг при "живом сложении", т.к. на это просто не должно хватать памяти компьютера при накоплении некоторого количества кадров.

[mo]

Да, я нашёл уже это в описании шарпкапа. Осталось только понять как он делает сигма клиппинг при "живом сложении", т.к. на это просто не должно хватать памяти компьютера при накоплении некоторого количества кадров.

Мне кажется, много памяти для этого не нужно. Достаточно хранить сумму (среднее).

Как я понимаю, сигма-клиппинг делается на основе среднего (1 кадр суммы) и текущего кадра (1 кадр), отклонений его пикселей от найденного среднего.
В начале клипинг будет так себе (мало статистики). Но, так как съёмка короткими (~1 сек), то через пол минуты статистики будет достаточно.

То есть нет нужды каждую секунду перескладывать весь массив. Просто "добавить" пришедший кадр с соответствующим весом.

[ArtDen]

Как я понимаю, сигма-клиппинг делается на основе среднего (1 кадр суммы) и текущего кадра (1 кадр), отклонений его пикселей от найденного среднего.

Честный сигма-клиппинг делается на основе среднего значения и среднеквадратичного отклонения. Для среднего значения не надо хранить все кадры (а достаточно суммы). А вот для среднеквадратичного отклонения нужны все кадры с самого первого. Но судя по описанию, шарпкап делает какой-то ненастоящий сигма-клиппинг, т.к. точно не хранит (и не пишет на диск) все кадры. У меня есть несколько идей, но не уверен, что они правильные. Надо проверять.

[mo]

А вот для среднеквадратичного отклонения нужны все кадры с самого первого.

С самого первого в рамках окна.

Да но, разве нет возможности std.dev считать инкрементально от ранее подсчитанного std.dev (попиксельно) к данным нового кадра?

Корень из суммы квадратов (делённое на кол-во элементов).
Было три кадра, получили корень из суммы трёх квадратов, делённых на три (под корнем).
Стало четыре кадра, надо получить корень из суммы тех трёх квадратов плюс квадрат значения пикселя нового кадра, делёный на 4.

Значит можно сохранить сумму квадратов кадров до текущего. К ним добавить квадрат текущего (сохранить на будущее), разделить на кол-во кадров и извлечь корень.
Вроде б не надо хранить все кадры до и пересчитывать сумму квадратов каждый раз. Не?

[ArtDen]

Вроде б не надо хранить все кадры до и пересчитывать сумму квадратов каждый раз. Не?

Нет. Если ты посмотришь формулу среднеквадратичного отклонения, то увидишь, что суммы квадратов зависят от среднего, которое меняется с каждым кадром. А значит их надо пересчитывать заново, а для этого надо иметь все кадры ((

[mo]

Нет. Если ты посмотришь формулу среднеквадратичного отклонения, то увидишь, что суммы квадратов зависят от среднего, которое меняется с каждым кадром. А значит их надо пересчитывать заново, а для этого надо иметь все кадры ((

Помоги мне помочь тебе. О какой именно формуле ты говоришь?
Те, что я нашёл, укладываются в (плохо) описанный мною алгоритм накопления.