ВНИМАНИЕ! На форуме началось голосование в конкурсе - астрофотография месяца АПРЕЛЬ!
0 Пользователей и 1 Гость просматривают эту тему.
У меня и нативные драйвера на винде стали выставлять тоже 0-100, так же как и ascom. kstars с indi 0-700 выставляют нормально
Я месяц пользуюсь, что пока заметил в сравнении с 1600:- очень «грязная» на горячие пикселы матрица, без дизеринга никуда.
Если не сложно, выложите сюда дарки с 2600 й и 1600 й сделанные при равной выдержке (скажем 60 сек), нулевом Гейне и равной температуре.
Цитата: pakhom от 14 Сен 2021 [10:39:33]У меня и нативные драйвера на винде стали выставлять тоже 0-100, так же как и ascom. kstars с indi 0-700 выставляют нормальноСтранно что до меня никто китайцев не запарил))) я то всего второй раз камеру включаю, а народ по всему миру уже вроде много фоткал ими..Да, и еще заметил что байеровскую кодировку не сохраняет максим в fit, надо протестить в SharpCap. Понятно что можно выбрать вручную RGGB в пиксе потом, но почему блин везде все такое сырое
Я сам через kstars снимаю, а вот прикол с гейном заметил пару дней назад на винде
На 100 еще понятно там включается хитрый режим низкого шума чтения (интересно что у них там за магия такая)
Никакой магии и хитрости, HCG Mode есть на всех CMOS.
А смысл выставлять gain больше 20-30? Там же шумы сплошные будут. Это разве что для автогида сойдет - отсек по порогу, сделал десяток эрозий, потом десяток дилатаций, нашел 4-связные области, отсек по порогу размеров - вуаля
А дальше какой смысл?
искать центроид с использованием фурье
Фурье - очень затратная. Я кучу алгоритмов перебрал, пока для автогида выдумывал метод поиска центроидов. Самыми эффективными оказались обычные морфологические операции. А фон я считаю по перегибу на гистограмме (правда, в случае сильного шума получается фигня).
Что до возможностей камеры - а почему бы просто не распаковать SDK и не проверить самостоятельно, какие значения камера принимает? У вас, правда, не линукс, ну, тут уж каждый волен сам себя уродовать, как хочет…
Я уже настолько привык, что под любую камеру нужно свой софт писать
Кстати, "ASCOM" - огороженный протокол. Да еще и не дает возможности удаленной работы (он только на локалхосте, да еще и вендузячьем). Зачем это использовать?
С собственными утилитами для науки тоже вопрос. Bus factor в одного разработчика тоже не фонтан. Лучше поверх открытых протоколов деклать имхо.
ASCOM очень медленный, никаких реалтаймов не будет. Если делать - только с использованием SDK камеры.Хотя все зависит от задачи, если 1фпс устраивает для считывания всей матрицы то норм
Если надо линукс можно Indi/Indigo посмотреть.
Дикий отстой. Прежде всего - за XML!Мы вот планируем понемногу модернизировать системы управления БТА и Ц-1000, так про INDI никто даже и не заикался - убожество же! Будет свой собственный протокол. Но с сериализацией, не так, как сейчас (сейчас БТА управляется бинарными командами, по сути, по сети гоняется бинарная структура, что дает проблемы на "нестандартных" архитектурах; я сам убил больше пары недель, пока переделал все с 32-битной на amd64; Ц-1000 вообще на XML-RPC, ужас-ужас!).INDI популярна лишь у любителей, которым ничего автоматизировать не нужно, а хочется мышкой потыкать.