Друк

[Гість]

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

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

Увійти

[Новини]

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

Наш канал

Наші сайти

Астро-сайти

Програми

Наш канал

Наші сайти

Астро-сайти

Програми

[sev2003]

 

[Yvk]

По всем пикселям:
Mean - среднее арифметическое
Variance - дисперсия
Std.Deviation - среднеквадратическое отклонение
Minimum - минимальное значение @ координаты
Maximum - максимальное @ координаты

Pixel Count - сколько всего пикселей

[Yvk]

Извините, но google.com

[M_M]

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

(856.64563)²=733841.74

Меня больше заинтересовало значение минимума -300, тогда как обычно значения лежат в диапазоне от 0 до 65535.

[Yvk]

Калибровка?

[LifeIsGood]

Фитс файлы бывают как unsigned int  (0..65535) так и просто int (-32768..+32768)

[Yvk]

Maximum - это самый яркий пиксель снимка. Например, за 1 минуту экспозиции какой-то единственный, особенно горячий пиксель, может достичь значения 65535, в то время как остальные едва достигнут 500. Для оценки яркости и "пересвета" maximum ни к чему.

[Yvk]

Mean на что указывает? И почему он может уходить в минус?

Непонятно как читать, mean или таки minimum?

[Yvk]

Может он как-то учитывает битые пикселы и не берет их в расчет...

Вот эта @-коордионата что может означать?

А зачем? Прятать истину.

Это две координаты - X,Y.

Непонятно как читать, mean или таки minimum?

Mean. Но я кажется понял — это именно усреднение всех пикселей. Для всего изображения это что-то вроде общего цвета. Например, если будут пикселы 100 и 200, то он укажет Mean как 150. В программе есть функция Change Pixel Value (лучше для выделенной области), где можно указать усредненное значение и сразу видно как оно работает.

(100+200)/2 = 150 - именно это пишут в гуглах при поиске по "среднее арифметическое".

Значение пикселя может уходить в минус если с кадром провели какие-то действия, например вычли из лайта дарк, или из дарка тайно вычли другой дарк с такой же выдержкой или из дарка вычли другой дарк с меньшей выдержкой, но умноженный на коэффициент (отношение выдержек). Какие-то программы видя отрицательные пиксели в фитс-ах сами прибавляют смещение ко всем пикселям чтобы не было отрицательных. Фитсворк, очевидно, показывает как есть.
Никон вроде как славится "нечестным RAW форматом", т.е. считанные с матрицы значения пикселей в любом случае проходят какую-то обработку.

[Yvk]

Смешно.
Попробуйте как на картинке. Успехов.

[Олег Малий]

В Fitswork'е в подменю (второй кнопкой мыши по изображению) есть пункт «Show Image Statistics». Появляется примерно такая информация:

 Mean          : 1868.4113
 Variance      : 733841.74
 Std.Deviation : 856.64563
 Minimum       : -300   @ 20,0
 Maximum       : 65235   @ 2236,384
 Pixel Count   : 16229440

Подскажите, что она означает?

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

[Yvk]

Насчет этой опции я в курсе (а также о различиях между 14 и 16 бит, на всякий случай). Но это не даёт ответа откуда берется -300.

Вы хотите узнать точную формулу, применяемую в dcrawfw.dll при чтении nef файлов?

Вверху с опцией, внизу без.

[Yvk]

dcraw.exe не равно dcrawfw.dll

[Олег Малий]

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

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

Хорошо. Взял я любой файл от камеры телескопа и посмотрел статистику.
Всё ж хорошо!

[M_M]

Фитс файлы бывают как unsigned int  (0..65535) так и просто int (-32768..+32768)

Ну и к какому из них относится

Minimum       : -300   @ 20,0
 Maximum       : 65235   @ 2236,384

?
 

Я бы скорее предположил, что FITS уже float + хромая калибровка.

[Yvk]

Это причуды конверсии raw, см. #17

[Yvk]

-300 - это, скорей всего, какое-то магическое число, добавленное автором фитсворк-а (я смотрел код dcraw.exe).
Вы пробовали загружать файл с опцией и без? У меня без опции в диапазоне -299..-1 пикселей нет, т.е. есть чёрные -300, а следующее значение в гистограмме уже >>0.

[Slava80]

Кенонівський raw

[Yvk]

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

Так если эти 16 бит получены путём непонятных преобразований из 14-ти, которые еще и повлекли появление числа -300, то в чём их ценность? Это уже не raw. Так и jpeg пережатый можно растянуть до 16-бит, но смысл?

В случае "-300" в районе нулевых отсчётов на гистограмме хорошо видно, что применялось какое-то (нелинейное) преобразование. Гистограмма растянута, есть отсчёты с ~0 количеством пикселей.

1. dcraw.exe  -v -d -D -4 -T - полная гистограмма, отсчёты есть в диапазоне 0..4095, честные 12 бит
2. dcraw.exe  -v -d -D -4 -T - фрагмент в районе 0..256
3. "Dont RGB Scale" = ON - полная
4. "Dont RGB Scale" = OFF - район 0, рыхлая/растянутая, дыра -299..15, гистограмма курильщика 
5. "Dont RGB Scale" = ON  - район 0, заполненная

[Yvk]

Как угодно можно двигать левый и правый ползунки гистограммы - это да. При этом легко рассмотреть распределение количества пикселей по всем возможным значениям отсчетов в некотором диапазоне.
Например, у вас есть большой 16-битный файл, в котором 1/8 от всего количества мегапикселей имеет значение 0, 3/8 - значение 8192, 3/8 - 32768 и еще 1/8 - 65535. Формально  - это шикарный 16-битный "исходник", по факту - есть всего 4 варианта цвета/оттенка серого, как ни мучай и ни калибруй, получить в лучшем случае можно только подобие газетного дизеринга http://www.pl32.com/tutorial/sraster/sraster.htm По сути, имеем не 16-битный, а 2-битный исходник.

Заполнение гистограммы может быть неравномерным в том плане, что, допустим, в диапазоне 0..255 фактически у пикселей будут наблюдаться 20 различных значений, 256..1023 - 200 разных, 1024..65535 - 15000 разных.

Обычно, если всё хорошо, усилители и АЦП работают как положено, никакой обработки/"улучшения" данных нет, то гистограмма заполнена плотно, т.е. есть много пикселей для любого из возможных значений в некотором диапазоне (для 12 бит - 0..4095, 14 - 0..16383 и т.д.).

По ссылке речь о том, что даже если ПЗС-чип по задумке выдаёт 0.0 вольт если в пикселе накопилось 0 электронов и 1.0 вольт, если в пикселе накопилось 65535 электронов, то АЦП все равно нужно настроить так, чтобы он выдавал 0, не при 0.0 вольтах, а при -0.03, к примеру. Потому как на выходе ПЗС может и не быть строго всегда больше или равно 0.0в как по расчёту, что-то внутри будет шуметь, или какой-то разброс в параметрах всегда будет, то же самое и в усилителях перед и в самом АЦП. Тогда даже если всякие случайные шумы от всего сложатся наихудшим образом, они дадут значение пикселя 0, а если чуть лучше, чем худшим, то уже не 0.

Проверьте в своём файле, в случае "-300", есть ли "шум" в диапазоне -299..0 ?
Выберите какой-то один небольшой участок кадра и сравните, какие пиксели становятся "-300" в случае с "Dont RGB Scale" = OFF и какое у них значение в случае "Dont RGB Scale" = ON. Какое значение у находящихся рядом пикселей.

У меня так: "-300" <- 0, 16 <- 1, 32 <- 2 ...