开云体育

Wind, for me, does not often have a direct impact. I and my equipment are well shielded by the back block wall, and tall foliage growing on the wall. I have a condo complex across a wash (ditch)

I'm somewhere around 1" maybe 1.03"? regarding pointy projections, as you said if it isn't too many and they are in different directions, i just use a solid rejection algorithm during integration and

Found out how to submit bugs to indi. bug is here just in case anyone want's to see the dvd extras for the movie: https://github.com/indilib/indi/issues/1168

Brian, What is your image scale (arcsec/px)? With the wind, apart from the bloated stars, the bigger issue for me at my image scale (1.6 arcsec/px)? is the occasional gusts that will cause a big jump

(this is crossposted to the PHD forums as well) We all know wind is not a good thing, but i wanted to show a fairly direct example of the impact of wind on otherwise nearly identical nights, despite

you might appreciate some elements of SGP being more intuitive here :)

Thanks Justin, I'm still somewhat baffled. But make progress like a snail... Thank You for the pointer about the Looping Images. I suspect you are correct. Any pointers as to how to turn then off? As

Hi Paul, The only thing I can recall is that the time before last (i.e., the session before the one for which I posted the log), at the end of my imaging session, the ASCOM driver seemed to have

Hi Arun, Thanks for re-posting the log. I see a strange error, and can't quite explain what I see. it appears that Gemini was in some bad state during the first part of the log: while there were

Sorry, Paul. Yes, I deleted it. But here it is attached again.

Don't see the attached error log, perhaps it was deleted? In any case, timeout errors in UDP log are not normal, these indicate lost or unprocessed requests which is a serious network error. While the

Sonny, The "big arrow" will be grayed out if you are looping images on the imaging tab. One thing to check. It's got me quite a few times. Overall, I find N.I.N.A. a great piece of free software.

Yes I see the disconnects. it seems there was some no ack beforehand i don't know if this is normal UDP behavior or not, i'll see if Paul K can chime in here You might try a different ethernet cable

Brian, Attached is the debug log. There are several ethernet connection errors, for example, starting at?23:00:07.815. In each case, it reconnected. It is curious. I've never had it when I connected

Dealing with June Gloom here. It's hot, it's cold, it's foggy, it's misting, the apps are crap. But there is a couple of thoughts that don't help: If you don't like the weather, wait 15 minutes and

Well, nope, never had something specifically a communications error. I've seen a lot of things that were indescribably odd. And things that would break the will of strong men and make them walk away

Hi Arun ah got it. yes there's a debug log it generates. under configure telescope option, you can set the debug log option. i would put it to 5. very detailed I believe it's saved under My

Colorado is in its usual spring/early summer cycle...? Sunny mornings then increasing clouds + thunder storms in the PM.? Clearing again after mid-night. Dave... Franktown, CO

Brian, I meant the ASCOM server, the one that’s minimized I to the task bar. Does it have an error log? If so, I can try to find it and share.

Hi Arun I'm not sure what is the "gemini server"? There's really no good way to diagnose this without seeing that conditions underwhich this happened, the specific error message text, and looking at