Друк

[Гість]

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

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

Увійти

[Новини]

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

Наш канал

Наші сайти

Астро-сайти

Програми

Наш канал

Наші сайти

Астро-сайти

Програми

[mpyat2]

Можу і заватажити. Але вже завтра.
Крім того, не бачу, що  це змінить.

По-перше, зелена і синя картинки у вчорашньому повідомленні обидві отримані СІРІЛом (до і після калібрування, в обох випадках суперпіксельна дебаєризація). Тож видно, що співвідношення каналів змінюється, тож якраз сіріл застосовує, хоч, можливо, ненавмисно, певні коефіцієнти.

По-друге, це видно з картинки з сьогоднішнього мого повідомлення, де я напряму поміряв співвідношення каналів до і після калібрування. З неї видно, що СІРІЛ щось дуже сильно міняє (тут я вже повторююсь, вибачте)

[Олег Малий]

Перешли мені майстер-флет для каналу синього кольору.
Він повинен мати статистичну вагу близьку до одиниці.

[mpyat2]

Олег, завтра викладу файли на свій Гуглодиск.

[Олег Малий]

Олег, завтра викладу файли на свій Гуглодиск.

Добре.
Можеш сам перевірити ститистичну вагу того мастер-флета.

[mpyat2]

Олег, привіт!
якщо є час та натхнення, cr2-файли (light, bias, dark, flat) з цим прикладом тут https://drive.google.com/open?id=1XfZeWgqklF7sVvbOWjJOO2J4dKBchHB4

Здається, знайшов, в чому розбіжність.
SIRIL під час калібрування просто нехитро ділить на майстер-флет попіксельно (light CFA ділить на flat CFA). Він не звертає уваги на те, що має справу з баєрівською матрицею.
IRIS, якщо виконує не просто операцію ділення, а саме ділення на flat (у меню це є окремою операцією "Digital photo" -> "Divide by flat-field...", хоч звичайно виконується неявно у "Preprocessing..."), зберігає співвідношення каналів первинного зображення (мабуть, дилить не тупо канал на калал, а кожний канал на однаковий для всіх каналів "сірий" флет).

Тож я відтворив ці два випадки у IRIS.
На знімку екрана праворуч(синьо-фіолетовий) -- light після видалення майстер дарку (з офсетом), напряму попіксельно поділений на майстер-флет (команда IRIS div, майстер кадри згенеровані у Сіріл!) і дебаєризований, щб було видно колір. Результат такий, як після калібрування у SIRIL.
Ліворуч (зелений) -- той самий light після видалення майстер дарку (з офсетом), але поділений на flat спеціалізованою функцією "Digital photo" -> "Divide by flat-field..." і дебаєризований, щоб було видно колір.

Добре видно, що спеціалізована функція не спотворює співвідношення каналів (знизу -- оригінальний light до калібрування , дебаєризований, щоб було видно колір)

Тож, якщо обмежитися астрофото та одноканальною фотометрією, все працює.

Однак, оскільки SIRIL поводить себе у деяких випадках не так, як IRIS, поки що зарано говорити, що SIRIL = IRIS for Linux. Незважаючи на дещо більш зручний інтерфейс, є що доробляти у плані сумісності, якщо це, звичайно, комусь потрібно.


Сама дебаєризація тут зовсім ні до чого, чи ми використовуємо лінійну інтерполяцію, зі збереженням розміру зображення, чи суперпіксельну дебаєризацію, після якої лілнійні розміри зменшуються в два рази, співвідношення каналів для цих двох методів на виході практично однакове. Інші методи не придатні для фотометрії, тому не розглядаю їх тут

[Олег Малий]

На жаль у мене нема досвіду роботи із астрофото від побутових фотокамер.
Розробник програми сам зареєструється тут на форумі і найде можливості відповісти у кінці тижня.

Подякували

1 :ds40a

[mpyat2]

Добре, якщо так.

