![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
eddy_emВ очередной раз понадобилось сделать граббер изображений, теперь уже — для TeA, с ZWO'шной КМОП. Решил, что хватит уже плодить сущности без надобности (у меня фактически под каждую модель камеры уникальный граббер с собственным набором параметров командной строки), а надо таки все это дело оформить воедино.
Вот и начал на основе fli_control пилить эдакого монстра: ccd_capture. Вожусь с этим с понедельника. Поначалу долго обматывал С ООПщиной, сегодня закончил тестирование работоспособности FLI'шного модуля, добавил модуль dummy для тестовых нужды, а уж дальше можно будет добавлять все остальные модули, в т.ч. ZWO'шный.
Плюс — в сравнительно легкой расширяемости, а также в том, что если мне что-то захочется подправить в граббере для одной камеры, это автоматом появится и для другой (а не так, как я сначала в apogee внедрил элементарную opengl-смотрелку изображений, а потом мучительно ее на fli переносил). Минус — все-таки чувствую, что что-то здесь не так хорошо, как кажется с первого взгляда!..
Вот и начал на основе fli_control пилить эдакого монстра: ccd_capture. Вожусь с этим с понедельника. Поначалу долго обматывал С ООПщиной, сегодня закончил тестирование работоспособности FLI'шного модуля, добавил модуль dummy для тестовых нужды, а уж дальше можно будет добавлять все остальные модули, в т.ч. ZWO'шный.
Плюс — в сравнительно легкой расширяемости, а также в том, что если мне что-то захочется подправить в граббере для одной камеры, это автоматом появится и для другой (а не так, как я сначала в apogee внедрил элементарную opengl-смотрелку изображений, а потом мучительно ее на fli переносил). Минус — все-таки чувствую, что что-то здесь не так хорошо, как кажется с первого взгляда!..
