The binary-factory version appears (simulator) to work well! Excellent work!
The intent of my download of QT was to get qtcreator only. Within QTCreator, I've pointed the QT version to the craft version/Users/user//AstroRoot/craft-root/bin/qmake
Anyway I'll dabble a bit longer on my installation errors...
So I finally found and installed qt 5.15.2 at download.qt.io/official_releases/qtcreator/5.0/5.0.3/
With an up-to-date kstars via git pull and ~/Projects/kstars-on-osx-craft/build-kstars.sh -d,
QTCreator gives me the following during a build (pointing to the craft QT ~/Astroroot/craft-root/bin/qmake).
17:33:41: Running steps for project kstars...
17:33:41: Starting: "/Users/jerryblack/AstroRoot/craft-root/dev-utils/bin/cmake" --build /Users/jerryblack/AstroRoot/craft-root/download/git/kde/applications/build-kstars-Craft_Kit-Debug --target all
[1/10 95.7/sec] Generating KSTARS_APP_SRCS.email@example.com
[2/10 190.4/sec] Generating KSTARS_APP_SRCS.iconset/icon_32x32.png
[3/10 284.9/sec] Generating KSTARS_APP_SRCS.iconset/icon_128x128.png
[4/10 131.2/sec] Generating index.cache.bz2
cd /Users/jerryblack/AstroRoot/craft-root/download/git/kde/applications/kstars/doc && /Users/jerryblack/AstroRoot/craft-root/bin/meinproc5 --check --cache /Users/jerryblack/AstroRoot/craft-root/download/git/kde/applications/build-kstars-Craft_Kit-Debug/doc//index.cache.bz2 index.docbook
kf.doctools.core: Error: Could not find kdoctools catalogs
[5/10 146.9/sec] Generating KSTARS_APP_SRCS.icns
ninja: build stopped: subcommand failed.
17:33:42: The process "/Users/jerryblack/AstroRoot/craft-root/dev-utils/bin/cmake" exited with code 1.
Is this the correct place to record this issue, or should I add it to github.com/rlancaste/kstars-on-osx-craft as an issue?
#78643 said "without star on a light".
Should this (#78646) read "the area must be without any stars" ?
With my Nikon Z7 which create 90M fits files (8256 x 5504) my download time is 1.92 sec to the internal eMMC storage (faster than a micro SD card). If I download to an attached SSD the download time is 1.84 sec.
I have the Z7 configured to capture in NEF (raw), store in FITS, capture target RAM, and save to the SD card. This is on a raspberry Pi clone (an Odroid-N2) which is a bit faster than a RPi4 (running on Ubuntu 20.04.3) built from the latest source. Maybe the Z7 is a bit faster in it's file saving? It uses a XQD card for storage.
If you are able to copy your system from your micro SD card to an external SSD drive, and boot from that, I think you'lll find your storage time improve.
I have a RPi4 with Stellarmate 1.6.1 (not recently updated) booting from an SSD drive, it also saves in 1.84 sec.
I've been contemplating the same refurbished idea. One thing I'm uncertain about is the operating temperature range.
The RPi4 spec is 0 - 50C
while the M1 2020 Mac mini 50° to 95° F (10° to 35° C).
and the 2014 Mac mini is also 50° to 95° F (10° to 35° C)
Here in Canada I've operated my Odroid-N2 down to at least -10C, but I wonder if a Mac mini would be up to cooler temperatures? The Mac mini certainly does have a more robust case which might extend it's temperature range beyond the specs a bit.
Reguarding copy/paste from ubuntu 20.04.3 on the NUC via NoMachine to your Mac. My experience is with a Unbuntu 20.04.3 on an Odroid to the Mac via NoMachine. I find I have to include the finder as intermediate step when copying from the NoMachine window to an OS App. e.g. copy in NoMachine on the remote machine, click on the Finder in the task bar, then click in the task bar to my target OS X app. It seems (this might be superstition) that the Finder does the acquistion of the copy buffer from NoMachine more reliably than directly to another app.
Hi, I really have no idea, but... if you have a spare SD card you might try doing a AstroPi3 github.com/rlancaste/AstroPi3 based install using the raspbian or ubuntu installs as noted on that github site. This would let you investigate whether a newer/different version of an OS or newer KStars install makes a difference.
I may be completely out-to-lunch, but does Stellarmate bother launching it's own hotspot WiFi if it can establish a connection your home network WiFi? If you're using the phone app, I think you can establish a second alternate connection to your equipment that uses your home WiFi, so you end up with a choice of using either (depending on which is available). In the past, I remember disabling my 5G home WiFi temporarily, so I could get it to create it's own network as an alternative (disclaimer: this may not have been for Stellarmate, but for a Ubuntu installation).
Any suggestions / fixes for getting it to create a running app, in the proper folder, making it find TZrules.dat and what-ever comes next.
So I've uploaded a version of the script with just a few library changes that will allow it to compile. It fails to launch when it can't find TZData.txt in the spots where it searches. I'm sure this is close, but not there yet.
I'd be interested in what Jay did to get it working, so that I could tweak my script. I've installed the 32 bit Bullseye and haven't yet got it to work.
I did substitute qt5-default for qtbase5-dev qtchooser qt5-qmake qtbase5-dev-tools
# sudo apt-get install -y git cmake qt5-default libcfitsio-dev libgsl-dev wcslib-dev
sudo apt-get install -y qtbase5-dev qtchooser qt5-qmake qtbase5-dev-tools
I see there is an issue with libkf5newstuff which I haven't resolved yet.