[mpyat2]

Ще трохи про різницю у коррекції плоского поля у IRIS та SIRIL.

В IRIS є два набори процедур калібровки -- один набір для чисто монохномних кадрів, інший -- для кадрів з баєрівською матрицею (CFA)

Другий набір процедур знаходиться під пунктом меню "Digital Photo"
Різниця в тому, що враховеється те, що зображення складається з чтотирьох кольорових шарів. Тому в процесі ділення на майстер-флет сам майстер-флет нормалізується по кольорових каналах (в описі написано, що нормалізуються медіанні значення каналів).
Для нормалізації кольорових каналів флетів також є окрема команда GRAY_FLAT, однак вона не впливає на результат, якщо для DSLR-кадрів користуватися спеціальним набором процедур під "Digital Photo".

З іншого боку, якщо до майстер-флета застосувати GRAY_FLAT, то калібрування, у якому нехтується баєрівська матриця (перший набір процедур під пунктом меню "Preprocessing") дає майже той самий результат.
Є тонка різниця: трохи не так виправляються "гарячі" пікселі, все ж таки спеціальна процедура для баєрівської матриці має робити це більш коректно.

SIRIL має лише один "набір" калібрувальних процедур, мабуть, еквівалентний "першому набору" IRIS, який нехтує баєрівською матрицею, не робить флет "сірим" під час ділення на нього.

В принципі, це не так принципово, але таку різницю у поведінці програм треба враховувати.

До речі, наскількі мені відомо, DeepSkyStacker поводить себе приблизно так, як SIRIL.

[mpyat2]

То де ж той автор (Siril or Vincent)?
Бо є ще одна думка від незалежного експерта, який вважає, що "This problem is also affecting astro imaging as it kill the color reference of the DSLR."

Чи зарахуємо йому технічну поразку, тому що не з'явився?

[Олег Малий]

То де ж той автор (Siril or Vincent)?
Бо є ще одна думка від незалежного експерта, який вважає, що "This problem is also affecting astro imaging as it kill the color reference of the DSLR."

Чи зарахуємо йому технічну поразку, тому що не з'явився?

він написа:
https://free-astro.org/bugs/view.php?id=256

[mpyat2]

Процес пішов, це добре

Я думаю, що з ним таки поговорив R.Pieri, з яким я переписувався, він казав, що знає одного з авторів Siril і поговорить з ним про це

[lock042]

Hello,
I'm Cyril one of the authors of Siril.
If you don't mind I will answer, in english.

Yes, I do personnaly know R. Pieri. He tolds me about the color ratio "issue". But, as I said to Oleh I do not agree on some points.
- in photometry, he's more expert than me. Of course. But he's speaking about Johnson photometry. As we explicitly said in our procedure it is to extract the green channel with NO interpolation. So in this case, there are no problem. Of course, it is good to know there is other method and we will implement new features in a future release.
- in imaging : I do not agree. It does not kill anything.
Just for fun, I've done comparison between PixInsight and Siril preprocessing.


And the masterflat used was:



