Well speaking for myself, I've read the thread with interest, but sadly I have no advice to provide. I was thinking of an AZ-GTI as a portable mount at some point, so I am interested in seeing it working, but can't help.

Read More...

Although I'm not familiar with the specific code, I suspect that the option for saving to the camera just enables the default storage attributes that you have defined by the camera, that is, you're saving as Nikon NEF which is the preferred way of saving the raw data on your D3200. I don't expect the driver lets you override the saving format.

One way of speeding things up considerably is to either boot from an SSD or have an attached SSD on your RPi for storing your images (which you'd keep as .fits, to preserve the capture info.

Cheers

Read More...

Hi Gilles,
I don't remember seeing that issue, so I can't really help. It seems like a build environment issue.
I had problems trying to update my Odroid-N2 from 18.04 to 20.04 when I upgraded (quite a while ago) and eventually started with a fresh install later on. It helped a bit to have the astrometry index files / images / etc. on an attached external SSD.
I also tried 21.04 but that will have to wait for a hardkenel release (IMHO).

Read More...

Waiting a bit, let the distribution catch up. Compiles for me again. Thanks nou.

BTW, on my Odroid-N2 I have to limit the number of CPUs, to avoid running out of RAM/Swap space.
JOBS=$(($(nproc) - 2))

Read More...

Jerry Black created a new topic ' error compiling from git source' in the forum. 1 month ago

Hi,

I'm getting this error when compiling on ubuntu mate 20.04LTS when using Nou's compile script. (gitea.nouspiro.space/nou/astro-soft-buil...build-soft-latest.sh)

It must be just my configuration (it's a new install of 20.04 on an Odroid-N2), but it's not obvious to me what I'm missing...

In file included from /usr/include/libindi/indisensorinterface.h:22,
                 from /usr/include/libindi/indispectrograph.h:21,
                 from /home/odroid/astro-soft/indi-3rdparty/indi-ahp-xc/indi_ahp_xc.h:23,
                 from /home/odroid/astro-soft/indi-3rdparty/indi-ahp-xc/indi_ahp_xc.cpp:36:
/usr/include/libindi/dsp.h:1346:63: note:   initializing argument 2 of ‘void dsp_file_write_fits(const char*, int, dsp_stream_p)’
 1346 | DLL_EXPORT void dsp_file_write_fits(const char* filename, int bpp, dsp_stream_p stream);
      |                                                           ~~~~^~~
/home/odroid/astro-soft/indi-3rdparty/indi-ahp-xc/indi_ahp_xc.cpp:344:57: error: void value not ignored as it ought to be
  344 |                         void* fits = dsp_file_write_fits(-64, &memsize, autocorrelations_str[x]);
      |                                      ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/odroid/astro-soft/indi-3rdparty/indi-ahp-xc/indi_ahp_xc.cpp:373:62: error: invalid conversion from ‘int’ to ‘const char*’ [-fpermissive]
  373 |                             void* fits = dsp_file_write_fits(-64, &memsize, crosscorrelations_str[x]);
      |                                                              ^~~
      |                                                              |
      |                                                              int

Thanks

Read More...

Same problem for me too :(

Read More...

I'm not a CCDCiel user, but I'd guess that it is auto scaling the displayed image to as to make the image visible. Most of the time, astro images need to be stretched to see anything. Perhaps your other display apps don't auto stretch?

Read More...

Jerry Black replied to the topic 'GPSD reporting wrong Longitude' in the forum. 2 months ago

Well if you're at -96, ... then the value of 256 looks suspiciously like the max value of an 8 bit number rather than your longitude measured east of the prime meridian.

Read More...

Jerry Black replied to the topic 'GPSD reporting wrong Longitude' in the forum. 2 months ago

I believe the values it reports are all positive values, as if you measured your longitude east of Greenwich. For those of us located in North America, west of Greenwich, the values mean the same thing, e.g. -67 W is the same as 293 E.

Read More...

This is more of a question than an answer... would the scheduler assist in restarting capture runs if autoguiding fails, through the aborted job management option?

Read More...