Hello Jasem, I am a little confused here as I’m quite sure I’m using the V4L2 drivers on the Skyris, the iGuider and the iPolar.
The iPolar is recognised and uses V4L2 by default.
The iGuider is recognised and uses V4L2 by default.
The V4L2 is set in the 2nd auxiliary slot and automatically recognises the Skyris 132c, as it displays it as such in the “image info” tab.
All these are working on the Mac via KStars with the Stellarmate Plus hotspot/WiFi, not on the Stellarmate Plus vnc viewer.

Am I reading something wrong here?

Thank you, Richard.

Okay sorry, for some reason, I thought everything was connected directly on MacOS. Alright, in this case, it requires more investigation to figure out why it's not using the correct values. Please open a ticket over at stellarmate.

Hi Jasem, I will do that tonight, thank you.

UPDATE- ticket raised, thank you.

Preferences -> Satellites -> Update TLEs
The progress windows are hidden behind the preferences window. 

I just installed and tried  Mac 3.5.3 and with the Simulators, I get a plate solving failure.  Same error as I am getting with 3.5.2 stable this month and posted earlier.  

"Please check you have sufficient stars in the image. Enable Alignment Logging in Setup Tab -> Logs to get detailed information on the failure."
 

I tried again tonight with Mac OSX Catalina attached to a Linux Box running INDI WebServer.  It crashed as soon as INDI started connecting my gear - with a flood of Debug Connect/disconnect messages starting with the iOptron CEM120 driver.

Logs attached.

I tried again tonight with Mac OSX Catalina attached to a Linux Box running INDI WebServer.  It crashed as soon as INDI started connecting my gear - with a flood of Debug Connect/disconnect messages starting with the iOptron CEM120 driver.

Logs attached.

Poison,

I believe the window issue you are experiencing is a side effect of the "always on top" behavior that I had to add several years ago to many of the windows in KStars.  It was necessary because on Mac OS X, child windows don't always appear in front of their parents.  Without adding that behavior, then you lose many windows behind the skymap.  Since the skymap is supposed to be the background window and very large, that is a bad thing if the windows you are trying to work with go behind it.  So, making those other windows "always on top" was the best compromise I could come up with until there is a way to make Mac windows work the same way.

Thanks,

Rob

PK,

I think that is mainly an INDI issue not a Mac KStars issue?  Do you get the same issues when a Linux machine acts as a client?

No, when I run KStars on the Linux box via VNC, it works fine.

Hello Rob,
While on the subject of a "window being behind", here's an interesting one.
<strong>Kstars > Ekos >  start </strong>the indi panel automatically opens up and stays behind the Ekos panel.
My question is, why do we have the Indi panel opening up in the first place? I do believe that wasn't the case before.


   
 
 

The INDI panel has opened when you start up an INDI server for many years.  Actually I asked this several years ago and it seems that folks like to be able to immediately see their devices coming online, or at least that’s what I understood the reason to be.  I don’t think it’s necessary myself but if we take it away now I don’t know I might miss it also since I’m used to it now.

oh I see, only happens when you start a local indiserver, I was just testing my old Atik Titan camera. My connection is 99% of the time set as remote.