No, indi_simulator_ccd runs great and very fast!

indiserver started with -vvv flag puts encoded image in output woild help if I send you that encoded image?

Just show start of packet from <setBLOBVector to begin of base64 data

Damn! It's easier said than done. My linux skils are limited
But I hope I got what you need. See attachement.

Really thanks! But first two lines would be enough )
I see the problem! My program expects `len` attribute instead of `size` here:I will fix it little later and inform you.

Hi Denis,

First, congratulation to your great software! Really good!

I developed the indi_pylibcamera driver. It is a new project and certainly not free of bugs. I still try to improve it. When reading this discussion I got some questions:

1. What is POLLING_PERIOD used for? I saw this in the indi_simulator_ccd driver but I could not find out what it does. When searching internet I found something related to a focuser. But most of the cameras do not have a focuser. Is POLLING_PERIOD an importent attribute for a camera?

2. In the comment above you wrote, your program expects "len" instead of "size" in oneBLOB. I have all my half knowledge from github.com/indilib/docs and from analyzing network traffic. As far as I know github.com/indilib/docs/blob/master/protocol/INDI.pdf specifies "size". Is that outdated and should I change it to "len"?

Regards,
Ronald

Hi Ronald,
I'm not familiar with INDI protocol ) I simply analyzed the traffic and saw that both `size` and `len` attributes are presented:I don't know why but I decided to use `len` attribute. I will change code to use `size` or `len`.

I use POLLING_PERIOD (change from default 1000 ms to 500 ms) to make visualization of progress of current exposure more smoother. Smaller value of POLLING_PERIOD makes CCD_EXPOSURE property to change more frequent during taking shot

so happy Rust is making into astrophotography, got some projects myself using Rust so I thanks for your work! I read somebody asked with armv7 builds, I worked on building artifacts for multiple platforms using github actions and releases, basically whenever you cut a release on github pushing tags the machinery starts and upload under the release itself the artifacts. I could add those to your repo Denis if you think it may be helpful! Lemme know and gratz again!

Hi, Mattia
Thanks for the offer of help! It would be great if releases are created automatically using github actions and releases.
But these are plans for the future. And it will be possible to think about releases later, when the program will work stably

New alpha version 0.0.34: drive.google.com/drive/folders/17d49C9Xg...XcdNsCtb9d15nM-WBjGZ
Not tested on real sky due to clouds ((
* Rewritten code for reading XML packets
* Fix in dithering code
* Some UI improvements

@Denis: I'm very glad to confirm, that taking pictures with indi_pylibcamera now work as expected. Great work!
I'm really exiting to try your program in real situation, under real sky to see how live stacking performs!

Simon, don't expect too much from my program now. Contrast of preview image is too low. Look at screenshot for example and compare it with autosaved live stacking image processed in Siril and RawTherapee
I plan to make improved view settings a bit later.

The AstraLite is looking quite interesting and promising also! Well done!

I hope that all of you guys will have the time one day to improve Ekos with your ideas and programming skills. For example I am looking your GUI and I wish I could have the ability to have my Ekos like this. Or floating windows. Or even the ability for live stacking.

Keep up!