Re: APPM model how many points portable?

Dale Ghent

Ah, thanks for the clarification. I've always had the camera add-on for TSX, so when I started using Image Link for the first time for APPM, I wasn't sure if it was something that was a part of the base app or the add-on. I just was happy it worked.

I've never used PinPoint as a solver. As a NINA user and in light of ASTAP et al being supported, would supporting PinPoint be desirable at all? I haven't looked into what an integration would look like on the technical side; if it's just a TCP network API or something else.

On Apr 12, 2021, at 17:17, W Hilmo <> wrote:

" and I think you might need the camera add-on for TSX to use Image Link? I'm not 100% sure on that."

You do not need the camera add-on to use TSX as the plate solver in APPM. I have MaxIm, TSX, (full) PinPoint, SGP, NINA, PlateSolve2 and ASTAP and have used them all in various combinations. If I remember right, the capture software and solving software seems to be pretty decoupled from each other in APPM. If you supported capture software, you can independently pick supported plate solve software. For what it's worth, I have found TSX to have a really fast and robust plate solve routine. It seems to do better than the others with difficult to solve fields (either in a star-poor area, or because of passing thin clouds).

Since I've switched to NINA for my image capture, I've used MaxIm as my capture software for APPM. I am looking forward to having both ASCOM camera support and ASTAP support in APPM. If you have a camera with ASCOM drivers (I do), that's going to be a nice configuration that can run independent of your normal capture software.

-----Original Message-----
From: <> On Behalf Of Dale Ghent
Sent: Monday, April 12, 2021 11:27 AM
Subject: Re: [ap-gto] APPM model how many points portable?

No, there's no PinPoint support in NINA at the moment. I might get the eval copy of PinPoint and put in support for it at some point, but my time is so limited now that such a project would need to get in line with all the other things on the to-do list for me.

As for APCC being able to use ASTAP, I can't comment on when that will be available. Only Ray, Karen, or Marj would have any authority on release date or other such expectations.

As for your workflow, all you'll need is APCC Pro+APPM, your camera's ASCOM driver, and a plate solver that's supported directly by APPM, such as PinPoint or TSX (and I think you might need the camera add-on for TSX to use Image Link? I'm not 100% sure on that. All I know is that it works for me(tm) and I do have the camera add-on)

One APCC supports ASTAP, you can have it use the same installation of ASTAP that NINA uses.

As for polar alignment, the RAPAS is a fine tool for that, however if you have a lot of cables going through the mount, you might run into complications with those cables interfering with the view of the RAPAS. This is my case with my Mach1, so I use SharpCap Pro's PA tool and my guide camera or main camera to do polar alignment.

On Apr 12, 2021, at 13:28, <> wrote:

Hi Dale,

I plan to sell my Paramount when the AP 1100 comes in so TSX will go with it.

Pinpoint is not usable with NINA, right? So I should plan on getting Pinpoint for APPM and keep ASTAP for NINA?

Or do you think there may be different answer by June?

Just trying to get installed and familiar with as much stuff as I can ahead of time.

Is Pinpoint the only non-AP software I'll need to make the AP1100 work? Assuming the polar scope is adequate in itself.

-----Original Message-----
From: [] On Behalf Of Dale Ghent via
Sent: Monday, April 12, 2021 8:37 AM
Subject: Re: [ap-gto] APPM model how many points portable?

Yes, there is currently no direct cooperation between NINA and APPM at this moment, but that can come in the future and I've worked with Ray to get a proof of concept of APPM->NINA working.

One APPM can utilize ASTAP directly as a solver instead of through a surrogate app, things will be much more straight-forward and lightweight. Currently, I do my APPM run during twilight with it utilizing the camera ASCOM driver (QHY in my case) and TSX as the plate solving provider. Once that's done, I shut all that down and then run my standard NINA stack for imaging through the night. While TSX is fine and functionally does the job of solving what APPM throws at it, it's still a bit slow and the ability to use ASTAP would let me uninstall the TSX monster from my imaging mini PC.

On Apr 11, 2021, at 22:04, wrote:

My hope was to use NINA as a sequencer. Which I doubt is callable for plate solving from APPM.

I hear that ASTAP will be supported, but is not now. I hope to get mine in June, am I going to need Pinpoint, or show ASTAP work by then (I won’t be offended by the standard answer of most software which is “no promises of future dates” but if one has been announced… ).

While I have TSX now I do not plan to use it with the AP1100.

From: [] On Behalf Of Jeffc via
Sent: Sunday, April 11, 2021 7:55 PM
Subject: Re: [ap-gto] APPM model how many points portable?

I use SGP and ASTAP. A 90 point model takes about a half hour

I didn’t think astap was supported in the AP software; or is this coming ASTAP -> SGP -> AP?
I have also been thinking about using SGP and ASTAP.
Fwiw: I have been assuming APPM (?) uses SGP to capture and plate solve, and SGP in turn uses ASTAP to do the plate solve.
... but I'm far from knowledgeable on this, tho I would like to confirm this works or not without burning too many cycles ... But I'll probably just try it sometime soon.

Also fwiw I'm still on the SGP learning curve, along with a new camera. Was using maxim-dl, but I don't have full pinpoint. (And I've been avoiding TSX from a bad experience with it in the past, which is likely resolved.) I am almost 100% open at this point for image acquisition apps as long as they don't break the bank or my brain. e.g. Voyager has been noted in other forums, however it seems to me SGP is more intuitive, and maybe is more supported... and afaik APPM does not work with Voyager.

Point is: there seems to be many variations/options for software these days, which might have varying performance and capability levels. It would be good to know what works well (at this point in time).
I also am realizing "what works well" may depend on the imaging hardware one is using - whether ascom-only or natively supported.
E.g. I'm currently moving to an Ascom-only camera (at least I believe there isn't native QHY driver integration with with Maxim or SGP).
The upside is the new camera seems to have blazing download speed compared to the ST-8300M I was previously using.

thx .. this is a timely thread for me, btw.


Join to automatically receive all group messages.