Well, in my opinion this is not a big issue (that's even not an issue), at least for image processing.

Finally, don't try to compare IRIS and SiriL. There are no possible comparison indeed. Maybe, when the project of SiriL started the first author wanted to write a software that was a clone, but it is not the case anymore. From the original project, only the name remains ...

My best regards,
Cyril

Подякували

2 :Олег Малий, ds40a

[mpyat2]

Hi Cyril,

First of all I would like to thank you for the great job: Siril indeed looks quite promising and multifunctional.

Regarding the "issue".
Personally I think that this indeed is not an issue for imaging, because we can always balance colors in postprocessing.

Regarding photometry: it would be better not to disturb initial channel ratio during calibration. If we are working solely with green channel it is not a problem at all. However, there are approaches where channel ratio is important:
1) V-band synthetic filter approach developed by Roger Pieri requires knowing of "real" R/G/B ratio for a certain sensor/telescope combination.
2) Traditional transformation of standardized magnitudes (to compensate systematic errors caused by non-standard nature of Bayer's filters) requires knowing of B-V difference between target and comparison stars. In its standard implementation it does not require knowing of absolute ratio of G and B channels, however, if properly calibrated, we can derive B-V index for a star from its observed (b-v) value for a given sensor: we can determine a coefficients Tbv and Tz for a given sensor [B-V = Tz + Tbv * (b-v)] using standard star fields and consider Tz not as arbitrary zero level but one of sensor's characteristic. So we could determine actual B-V for our target star (variable) and use it in conjunction with catalog B-V values of comparison stars. This could be possible only if we can keep channel-to-channel ratio intact. IRIS has separate set of menu commands (it seems that those commands are available from GUI menu only) for DSLR images and it takes into account such nuances (it makes flat "grey" while dividing and take into account Bayer matrix when fixes defect (hot) pixels).

Concerning SIRIL-IRIS comparison: probably there is some misinterpretation of a statement in Siril webpage: "Siril is meant to be Iris for Linux (sirI-L)"

So thank you again for your efforts. The program is great! Yet it would be very useful make a possibility of "neutralizing" flats.

Your sincerely,
Maksym

P.S. You wrote (on webpage) that "We did not create an installer for it because it's a bit complicated on Windows". There is very convenient freeware installer "InnoSetup". I would help you to make installation package for Windows.

[lock042]

Thanks for the great explanation !!
This time I totally do agree with you.

So thank you again for your efforts. The program is great! Yet it would be very useful make a possibility of "neutralizing" flats.

Yes, that is in the TODO list. If you do have some skins in C programming, you can write a patch to speedup the implementation .

[mpyat2]

Thanks for the great explanation !!
This time I totally do agree with you.

So thank you again for your efforts. The program is great! Yet it would be very useful make a possibility of "neutralizing" flats.

Yes, that is in the TODO list. If you do have some skins in C programming, you can write a patch to speedup the implementation .

Well, I'm not sure that my residual knowledge of C is sufficient now to speed up the implementation, I could only help in some auxiliary jobs like Windows installer and probably in testing.

[lock042]

I could only help in some auxiliary jobs like Windows installer and probably in testing.

Oh, we did that the first time. It totally crashes some photoshop installations on some users. So .... we have stopped .

[mpyat2]

Well, Cyril, I've just created the simplest (without bells and whistles and currently with slightly incomplete uninstall -- it does not remove "siril" folder in
%AppData%, this could be fixed; currently it does not check for Win64, however it could be easily implemented)

It installs the whole stuff into user-defined folder (by default to user's appdata folder, see picture) for a current user only, does not require any privileges (restricted user can install it) and, as long as it does not touches system nor shared files, it is very unlikely that it will crash anything.

I uploaded the installer to my google drive https://drive.google.com/open?id=1bjS6lsWSL3RrWbGHeHfezpNNry8qeyDs
The installer is created with InnoSetup, respective InnoSetup script is here https://drive.google.com/open?id=1IoZ-GAz6TzUBhtfB9ZwthuH7phd5-DWm
(it uses additional bmp-picture (a crop of one of your examples) https://drive.google.com/open?id=1RE708tPd3r5uAnuBpiCrcjA8dbVvtJeQ)

[Олег Малий]

Hurra! 
I have already found my old translation of Siril.
I hope together we can translate it faster...

[lock042]

Thanks for trying !!!

I'm not sure we will use it for next release (I am not the only one to decide ). But it worths asking.

I have already found my old translation of Siril.
I hope together we can translate it faster...

Awesome !! That could be so great if you both could translate the application .

[Олег Малий]

Siril v.0.9.9 працює зі скриптами.
Таким чином, користувач може використовувати готові скрипти для автомавтоматизації обробки, або ж написати свої.
Див. тут Automatic processing.