CCD - астрофотосъемка для Linux

[Slava-T]

Да, уже процессе написания поддержки как для CCD, так и для Lin_guider

У меня тогда еще ламерский вопрос, для нее нужно драйвер собирать отдельно или он вместе с остальным софтом собирается? 

[Galaxy Master]

Ни к каким QHY* камерам не нужны никакие драйвера. Все работает напрямую через libusb

[Slava-T]

Насколько я понял у ccd нет режима работы из консоли?
В планах нет реализовать что-то вроде qhy5IIcapture и qhy5IIreset?

[MOHAX]

Пост №95

[Slava-T]

Пост №95

Да, но немного не то. Например для all sky камеры, time lapse или motion detection нужен простой инструмент для того, чтобы сделать снимок задав в качестве параметров имя файла, разрешение, выдержку, gain. Все остальное можно делать на более высоком уровне, скриптами и т.п. Наверное можно и самому сделать, покурив SDK, но боюсь долго курить нужно

[Galaxy Master]

CCD - это комбайн, хоть и простой. Он никогда не разрабатывался из соображения заменить существующие маленькие консольные утилитки по захвату изображения с камер. Его задача предоставить графический интерфейс, удобный просмотр результатов, коммуникацию с другими устройствами(фокусеры, колеса, автогид и т.д.), съемку сессий и т.п., в том числе и избавление от скриптинга.
В ближайшей перспективе планируется сетевое управление программой, а полностью безголовый консольный режим пока не планируется вообще.

Если честно, я не могу понять суть вопроса по консольному режиму. Зачем этого требовать от программы, изначально ориентированной на другое, если есть все утилиты для QHY камер и желание писать скрипты?

[Slava-T]

Если честно, я не могу понять суть вопроса по консольному режиму. Зачем этого требовать от программы, изначально ориентированной на другое, если есть все утилиты для QHY камер и желание писать скрипты?

Проблема как раз в том, что утилит нет. Точнее для qhy5 что- то есть, а для qhy5II я ничего не нашёл, ccd единственный живой проект в котором планируется поддержка этих камер в linux.

[Galaxy Master]

Обратитесь на форум qhyccd.com в соответствующую ветку, там могут помочь

[Galaxy Master]

Добавлена поддержка колеса фильтров от Ионова Ивана.
Теперь CCD и фокусер и колесо можно использовать как межкадровые устройства при создании сессий.

Перед выпуском новой версии хочу спросить, нет ли тестера с колесом QHY ?

[Galaxy Master]

Выпущена новая версия CCD v1.2.8 https://sourceforge.net/projects/cccd/
----------------------------------------------
Новое:

• Возможность создавать сложные сессии (задачи на съемку)
• Новая подсистема межкадровых устройств (класс устройств работающих строго между кадров сессии)
• Межкадровое устройство-клиент Lin_guider-а, осуществляющее дизеринг (требуется LG v2.9 или выше)
• Межкадровое устройство контроллера Ионова Ивана (работа с колесом, фокусером и термокомпенсатор фокуса)
• Межкадровое устройство для запуска скриптов
• Биннинг х4 для QHY8L и багфиксы

[Galaxy Master]

Выпущена новая версия CCD v1.2.9 https://sourceforge.net/projects/cccd/
----------------------------------------------
Новое:

• Исправления связанные с изменениями произошедшими в библиотеках libgphoto2 (для DSLR) и libraw.

PS.
Теперь программа работоспособна на платформе ARM в связи с новой версией libgphoto2.

[mo]

Теперь программа работоспособна на платформе ARM в связи с новой версией libgphoto2.

Ой, а нет ли у тебя *deb под raspberry pi, раз так?

Мне, собственно, нужно получать фото с QHY5. Так и не смог получить кадр с этой камеры на "малине". А атомный неттоп в три раза больше энергии ест, что для меня критично.

[Galaxy Master]

Ну во-первых, если помнишь, это GUI-ёвая программа, а не консольная.
А во-вторых, увы я не изготовляю пакеты вообще. Я делаю только тарбол с исходниками, а товарищ с форума с ником МОНАХ делает пакеты. Вроде у него есть малина или что-то вроде нее. Спроси его напрямую.

PS. А что, собственно, мешает тупо скомпилить на малине сорцы или на атоме кросскомпилятором?

[mo]

Ну во-первых, если помнишь, это GUI-ёвая программа, а не консольная.
А во-вторых, увы я не изготовляю пакеты вообще. Я делаю только тарбол с исходниками, а товарищ с форума с ником МОНАХ делает пакеты. Вроде у него есть малина или что-то вроде нее. Спроси его напрямую.

PS. А что, собственно, мешает тупо скомпилить на малине сорцы или на атоме кросскомпилятором?

Оки, спрошу его, ты прав.

Да вот казус с QHY5. Компилю (на атоме) - не работает. Запускаю старый бинарник - работает.
А на малине компилю - не работает. Запустил бы старый бинарник, да нет его.

Я за малину, потому что она ест батареек в три раза меньше, чем атом. Хоть и туповата, конечно...

[Polnoch Ксю]

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

А почему нельзя разделить консольную часть и GUI на два подпроекта? Тогда и сетевое управление тоже архитектурно удобно впишется... Тоже и с Linguider. Зачем на Linux комбаины вроде MaximDL? на нашей платформе рулит KISS

[Galaxy Master]

А почему нельзя разделить консольную часть и GUI на два подпроекта?

Почему нельзя? Можно. Это опенсорс. Создайте форк проектов и делите.

[Galaxy Master]

Тогда и сетевое управление тоже архитектурно удобно впишется...

Сетевое управление и так вполне себе удобно вписано в Lin_guider

[mo]

А почему нельзя разделить консольную часть и GUI на два подпроекта?

Почему нельзя? Можно. Это опенсорс. Создайте форк проектов и делите.

Одобряю.
Ибо незачем взваливать всё на энтузиаста.
И так проделано немало работы, без всяких "а вот если бы...".

Ещё раз спасибо за хорошую новость - работу на АRМе.

[Polnoch Ксю]

Это опенсорс. Создайте форк проектов и делите.

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

[xd]

Комментарий модератора

Давайте не будем поднимать дискуссии о путях развития OpenSource-разработок.