Друк

[Гість]

Ласкаво просимо, Гість. Будь ласка, увійдіть або зареєструйтеся.
08 Червня 2025, 00:53:43

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

Увійти

[Новини]

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

Наш канал

Наші сайти

Астро-сайти

Програми

Наш канал

Наші сайти

Астро-сайти

Програми

[Серега]

Заимел камеру с такой матрицей.
Имеет особую структуру размещения цветных фильтров на пикселах, очень отличную от байеровской.

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

При съемке в узкополосниках на цветную матрицу, полезный сигнал попадает не на все пикселы, например в На (в которой камера показала очень хорошую чувствительность без переделки)  работают только красные фильтры, и необходимо отделить красный канал от оставшихся 3-х, чтобы не примешивать шум из них.  В астропрограммах есть инструменты отделения нужных каналов Байеровской матрицы.
А у X-Transe таких инструментов нет

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

А тут... Голову сломал, если честно, и Гугл уже протер.   

[astrokor]

Серега все есть 

Siril умеет конвертировать RAW файлы с X-Trans, модуль работы c файлами фотиков основан на dcraw

Я попробовал декодировать и каналы раскидать в разные файлы *.fit
Все норм, если не считать что в отличии от байера долго декодирует

Подякували

2 :MaxMan, Серега

[astrokor]

Для подбора фотиков для астро рекомендую ресурс Photons to Photos. Это база данных, грубо говоря сырых измерений разных параметров фотиков. Данные скорее всего базируются на измерениях DxOMark.

Ниже пример шума считывания для некоторых камер

Подякували

2 :Серега, ChAS

[Серега]

Серега все есть 

Супер! Дякую!!!

[Серега]

Для подбора фотиков для астро рекомендую ресурс Photons to Photos. Это база данных, грубо говоря сырых измерений разных параметров фотиков. Данные скорее всего базируются на измерениях DxOMark.

Ниже пример шума считывания для некоторых камер

я его подбирал не для астро, а просто предложили тушку. с очень  хорошей ценой   То что он На хорошо "видит" оказалось приятным бонусом. что собственно и стало причиной изучения его на предмет астрофото-пригодности в целом.

После 350-ки кенона любой современный кажется лучше, по шумам. лиш бы рав был честный

[Серега]

Серега все есть 

Siril умеет конвертировать RAW файлы с X-Trans, модуль работы c файлами фотиков основан на dcraw

Я попробовал декодировать и каналы раскидать в разные файлы *.fit
Все норм, если не считать что в отличии от байера долго декодирует

Но что смущает: на выходе три изображения такого же размера как и исходное. Что-то не так.
Из байера получаем соотношение по площади  RGB как 1:2:1, а из X-Trans должно быть 2:5:2.

Ладно, сдую пыль с дифрешетки и протестирую, позже.

[astrokor]

...После 350-ки кенона любой современный кажется лучше, по шумам. лиш бы рав был честный

Согласен!
где-то пару-тройку лет назад "добрались" производители камер до ~1е считывания
Зарисованные кружки это в принципе реальные данные(честные), сверху графика есть пояснение по обозначениям.
На длинных выдержках шумодав может присутствовать и оценить уже сложно пока не проверишь или явно уже кто-то не попробовал, хотя при таком низком шуме можно задирать ISO  и строчить короткими сериями.

Но что смущает: на выходе три изображения такого же размера как и исходное. Что-то не так...

Да, Siril интерполяцию делает. Чтобы выдрать данные без интерполяции, можно повозиться с dcraw.
Но если честно меня такое устраивает все равно интерполяция заполняет как раз дыры.

[Серега]

...После 350-ки кенона любой современный кажется лучше, по шумам. лиш бы рав был честный

Согласен!
где-то пару-тройку лет назад "добрались" производители камер до ~1е считывания
Зарисованные кружки это в принципе реальные данные(честные), сверху графика есть пояснение по обозначениям.
На длинных выдержках шумодав может присутствовать и оценить уже сложно пока не проверишь или явно уже кто-то не попробовал, хотя при таком низком шуме можно задирать ISO  и строчить короткими сериями.

