Чем Linux полезен ЛА?

[Slava-T]

А есть пример до и после? Насколько эффективно это работает?

Простите, ДО и ПОСЛЕ чего? Центровки? Или вторичной центровки?
Немного не понял вопроса...

Нет, пример компенсации вращения поля программным методом. Ну, например, сложение с разными параметрами rotate, scale. В смысле +/-

[Евгений Ромас(BrainBug)]

Когда rotate- а кадры снимались неподвижной камерой, то imcoadd всё равно "видит" угол вращения от кадра к кадру, опираясь на ПЕРВЫЙ из списка, но не делает трансформацию по вращению.
А когда rotate+, то трансформация имеет место быть...
На счёт scale- / scale+ - имеет смысл использовать с "+" когда, кадры делались с РАЗНЫМИ фокусными расстояниями.
НО! Даже когда все кадры получались на одном и том же инструменте и во время центровки было использованно scale+, то на сумме трансформированных кадрах получались прикольные спирали из звёзд с центром где_программа_посчитала_удобнее...
"Живой" пример привести прямо сейчас не могу - под фвиндозой сейчас... грешен...

[Slava-T]

Неподвижной? Я думал речь идет о вращении поля при съемке AZ маунтом. Тогда пример еще интереснее посмотреть, то есть до rotate, я так понимаю там должны быть заметны треки звезд и после. Ну если будет возможность опубликовать

[Евгений Ромас(BrainBug)]

Итог обработки нормальных кадров(экваториал, часовик) можно посмотреть тут: https://astronomy.ru/forum/index.php/topic,4398.msg490108.html#msg490108
Это БЕЗ какой-либо калибровки... не хватило батарэйки чтоб снять калибровочные кадры...
А в общем, лично мне нравиться Линуховый вариант обработки - как-то чётче всё видно на кадре... Да и горячие пиксели imcoadd убирает САМ...
Этот прикол был мною замечен буквально 2-3 дня назад... Приятная неожиданность!

[Евгений Ромас(BrainBug)]

Неподвижной? Я думал речь идет о вращении поля при съемке AZ маунтом. Тогда пример еще интереснее посмотреть, то есть до rotate, я так понимаю там должны быть заметны треки звезд и после. Ну если будет возможность опубликовать

Неподвижной камерой с МАЛЫМ фокусом... И выдержками не большими - чтоб звёзды в треки не вытягивались...
Я похоже не так выразился в предыдущих постах.
Речь идёт о компенсации вращения поля как такового. Главное - звёзды на кадре не должны быть слишком треко-образными...
Нет, ну конечно есть в IRAF-е методы по сжатию треко-образности в звёзды... Но это уже совсем другая история, которая мне, пока что, не знакома...
А знакомиться мне с ней придется - хочу кадра со смазом доводить до "рабочего" состояния и запихивать их в один список с удачными. Т.е. 100% кадров будут идти для суммирования!

[Евгений Ромас(BrainBug)]

С обработкой астрофото в Linux-е более-менее ясно...
А вот где бы найти или написать самому программу по управлению затвором фотика(Canon 350Da) через COM-порт?
Язык - Цэ. С возможностью потом прикрутить морду на GTK/QT.
И вопросик на засыпку: что-нить слышно про потдержку режима "PC соединение" Canon-а в Linux-е?

[Евгений Ромас(BrainBug)]

А USB там (на Вашем Canon) нету?

Есть... Но USB-to-COM(Prolific) на моём ноуте отказывается работать с BULB режимом фотика.
Хотя на домашней тачке всё работает как часики.

[Евгений Ромас(BrainBug)]

Чего-чего?

[Евгений Ромас(BrainBug)]

Там дело не в дебаге... Всё дело в чипсете данного ноута - VIA
А схема кабеля-переходника не работает с чипами НЕ-intel. Вот по этому на ноуте - глухо, а на обычнома тазике(i945P) - всё гуд.
Нормальный ноут в обозримом будующем не предвидется.
Вот и хочу я завести всю эту кухную через COM-порт под Линухом.

[lazyBSD]

Всё дело в чипсете данного ноута - VIA

Женя, купи USB 2.0 PCMCIA карту с NECовским чипом. Цена вопроса ~400 рублей.

[Евгений Ромас(BrainBug)]

Всё дело в чипсете данного ноута - VIA

Женя, купи USB 2.0 PCMCIA карту с NECовским чипом. Цена вопроса ~400 рублей.

ЕСТЬ! Именно он и есть! И цена та же - 399р.
Уже купил и поставил аж месяц назад - понту ноль!

[lazyBSD]

ЕСТЬ!
...понту ноль!

Тогда дело не в ноуте, а в переходнике USB-COM.

[Евгений Ромас(BrainBug)]

Понятно... Но почему он тогда прекрасно работает на обычном тазике?
В чём может быть причина - я так и не понял...

Т.е. проблема заключается в следующем: при подключении фотика по УСБ и КОМ в DSLRfocus-е при BULB режиме никаких телодвижений не наблюдается! На обычном же тазике - всё как часики!
Проблему решил след. образом: УСБ провод отправил фтопку, подключаю только по КОМ напрямую, в DSLRfocus-е не делаю "Connect to camera" а сразу перехожу в окно "Capture mode"(или как там его... ?). DSLRfocus сигнализирует что камера не подключена, но BULB режим работает на ура!
Вот и хочу теперь такую элементарную штуку как управление затвором и преподнятие зеркала осуществить в Линухе!
Не думаю, что это слишкомм сложно... А вот как именно - хз...

[lazyBSD]

Понятно... Но почему он тогда прекрасно работает на обычном тазике?
В чём может быть причина - я так и не понял...

Женя, не знаю. Мало входных данных. Чип в переходнике какой? Как не работает? Что в логах пишет? Как дело обстоит под виндой?

Кста, а чем режим PTP не устраивает?

[Евгений Ромас(BrainBug)]

Под форточкой НА ОБЫЧНОМ ТАЗИКЕ - всё ок... На ноуте - всё плохо...
Чип в шнурке - Prolific 230x(точно не помню).
Схема COM-кабеля, которую использую, описывал дядяВова... Точно сейчас не вспомню...

[Евгений Ромас(BrainBug)]

Кста, а чем режим PTP не устраивает?

Медленный он какой-то... Долго ждать пока под сотню RAW-ов солъются...

[lazyBSD]

Попробуй, как с этими программами:
http://www.df9cy.de/download.htm
http://delphinus.wot.pl/

[lazyBSD]

Медленный он какой-то... Долго ждать пока под сотню RAW-ов солъются...

В диджикаме есть не только ptp:

[Евгений Ромас(BrainBug)]

О! А слона то я и не заметил! Пасибки...
А вот по поводу управления фотиком(BULB-mode и преподнятие зеркала) в Линухе вопрос остаётся открытым.

[lazyBSD]

А вот по поводу управления фотиком(BULB-mode и преподнятие зеркала) в Линухе вопрос остаётся открытым.

http://book.opensourceproject.org.cn/embedded/addembed/opensource/ch06lev1sec2.htm
Тебя интересует сигнал RTS.