many thanks for the hint. Could you agree if this setting is wrong, the server might cut the transmission ?
Secondly: When I look to indiweb it already calls with 1000, so there must be 1000 * 1024 * 1024 received memory
<code>cmd = 'indiserver -p %d -m 1000 -v -f %s > /tmp/indiserver.log 2>&1 &' % </code>
but I still get the log
<code>2021-08-08T09:45:30: Client 25: 105.842.564 bytes behind, shutting down</code>
How could this happen ?
Thanks for your support.
I found the reason. on 7. Feb. 21 there was a commit changing it from 100 to 1000.
Version 0.1.7 was released on PyPi on 18. Mar 20!, so the actual package does not respect this change! Could you release a new Indi-web?
2.Edit: if I change that value in dist-packages manually on my computer, download with 1x1 bin work flawless in different applications !
It appears the Bayer pattern problem is rPi/Stellarmate specific. When I run kstars/ekos on a mini pc running ubuntu 20.04.3 it does not have the Bayer info in the image info tab and the FITS header does not include it. As a result the files correctly reflect as grey scale in Astropixelprocessor and it does not try and convert them to RGB. Both the mini pc and Stellarmate are nominally running the same version of kstars - 3.5.4. Maybe the QHY SDK is out of sync?
Borg 107FL, Astro-Tech AT130EDT; Rainbow Astro RST-135 SkyShed Pier; QHY600PH Chroma LRGBHa; QHY5-III-462C; IR Guiding WO Uniguide 50 & ASI290mm mini; ASUS PN51 ubuntu, kstars/ekos, & firecapture; Pegasus PPBA; Stellarvue Optimus + WO Redcat, Skyguider Pro RT90C, rPi4/stellarmate