Image Autoguiding

  • Posts: 161
  • Karma: 2
  • Thank you received: 44

Replied by Jochym on topic Image Autoguiding

If we would use my quick and dirty test procedure in single-core interpreted language it would use 100% CPU and run like molasses ;) But we are not going to. This test was rather to check my understanding of the algorithm and to approximate the *upper* bound of the processing time. I thing that the lower bound is around 50ms/frame (or 20fps) on RPi2 using GPUFFT. This would be a desperate measure since it needs root access and is not very portable. My plan is to use FFTW3 which is a well-optimized, portable FFT library. With this approach I hope for 2-5 fps on RPi2 and much better on regular PC.
P.
Last edit: 1 year 8 months ago by Jochym.
1 year 8 months ago #15638

Please Log in or Create an account to join the conversation.

  • Posts: 1382
  • Karma: 17
  • Thank you received: 401

Replied by rlancaste on topic Image Autoguiding

Awesome, sounds great!
1 year 8 months ago #15643

Please Log in or Create an account to join the conversation.

  • Posts: 316
  • Karma: 5
  • Thank you received: 93

Replied by oleg on topic Image Autoguiding

What's new in this project?
You can try my open project Astronomy Linux
1 year 3 months ago #18917

Please Log in or Create an account to join the conversation.

  • Posts: 161
  • Karma: 2
  • Thank you received: 44

Replied by Jochym on topic Image Autoguiding

Not much - since I got swamped by work and other duties - but it is not abandoned at all. Thanks for the ping.
Unfortunately the FFT libraries are much more convoluted in their API then I thought - using them from the higher-level languages. There is a substantial amount of code to write to prepare the data before transformation if we want to keep it portable. Jasem has written small bits in ekos to interface with it if I remember correctly but I got stuck on joining them together. I was hoping to return to my indi projects in autumn. Not yet :(.
P.
1 year 2 months ago #19935

Please Log in or Create an account to join the conversation.

  • Posts: 296
  • Karma: 1
  • Thank you received: 17

Replied by T-Studio on topic Image Autoguiding

I expect that the function will be realized.
If possible, I would like you to add live stacking mode and realize it.
This function is introduced to shops in Japan now and is gaining attention as a new viewing method.

kyoei-tokyo-astrodivision.hatenablog.jp/entry/2017/10/12/190618
1 year 1 month ago #20731

Please Log in or Create an account to join the conversation.

  • Posts: 626
  • Karma: 13
  • Thank you received: 182

Replied by TallFurryMan on topic Re:Image Autoguiding

About live stacking, it's a different story. There are multiple places where this could be implemented in Ekos+indi. There is an attempt inside the V4L2 driver itself, but it doesn't play well with Ekos and also doesn't match the expectations of users. The important point on this feature is for the user to see the object appear progressively, in a pedagogical way. That's what Atik implemented with Infinity, and the results are great. You should open a wish list item on this to discuss the idea.

-Eric

-Eric
HEQ5-Pro - Atik 314E - Orion ED80T - DMK21 on Orion 50mm
DIY 3D-printed Moonlite and FWheel RGB/LPR
KStars and indiserver on two Atom 1.6GHz 1GB RAM Linux, VPN remote access
1 year 1 month ago #20735

Please Log in or Create an account to join the conversation.

Time to create page: 0.774 seconds