Overscan для KAF-16803

[Anton]

Парни, а правильно я понимаю, что проблема автоматизированной калибровки с оверсканом на стороне телескопа реально сейчас никак не решается?
MaximDl не умеет. PI - не автоматизируем.
Может быть на базе IRAF можно что-то придумать?

[krussh]

В большинстве инструкций к IRAF  первый шаг обработки - отрезать оверскан))

а использовать его в том же IRAF очень просто, вставить в скрипт несколько строк. еще лучше написать приблуду на том же питоне чтобы не привязываться к линуксу. вот только зачем?

[Anton]

вот только зачем?

К телескопу достаточно узкий канал. Полоса около 1мбит.
Ежесуточно на автомате плодится полсотни тех же калибровочных кадров. Это 1.5 гб файлов, 5-6 часов выкачки.
Поэтому калибровку нужно перенести на сторону телескопа.

[NKV]

PI - не автоматизируем.

Скриптами чё угодно можно в ПИ сделать.
А ещё можно через RemodeDesktop или Radmin.

[krussh]

вот только зачем?

К телескопу достаточно узкий канал. Полоса около 1мбит.
Ежесуточно на автомате плодится полсотни тех же калибровочных кадров. Это 1.5 гб файлов, 5-6 часов выкачки.
Поэтому калибровку нужно перенести на сторону телескопа.

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

[Anton]

PI - не автоматизируем.

Скриптами чё угодно можно в ПИ сделать.

А что, PI можно запускать с именем скрипта в качестве параметра командной строки?

А ещё можно через RemodeDesktop или Radmin.

Можно что? Ковыряться в PI? (гусары, молчать!)
Кстати через TeamViewer ковыряться во всех этих субстанциях намного комфортнее, скорость реально выше чем у радмина. Видимо круто жмут данные и более интеллектуально перерисовывают экран...

[Anton]

прожки компилируются под линуксом.

Это уже буквально путь самурая...
Честно говоря, пока хотелось бы обойтись без линуха (и IRAF-а).
На удаленной машине Win7+классический набор ластрономического софта для получения фотообоев.
ASCOM, MaxinDl, FocusMax, ACP, ACPS, TheSky6 итп.
Вариант с автоматизацией PI был бы неплох, попробую изучить, прежде чем ввязываться в программизм и виртуализацию.

Да и нет задачи полностью делать калибровку таким способом, ее, полную калибровку, прекрасно делает и MaximDl.
Все, что нужно, так это только вырезать из всех исходных файлов саму картинку, прибавить пьедестал, вычесть overscan bias и бросить все это в какую то папку. Остальное автоматизируется.
Если уж что-то и программить, то проще сделать микроскопическое гуевое или консольное приложение на C#, две либы для работы с фитсами вроде как есть.

[Fantom]

Антон, на сколько я понял ты ищешь возможность на уровне камеры калибровать снимки по оверскану. В QHY9 это реализовано в драйвере и выведено на интерфейс. Искал то же самое в Atik383L+ - вообще нет ни каких настроек на эту тему.  Как реализовано в твоей камере не знаю.

[Anton]

Камера FLI PL 16803.
В драйвере есть только настройки про то, как оверскан включить и сколько пикселов читать.
Никакого процессинга на уровне драйвера нет в принципе.

[krussh]

Если уж что-то и программить, то проще сделать микроскопическое гуевое или консольное приложение на C#, две либы для работы с фитсами вроде как есть.

именно так, имхо.

[Fantom]

А если задать вопрос производителю?

[Anton]

А если задать вопрос производителю?

А смысл?
Производитель камеру сделал, дал дрова и даже SDK для особо продвинутых, но дальше его все это уже не волнует.
Он свою задачу выполнил. Дальше юзер сам придумывает себе сложности и их преодолевает.

[Fantom]

В некоторых камерах (как пример выше) предусмотрена калибровка оверсканом. Может просто спросить как это решается у производителя?

[NKV]

PI - не автоматизируем.

Скриптами чё угодно можно в ПИ сделать.

А что, PI можно запускать с именем скрипта в качестве параметра командной строки?

PI это среда обработки. Её запускай, а уж потом в ней всё что угодно с любыми параметрами.
А если мало тех инструментов что поставляются стандартно - можно самому написать, хоть скриптами, хоть С++.

Вот тут я начинал писать StarMonitor module, который следит за появлением новых файлов в указанной папке( куда камера снимки сыпит ), затем измеряет FWHM по всему полю и показывает через OpenGL 3D картинку кривизны поля и включает матюгальник если FWHM стал совсем плохой.
При желании вместо матюгальника можно прикрутить любой процесс, например калибровку.

А уж такую простую вещь кроп и вычитание медины определенного участка кадра - это легко сделать в PixelMath и скормить через ImageContainer всю сессию.

[Anton]

В некоторых камерах (как пример выше) предусмотрена калибровка оверсканом. Может просто спросить как это решается у производителя?

У FLI это никак не решается. Это задача прикладного уровня, а не драйвера камеры.

[Anton]

PI это среда обработки. Её запускай, а уж потом в ней всё что угодно с любыми параметрами.

А мне из скрипта нужно PI запускать, чтобы он что-то осмысленное делал.
Мне не нужно сначала запускать PI, а потом там руками запускать какой то скрипт.
Вот если бы он умел собственные скрипты выполнять из командной строки - было бы здорово, ноя так и не понял пока, умеет или нет...

[NKV]

А мне из скрипта нужно PI запускать, чтобы он что-то осмысленное делал.

Код: [Выделить]

--run=<file_path>

      <file_path> is a local path specification to a script file that will be
      loaded and executed just after the startup procedure. This argument can
      be used multiple times to define an ordered set of scripts that will be
      executed after the startup script.

--force-exit

      After running all scripts specified with -r arguments, exit the application
      unconditionally. ** Warning: No modified data will be saved.


[Anton]

О! Спасибо! Очень похоже на то, что нужно.

[Anton]

Беру статистику трех-четырех колонок в пределах экрана и смещаю это окно вправо.
Чем правее, тем медиана меньше. От 1999 до 1995.
Добавляю еще пяток пикселей справа - в той области медиана еще меньше - 1992.
Добавляю еще 100 пикселей в конце той области тем же окном медиана уже 1985.
Добавляю еще 1000 пикселей там уже - 1982.

А вот и объяснение замеченного эффекта, а заодно и мегасофт и достаточно мудреная метода калибровки оверсканом. А заодно и скриптинг и автоматизация итд итп.
http://www.mirametrics.com/tech_note_overscan_bias.htm
Вообще, в рекламе этот софт пиарится чуть ли не как IRAF с человеческим интерфейсом.