QHY5L-ii

[Виниту]

Обнаружил косяк в своей сабжевой камере. Судя по обсуждениям в теме о планетной фотографии начинающих https://astronomy.ru/forum/index.php/topic,111861.0.html , что-то подобное может наблюдаться и в других камерах. Хотя конечно надо рассматривать каждый конкретный случай.

Так вот, оказывается что моя камера имеет паттерн вроде мелких пылинок (как я сначала подумал), а скорее всего какое-то "недосчитывание" отдельных пикселей в режиме "High speed readout". При планетной фотографии, когда программа-стекер центрует планету в кадре, этот эффект становится похож на хаотичный шум (темноватые пикселы хаотично возникают то в одном, то в другом месте на диске планеты). Но на самом деле это не шум. Темноватые пиксели всегда стоят на одном и том же месте, а планета попрыгивает по кадру вместе с телескопом, когда дует ветерок. Если ветер более-менее сильный, то эти пиксели размываются по диску планеты и эффект от них не сильно заметен. Если же ветра почти нет, то пиксели лишь слегка дрожжат. В результате (в зависимости от характера вибраций) на диске планеты после обработки и усиления контраста вейвлетами появляются темные полосы или пятна.

Я копал довольно много различных установок (offset, ограничение скорости потока данных, режим hdr, режим 14 бит). И в итоге на моем экземпляре дела обстоят следующим образом: массовое появление недосвеченных пикселей происходит именно при включении галочки "high speed readout". Снимаю я обычно в размере 640х480, что при включенной галочке позволяет получить 100fps (и соответственно нужна выдержка не более 10 мс). Если же галочки не ставить, то съемка идет на 50 fps и я использую выдержку 20мс. Так вот, появление "недосвеченных" пикселей зависит не от выдержки, а именно от самой галочки "high speed readout". Т.е. выставляю выдержку 20мс, соответственно получаю 50 fps что с галочкой, что без галочки. Но когда галочка есть, недосвеченных пикселей много, а когда ее нет - мало. Что интересно (и возможно этим как-то объясняется упорно отстаиваемый автором p.v. шум малой разрядности), это когда ставишь галочку 14bit (вместо обычных , то картинка опять нормализуется и недосвеченных пикселей мало, как будто галочки "high speed readout" нет.

Т.е. кажется что вот вроде бы способ снимать с высоким fps - поставить съемку в 14 bit. Но не тут-то было. С такой глубиной поток опять становится слишком "толстым" и не позволяет снимать 100 fps, только 50.

Таким образом, с моей камерой тезис следующий: максимальная скорость считывания (при 640х480 это 100fps, при 1280х960 это 30fps) практически недостижима. Реальная доступная к использованию скорость в два раза ниже. Интересно, это только у меня такой косяк или у других тоже? И есть ли тут связь со снижением шумов при высокой разрядности, которую отмечает на своей камере p.v.?

Прилагаю стандартным образом обработанный стек из 1000 кадров (кирпичная стена в 200 метрах через гид) в трех вариантах съемки

[bigol]

И есть ли тут связь со снижением шумов при высокой разрядности, которую отмечает на своей камере p.v.?

Да уж, глюкавое железо может привести к ошибочным теориям.
У Вас цветная камера? Что за матрица там? Судя по описанию qhy - тот же 034 чип, но цветной? А вот ASI почему-то цветной вариант своей камеры делает на другой матрице - AR0130CS. Может, неспроста?
А варианты драйверов есть или только одна версия? Что-то меняется при смене? Шнур пробовали другой?

[Виниту]

У Вас цветная камера? Что за матрица там? Судя по описанию qhy - тот же 034 чип, но цветной? А вот ASI почему-то цветной вариант своей камеры делает на другой матрице - AR0130CS. Может, неспроста?
А варианты драйверов есть или только одна версия? Что-то меняется при смене? Шнур пробовали другой?

Да, забыл указать, моя камера цветная. Сенсор 1/3 inch Aptina MT9M034
Касаемо драйвера - в firecapture есть два варианта выбора этой камеры, в одном варианте она имеет те же настройки, что и родной софт (EZPlanetary), но не имеет режима 1280х960. Эти родные настройки включают опцию "high speed readout", регулировку ограничения скорости USB и offsetа. Другой вариант не имеет этих опций, но поддерживает режим 1280х960. И поскольку этот второй драйвер не поддерживает high speed readout, то и не имеет возможности считывать 640х480 на 100fps, только на 50.

Шнурок не менял, но имхо проблема не в нем, т.к. при 14битах 50 fps 640х480 скорость примерно та же что и на 8 битах 100fps 640х480, но недосвеченных пикселов в 14bit нет. Т.е. похоже что проблема внтри камеры. Картинки сверху - со шнуром из коробки с камерой. Шнур на вид приятный, кортокий и толстый, belkin.

[p.v.]

Тут кто-то говорил, кажется, Сеrгей(камера та же), что эта галка, про которую вы говорите, изрядно портит картинку. Предполагаю, что она жмет поток. Отсюда я бы связал появление шума в виде квадратов именно с этим, в первую очередь, а не с разрядностью или fps. Низкая разрядность ролика/кодека, как мы тут давеча сообща выясняли, при более высоком ацп камеры, чем у выходного потока приводит к обрезанию младших разрядов сигнала, из-за чего вырастает удельный вес шума. Но эта тема как-то сама заглохла. Я когда говорил про свою камеру, имел ввиду разную структуру или удельный вес шума в сигнале, о чем и приводил скриншоты. Он выглядит по-разному на 8 и 16 бит. Никакой связи между fps и уровнем шума скорее всего нет и вы в этой теме будете пионером. Шумы считывания, действительно зависят от частоты кадров, в силу специфики конкретных реализаций ацп, но у меня такое подозрение, что в вашем случае включается сжатие потока, за счет чего и увеличивается fps. Камера может отдавать только фиксированный объем данных за единицу времени. Отсюда вилка - либо качество, либо скорость. Увеличить скорость можно или уменьшив кадр, или разрядность, или сжав поток, т.е. сняв нагрузку на канал передачи. В моей камере 1 канал, в вашей 3. Моя на кадре 2080х1550х16бит при канале с камеры в 3,5 гб/сек по USB3.0 на комп i7, 8гб, выдает 45fps. Посчитайте сами, сколько реально честного рава может выдать ваша камера и с какой разрядностью. Для этого лучше смотреть выходной поток с самой камеры(если есть такая возможность), а не с firecapture. ролик снимите чистый и выложите. посмотрим, что с ним не так.

[Виниту]

Возможно, я недостаточно ясно выразился.

Галочка "high speed readout" не повышает шум. Она увеличивает число пикселов, с которых сигнал недосчитывается. Эти пикселы темнее остальных и выглядят будто на них лежат пылинки. Они никуда не двигаются. Если галочки нет, таких пикселов меньше, а если галочка есть - то намного больше. Прилагаю флеты с сильно повышенным контрастом.

[p.v.]

это похоже на горячие пиксели. у меня они белые на черном фоне. что-то я сомневаюсь, что камера способна не тщательно читать свою матрицу.

[Олег Чекалин]

Возможно, я недостаточно ясно выразился.

Галочка "high speed readout" не повышает шум. Она увеличивает число пикселов, с которых сигнал недосчитывается. Эти пикселы темнее остальных и выглядят будто на них лежат пылинки. Они никуда не двигаются. Если галочки нет, таких пикселов меньше, а если галочка есть - то намного больше. Прилагаю флеты с сильно повышенным контрастом.

Дык нужно флеты снять и посмотреть.
Хотя скорее всего это какие то кластерные дефекты.

[Виниту]

Дык нужно флеты снять и посмотреть.

В ответе №4 и есть флеты. Только fitы не помещаются, поэтому сконвертировал в джипег в той области контраста, где эти точки видны

Хотя скорее всего это какие то кластерные дефекты.

Почему они по-разному прут в зависимости от "high speed readout"? Кластеризации там тоже не заметно, темные точки - одиночные пикселы

[Олег Чекалин]

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

[Виниту]

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

Во, попилил два файла на три части архиватором и в таком виде они прикрепляются

[Олег Чекалин]

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

[Олег Чекалин]

Хотя скорее всего это какие то кластерные дефекты.

Почему они по-разному прут в зависимости от "high speed readout"? Кластеризации там тоже не заметно, темные точки - одиночные пикселы

Я не разобрался сразу про какие дефекты речь идет - смотрел на черные пятна в верхней части.

[Виниту]

Уважаемые владельцы QHY5L-ii-mono, ASI-120mm!

Если не затруднит, сделайте пожалуйста флеты в режиме 640х480 на 100fps и 50fps (при одинаковом гейне порядка 20%)!

Хотелось бы перейти от цветной к ч/б матрице, но не могу понять, какую камеру выбрать. До противостояния Марса уже совсем немного, скоро нужно будет принять решение

[Владимир ARS]

У меня qhy 5 II color.  При съемке не ставлю галку, тоже становится хуже, но это нормально, сами подумайте, можно ли без ущерба качеству из ниоткуда повысить fps.

[Виниту]

можно ли без ущерба качеству из ниоткуда повысить fps.

Может и можно: https://astronomy.ru/forum/index.php/topic,3022.msg2797848.html#msg2797848
Интересно, что во всех магазинах монохромная версия данной камеры стоит заметно дороже, чем цветная. Хотя по идее цветная должна быть немного дороже, т.к. там надо байеровскую матрицу нанести. Есть подозрения что в цветной версии электроника попроще.

[Владимир ARS]

Многие цветные камеры других производителей тоже дешевле чб.

[Pegas]

Приобрёл сей девайс. Сейчас осваиваю. Поставил от производителя программу EZPlanetary (v.3.65), драйвера WDM & ASCOM. EZP (v3.60 - 3.65), оставил 3.65. Включил, работает. Поставил галки: Favorite- Show & High Priority Write. Включил: Global & Focus Aid: Edge.
Одиночные снимки: норма. В режиме "Rec", вот тут проблемы. При длительных выдержках (в "s"), допустим задаешь 1000 кадров, 800х600, устанешь ждать, когда погаснет красная REC или банально программа зависает. Приходиться перезагружать ноутбук.
Вчера решил отснять М 13 в Геркулесе. Установил 40s, все движки до упора 100%  и 2,0. Еле выделил. Сделал снимки одиночные, в роликах не получилось (см. вложение). М57 в Лире, так не удалось выделить. Решил проверить цветопередачу матрицы без специального подбора цвета с фильтром Baader UV/IR & Hypereion 31mm, телескоп Celestron 6SE (150/1500 ШК). Кот снят на расстоянии более 100м, в доме напротив в форточке. Цветопередача в норме.  Продолжу тестирование.

[Владимир Николаевич]

Gain\Offset надо подбирать! Тупо в 100% это неправильно!

[Виниту]

Одиночные снимки: норма. В режиме "Rec", вот тут проблемы. При длительных выдержках (в "s"), допустим задаешь 1000 кадров, 800х600, устанешь ждать, когда погаснет красная REC или банально программа зависает. Приходиться перезагружать ноутбук.
Вчера решил отснять М 13 в Геркулесе. Установил 40s, все движки до упора 100%  и 2,0

Это планетная камера, она не предназначена для больших выдержек. Полгода назад она не работала устойчиво на выдержках более 2 сек (висла). Более подробное обсуждение было на сайте производителя. Может, сейчас этот глюк исправили, но вряд ли. Не для того она.

[Pegas]

В.Н.! Спасибо за совет, попробую в разных вариации.  Почему долго идет процесс записи при длительных выдержках, даже на 106 FPS 640x480. Индикатор записи (синяя дорожка) показывает временной диапазон записи, создается такое впечатление, что запись включается при завершении экспозиции и включается при повторном проходе экспозиции и т.д. Например, задано 600 кадров, частота кадров 100к/с, экспозиция 40с: 600:100 = 6 циклов записи по 40 с, итак ждем 240 с или 4 мин. Практически так и получается, пока пишет, можно чаем побаловаться. Если задать 800х600 и 1500 кадров, не дождаться окончания записи или REC красный и не выключается вообще. Для длительных выдержек (более 3с)  отмечены: LONG EXPOSURE MODE, OFFSET "0" до"10" и REDUCE USB TRAFFIC "0 до 30". Попробую разные комбинации. Но в ТУ указана экспозиция до 10 мин, много приводится фотоматериала deepsky, снятых этой камерой с приличным качеством, из-за этой возможности камеры и пробрел ее. До 2 с. у меня камера Levenhuk T130 NG, на этих выдержках (до 2000ms) прекрасно работает. Извините за повтор из поста выше.