dph1nm
Members-
Posts
2,051 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Events
Blogs
Everything posted by dph1nm
-
B&Q seem to be selling a Bluetti PS54 537Wh for £249, which seems pretty good for the Wh rating. NigelM
-
The problem I had was it with replacing the 1000D battery during the observing session. The indi_canon_ccd driver would never recover from powering down the camera to replace the battery, to the extent that it required a reboot of the pi to get the system back. No such problem with indi_gphoto_ccd. I believe it was related to the fact that the canon driver allows for multiple cameras. This was a year ago or so, and I now have external power for the camera, so this is no longer an issue for me. So it maybe that the latest canon driver has been fixed. NigelM
-
Histrogram with Optolong L'Ultimate
dph1nm replied to Priesters's topic in Imaging - Tips, Tricks and Techniques
If there is little or no background sky signal, then it could be the effect of the dark subtraction (which will essentially leave the mean background near 0). NigelM -
My 1000D works fine with the indi gphoto_ccd driver. It never played well with the specific canon_ccd driver though (messed up the pi usb ports) NigelM
-
Negative pixels on dark subtraction
dph1nm replied to v4169sgr's topic in Getting Started With Imaging
I think this is unavoidable with short exposures or with narrow band filters. I get this in the red channel when subtracting darks from my 1000D 120s exposures taken through an L-enhance. There is virtually no sky signal, so subtracting the dark+bias has to lead to some -ve pixels. One might hope that the software could cope with this! NigelM -
If you are on a mac you might take a look at indigo, https://www.indigo-astronomy.org/for-users.html, which appears to be a fork of indi, but seems more macos oriented. NigelM
-
One should really think of short F-ratio telescopes as a way of covering more area of sky to the same depth in a given exposure time than a scope of the same aperture with a large F-ratio. So an 8" RASA will not get you any deeper than e.g. an 8" F6 Newt, but it will be much faster at covering a large area of sky. NigelM
-
Well yes and no - using a larger annulus for the sky can produce a better estimate of the mean sky under the star (assuming the sky is flat, otherwise you are in trouble), which is important to avoid systematic photometry errors, but the photon noise from the sky, which is the dominant source of noise for faint photometry, is determined by the aperture used for the star, and so is unaffected by the size of the sky annulus. I seem to remember that an aperture of diameter ~1.4x full width half maximum is optimal in terms of s/n. NigelM
-
DSS doesn't stack images nor align them
dph1nm replied to Abbas's topic in Getting Started With Imaging
Note that DSS requires a minimum of 8 stars in common between images for it to be able to stack. Don't think the example given meets that criteria. NigelM -
If you haven't already, take a look at dobsonianpower.com - he images dso live on youtube with a 12" dob. NigelM
-
Probably depends how long your flats are! I only ever take flats in the region of 1 sec or so. I would be very surprised if a flat-dark that length on a DSLR is in any significant way distinguishable from a 'bias' (basically a 1/4000 sec exposure on my Canon). You should subtract something though, be it flat-dark, bias or constant, otherwise the flats won't work correctly. NigelM
-
Browsable model of the galaxy/universe?
dph1nm replied to Orange Smartie's topic in The Astro Lounge
There is always Celestia NigelM -
ASI 585mc for 8" F5 Newt for DSO: good idea?
dph1nm replied to MichaelBibby's topic in Getting Started With Imaging
The 585 has 2.9um pixels, so about 0.6". A touch over-sampled unless you have very good seeing. The 533 is a bit better at 3.76um, but there really aren't many (cheap) cameras matched in pixel size to >=1000mm FL imaging, so you are always going to have to compromise. NigelM -
At 1200mm focal length most modern cameras (both DSLR and astro cams) are going to give you rather small pixels. I have tried the Altair 224C on my 12" f4 as an experiment - pixels are about 0.8 arcsec. It works OK for *small* DSOs, if you can track well enough (its my guide cam, so I can only use it as the main cam unguided) - I don't mind the amp glow. In fact I have been quite impressed with it, although it is a better match to my 4" SLT. NigelM
-
So I have a little Altair 224C guide cam on my main telescope, so I thought I would try it out as an imager on my venerable Nexstar 102 SLT. The FOV is tiny, which makes it almost impossible to find anything with the GOTOs on the SLT mount, and the small pixels are, lets say, a challenge for the tracking. So these are stacks of 8 or 15 sec subs. Clockwise from top left: M16, 622 secs; M14, 495 secs; M26, 328 secs; M27, 280 secs. All stacked with DSS and played with in GIMP, and taken low down in my very light polluted skies. I am pleased to report that they are an improvement over the Canon 1000D which I have previously used on this telescope (to be fair, the Canon suffers as the short exposures you are restricted to on this AltAz mount are not long enough to overcome the read noise)! NigelM
-
There is a site https://www.nightskiesnetwork.com/#about where people broadcast live imaging from their telescopes. I think you have to sign up for it - there was a time it was just open for anyone to view. Used to be mostly US, so the timings were a bit odd for the UK. NigelM
-
The washed out DSS image is perfectly normal and correct. If you put a faint object such as a nebula or galaxy on top of a bright sky then the intrinsic colour of the object will not be obvious. You need to post-process the image to remove the sky, and maybe up the colour saturation. The DSS image settings can do this, but you will have more control in dedicated photo-editing software. NigelM
-
Removing text documents when stacking light frames in DSS
dph1nm replied to AstroNebulee's topic in Imaging - Discussion
Those files contain the registration, flat, dark, bias info etc used when processing the image frames. I keep them in case I ever want to stack the data again. Not sure what you mean by in the options tab - the file selection tab doesn't show them if you tell it to look only for e.g. raw files. NigelM -
There is a part-time job as well as the full-time one ... NIgelM
-
Gimp help
dph1nm replied to Anthonyexmouth's topic in Imaging - Image Processing, Help and Techniques
There is a set of scripts here http://www.hennigbuam.de/georg/gimp.html NigelM -
I have had a similar problem immediately after a meridian flip (this with an EQ8). Solver finds the offset, says it is moving the scope but it doesn't. So the next solve finds exactly the same offset (and so on). Weirdly, choosing another target just a few arcminutes away solves and centres OK, but if you then return to the original target is still won't move the scope. I put it down to a bug in ekos/indi and moved on to another target. It isn't the only problem I have found with the solver, but, hey, its free! NigelM
-
See fig 2 (radius v magnitude) on this page https://ned.ipac.caltech.edu/level5/Sept18/Simon/Simon1.html It's basically all about how concentrated the stars are. NigelM