1- send system logs to the MAC OS people... who knows if they can help...
2- Use you mac only for remote desktop, raspberry will do all the job ( I know it can )
3- Do more tests, and share information is this forum...
4- Once, I send some logs to KDE developpers ...
5- try to update Kstars to 3.1
Guillem, we are the KStars developers. Unless the problem is from some other KDE program, we are the ones to talk to. There is no 3.1 for Mac OS yet because I haven't built the 3.1 DMG yet because I had an issue last week with the build. The build issue is not with KStars but with Craft and QT. I sent a message to the KDE folks about the issue and I am waiting for a response. I would not recommend sending a message to Apple, because they don't send them to us. It really doesn't do anything to help. But yes, the best idea is to post whatever information you find on this forum so I can look into it.
I took a closer look at your lldb log. This prints A LOT:
File "<string>", line 1, in <module> NameError: name 'run_one_line' is not defined Traceback (most recent call last)
Mine definitely does not do that. I did a google search for this and everybody seems to say that this is a python error. I found this result, and they have a possible solution for that at the bottom:
You can try that solution and see if it works. Maybe it will just prevent that from printing in the log so much, but if that error is occurring that much, it could explain the speed problem
yes, I noticed that print too.
Went to the page you linked me to, did the first two steps of the troubleshooting.
I'm weary of going further forward, ad I see a sudo command and I know those can bypass MacOS safeties and do damage
Do you suggest I keep going?
after reading more carefully what you wrote, I jumped directly to the fix they propose at the bottom of the page you linked me to.
pip install six
Then restarted KStars via the terminal
The issue about that line printing a lot is now gone, but Kstars is still sluggish and the computer freezes as described in previous posts.
I've tried a simple sequence with the simulators and it did not crash, but I'm still very worried about it crashing on me with real equipment connected.
Logs are attached (unfortunately I've been stupid enough not to save the log relative to six installation...)
Let me know you r thoughts
I've also seen this issue with the Mac Version of EKOS v3. Various things see to set off.
What version of Kstars/EKOS is in StellarMate firmware v1.3.1?
Is there going to be a v3.1 version of the Mac version anytime soon, this could be my issue. The version on the StellarMate itself seems to remain running, but it has other issues right now too, like EQMOD mount control (issue raised in another thread)
I only have v1.3 and would like to get a copy of this if possible please as I found v2.9.8 on the Mac and StellarMate to be pretty reliable and I'd like move back to while there are still reliability issues with v3.x
your last post prompted me to try and use KStars 2.9.8, which I had zipped before installing 3.0.0.
Guess what? No sluggish behaviour whatsoever.
Therefore my guess something has been broken when making 3.0.0.
I don't remember why I switched to 2.9.8, but I reckon it was something to do with flat fields not being captured as flats in 2.9.8, but I wouldn't bet my eyes on it.
May this help?
That sounds good, KStars 2.9.8 does work very well on Macs. There could be something wrong with 3.0.0, at least for your machine. I am currently using 3.0.0 and the only problem I think I currently have is the strange qt resolution bug that you mentioned with the Star Profile Viewer. I hope to look into this in the near future, possibly this weekend to see if I can't get 3.1 to build. Hopefully if I can produce a new DMG it won't have the same issues for you. But for now, yes 2.9.8 should be fine. I used that one for months.
are you suggesting I roll back to 2.9.8?
I could, but that version had another "nice" quirk when operating my Atik 383L+
The sensor is 3362x2537 pixels, but KStars 2.9.8 reads it at a slightly smaller size.
Side note: every other capture software I have used reads the full size of the chip.
PI, being PI, makes it impossible to mix and match frame sizes, therefore I have to have double darks and biases and be very careful which size I use for flats and lights, otherwise it's back to square 1 when calibrating or too late to redo the flats due to focus changes, etc.
This makes it very annoying, if not practically impossible, to use KStars 2.9.8 along with other software (or version of KStars, freer that matter) for capturing frames.
As of now it's not a big deal for me, as I use the Stellarmate as if it were in a remote observatory (i.e. connecting to it via Teamviewer/VNC while it runs my telescope autonomously), and apparently Linux versions of KStars are immensely more stable and less quirky than Mac versions.
Still, if and when the SM is unavailable for any reason, I'd like not to waste any of the precious few clear nights we have in Northern Italy due to software glitches/quirks/nuances.
Nope, I am saying that 2.9.8 is there as a backup, something to fall back on as a stable version if there are problems with the current one on your system. I will try to sort out the issue you are having with the current Mac build ASAP, but it might take time because I am a full time physics and computer science teacher and can only do this in my free time. Also I would normally just run another DMG build with my script, but as I said last week that hit a problem when it tried to build 3.1 so I need to find a resolution to that.
The Linux version is going to be more tested than the Mac or Windows version because KStars and INDI were written for them originally and it was only 2-3 years ago that I made some changes to it that would make it work decently well on a Mac and got some help writing a build script so we could easily build and distribute it. I have been working on a set of “recipes” for craft so that we can get nightly builds that are constantly up to date just like the Linux and windows versions but it takes time to do that as well. There are also way more people using and working on kstars on Linux so the bugs get found and worked out faster. Most of the things that get done to the Linux version, fortunately, also work for the Mac and Windows version, but sometimes there are still Mac or Windows specific issues.
The Mac ones tend to fall in my lap since I ported it and build it. I have devoted a lot of time to this project over the last couple of years and I think it is worth it because it generally works very well and supports my imaging too. But I am only one person with another full time job. With more help, I could sort them out faster.
I will try to fix it soon, but I just ask for your patience.