Но что смущает: на выходе три изображения такого же размера как и исходное. Что-то не так...

Да, Siril интерполяцию делает. Чтобы выдрать данные без интерполяции, можно повозиться с dcraw.
Но если честно меня такое устраивает все равно интерполяция заполняет как раз дыры.

как-то оно лохмато заполняет И вообще, насколько я понял, она просто разделяет уже цыетное изображение на каналы.  Что умеет любая программа...
  Сделал некоторые пробы, но.. пока рано показывать. нужно миру отснять или что-нибудь, для теста на разрешаюшую способность.

[Серега]

вот dcraw, мне кажется, будет то что нужно

[astrokor]

...она просто разделяет уже цыетное изображение на каналы.  Что умеет любая программа...

Делает интерполяцию и разделяет, но возможно не как любая программа.
интерполяция сырых данных без любого вида кривых, ББ также либо может быть либо можно отключить, и пакетная обработка всего этого.

А как же заполнить дыры их нельзя взять и просто одним соседним пикселем заполнить, а если брать два и более и как то усреднять это уже интерполяция. 

[Серега]

Siril смущает этим:

1)красный канал из Siril
2)чистый рав до демозаики
3)все каналы, кроме красного, залиты черным. На самом деле я немного ошибся, и сместил маску, что видно по диагональному паттерну, но это сейчас не важно

Откуда столько информации в красном канале нашла Siril?   Единственный вывод - примешала из остальных каналов. при съемке с узкополосниками она примешает только шум, т.к. сигнала в тех каналах иожет и не оказаться.

[Серега]

А как же заполнить дыры их нельзя взять и просто одним соседним пикселем заполнить, а если брать два и более и как то усреднять это уже интерполяция. 

вот для Байера именно соседними и заполняется, точнее просто берется каждый второй, с пропуском через строку.  Потому Максим выдает два зеленых канала

[Саша Наумов]

Як погроміст, я б пошукав SDK для скачування RAW кадрів з фотіка, потім написав би маленьку програму, яка викидала б все зайве, і писала би в TIFF лише червоні пікселі (або лише зелені, за потреби).

[Серега]

Як погроміст, я б пошукав SDK для скачування RAW кадрів з фотіка, потім написав би маленьку програму, яка викидала б все зайве, і писала би в TIFF лише червоні пікселі (або лише зелені, за потреби).

То звісно що так, але в якій послідовності? ) Ти придивись до розташування фільтрів на пікселях.

[Саша Наумов]

Саме в тій послідовності, як показано на схемі.
Коли скачуєш RAW, отримуєш в оперативній пам'яті матрицю с пікселів,
потім обробляєш їх построчно… тривіальна задача.

[Yvk]

Ну різна ж кількість пікселів в різних строчках же. 

[Саша Наумов]

Ну різна ж кількість пікселів в різних строчках же. 

Не біда, можна згладити, адже пікселі розміщені нерівномірно в матриці 6х6, тут без інтерполяції нікуди не дінешся.
Але, гарантовано не пролізе шум з інших каналів.

[Серега]

от в тому і питання - як? коли в одній строчці 1\6 а в іншій 2\3 1\3заповнено. так само і з стовбцями

[Саша Наумов]

от в тому і питання - як? коли в одній строчці 1\6 а в іншій 2\3 заповнено. так само і з стовбцями

ну, по-перше, в кожній стрічці з 6 пікселів - або 1 або 2 пікселі (1/6 або 1/3).

Перше тривіальне рішення - усереднити всі пікселі в матриці 6х6 в один піксель.
Так-так, не кричіть "ми втратимо розподільчу здатність в 6 разів!" - ми в усякому разі втратимо, важливо наскільки.

Друге тривіальне рішення - так роблять downsampling звука - запишемо у відсутні пікселі нулі, потім накладемо фільтр низьких частот, потім дискретизуємо з меншою розподільною здатністю (наприклад, з матриці 6х6 зробимо 3х3 чи 2х2)

[Серега]

так, виправив 2\3 на 1\3. очепятка)))