<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd">
	<channel>
<title>Craig&#x27;s Astrophotography Blog</title><link>http://www.stark-labs.com/index.html</link><description>&#x22;Ask Craig&#x22;&#x2c; Equipment Impressions&#x2c; etc.</description><dc:language>en</dc:language><dc:creator>craig@stark-labs.com</dc:creator><dc:rights>Copyright 2008 Craig Stark</dc:rights><dc:date>2009-01-15T11:41:01-08:00</dc:date><admin:generatorAgent rdf:resource="http://www.realmacsoftware.com/" />
<admin:errorReportsTo rdf:resource="mailto:craig@stark-labs.com" /><sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>
<lastBuildDate>Mon, 14 Jul 2008 21:41:38 -0700</lastBuildDate><item><title>Fine Focus in Nebulosity</title><dc:creator>craig@stark-labs.com</dc:creator><category>Ask Craig</category><dc:date>2009-01-15T11:41:01-08:00</dc:date><link>http://www.stark-labs.com/blog/files/ab7071839fb74243981728326d609ebb-20.php#unique-entry-id-20</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/ab7071839fb74243981728326d609ebb-20.php#unique-entry-id-20</guid><content:encoded><![CDATA[We&rsquo;ve covered focusing here a few times before, but I thought it would be worthwhile hitting it one more time with one more video.  Previously, I&rsquo;ve talked about <a href="http://www.stark-labs.com/blog/files/NebBahtinov.php" rel="self" title="Astrophoto Blog:Fine Focus and Bahtinov Masks">fine-focusing in Nebulosity with a Bahtinov Mask</a> and there is also a movie showing and older version of the tool up in the <a href="../help/nebulositytutorials/tutorials.html" rel="self" title="Tutorials">Tutorials</a> section.  So, the question is:<br /><br /><strong>Q: How do I get critical focus in Nebulosity?</strong><br />If you&rsquo;ve not read the section on <a href="http://www.stark-labs.com/blog/files/NebBahtinov.php" rel="self" title="Astrophoto Blog:Fine Focus and Bahtinov Masks">fine-focusing in Nebulosity with a Bahtinov Mask</a> you may want to head on over there for a longer treatment, but the upshot is that I firmly believe you don&rsquo;t need an auto-focus system to easily reach critical focus.  Auto-focus is great if you&rsquo;re running unattended (be it a remote observatory or having the camera change filters, etc. while you&rsquo;re sleeping).  But, you can hit crisp focus without it and without tearing your hair out.  The Bahtinov mask is one way, but without this you can get quick, clear, numeric and graphical feedback on your focus.<br /><br />I run routinely at f/4 and I don&rsquo;t even have a motor on my focuser these days.  I&rsquo;ve done this on an f/4 Newt (where the motor really did help) and I currently do this on my Borg 101 f/4 completely manually.  It only takes a minute and it&rsquo;s not something I fret about.<br /><br />How?  Rough focus is obtained with the Frame / Focus command.  Click on it and you&rsquo;ll loop through images.  Don&rsquo;t obsess here and just get the stars to be fairly small.  Then, click on Abort, Fine Focus, and then some star in the field.  The video below will show the Fine Focus in action.  Personally, I pay attention to the HFR (Half Flux Radius) and make small adjustments while watching the graph (allowing for the scope to settle between adjustments).  Keep in mind, with a 1s exposure, you&rsquo;ll always have a bit of variation from frame to frame.  As you go towards focus, the HFR will get smaller (graph goes down).  Once you go past it, the graph will go up.  You can then back off, knowing the sharpest focus you obtained, and using that value as your target.  Despite being a fast touch-typist, it took me longer to write this paragraph than it often takes to focus.<br /><br /><script type="text/javascript"><!--
	QT_WritePoster_XHTML('Click to Play', 'http://www.stark-labs.com/movies/FineFocus-poster.jpg',
		'http://www.stark-labs.com/movies/FineFocus.mov',
		'781', '442', '',
		'controller', 'true',
		'autoplay', 'true',
		'bgcolor', 'black',
		'scale', 'aspect');
//-->
</script>
<noscript>
<object width="781" height="442" classid="clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B" codebase="http://www.apple.com/qtactivex/qtplugin.cab">
	<param name="src" value="http://www.stark-labs.com/movies/FineFocus-poster.jpg" />
	<param name="href" value="http://www.stark-labs.com/movies/FineFocus.mov" />
	<param name="target" value="myself" />
	<param name="controller" value="false" />
	<param name="autoplay" value="false" />
	<param name="scale" value="aspect" />
	<embed width="781" height="442" type="video/quicktime" pluginspage="http://www.apple.com/quicktime/download/"
		src="http://www.stark-labs.com/movies/FineFocus-poster.jpg"
		href="http://www.stark-labs.com/movies/FineFocus.mov"
		target="myself"
		controller="false"
		autoplay="false"
		scale="aspect">
	</embed>
</object>
</noscript>
<br />]]></content:encoded></item><item><title>PixInsight: Automatic Background Extraction</title><dc:creator>craig@stark-labs.com</dc:creator><category>PixInsight</category><dc:date>2008-12-14T23:47:29-08:00</dc:date><link>http://www.stark-labs.com/blog/files/PI_ABE.php#unique-entry-id-19</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/PI_ABE.php#unique-entry-id-19</guid><content:encoded><![CDATA[We all end up with gradients in our images.  Sure, flat-fielding (if you do it well) will take out the optical issues like vignetting, but skyglow gradients will still make it such that you&rsquo;ll often really want an artificial flat.  PixInsight has both an automatic tool and a manual tool for doing this.  Here, I go over using the automatic one.<br /><br /><script type="text/javascript"><!--
	QT_WritePoster_XHTML('Click to Play', 'http://www.stark-labs.com/movies/PixInsight_AutoBackground-poster.jpg',
		'http://www.stark-labs.com/movies/PixInsight_AutoBackground.mov',
		'770', '496', '',
		'controller', 'true',
		'autoplay', 'true',
		'bgcolor', 'black',
		'scale', 'aspect');
//-->
</script>
<noscript>
<object width="770" height="496" classid="clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B" codebase="http://www.apple.com/qtactivex/qtplugin.cab">
	<param name="src" value="http://www.stark-labs.com/movies/PixInsight_AutoBackground-poster.jpg" />
	<param name="href" value="http://www.stark-labs.com/movies/PixInsight_AutoBackground.mov" />
	<param name="target" value="myself" />
	<param name="controller" value="false" />
	<param name="autoplay" value="false" />
	<param name="scale" value="aspect" />
	<embed width="770" height="496" type="video/quicktime" pluginspage="http://www.apple.com/quicktime/download/"
		src="http://www.stark-labs.com/movies/PixInsight_AutoBackground-poster.jpg"
		href="http://www.stark-labs.com/movies/PixInsight_AutoBackground.mov"
		target="myself"
		controller="false"
		autoplay="false"
		scale="aspect">
	</embed>
</object>
</noscript><span style="font:11px &#39;Lucida Grande&#39;, LucidaGrande, Verdana, sans-serif; "><br /></span>]]></content:encoded></item><item><title>PixInsight: Preview Windows</title><dc:creator>craig@stark-labs.com</dc:creator><category>PixInsight</category><dc:date>2008-12-14T23:48:17-08:00</dc:date><link>http://www.stark-labs.com/blog/files/PI_PreviewWindows.php#unique-entry-id-18</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/PI_PreviewWindows.php#unique-entry-id-18</guid><content:encoded><![CDATA[The intensive processing done by PixInsight can take up a lot of CPU time and it&rsquo;s really nice to be able to quickly see how things will look on a representative portion of the image.  PixInsight lets you define any number of <em>Preview</em> images -- portions of your main image -- that you can use for this.  This video shows how to make them.<br /><br /><script type="text/javascript"><!--
	QT_WritePoster_XHTML('Click to Play', 'http://www.stark-labs.com/movies/PixInsight_Preview-poster.jpg',
		'http://www.stark-labs.com/movies/PixInsight_Preview.mov',
		'770', '496', '',
		'controller', 'true',
		'autoplay', 'true',
		'bgcolor', 'black',
		'scale', 'aspect');
//-->
</script>
<noscript>
<object width="770" height="496" classid="clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B" codebase="http://www.apple.com/qtactivex/qtplugin.cab">
	<param name="src" value="http://www.stark-labs.com/movies/PixInsight_Preview-poster.jpg" />
	<param name="href" value="http://www.stark-labs.com/movies/PixInsight_Preview.mov" />
	<param name="target" value="myself" />
	<param name="controller" value="false" />
	<param name="autoplay" value="false" />
	<param name="scale" value="aspect" />
	<embed width="770" height="496" type="video/quicktime" pluginspage="http://www.apple.com/quicktime/download/"
		src="http://www.stark-labs.com/movies/PixInsight_Preview-poster.jpg"
		href="http://www.stark-labs.com/movies/PixInsight_Preview.mov"
		target="myself"
		controller="false"
		autoplay="false"
		scale="aspect">
	</embed>
</object>
</noscript>
]]></content:encoded></item><item><title>PixInsight: Screen Transfer Functions</title><dc:creator>craig@stark-labs.com</dc:creator><category>PixInsight</category><dc:date>2008-12-14T23:49:28-08:00</dc:date><link>http://www.stark-labs.com/blog/files/PI_ScreenTransfer.php#unique-entry-id-17</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/PI_ScreenTransfer.php#unique-entry-id-17</guid><content:encoded><![CDATA[Your screen has only 8 bits of intensity resolution and your astro-images probably have 16.  That&rsquo;s 256 shades of intensity vs. 65536.  Before actually stretching the data, it&rsquo;s nice to see what&rsquo;s inside there.  PixInsight&rsquo;s version of the &ldquo;B&rdquo; and &ldquo;W&rdquo; sliders in programs like Nebulosity is the <em>Screen Transfer Function</em>.  It&rsquo;s a lot more powerful that simple black and white points and it&rsquo;s at least as nice as having a temporary adjustment layer in Photoshop.  Here&rsquo;s an introduction to them.<br /><br /><script type="text/javascript"><!--
	QT_WritePoster_XHTML('Click to Play', 'http://www.stark-labs.com/movies/PixInsight_ScreenTransfer-poster.jpg',
		'http://www.stark-labs.com/movies/PixInsight_ScreenTransfer.mov',
		'770', '496', '',
		'controller', 'true',
		'autoplay', 'true',
		'bgcolor', 'black',
		'scale', 'aspect');
//-->
</script>
<noscript>
<object width="770" height="496" classid="clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B" codebase="http://www.apple.com/qtactivex/qtplugin.cab">
	<param name="src" value="http://www.stark-labs.com/movies/PixInsight_ScreenTransfer-poster.jpg" />
	<param name="href" value="http://www.stark-labs.com/movies/PixInsight_ScreenTransfer.mov" />
	<param name="target" value="myself" />
	<param name="controller" value="false" />
	<param name="autoplay" value="false" />
	<param name="scale" value="aspect" />
	<embed width="770" height="496" type="video/quicktime" pluginspage="http://www.apple.com/quicktime/download/"
		src="http://www.stark-labs.com/movies/PixInsight_ScreenTransfer-poster.jpg"
		href="http://www.stark-labs.com/movies/PixInsight_ScreenTransfer.mov"
		target="myself"
		controller="false"
		autoplay="false"
		scale="aspect">
	</embed>
</object>
</noscript><span style="font:11px &#39;Lucida Grande&#39;, LucidaGrande, Verdana, sans-serif; "><br /></span>]]></content:encoded></item><item><title>PixInsight Tutorials</title><dc:creator>craig@stark-labs.com</dc:creator><category>PixInsight</category><dc:date>2008-12-14T23:50:25-08:00</dc:date><link>http://www.stark-labs.com/blog/files/PITutorials.php#unique-entry-id-16</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/PITutorials.php#unique-entry-id-16</guid><content:encoded><![CDATA[<a href="http://pixinsight.com/" rel="self">PixInsight</a> has recently been released for the Mac.  While it&rsquo;s not very Mac-ian in its look and feel (OK, it&rsquo;s about as non-Mac as you can get), it&rsquo;s an incredibly powerful program with a lot of high-end routines.  It&rsquo;s also got a built in programming language to let developers build their own tools, leveraging off of what it has built in.  Who knows ... perhaps some day the UI will be more refined (keep in mind that OS X is really BSD Unix with a great UI riding on top).  Until then, I&rsquo;ve decided to put up some video tutorials to help others get over the initial hump in using PixInsight.  As new tutorials get done, they&rsquo;ll go up here with this blog entry serving as the master.<br /><br />1) The <em>Screen Transfer Function</em>: 12/14/08 (<a href="http://www.stark-labs.com/blog/files/PI_ScreenTransfer.php" rel="self" title="Astrophoto Blog:PixInsight: Screen Transfer Functions">click here</a>).<br />2) <em>Preview</em> windows: 12/14/08 (<a href="http://www.stark-labs.com/blog/files/PI_PreviewWindows.php" rel="self" title="Astrophoto Blog:PixInsight: Preview Windows">click here</a>)<br />3) Removing background gradients (vignetting) with the<em> Automatic Background Extraction</em> tool: 12/14/08 (<a href="http://www.stark-labs.com/blog/files/PI_ABE.php" rel="self" title="Astrophoto Blog:PixInsight: Automatic Background Extraction">click here</a>).<br /><br />]]></content:encoded></item><item><title>Hotech T-Adapters</title><dc:creator>craig@stark-labs.com</dc:creator><category>Equipment Impressions</category><dc:date>2008-11-20T12:27:36-08:00</dc:date><link>http://www.stark-labs.com/blog/files/HotechTadapter.php#unique-entry-id-15</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/HotechTadapter.php#unique-entry-id-15</guid><content:encoded><![CDATA[Every so often, you come across a product that fills a need wonderfully and that is just plain well thought-out.  About a month ago, I was at <a href="http://rtmcastronomyexpo.org/nightfall.htm" rel="self">Nightfall 2008</a> and I met David Ho of <a href="http://www.hotechusa.com" rel="self">Hotech</a>.  He was there doing demos of his self-centering laser collimators.  The trick to these devices is that they have a set of rubber O-rings along the barrel that can be compressed by twisting a knob.  This compression makes them expand which is how they self-center and lock solidly to your focuser&rsquo;s drawtube.<br /><br />&ldquo;Neat idea!&rdquo;, said I, and continued, &ldquo;but you know you really should make a version of this that goes from <div class="image-right"><img class="imageStyle" alt="viewimg" src="http://www.stark-labs.com/blog/files/viewimg.jpg" width="200" height="184"/></div>your 2&rdquo; expanding nosepiece here to T-threads.  This has always been a real problem as it&rsquo;s tough to get your camera to stay locked in place in the focuser drawtube.&rdquo;  He let me go on for a good minute or so about my travails before reaching under the table and bringing forth the exact thing I was describing.  It was the prototype and he was planning on releasing it soon (along with a 1.25&rdquo; variety).<br /><br />I&rsquo;ve now had a chance to have a better look at it and I must say, I&rsquo;m taken with it.  The thing just works.  No matter what kind of attachment system your focuser drawtube has (single set-screw, compression ring, etc.), the device works the same.  Screw your camera onto its T-threads and slide it into your drawtube.  Then twist the big, black, knurled knob to compress the O-rings.  Give it a few good twists and what once might have been a jiggly connection becomes rock solid.  I might as well have epoxied the camera onto the focuser drawtube.  Well, had I, I&rsquo;d never get the camera off, but here all you do is untwist that knurled ring and then slide the camera out.<br /><br />Great idea and great solution to a vexing problem.  Well done Hotech!<br /><br />Now, for my next request... can I get this style of nosepiece onto my focal reducers / correctors?  (Well, ones other than the 2&rdquo; or 1.25&rdquo; filter-size ones that will screw right into the bottom of the adapter already.)  Really, if we must use tube-style fittings and not threaded ones, this kind of nosepiece should be on every device that needs to be held solidly and squarely in place.<br /><br />]]></content:encoded></item><item><title>Aperture&#x2c; f-ratios&#x2c; myths&#x2c; etc.</title><dc:creator>craig@stark-labs.com</dc:creator><category>Ask Craig</category><dc:date>2008-11-12T13:21:54-08:00</dc:date><link>http://www.stark-labs.com/blog/files/FratioAperture.php#unique-entry-id-14</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/FratioAperture.php#unique-entry-id-14</guid><content:encoded><![CDATA[<strong>Q: F-ratio myth - Myth, reality, or what?  Does aperture always rule?<br /></strong><br />A lot has been written and discussed on the web about what f-ratio really means for us as astrophotographers.  F-ratio is simply the ratio of the focal length to the size of the aperture.  So, if you have a 200 mm telescope that has a focal length of 1000 mm, it is an f/5.  This is true for your telescope and for your camera lens.  Clearly, the f-ratio can be varied by changing either the aperture or the focal length.  If we stick a focal reducer or a barlow on the scope, we&rsquo;re changing the f-ratio of the system (Note: not of the objective itself, so sticking a barlow on your f/4 Newt to make it f/8 won&rsquo;t make the coma of an f/4 go away!).  Likewise, when the iris inside your camera lens cuts down the light (reduces the aperture) you&rsquo;re changing the f-ratio.<br /><br />If we keep the aperture constant and change the f-ratio by somehow scaling the focal length (reducing or extending it), we&rsquo;re not changing the total number of photons hitting our detector from a given DSO.  As Stan Moore and others have pointed out on pages like the one dedicated to the &ldquo;<a href="http://www.stanmooreastro.com/f_ratio_myth.htm" rel="external">f-ratio Myth</a>&rdquo;, it is the aperture alone that determines how many photons we gather from a DSO.  If you imagine your scope to be a bucket, catching photons streaming across space, it should be obvious that the bigger a bucket you have, the more photons you get.  Period.  No ifs, ands, or buts as it were.<br /><br />I feel Stan does a good job on his page explaining how film differs from CCDs and where the noise comes from.  But, in seeing how this is often depicted in online discussions, I feel one key caveat he makes is often lost.  Note that at the end of his page, he says that, &ldquo;There is an actual relationship between S/N and f-ratio, but it is not the simple characterization of the &lsquo;f-ratio myth&rsquo;.&rdquo;  What is missed by many when they conclude that &ldquo;f-ratio doesn&rsquo;t matter&rdquo; is that this is true ONLY when you are well above the read noise.<br /><br />Running at a larger f-ratio for a given aperture means that you are spreading the light over more pixels.  Thus, each pixel is getting less light and so the signal hitting that pixel is less.  Some aspects of the noise (e.g., read noise) will be constant (not scale with the intensity of the signal the way shot noise does).  Thus as the signal gets very faint, it gets closer and closer to the read noise.  When we hit the read noise, the signal is lost.  Doubling the focal length (one f-stop) will have 25% as much light hitting the CCD well, meaning we will be that much closer to the read noise.  If the exposure length is long enough such that the edges of our galaxy or nebula are still well above this noise, it matters little if at all.  But, if we are pushing this and just barely above the noise (or if our camera has a good bit of noise), this will more rapidly come into play.<br /><br /><em>Please note, that none of what I am saying here contradicts Stan&rsquo;s message</em>.  He makes this same point and if you look closely at the images on his site, the lower f-ratio shot does appear to have less noise.  As noted, it&rsquo;s not &ldquo;10x better&rdquo;, but it&rsquo;s not the same either.<br /><br />Here, I&rsquo;ve taken some data from <a href="http://aajonahfish.com/f-ratiomyth.htm" rel="external">Mark Keitel&rsquo;s site</a>.  Mark was kind enough to post FITS files of M1 taken through an FRC 300 at f/7.8 and f/5.9.  I ran a DDP on the data and used Photoshop to match black and white points and to crop the two frames.  Click on the thumbnail for a bigger view and/or just look at the crop.<br /><a href="http://www.stark-labs.com/blog/assets/Keitel_M1.jpg" rel="self"><img class="imageStyle" alt="Keitel_M1_thumb" src="http://www.stark-labs.com/blog/files/keitel_m1_thumb.jpg" width="375" height="177"/></a><br /><br />Here is a crop around the red and yellow circled areas.  In each of these, the left image is the one at f/7.8 and the right at f/5.9 (as you might guess from the difference in scale.  Now, look carefully at the circled areas.  You can see there is more detail recorded at the lower f-ratio.  We can see the noise here in the image and that these bits are closer to the noise floor.  Again, the point is that it&rsquo;s incorrect to say that the f-ratio rules all and that a 1&rdquo; scope at f/5 is equal to a 100&rdquo; scope at f/5, but it&rsquo;s also wrong to say that under real-world conditions, it&rsquo;s entirely irrelevant.<br /><img class="imageStyle" alt="Keitel_M1_crop" src="http://www.stark-labs.com/blog/files/keitel_m1_crop.jpg" width="469" height="424"/><br /><br /><strong>Q: Does aperture always rule?</strong><br />The most often quoted phrase in our community is that aperture rules and it&rsquo;s true.  It&rsquo;s true that if all else is equal, bigger scopes will do better.  It&rsquo;s also false to say that big scopes are bad on planets or bad in the city and that smaller is better under these circumstances.<br /><br />However, there are times when we don&rsquo;t fully realize what&rsquo;s not equal.  This point was made clearly to me recently when I went out to do some testing on a camera and brought along an 8&rdquo; f/5 Antares Newtonian (with Paracorr) and a 4&rdquo; f/4 Borg 101 ED APO.  I aimed, among other things, at the Horsehead Nebula and thought I had a good handle on what the images would show me.  I thought, as most of you probably would, that the 8&rdquo; Newt (1000 mm focal length) would spank the 4&rdquo; APO (400 mm focal length).  After all, the Newt gathers 4x as many photons as the APO.  I went in thinking less about the caveat to the f-ratio myth than I should have though, and given this, the results were quite surprising.<br /><br />These are taken right after each other and are both 5 minute frames, with no application of any post-processing other than simple stretching (data from QSI 540).  You can click on the image for a 100% version of the shot here.<br /><a href="http://www.stark-labs.com/blog/assets/HH_Comparison1.jpg" rel="self"><img class="imageStyle" alt="HH_Comparison1_thumb" src="http://www.stark-labs.com/blog/files/hh_comparison1_thumb.jpg" width="589" height="550"/></a><br /><br />I don&rsquo;t know about you, but I&rsquo;m seeing more detail in the 4&rdquo; scope than in the 8&rdquo; scope.  The bit of emission nebula by the horse&rsquo;s mane is one area you can pick this out.  Whether you think the 4&rdquo; is better than the 8&rdquo; here might be debated (I don&rsquo;t think so, but some might) but what we can certainly say is that the 4&rdquo; wasn&rsquo;t put to shame in this comparison.  Despite giving up &ldquo;4x the number of photons&rdquo;, it is doing very well.<br /><br />Why?<br /><br />Is it some &ldquo;APO magic&rdquo;?  Hardly.  The answer, IMHO, comes down to two factors:<br /><br />1) Much of the signal we&rsquo;re pulling out here is close to the noise floor and, by having a lower f-ratio (and shorter focal length), the 4&rdquo; APO is getting more photons onto the CCD wells as a result, getting us into the &ldquo;caveat&rdquo; range of the f-ratio myth.<br /><br />2) There is more light loss in the Newt than we might expect.<br /><br />Let&rsquo;s put some quick and dirty numbers onto these images and pretend we&rsquo;re imaging a flat field (e.g., the emission nebula around the Horesehead).  What do we have here?  Well, if the aperture were the same and we&rsquo;re running one at 1000 mm and one at 400 mm of focal length, we can figure the difference in photon number hitting the well by (1000 / 400) ^ 2.  This is a factor of 6.25.  So, if we took a 1000 mm scope and reduced the focal length to 400 mm, each CCD well would be hit with 6.25x as much light.  Again, this won&rsquo;t matter a lot for brighter areas, but when you&rsquo;re right near the noise, this will certainly come into play.<br /><br />The aperture isn&rsquo;t the same, of course, and the 4&rdquo; scope is collecting 25% as many photons as the 8&rdquo; scope, owing to the difference in aperture.  So, if we&rsquo;re counting the number of photons from a diffuse source hitting the CCD, that 6.25 factor goes down to 1.56x.  But, that is still in favor of the 4&rdquo; APO.  Note, if this were a 3&rdquo; APO, the light loss due to aperture would be down to 14% of the 8&rdquo; scope, which would put the photon count hitting each well at a factor of 0.88, now tipped to the Newt&rsquo;s favor.<br /><br />All this is still pretty close and I don&rsquo;t think enough to account for the images.  Here&rsquo;s something we&rsquo;ve not considered yet, however.  The Newt uses two Al-coated mirrors and several lenses in the Paracorr.  The APO here is a doublet with several more lenses in its reducer / corrector.  If we suppose that the two correctors loose similar amounts of light, we&rsquo;re left with two mirrors vs. a doublet.  That doublet is passing on the order of 97% of the light, but each surface of the Newt is only passing about 86% of the light.  With two mirrors, we&rsquo;re down to about 76% of the light.  We&rsquo;re also not at an effective 8&rdquo; of aperture in terms of photon gathering owing to the central obstruction (about 2.5&rdquo; here).  The central obstruction alone puts us down to a 7.6&rdquo; scope and if we factor in the mirrors&rsquo; light loss it&rsquo;s down to a 6.6&rdquo; scope.  So, rather than an 8&rdquo; vs. 4&rdquo; scope with a 4x total photon boost for the 8&rdquo;, it&rsquo;s more like a 6.6&rdquo; scope which is only a 2.75x total photon boost.<br /><br />Now, if the total photon boost is only 2.75x instead of 4x (aka, the light throughput on the 4&rdquo; scope is 36% of the bigger scope instead of 25%), we can update the numbers from above.  Ignoring the aperture (keeping it constant), the focal length had 6.25x as many photons hitting the CCD well and getting us above the noise.  With perfect optics, the light cut was 1.56x (6.25 * 0.25), but it&rsquo;s now at 2.27x with more real-world numbers.  That means that each pixel recording the nebula is getting 2.27x as many photons hitting it when the 4&rdquo; scope is attached as when the 8&rdquo; scope is attached.<br /><br />Math, math, math... does this really happen?  My camera&rsquo;s bias signal is about 209 in this area.  I measured the mean intensity in a 10x10 region using Nebulosity&rsquo;s Pixel Info tool for three areas right around and in the Horsehead.  On the Borg, they measured 425, 302, and 400.  On the Newt, they measured 287, 254, and 278.  Now, if we pull out the 209 for the bias signal we have 216, 93, and 191 vs. 78, 45, and 69.  If we calculate the ratios, we have 2.76x, 2.07x, and 2.77x.  Average these and we&rsquo;re at 2.5x.<br /><br /><strong><em>The back-of-envelope math said I should have 2.27x as much light hitting each CCD well with the 4&rdquo; scope all things considered and the practical measurement came up with 2.5x.  In my book, that&rsquo;s close enough for jazz and a clear verification of the basic idea.  Aperture did not win here.  When all else is equal, it wins, but all else is not always equal.  To my eye, the image with the 4&rdquo; looks better and we find that despite seeming to be a bit light in the photon department when all one considers is aperture, it&rsquo;s actually pulling in more photons onto each CCD well.  While it has fewer photons on the whole target still (36% of the 8&rdquo; scope&rsquo;s amount), per CCD well it&rsquo;s doing better.  If aperture were all that mattered and that focal length didn&rsquo;t matter at all, the 8&rdquo; would have soundly trounced the 4&rdquo;.</em></strong><br /><br />Must this be the case?  Will a 4&rdquo; APO always beat out an 8&rdquo; Newt?  Hardly.  If we run them both at the same focal length, the APO won&rsquo;t have a chance.  Only 36% of the photons are now spread out to the same image scale and so each CCD well has only 36% as many photons hitting it.  The Newt will clearly win here.  Now, keep in mind, that if aperture were all that mattered, the 4&rdquo; would have handily lost the competition above.  It didn&rsquo;t.  Put them on par on image scale and it will.<br /><br />This last bit is really the key for people to understand.  What aperture buys you are more photons.  You can trade these photons off in various ways.  If you keep the image scale the same, your SNR will go up relative to a scope with a smaller aperture.  If you like, you can trade things off here and buy magnification (aka resolution) for that aperture and keep the same SNR.  By varying the focal length (and therefore image scale and f-ratio) we control this trade-off.<br /><br />And yes, it is true, that once we&rsquo;re well above the read noise, the effects I&rsquo;ve mentioned here become weaker.  But, a lot of the things we amateurs try to do aren&rsquo;t always well above the read noise.  I know I&rsquo;m often plumbing the depths to see just what I can pull out.  Just as we shouldn&rsquo;t look only at the f-ratio when making our decisions and think that we can shoot for a quarter as long given a 2-stop difference (e.g., f/8 to f/4) we shouldn&rsquo;t entirely ignore this.  In addition to easing guide constraints and getting a wider FOV, running that f/10 SCT at f/6.3 or so will let you get above that read noise faster.<br /><br /><br /><br /><br /><br />]]></content:encoded></item><item><title>Fine Focus and Bahtinov Masks</title><dc:creator>craig@stark-labs.com</dc:creator><category>Ask Craig</category><dc:date>2008-11-12T11:01:03-08:00</dc:date><link>http://www.stark-labs.com/blog/files/NebBahtinov.php#unique-entry-id-13</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/NebBahtinov.php#unique-entry-id-13</guid><content:encoded><![CDATA[<strong>Q: How can I get focus easily and why don&rsquo;t you write an autofocus routine?</strong><br /><br />Focus is something amateur astrophotographers worry about a lot.  Some get so concerned about the challenge reaching focus that they push hard for having an autofocus setup, thinking this will make their lives a lot easier and that they can be assured of sharp images as a result.<br /><br />Don&rsquo;t get me wrong -- I like the concept of autofocus.  But, there are two things to know before going that route.  First, it&rsquo;s going to cost you.  To do autofocus well and to have it work smoothly, you really want not only a motor on the focuser but you want the ability to know just where the focuser is.  You can do this with a micrometer style readout (like the Televue setup) or with encoders on the motor.  If you go with encoders on the motor, you need to profile the system well to know just how much backlash there is as the encoders will turn without the focuser moving.  If you don&rsquo;t have encoders, life is more challenging and if your focuser has image shift, you&rsquo;ll be looking at one direction of movement only.  So, better have something with encoders and a solid enough setup that you don&rsquo;t have shift.<br />	Second, it&rsquo;ll take time.  It&rsquo;ll either take time to run the full &ldquo;V-curves&rdquo; each time you&rsquo;re out or it&rsquo;ll take time to profile the focuser / scope&rsquo;s V-curve so that you can hit a point on each side of focus and know, given the star&rsquo;s size on those two points where focus is.  Toss in parameters to derive and you&rsquo;re not looking at something quick and easy that can work on any of the various bits of hardware people have out there.<br />	Again, don&rsquo;t get me wrong.  For some setups, it&rsquo;s essential.  If you&rsquo;re running a remote observatory, for example, auto-focus is going to be a huge win.  But, for your typical user, if focus can be done quickly and easily without this, it may not be worth the hassle.<br /><br /><strong><em>I&rsquo;m here to suggest it can be done quickly and easily without any of this.<br /><br /></em></strong>In one of my earlier tutorials, I posted a <a href="http://www.stark-labs.com/movies/Capture_BasicFocus.html" rel="external">video of both rough focusing and fine focusing</a> using an earlier version of Nebulosity&rsquo;s fine-focus tool.  Here, I&rsquo;ll show a video of me using both the current version of the Fine Focus tool and augmenting this with the use of a Bahtinov mask.<br /><br />What the heck is a Bahtinov mask you ask?  It&rsquo;s an elaboration on the idea of a Hartmann mask -- something you stick over the front end of your scope to induce a diffraction pattern that makes focusing easier.  David Polivka over at Astrojargon.net has <a href="http://astrojargon.net/MaskGen.aspx" rel="external">a great webpage on the mask and how to make one</a>.  I made one myself out of a piece of thin cardboard by printing out the pattern from David&rsquo;s site, taping it onto the cardboard, and using a razor blade and straight edge to cut out the pattern.  (I&rsquo;ll post a picture up here soon.)  With some creative folding of the cardboard, it snugly holds itself onto the front of the tube just fine.<br /><br />The concept is that you adjust the focus until the middle spike is nicely centered.  Here, I have a video of me going through the focus process.  I&rsquo;m working on an 8&rdquo; f/5 Newt (I&rsquo;ve done this at f/4 as well without issues) that has a heavy camera setup on a stock one-speed GSO Crayford.  No nice Feathertouch here.  No, I&rsquo;m using a simple focuser on a mount pushed to its capacity.  What we see is the image of the star in focus with the mask in the upper left, the profile in the upper right (orient the diffraction right and that profile could be very useful!), and the running log and current values for the max intensity and the half flux radius.  Play the video and you&rsquo;ll see (and hear) me go from this well-focused spot to taking it out of focus with the mask and bringing it back.  I&rsquo;ll then pull off the mask and show the star is in focus, nudge the focus out a bit and bring it back showing we get to the same focus spot.  Note, the HFR will be different with the mask on and off, of course, but the point is that the focuser position is the same in each.  When one is in focus, the other is as well.  <em>In the minute I&rsquo;m actually doing anything here, you&rsquo;ll see me hit focus with each method.  So, that&rsquo;s focusing the system twice in a minute.</em><br /><br /><script type="text/javascript"><!--
	QT_WritePoster_XHTML('Click to Play', 'http://www.stark-labs.com/movies/Bahtinov_focus2-poster.jpg',
		'http://www.stark-labs.com/movies/Bahtinov_focus2.mov',
		'620', '461', '',
		'controller', 'true',
		'autoplay', 'true',
		'bgcolor', 'black',
		'scale', 'aspect');
//-->
</script>
<noscript>
<object width="620" height="461" classid="clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B" codebase="http://www.apple.com/qtactivex/qtplugin.cab">
	<param name="src" value="http://www.stark-labs.com/movies/Bahtinov_focus2-poster.jpg" />
	<param name="href" value="http://www.stark-labs.com/movies/Bahtinov_focus2.mov" />
	<param name="target" value="myself" />
	<param name="controller" value="false" />
	<param name="autoplay" value="false" />
	<param name="scale" value="aspect" />
	<embed width="620" height="461" type="video/quicktime" pluginspage="http://www.apple.com/quicktime/download/"
		src="http://www.stark-labs.com/movies/Bahtinov_focus2-poster.jpg"
		href="http://www.stark-labs.com/movies/Bahtinov_focus2.mov"
		target="myself"
		controller="false"
		autoplay="false"
		scale="aspect">
	</embed>
</object>
</noscript>
<br /><br />Personally, I think this is pretty easy and straightforward.  Watching this video should give you a good feel for using the Bahtinov mask with Nebulosity.  Watching the other video should give you a good feel for using Nebulosity without this (and on a very unstable night).  Either way, you can be confident that you&rsquo;re hitting accurate focus on modest hardware with no investment and in a short time.<br /><br />]]></content:encoded></item><item><title>Orion 190 mm Mak-Newt</title><dc:creator>craig@stark-labs.com</dc:creator><category>Equipment Impressions</category><dc:date>2008-09-04T10:31:24-07:00</dc:date><link>http://www.stark-labs.com/blog/files/OrionMN190.php#unique-entry-id-12</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/OrionMN190.php#unique-entry-id-12</guid><content:encoded><![CDATA[A few months ago, <a href="http://www.telescope.com" rel="self">Orion Telescope and Binoculars</a> announced a new 190 mm (7.5&rdquo;) Maksutov-Newtonian telescope.  Russian Mak-Newts have long been held up as excellent instruments with APO-like performance by many observers.  The Orion MN, unlike most of the Russian (but not all) is designed with a relatively large central obstruction.  While this can rob the image of some contrast <a href="http://www.damianpeach.com/simulation.htm" rel="self">in the low frequency portions of the MTF curve</a>, it is needed to illuminate larger imaging chips or wider FOV eyepieces.  Thus, it is billed as a $1300 astrograph.<br /><br /><strong>Round 1</strong><br />Having just unpacked the scope yesterday, all I have time for is some first impressions and a few quick tests.  More will have to follow.<br /><br /><em>The Package</em><br />First, the scope is bigger and heavier than I expected.  Yes, the specs are on the website, but going from a 12 lb Vixen R200SS to this is a big jump.  With rings and a dovetail bar, the rig comes in at 26.5 lbs (Orion specs it bare at 22 lbs).  It&rsquo;s also 37.5&rdquo; long, a good 10&rdquo; longer than my old R200SS.  Having it physically here, it seems bigger than that by comparison.  I think with the Vixen, I was able to think of it as just a touch bigger than a C8 and mentally that&rsquo;s how I thought of it.  But really, this is about the size of a number of 8&rdquo; Dobs, so keep that in mind when you&rsquo;re thinking about the scope.<br /><br />The scope comes as a bare OTA (no finder, eyepieces, rings, etc) but does include tools (screw driver, allen wrench, collimation plug) and a copy of a &ldquo;lite&rdquo; version of Starry Night.  I&rsquo;ve not installed that yet and probably won&rsquo;t.  They know they&rsquo;re not selling this to total novices, so keeping these out and their cost out is fine by my book.<br /><br />Anyone doing photography will want to know about the focuser.  This is a single speed Crayford with somewhat oversize knobs on it.  While I&rsquo;d have preferred a dual-speed setup, I was able to focus with the existing one just fine.  I used a Canon XSi&rsquo;s LiveView mode and I used the Fine Focus tool in Nebulosity both without trouble.  The focuser was smooth and had no problem with the DSLR.  For visual use, a 2&rdquo; extension tube is provided to let your eyepieces reach focus.  <br /><br />Collimation is done with hard push-pull screw pairs (screwdriver for &ldquo;pull&rdquo;, allen wrench for &ldquo;push&rdquo;) on the primary.  On the secondary, there is a metal cap that covers the three collimation screws and there is a retaining ring that lets you twist the secondary to line it up.  The primary has a nice center spot (ring) and the secondary has a very faint one (also a ring).<br /><br /><em>Under the Stars</em><br />I had a chance to get it out for some quick tests last night.  This was in a lit parking lot, so don&rsquo;t expect accounts of faint fuzzies.  My goal was to see how well it will perform as an astrograph, so I wanted to see what the stars really looked like across the field and what kind of vignetting to expect.  <br /><br />Visually and in LiveView, it was clear the scope had a very nice &ldquo;snap&rdquo; into focus feel.  The intra- and extra- focus images looked nice but I didn&rsquo;t have a chance for any formal evaluation.  Things looked pretty &ldquo;textbook&rdquo; to me.  Panning Vega around in an eyepiece showed nothing odd, just a nice crisp star that took magnification well.  All I had was a Baader Hyperion 8-24 mm zoom with me, but a quick visual look there showed nice images so far.<br /><br />Sticking the camera on, things look good as well.  Here is a full-frame (stack of four 30s shots) image around Vega:<br /><a href="http://www.stark-labs.com/blog/assets/Orion190_30sx4.jpg" rel="external"><img class="imageStyle" alt="Orion190_30sx4" src="http://www.stark-labs.com/blog/files/Orion190_30sx4.jpg" width="428" height="285"/></a><br /><br />Clicking on the image here should get you the full-sized version so you can scan around for yourself. In the lower-left, stars are a bit off but elsewhere they look quite good.  We&rsquo;re not 100% perfect at the corner<div class="image-right"><img class="imageStyle" alt="out_focus" src="http://www.stark-labs.com/blog/files/out_focus.jpg" width="72" height="72"/></div>s but really I don&rsquo;t think we can complain about this.  The lower-left is probably the result of my collimation not being spot on.  We&rsquo;re not badly off at all but it could be tightened up a bit I&rsquo;m sure and there&rsquo;s little else that would cause one corner to be worse than the others.  Something isn&rsquo;t perfectly lined up / squared.<br /><br />So far, so good.  I took a series of flats using my <a href="http://www.astronomytechnologytoday.com/?l=/viewissue.asp&id=Sept08" rel="self">&ldquo;Elf&rdquo; flat-fielder</a>.  This gives a known-flat image (it&rsquo;s an EL-sheet) and works very well to give me flat frames that correct the vignetting in my scopes.  I binned the image 8x8 and have plotted the intensity relative to the maximum here:<br /><br /><a href="http://www.stark-labs.com/blog/assets/Orion190_Field_Illumination.png" rel="external"><img class="imageStyle" alt="Orion190_Field_Illumination" src="http://www.stark-labs.com/blog/files/Orion190_Field_Illumination.png" width="617" height="358"/></a><br /><br />Keep in mind the x and y-axis labels are in 8-pixel steps.  It&rsquo;s probably best to just realize that this is an APS-sized chip (22 mm x 15 mm).  What we can see here are two things.  First, the secondary isn&rsquo;t perfectly centered on the focuser.  This is what is causing the shift to the right of the hot spot.  Second, even once centered, the best we&rsquo;ll be getting is probably just around 80% (plus or minus a few percent) illumination in the corners of the frame.  If you&rsquo;ve got a smaller chip, you should be able to use this to estimate what kind of vignetting to expect.  Note, this was with the supplied 2&rdquo; to T-thread adapter and a standard T-ring.  I will have to try this with my CCD Labs Q8-HR that places the same-sized APS chip a lot closer to the T-ring to see if that is part of the vignette I&rsquo;m seeing.<br /><br />There is one other thing worth noting.  I was fighting balance and flex last night.  My mount seemed to be tracking just fine despite the imbalance.  PHD was keeping the star centered and the errors were never very large.  Yet, the frames were showing drift from frame to frame.  Ah, the <a href="http://www.stark-labs.com/blog/files/tag-flex.php" rel="self" title="Astrophoto Blog:Tag: Flex">dreaded flex</a>.  While I can&rsquo;t be 100% sure I found it as I&rsquo;ve not tested it yet, I did find one really bad spot where flex was creeping in.  <br /><br />Orion supplies a 2&rdquo; to T-thread adapter.  This is a very nice idea given the target audience for the scope.  They also supply a nice compression ring setup on the focuser.  Individually, these are nice things but together they are ... insert some not so nice word here.  The problem is the angled cut on the 2&rdquo; to T-thread adapter (so it won&rsquo;t fall out if you&rsquo;re using set-screws, but we&rsquo;re not using set-screws...) and the compression ring don&rsquo;t play well together.  The net result is that you can wiggle your DSLR around easily when attached this way.  It&rsquo;s in no danger of falling off but it&rsquo;s not exactly solid.  After taking things down for the night, I tried a different 2&rdquo; to T-thread adapter (an Antares unit with a normal, flat undercut barrel) and the compression ring fit right into the undercut.  The camera was held very solidly with this and there was no flex in this joint.<br /><br />That&rsquo;s all for now...<br /><br /><br /><br /><br />]]></content:encoded></item><item><title>Telescope Stability Systems</title><dc:creator>craig@stark-labs.com</dc:creator><category>Equipment Impressions</category><dc:date>2008-07-31T15:04:05-07:00</dc:date><link>http://www.stark-labs.com/blog/files/TSS.php#unique-entry-id-11</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/TSS.php#unique-entry-id-11</guid><content:encoded><![CDATA[I&rsquo;ve got a nice Takahashi EM-10 mount.  While its GOTO system is a bit quirky (an understatement), it sure is a nice and smooth mount.  Its polar scope is also a real joy as in about 5 minutes I&rsquo;m aligned well enough to image all night long.  In fact, <a href="http://www.stark-labs.com/craig/photos/files/Eagle_Noalign_SD1x5_v11.html" rel="self">here&rsquo;s a shot</a> I took without any alignment over 100 minutes of exposure using PHD and a QSI 540wsg (integrated off-axis guider) following under 5 minutes of polar alignment.  Overall, a very fine mount.  <div class="image-right"><img class="imageStyle" alt="IMG_1341_thumb" src="http://www.stark-labs.com/blog/files/page18_blog_entry11_1.jpg" width="200" height="307"/></div><br /><div class="image-left"><img class="imageStyle" alt="IMG_1337_thumb" src="http://www.stark-labs.com/blog/files/page18_blog_entry11_2.jpg" width="300" height="239"/></div><br />Its tripod is really designed to be nicely portable and while sturdy, still isn&rsquo;t a rock.  Tak intends the mount for lighter payloads than I often put on there, which does make the tripod start to show signs of weakness.  Recently, I reviewed a Telescope Stability Systems tripod, the &ldquo;Stable Max&rdquo; for Astrophoto Insight magazine.  The tripod is such a wonderful addition to my aresenal, I bought it.  From the beefy legs and center column to the precision machined bushings everywhere to the nicely modular approach that lets you use the tripod with any mount (by means of an adapter plate), this thing is a real joy.<br /><br />One thing I can&rsquo;t really convey in the format of the review is just how this stacked up to the stock tripod in real use.  When out testing it, I prepared a series of videos doing things like tapping on the OTA and dropping (padded) objects onto the mount while recording the resulting bounces with a camera.  PDF just doesn&rsquo;t capture video all that well.  So, you get ot see them here.  This is me tapping the OTA with the rig on the TSS tripod and the stock Tak tripod.  <br /><!-- Movie code starts !--><div class="movie-frame"><script type="text/javascript">QT_WriteOBJECT_XHTML('http://www.stark-labs.com/blog/files/page18_blog_entry11_3.mov', '160', '136', '', 'autoplay', 'false' );</script></div><!-- Movie code ends !--><br /><br />Here I am dropping a heavy weight onto the tripod&rsquo;s countershaft (rope attached to scope and to padded weight, dropped from the same position each time) with both setups:<br /><!-- Movie code starts !--><div class="movie-frame"><script type="text/javascript">QT_WriteOBJECT_XHTML('http://www.stark-labs.com/blog/files/page18_blog_entry11_4.mov', '160', '136', '', 'autoplay', 'false' );</script></div><!-- Movie code ends !--><br /><br />If a picture is worth 1,000 words this video was worth buying the tripod.  I don&rsquo;t fear the wind nearly so much as I used to.  Sure, you hit the countershaft with a weight and the image moves.  But it settles down very quickly getting you right back on track and helps show just how solid the setup is overall (a quick blip in a 5 minute image isn&rsquo;t nearly so damaging to your image as a long time bouncing.)<br />]]></content:encoded></item><item><title>Equinox 6</title><dc:creator>craig@stark-labs.com</dc:creator><category>Equipment Impressions</category><dc:date>2008-07-25T09:25:56-07:00</dc:date><link>http://www.stark-labs.com/blog/files/Equinox6.php#unique-entry-id-10</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/Equinox6.php#unique-entry-id-10</guid><content:encoded><![CDATA[When I moved over to the Mac a few years ago, I kept Windows running in a virtual machine a lot of the time.  There were two programs that I just had to have going whenever I was thinking about a night&rsquo;s imaging or about new scopes or cameras.  One was Rod Wodaski&rsquo;s <a href="http://www.newastro.com/newastro/downloads/ccdCalcFree.htm" rel="self">CCD Calc</a> and the other was <a href="http://www.stargazing.net/astropc/" rel="self">Cartes du Ciel</a>.  Being a &ldquo;switcher&rdquo;, I wanted to have something native to the Mac but at the same time, I was so used to both of these and they did just what I needed them to do.  But, it was time to make a switch.<br /><br />I looked at a lot of options on the Mac.  <a href="http://homepage.mac.com/astrod/software/astroimagebrowser/aib.html" rel="self">AstroImageBrowser</a> provided a decent stand-in for CCD Calc.  It does some things a lot better than CCD Calc, but it doesn&rsquo;t do a few things that CCD Calc does or just does better.  Neither program lets you see how things will look with an FOV of more than 1 degree and with today&rsquo;s DSLRs and other decent-sized chips, it doesn&rsquo;t take much to get larger than 1 degree.  (These days, I find myself using something else, however, thanks to some recent updates to Equinox 6 - read on.)<br /><br />When looking at &ldquo;planetarium&rdquo; software, I had a much harder time.  I&rsquo;ve tried <a href="http://www.starrynightstore.com/" rel="self">Starry Night Pro</a> on both the Mac and Windows and there was something about the interface I just couldn&rsquo;t ever get my head around.  The sky never seemed to move the way I wanted it to and despite giving it a solid try, it just didn&rsquo;t work for me.  In addition, their support of my Takahashi Temma mount was limited to Windows.  I&rsquo;d been a fan of <a href="http://www.bisque.com/" rel="self">TheSky</a> for a long time, but their Mac version was very out of date.  (TheSkyX is out now, but still only in the Student Edition).  I trield <a href="http://www.stellarium.org/" rel="self">Stellarium</a> and <a href="http://www.shatters.net/celestia/" rel="self">Celestia</a> and both are beautiful, but neither would let me really plan for an evening of imaging much less control the Tak mount.  I looked at <a href="http://www.carinasoft.com/products/voyager/index.html" rel="self">Voyager 4</a>, but the price tag was a bit steep, especially since it wouldn&rsquo;t control the odd Tak mount (sense a theme here?).  <a href="http://www.ilangainc.com/astroplanner/" rel="self">AstroPlanner</a> could do a lot, but I really did want more of the planetarium-style interface.  It&rsquo;s a neat package that I encourage folks to look at, but it&rsquo;s not exactly a replacement for CdD.  Oh, and yes, I did even work with CdC&rsquo;s code, getting things sort-of compiled and going on OS X, but this isn&rsquo;t ready for prime time (or wasn&rsquo;t then).   As a side note, the mount can be run via <a href="http://homepage.mac.com/chen/w7ay/cocoaTemma/index.html" rel="self">cocoaTemma</a> if you know where you want to go by name or coordinate and I do have things going nicely on it with a PDA and TheSky Pocket Edition).<br /><br />Enter <a href="http://www.microprojects.ca/equinox6.html" rel="self">Equinox 6</a>, by Darryl Robertson.  Equinox 6 has been around for awhile and I won&rsquo;t pretend to say I know it&rsquo;s history, but I&rsquo;ve now used it for almost two years and can say I like what I see.  At first, I must admit it took a little getting used to.  For starters, there is a separate &ldquo;main view&rdquo; that shows the whole sky or whatever portion of the sky you&rsquo;re zoomed to and a &ldquo;scope view&rdquo; that shows what should be in your telescope.  It&rsquo;s the &ldquo;scope view&rdquo; that can show the fainter stars, show camera or eyepiece overlays, etc. and it took a bit of time to get used to this split setup.  Now, it doesn&rsquo;t bother me and can even be a nice feature at times.  In truth, it didn&rsquo;t take very long to adjust (and as always, reading the manual actually helped.  It&rsquo;s a very nice manual.)<br /><br />It&rsquo;s got all the features you&rsquo;d expect from a nice planetarium package (and then some!) and I encourage you to take it for a test drive even if just for these (and yes, it does even control my Tak Temma mount!).  What I&rsquo;d like to really point out today are one long-standing thing and two new things that I think make Equinox 6 exceptionally cool and help show what kind of product it is.  These latter two things actually are evidence of the first and that is that Darryl is just the sort of guy you&rsquo;d love to have writing a program you use.  In my time using it, I&rsquo;ve gotten to watch it grow and watch how quickly bugs are fixed and patches put out.  I&rsquo;ve spotted a few bugs myself and let him know either via e-mail or via the <a href="http://tech.groups.yahoo.com/group/mpj-equinox" rel="self">Yahoo group</a> and patches arrive promptly.  Any time you write software and certainly any time you don&rsquo;t have a large development team and substantial beta-tester crew, you&rsquo;re going to have bugs. (As we all know, even when you do have huge development teams, etc. bugs happen.)  Bugs are part of life with software and what matters is how well and how promptly they get fixed.  Darryl gets an &ldquo;A&rdquo; in my book here.<br /><br />I&rsquo;ve pitched a few ideas to him for the program and some he&rsquo;s gently said &ldquo;See page X in the manual -- it&rsquo;s already there&rdquo; and others he&rsquo;s taken to heart and thought about.  Some of these (and I&rsquo;m certainly not the only one giving suggestions) have appeared in the program.  One I particularly like is the ability to grab shots from the DSS of any FOV you want and see how your scope + camera combination will frame things.  True, you may need to spend a few minutes figuring things out if you don&rsquo;t have a pre-defined camera (which is really just a pre-defined sensor size), but once done you can do things like this:<img class="imageStyle" alt="Equinox6_2" src="http://www.stark-labs.com/blog/files/page18_blog_entry10_1.jpg" width="737" height="646"/><br />That&rsquo;s a nice wide view of the Veil from DSS data as it would look on my Borg 101 f/4 and QSI 540.  I can swap around cameras or scopes, rotate the FOV, nudge things around, etc. and still see just how much of this target will fit without having to deal with limitations of 1 degree of FOV.  When thinking about scopes or cameras, I can grab any number of targets, see just how it will fit, etc.  I can also see just how faint something really is since the DSS shots are all standardized.  This has been a really nice feature for me and one that makes Equinox stand out for me.<br /><br />Another recent addition is the ability to superimpose information from the NOMAD star database in in the &ldquo;scope view&rdquo; here (I had nothing to do with this one and was just pleasantly suprised when it arrived in an update!).  One potential limitation of Equinox has been that the main star database is limited to 12th magnitude stars, even in the &ldquo;scope view&rdquo;.  99% of the time, that&rsquo;s not a limitation, but at times I&rsquo;ve needed to see and/or know the magnitudes of something fainter.  <a href="http://www.nofs.navy.mil/nomad/" rel="self">NOMAD</a> is a &ldquo;simple merge of data from the Hipparcos, Tycho-2, UCAC-2 and USNO-B1 catalogues, supplemented by photometric information from the 2MASS final release point source catalogue.&rdquo;  With it, you can get things like detailed magnitudes for stars down to 18th magnitude.  Here is a shot of Equinox&rsquo;s &ldquo;scope view&rdquo; with the filter set at 15th magnitude:<br /><br /><img class="imageStyle" alt="Equinox6_1" src="http://www.stark-labs.com/blog/files/page18_blog_entry10_2.png" width="739" height="648"/><br /><br />I think I&rsquo;m not going to have trouble finding out any star magnitudes anymore!  Of course, you can turn on or off aspects of this display, showing just the stars even if you like, etc.  <br /><br />As noted above, there is a lot more to Equinox 6 than just these two features as it is a mature package.  What these new features help show is that Equinox 6 is continuing to evolve with slick new features being continually added.  Registered users get free updates so registered users get all the bug fixes and new features.  I like that approach (as it&rsquo;s what I use in my commercial software.)  If you&rsquo;re a Mac user and haven&rsquo;t given Equinox 6 a try or haven&rsquo;t looked at it for some time, <a href="http://www.microprojects.ca/equinox6.html" rel="self">head on over to its site and give it a shot</a>.<br /><br /><br />]]></content:encoded></item><item><title>Astrophoto Insight &#x26; Astronomy Technology Today</title><dc:creator>craig@stark-labs.com</dc:creator><category>Equipment Impressions</category><category>General</category><dc:date>2008-07-16T11:12:33-07:00</dc:date><link>http://www.stark-labs.com/blog/files/APIandATT.php#unique-entry-id-9</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/APIandATT.php#unique-entry-id-9</guid><content:encoded><![CDATA[Some of you may have seen articles and reviews I have done in <a href="http://www.astrophotoinsight.com" rel="self">Astrophoto Insight</a>, <a href="http://www.astronomytechnologytoday.com" rel="self">Astronomy Technology Today</a>, and <a href="http://www.cloudynights.com" rel="self">Cloudy Nights</a> (you can find these on the <em><a href="http://www.stark-labs.com/craig/articles/articles.html" rel="self">Articless and Reviews</a></em><a href="http://www.stark-labs.com/craig/articles/articles.html" rel="self"> section of my personal page</a>).  I consider these three of my favorite astro-resources.  Toss in the various <a href="groups.yahoo.com" rel="self">Yahoo Groups</a> and you&rsquo;re set as far as I&rsquo;m concerned.  While the Yahoo groups and Cloudy Nights are free websites, Astrophoto Insight and Astronomy Technology Today both involve subscriptions for full access.  Now, these aren&rsquo;t break-the-bank kinds of prices.  Astrophoto Insight will let you download the current issue for free and wants $24.95 for a &ldquo;Platinum&rdquo; level membership that will give you full access.  Astronomy Technology Today wants $18 (for US print + online or for International online access).  <strong><em>My advice - subscribe to both.</em></strong><br /><br />I subscribe to both and I do so not just because I&rsquo;ve published in them or met the guys who run them.  Sure, Al from Astrophoto Insight and Stuart and Gary from Astronomy Technology Today are all stand-up guys.  These things and $1.69 get you a cup of coffee, not a wallet opening for a subscription, though.  I subscribe because they publish solid articles on things I want to read about.  From real tips and techniques to solid reviews, both do a bang-up job.  And please, I&rsquo;m not talking about my reviews and articles in here.  I certainly skip those and can read them for free.  When the latest issue of either comes out, I devour it.  I devour it in the way I used to devour S&T years ago.<br /><br />&ldquo;Oh, but magazines are driven by ads&rdquo; one might say.  Sure, that&rsquo;s a part of it.  I&rsquo;ve got a very long history with magazines and reviews as I grew up in the business (my father was a magazine editor).  Ads give the magazines a lot of the money they need to do what they do but this can present a conflict of interest.  So far, I&rsquo;ve not detected biases in the reviews that would suggest the reviews are being slanted based on ad money.  As someone who&rsquo;s written for both, I can also state that I&rsquo;ve been able to freely talk about the downsides of gear in my reviews.  To me, that&rsquo;s huge.  Any product will have its good sides and bad.  Some have more good and some more bad.  To trust a source, you&rsquo;ve got to know that when there are bad sides, they&rsquo;ll be covered and not swept under the rug.  Seeing both from the inside has made me feel I can certainly trust both. (FWIW, the more common thing to have happen is that when a product is really bad, it just won&rsquo;t get reviewed.  No, I&rsquo;ve not hit that yet with either, but I did see it a bit growing up.)  <br /><br />Ads also do things for readers (apart from helping the magazine exist).  They let us see neat new toys and find out new things going on in our hobby.  Just a few days ago after seeing an ad in one of them I said, &ldquo;Hey, that&rsquo;s a cool new gizmo!&rdquo; and contacted the company for more info.  Depsite spending a lot of time with this hobby (far too much my wife would say), I&rsquo;d missed this new gizmo (just so you don&rsquo;t think I&rsquo;m making this up, it was the Moonlight Telescope&rsquo;s SCT focuser that lets you screw the focal reducer into the drawtube.)<br /><br />There&rsquo;s another thing that these two magazines do for readers when it comes to ads.  They show ads for products that can&rsquo;t make it into the bigger magazines.  I certainly know this from first-hand experience.  Our hobby has big companies and small companies and the small ones have certainly done a lot for our hobby too.  Small ones often can&rsquo;t afford to advertise in bigger magazines but can potentially afford to advertise in API and ATT.  Or, even if they could, the ad wouldn&rsquo;t have as much info in it as it&rsquo;d be crammed into a small space.<br /><br />If you&rsquo;re not a subscriber / haven&rsquo;t checked them out, do so.  Heck, if somehow you&rsquo;re reading this and don&rsquo;t know about Cloudy Nights, stop reading this and get over there now.  We&rsquo;ve got some fantastic sources of information and communities available to us.  Use them.   Support them.  <br /><br />Craig<br /><br />]]></content:encoded></item><item><title>PHD&#x2c; subpixel guiding&#x2c; and star SNR</title><dc:creator>craig@stark-labs.com</dc:creator><category>Ask Craig</category><dc:date>2008-07-14T20:08:55-07:00</dc:date><link>http://www.stark-labs.com/blog/files/PHDSubpixelAccuracy.php#unique-entry-id-8</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/PHDSubpixelAccuracy.php#unique-entry-id-8</guid><content:encoded><![CDATA[<strong>Q: I've seen some quote the accuracy of the guiding available in their software with numbers like 1/20th of a pixel accuracy.  a) How is this possible, and b) How accurate is PHD?</strong><br /><br />There are a whole bunch of things that will go into how accurate your guiding is.  Your mount, the wind, flex, etc. all go into this.  Here, we'll go over finding the star's position to an accuracy well below a pixel and how the star's signal to noise ratio (SNR) affects this accuracy.  Since the SNR of the star (which is determined by the amount of light hitting the CCD and by the camera's noise) affects the accuracy, I won't quote a single hard and fast number as to how accurate it can be.  I could quote an extreme (1/200th of a pixel) but I doubt it would mean much and would sound more like marketing hype.  Since PHD is free, there tends to be little incentive for marketing hype.<br /><br />In an <a href="http://www.stark-labs.com/craig/articles/assets/AutoGuiding%20Craig%20Stark.pdf" rel="self">article I wrote</a> for <a href="http://www.astronomytechnologytoday.com/" rel="self">Astronomy Technology Today</a> on PHD Guiding, I went over the basics of how you find the middle of a star to accuracy well below a pixel.  Here's an image that may help.  Below we have stars hitting three different 2x2 areas of a CCD.  In the first case, the star is hitting the exact intersection of these four pixels, so the star's light is evenly distributed among all four.  In the next, we have the star still centered vertically but shifted to the right just a bit.  More of the star's energy is now on the right two pixels than the left, so these two are brighter than the left two.  For both the left and the right, the top and bottom pixels have gotten the same amount of energy, so there is no top/bottom difference.  In the last panel, the star is now centered a bit down and to the right of the intersection of the four pixels.  Most of its energy hits the lower-right pixel with equal amounts hitting the lower-left and upper-right and the least hitting the upper-left.  Thus, so long as the star lights up more than one pixel, we can estimate small shifts in its position.<br /><img class="imageStyle" alt="Subpixe_figure" src="http://www.stark-labs.com/blog/files/page18_blog_entry8_1.png" width="463" height="132"/><br /><br />Here's another way to look at this.  In this surface plot, I'm showing the energy of a simulated star that is perfectly centered.<br /><img class="imageStyle" alt="Profile_NoNoiseCentered" src="http://www.stark-labs.com/blog/files/page18_blog_entry8_2.png" width="448" height="336"/><br /><br />Here is that same star shifted just a touch -- 0.2 pixels one way and 0.7 pixels in the other:<br /><img class="imageStyle" alt="Profile_NoNoiseOffset" src="http://www.stark-labs.com/blog/files/page18_blog_entry8_3.png" width="448" height="336"/><br />Note now now the star's profile is no longer symmetric.  We can use this shift to estimate just how much the star has moved.  When using perfect images such as these, it's easy to pick up small shifts.  The real question is how well it does on real-world stars.  I can't exactly go and take pictures of stars that have moved 0.001 pixels or anything of the sort because I'd have no way of knowing how much the star really moved.  (I don't even know if the Hubble could hit that...).  What I can do is to simulate real stars with real noise and see how well it works.<br /><br />Here are profiles of the same star from two different cameras (there are actually two stars and one camera is rotated 180 degrees relative to the other so the second star you see clearly to the right on the image on the right is to the left in the noisy one on the left).  Clearly, the one on the left has more noise and a lower SNR than the one on the right.  These are real profiles from real stars with real cameras (mag 11.7 star, 2 s exposure, Celestron CPC 1100 XLT at f/6.3-ish).<br /><img class="imageStyle" alt="SampleStarProfiles" src="http://www.stark-labs.com/blog/files/page18_blog_entry8_4.png" width="500" height="187"/><br /><br />Here, for reference, is an image of the star on the left. This is certainly not a very clean star to guide on, but PHD will lock onto it and guide off of it.<br /><img class="imageStyle" alt="NoisyStar" src="http://www.stark-labs.com/blog/files/page18_blog_entry8_5.jpg" width="172" height="176"/><br /><br />To simulate this, I can get something pretty close by modeling a star with variable amounts of Gaussian noise:<br /><img class="imageStyle" alt="SimulatedStarProfiles" src="http://www.stark-labs.com/blog/files/page18_blog_entry8_6.png" width="500" height="192"/><br />I apologize for the fact that the size of the X and Y axes differ between the simulations and the actual stars.  The simulations show a more "zoomed out" view than the actual star profiles, but the SNRs of the two setups are comparable.  <em>The big question is how accurately can PHD locate the center of the star in each kind of image?</em><br /><br />To get at this, I moved the simulated star by 0.05 pixel steps in both directions so I would know the true distance the star moved (using good old Pythagoras) and I would have a bunch of samples to get a good estimate of PHD's error with no noise, low noise (right image), and high noise (left image).  Shown here is the average error in location for the three noise conditions (error bars show standard error of the mean)<br /><br /><img class="imageStyle" alt="PHD_Error1" src="http://www.stark-labs.com/blog/files/page18_blog_entry8_7.png" width="453" height="272"/><br /><br />Without any noise, PHD is accurate down to (on average) 0.004 pixels or 1/250th of a pixel.  With a low amount of noise, the accuracy goes to 0.018 pixels or 1/56th of a pixel and with high amounts of noise it goes to 0.18 pixels or 1/5.5th of a pixel.  Better stars and/or better guide cameras will get you more accuracy, but even with this very noisy star, we're still at 1/5th of a pixel accuracy.<br /><br />What about noise reduction?  Does smoothing the image help?  Well, it helps in terms of increasing the odds that PHD will lock onto the star, but it doesn't help the accuracy of localization at all.  At best, it does nothing and at worst, it hurts your accuracy a bit.  Again, it will help PHD find the star in the first place, so if this plot included "lost stars" as errors (and they are errors), it would have a nice effect.  But once found, smoothing does nothing to help the localization.<br /><br /><img class="imageStyle" alt="PHD_Error2" src="http://www.stark-labs.com/blog/files/page18_blog_entry8_8.png" width="453" height="273"/><br /><br />So there you have it.  Can we get to sub-pixel levels?  Sure.  Under perfect conditions, PHD Guiding gets you down to an insane level of 0.004 pixels worth of error showing that the basic math in sub-pixel error calculation works.  Done well (and yes, it can be done poorly - I know from first-hand experience a few ways to do it poorly and/or to introduce systematic biases in the star-finding routine), it can get you more accurate star localization than you'd ever really need.  The SNR of your guide star will affect your accuracy, however.  Under more real-world conditions, accuracy drops, but still can be very good.  I have seen many stars in my guide frame with SNRs like the Low-noise SNR star used here that led to a 1/50th pixel accuracy.  One notable implication of this is that with higher SNR stars, you can afford to use wider FOV guide setups since the higher SNR leads to increased precision in localization.<br /><br />In practice, the High Noise star here is about as noisy a star as you can successfully guide on with PHD.  Much worse than this and you're going to be suffering lost locks occasionally.  With even this level of noise, we're still below a quarter of a pixel worth of error.  Odds are, your mount, the wind, flex, etc. will be causing more trouble than even this error unless you're using a very wide FOV guide setup. <br /><br /><br /><br /><br /><br />]]></content:encoded></item><item><title>Stacking accuracy</title><dc:creator>craig@stark-labs.com</dc:creator><category>Ask Craig</category><dc:date>2008-07-07T08:49:34-07:00</dc:date><link>http://www.stark-labs.com/blog/files/StackingComparison.php#unique-entry-id-7</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/StackingComparison.php#unique-entry-id-7</guid><content:encoded><![CDATA[<strong>Q: How can I get the sharpest images in my stack using </strong><strong><em>Nebulosity</em></strong><strong>?  How does Nebulosity compare to other stacking tools?</strong><br /><br /><em>Nebulosity</em> has several means of aligning the images prior to actually stacking them.  We can use simple translation, translation + rotation, translation + rotation + scaling, and Drizzle.  I've covered Drizzle in an article for Astrophoto Insight, so I'll focus on the more traditional methods here.<br /><br />The big difference between "translation" and "translation + rotation (+ scaling)" is that when doing a translation-only alignment, <em>Nebulosity</em> does not resample the image.  It does "whole pixel" registration.  This sounds worse than "sub-pixel" registration.  Isn't it better to shift by small fractions of a pixel?  Well, it would be, except for the fact that when you do so, you need to know what the image looks like shifted a fraction of a pixel.  That means, you must interpolate the image and interpolation does cause a loss of sharpness.  So, you're faced with a trade-off.  Keep the image exactly as-is and shift it by whole pixels or resample it and shift it by fractional pixels.<br /><br />Now, toss into this the fact that our long-exposure shots are already blurred by the atmosphere (and to a varying degree from frame to frame) and you've got a mess if you try to determine which is better from just thinking about it.  So, we have what we call an "empirical problem."  Let's get some data and test it.<br /><br />I took some data I had from M57 shot with an Atik 16IC at 1800 mm of focal length and some wider-field data of M101 shot on a QHY 2Pro at 800 mm.  I ran the M57 data through a number of alignments and Michael Garvin ran the M101 data through several as well.<br /><br />Here are the images from M57 (<a href="http://www.stark-labs.com/blog/assets/M57StackComparison.png" rel="external">click here for full-res PNG file</a>).  All were processed identically, save for the alignment / stacking technique.<br /><a href="http://www.stark-labs.com/blog/assets/M57StackComparison.png" rel="self"><img class="imageStyle" alt="M57StackComparison" src="http://www.stark-labs.com/blog/files/page18_blog_entry7_1.png" width="455" height="455"/></a><br /><br />Here are the images from M101 (<a href="http://www.stark-labs.com/blog/assets/M101_alignment_comparison.png" rel="external">click here for full-res PNG version</a>).  Again, all were processed identically.  Here, the image has been enlarged by 2x and a high-pass filter overlay used to sharpen each (all images were on the same layer in Photoshop so the same exact sharpening was applied).<br /><a href="http://www.stark-labs.com/blog/assets/M101_alignment_comparison.png" rel="self"><img class="imageStyle" alt="M101_alignment_comparison" src="http://www.stark-labs.com/blog/files/page18_blog_entry7_2.png" width="456" height="900"/></a><br /><br />So what do we take from all this?  Well, first, there's not a whole lot of difference among the methods.  All seem to do about the same thing.  To my eye, adding the "starfield fine tune" flag in <em>Nebulosity</em> helps a touch and using the resampling (adding a rotation component) hurts a touch, but these aren't huge effects.  Someday, I'll beef up the resampling algorithm used in the rotation + (scale) version.  Comparing <em>Nebulosity's</em> results with those of other programs again seems pretty much a tie.  I can't pick out anything in their stacks that I don't see as well in <em>Nebulosity's</em>.  Overall, these images seem to be limited more by the actual sharpness of the original data than by the stacking method.<br /><br /> <br /> ]]></content:encoded></item><item><title>Gain&#x2c; Offset&#x2c; and Bit Depth</title><dc:creator>craig@stark-labs.com</dc:creator><category>Ask Craig</category><dc:date>2008-06-04T15:08:33-07:00</dc:date><link>http://www.stark-labs.com/blog/files/GainAndOffset.php#unique-entry-id-6</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/GainAndOffset.php#unique-entry-id-6</guid><content:encoded><![CDATA[<strong>Q: What should I set my "gain" and "offset" to?<br /></strong><br />Before answering this, a bit of background is useful.  Specifically, <em>just what the heck do gain and offset do</em>?  Before we cover this, a brief primer on how those photons you capture become intensities you see on the screen is needed.  If you wish, skip down to "OK, so what should I set my gain and offset to?" below.<br /><br /><em>How do signals off my CCD become intensity values?</em><br />When each CCD pixel is read out, there is a certain amount of voltage corresponding to how many photons were collected and converted into electrons.  This is an <em>analog signal</em> that needs to be converted into a <em>digital signal </em> so that we have a number corresponding to the intensity.  This conversion happens in the <em>analog to digital converter</em> (ADC).  In so doing, we have a specification often seen on cameras, the <em>overall system gain</em>, typically specified as some number of electrons per ADU (analog-digital-unit, aka the raw intensities you see in your image in a program like Nebulosity).  A camera may have an overall system gain of something like 0.7 e-/ADU or 1.3 e-/ADU, etc.  This means that each electron registered corresponds to 0.7 or 1.3 raw intensity units.  <br /><br />There are four key limitations to keep in mind when thinking about the ADC process:<br /><br />1) There are no fractional ADU outputs. So, one electron in both the systems above would probably end up recording 1 ADU.  You can't have half an ADU (and you can't have half an electron).<br /><br />2)  Your ADC has a minimum value of 0 and a total number of intensity steps of 2 ^ (# bits in your ADC).  For a 16-bit ADC, this is 0-65,535.  For an 8-bit ADC, this is 0-255, etc.<br /><br />3) Zero is evil and 65,535 is bad but not evil.  When your signal hits either, you loose information.  If the sky is at zero and your faint galaxy is at zero, no amount of stretching will bring it back.  0*1 = 0*100 = 0.<br /><br />4) Your CCD has a limited number of electrons it can hold called the <em>well depth</em>.  This may be 20,000 e-, 40,000 e-, etc.  Note, that for all the cameras I know of that let you adjust the gain and offset (Orion Starshoot, Meade DSIs, QHY cameras, etc.), the well depth is < 65,535.  This will be key for my argument below.<br /><br /><em>What do gain and offset do?</em><br />With all this in your head, we can now describe what gain and offset controls on cameras do.  After coming off the CCD and before hitting the actual ADC there is typically a small pre-amplifier (this may be inside the ADC chip itself).  What this preamp does is allow you to boost the signal by some variable amount and to shift the signal up by some variable amount.  The boosting is called <em>gain</em> and the shift is called <em>offset</em>.  <br /><br />So, let's say that you have pixels that would correspond to 0.1, 0.2, 1.1, and 1.0 ADU were the ADC able to deal with fractional numbers.  Now, given that it's not, this would turn into 0, 0, 1, and 1 ADU.  Two bad things have happened.  First, the 0.1 and 0.2 have become the same number and the 1.1 and 1.0 have become the same number.  We've distorted the truth and failed to accurately represent subtle changes in intensity.  This failure is called <em>quantization error</em>.  Second, the first two have become 0 and, as noted above, 0 is an evil black hole of information.<br /><br />Well, what if we scaled these up by 10x before converting them into numbers (i.e., we introduce some gain)?  We'd get 1, 2, 11, and 10.  Hey, now we're getting somewhere!  With gain alone, we've actually fixed both problems.  In reality, the situation is often different and the ADC's threshold for moving from 0 to 1 might be high enough so that it takes a good number of electrons to move from 0 to 1.  This is where injecting an offset (a DC voltage) into the signal comes in to make sure that all signals you could possibly have coming off the CCD turn into a number other than zero.<br /><br /><em>Gain's downside: Bit depth and dynamic range</em><br />From the above example, it would seem like we should all run with lots of gain.  The more the better!  Heck, it makes the picture brighter too!  I often get questions about this with the assumption that gain is making the camera more sensitive.  It's not.  <strong>Gain does not make your camera more sensitive.  It boosts the noise as well as the signal and does not help the signal to noise ratio (SNR) in and of itself.  Gain trades off dynamic range and quantization error</strong>.   <br /><br />We saw above how it reduces quantization error.  By boosting the signal we can have fractional differences become whole-number differences.  What's this about dynamic range?<br /><br />Let's come up with another example.  Let's have one camera with a gain of 1.  So, 1 e-/ADU.  Let's have another run at 0.5 e-/ADU.  Now, let's have a pixel with 1k e-, another with 10k e-, another at 30k e-, and another at 50k e-.  In our 1 e-/ADU cam, we of course have intensities of 1000, 10000, 30000, and 50000.  In our 0.5 e-/ADU cam, we have intensities of 2000, 20000, 60000, and 65535.  What?  Why not 100000?  Well, our 16-bit camera has a fixed limit of 65535.  Anything above that gets clipped off.  So while the 1 e-/ADU camera can faithfully preserve this whole range, the 0.5 e-/ADU camera can't.  Its dynamic range is limited now. <br /><br /><em>How do manufacturers determine gain and offset for cameras that don't allow the user to adjust them?</em><br />Let's pretend we're making a real-world camera now and put in some real numbers and see how these play out.  Let's look at a Kodak KAI-2020 sensor, for example.  The chip has a well-depth specified at 45k e-.  So, if we want to stick 45,000 intensity values into a range of 0-65,535, one easy way to do it is to set the gain at 45,000 / 65535 or at 0.69 e-/ADU.  Guess what the SBIG ST-2000 (which uses this chip) has the gain fixed at... 0.6 e-/ADU.  How about the QSI 520ci?  0.8 e-/ADU.  As 45k e- is a target value with actual chips varying a bit, the two makers have chosen to set things up a bit differently to deal with this variation (SBIG's will clip the top end off as it's going non-linear a bit more readily), but both are in the same range and both fix the value.<br /><br />Why?  There's no real point in letting users adjust this.  Let's say we let users control the gain and they set it to 5 e-/ADU.  Well, with 45k e- for a maximum electron count at 5 e-/ADU, we end up with a max of 9,000 ADU and we induce strong quantization error.  10, 11, 12, 13 and 14 e- would all become the same value of 2 ADU in the image, loosing the detail you so desperately want.  What if the user set it the other way to 0.1 e-/ADU?  Well, you'd turn those electron counts into 100, 110, 120, 130, and 140 ADU and wonder just what's the point of skipping 10 ADU per electron.  You'd also make 6553 e- be the effective full-well capacity of the chip.  So, 6535:1 would be the maximum dynamic range rather than 45000:1.  Oops.  That nice detail in the core of the galaxy will have been blown out and saturated.  You could have kept it preserved and not lost a darn thing (since each electron counts for > 1 ADU) if you'd left the gain at ~0.7 e-/ADU.<br /><br />What about offset?  Well, it's easy enough to figure out the minimum value a chip is going to produce and add enough offset in the ADC process to keep it such that this is never going to hit 0.  <br /><br /><em>OK, so what should I set my gain and offset to?</em><br />The best value for your camera may not be the best value for other cameras.  In particular, different makers set things up differently.  For example, on a Meade DSI III that I recently tested, running the gain full-out at 100% let it just hit full well at 65,535 ADU.  Running below 100% and it hit full-well at 40,000 or 30,000, or 10,000 ADU.  There's no point in running this camera at anything less than 100% gain.  On a CCD Labs Q8-HR I have, even at gains of 0 and 1 (on its 0-63 scale), the camera would hit 65535 on bright objects (like the ceiling above my desk).  There's no point in running this camera at gains higher than 0 or 1.<br /><br />Why is there no point?  The camera only holds 25k e-.  If a gain of 0 or 1 gets me to 0.38 e-/ADU (so that those 25k e- become 65535), running at 0.1 e-/ADU will only serve to limit my dynamic range.  Each single electron already comes out to more than 2 ADU.<br /><br /><em>So, how do I set it? (man, you ramble a lot when you get going!)</em><br />1) Take a bias frame and look for the minimum value in it.  Is it at least, say 100 and less than a thousand or a few thousand?  If so, your offset is fine.  If it's too low, boost the offset.  If it's high, drop it.  Repeat until you have a bias frame with an offset in, roughly 100 - 1000.  Don't worry about precision here, it won't matter at all in the end.  You now know your offset.  Set it and forget it.  Never change it.<br /><br />2) Aim the camera at something bright or just put it on your desk with no lens or lenscap on and take a picture.  Look at the max value in the image.  Is it well below 65k?  If so, boost the gain.  Is it at 65k?  If so drop the gain.  Now, if you're on a real target (daylight ones are great for this) you can look at the histogram and see the bunching up at the top end as the camera is hitting full-well.  Having that bunch-up roughly at 65,535 plus or minus a bit is where you want to be.  If you pull up just shy, you'll get the "most out of your chip" but you'll also have non-linearity up there.  You've got more of a chance of having odd color casts on saturated areas, for example, as a result.  If you let that just clip off, you've lost a touch but what you've lost is very non-linear data anyway (all this assumes, BTW, an ABG chip which all of these cams in question are).  Record that gain and set it and forget it.  Never change it.<br /><br />By doing this simple, daytime, two-step process you've set things up perfectly.  You'll be sure to never hit the evil of zero and you'll be making your chip's dynamic range fit best into the 16-bits of your ADC.  Again, all the cameras in question have full-well capacities below 65,535 so you are sure to have enough ADUs to fit every electron you record into its own intensity value.<br /><br /><em>Caveat</em><br />The above assumes you have more ADUs available than electrons.  This is true as noted for the cameras in question here but isn't universally true.  For example, if you have an 8-bit ADC, variable gain is quite important as you may want yourself to trade-off quantization error and dynamic range.  You may be fine blowing out the core of a galaxy to get those faint arms and want to run at 1 or 2 e-/ADU instead of 10 or 50 or 200 e-/ADU.  This happens in 12-bit DSLRs as well with their 4096 shades of intensity but not so much with 14-bit DSLRs and their 16,384 shades.<br /><br />Please note that none of this has considered noise at all.  The situation is even "worse" when we factor in the actual noise we have.  If the noise in the frame is 8 ADU that means the bottom 3 bits are basically worthless.  That 45,000:1 dynamic range is really 45,000:8 or 5,625:1 and you're not even able to really pull out every electron.  But, that's a topic for another day.  (Google "Shannon Information" if interested). <br />]]></content:encoded></item><item><title>IP4AP - Save yourself &#x24;&#x24;&#x24;&#x24;&#x24;</title><dc:creator>craig@stark-labs.com</dc:creator><category>Equipment Impressions</category><dc:date>2008-04-27T10:22:34-07:00</dc:date><link>http://www.stark-labs.com/blog/files/IP4AP.php#unique-entry-id-5</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/IP4AP.php#unique-entry-id-5</guid><content:encoded><![CDATA[<strong>IP4AP - Image Processing for AstroPhotography<br /></strong><br />Why do my images suck?  OK, let me rephrase that a bit.  Why do my images suck less than they used to but still just don't have the same <em>bang</em> that those really good images have?  Is it my gear?  Is it me?<br /><br />Well, like most people, I turn first to the gear.  My scope, mount, or camera must be the culprit.  Or, I don't have some cool new software someone else has.  That's it... yea... If I had a new camera and got that new software that does the Zambizi Triple Datum-Redux method, I'd be all set.  Break out the wallet, this won't be cheap.  But, I'll get those better shots!<br /><br />Nope.  I've been in this now long enough to know that that's just not going to do it. Sure, it may help some, but it won't really do it.  The problem is me, not the gear.  <br /><br />I was first introduced to this concept (that I'm the one that sucks, not the gear) in another context - car racing.  Like every American male, I thought I knew a good bit about how to drive and that out on a track I could keep up with most anyone, so long as the car was capable.  How laughably wrong I was.  A number of years ago, I first tried autocrossing (aka Solo Racing) in an old Porsche 911 I had (as old as I was).  I came in last.  Dead last.  It must be the car - these guys all had their cars prepped a lot more than I did.  Yea.  New tires, rework the engine... Break out the wallet, this won't be cheap.<br /><br />Then I signed up for a course run by the local club (the San Diego PCA - great group) and found out I was by far the limiting factor.  Others could make my car fly around the track and I was using habits I built up on the street that were just plain wrong.  Was I stupid?  No, just ignorant.  Nobody had taught me how to really drive and how to really control a car -- how to use weight balance, friction, and your power to really go fast.  I picked up a number of tricks and techniques there that got me going a lot faster and made me a better driver - on the track and off.  The hobby became a lot more fun (steering with the gas pedal is still a serious blast), I wasn't so frustrated, and, well I didn't suck quite so badly.  All for a nominal fee for the course.<br /><br />Why this tangent?  Well, it's the same thing here.  I've been my worst enemy when it comes to data processing.  I've had bad habits that have let to results that didn't do justice to the underlying raw data.  The gear's not the rate-limiting factor.  I am.  Or, I was.<br /><br />Enter Warren Keller and his <a href="http://www.ip4ap.com/" rel="self">IP4AP</a> series of tutorials.  IP4AP may get confused on the tongue with AIP4WIN, but the two products couldn't be further apart.  Jim Burnell and Richard Berry are technical wizards with a great product in AIP4WIN and <em>The Handbook of Astronomical Image Processing</em>.  If you want the geek / weenie stuff, they're your guys (and as a geek, I mean that in a flattering way).  But, if you want to easily learn how to use PhotoShop (or AstroArt) by looking over an expert's shoulder, Warren's your man.<br /><br />A few weeks ago, I got an early copy of his newly done / redone "Intermediate" set of tutorials.  This is aimed at using Photoshop to handle things like gradients and vignetting issues, powerful use of the Curves tool, dealing with LRGB data, and use of DDP (this last one in AstroArt).  Warren spends a lot of time himself with PhotoShop, a lot of time learning techniques from others, a lot of time devising his own techniques, and a lot of time teaching people these techniques.  This all shows in the videos.  The idea behind IP4AP is to let Warren separate the wheat from the chaff in techniques out there, distill them down, and then show you how they work and why.  In the video format, you get to look over Warren's shoulder as he processes images.  It's a really effective technique.  While you don't get to ask questions right then and there (you can - you can e-mail him and even setup one-on-one sessions), you get to do watch them whenever you like and replay sections as often as you like to see just what he did to achieve a certain effect.<br /><br />Warren can get a bit goofy at times, but it's part of his wry sense of humor and it serves a real purpose.  While watching the videos, you're there to learn, but you shouldn't loose sight of the fact that this is a hobby and meant to be fun.  The semi-random appearance of a picture of a cow will help to keep you in this mindset.<br /><br />So, if you're reading this blog and aren't a contender for APOD (and by reading this blog, odds are pretty much 100% you're not) and if you're not trying to image by lying on your back with a point-and-shoot, holding the shutter down and manually tracking the stars (so that it's not the equipment's fault entirely), I'll make the following wager.  Spending $40 on IP4AP will do more for your images than any purchase you could make for 10 times this cost.  So, wanna break out the wallet and for that new scope, camera, or mount?  Or want to part with a mere $40 (<a href="http://www.ip4ap.com" rel="self">direct</a>) and quite possibly (if not probably) get an even bigger effect on the images you're making?  The choice is yours.  I know what I'll be doing when he comes out with the next DVD in the series...<br />]]></content:encoded></item><item><title>NEAIC and NEAF</title><dc:creator>craig@stark-labs.com</dc:creator><category>General</category><dc:date>2008-04-26T15:54:17-07:00</dc:date><link>http://www.stark-labs.com/blog/files/NEAIC08.php#unique-entry-id-4</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/NEAIC08.php#unique-entry-id-4</guid><content:encoded><![CDATA[<strong>NEAIC and NEAF 2008</strong><br /><br />I'm writing this on the plane, heading back from my first trip to <a href="http://www.rocklandastronomy.com/neaf.htm" rel="self">NEAF</a> and to <a href="http://www.rocklandastronomy.com/NEAIC/" rel="self">NEAIC</a>.  Many of you may know about NEAF as it's the largest astronomical vendor show in the country.  For two days, the town of Suffern, NY is invaded by more amateur astronomers than you knew existed.  In fact, most of the amateur astronomers and vendors that you know exist show up at NEAF.  I had a lot of fun catching up with people I met least year at <a href="http://sites.google.com/a/mwaic.com/2008/Home" rel="self">MWAIC</a>, meeting in person people I've known over the Internet for years, and making new friends.  It's really an amazing event.  You owe it to yourself to get here some year.<br /><br />NEAIC is an imaging satellite conference that brings in phenomenal speakers and vendors dedicated to astrophotography.  At NEAIC, I got to spend time talking with Al Nagler (whom I'd meat at MAIC last year, spending hours talking with about astronomy and audio gear) and David Nagler of Televue, Rui Trippa of Atik, John Cordiale of Adirondack, Tim Puckett of Apogee, Kevin Nelson of QSI, Alan Holmes of SBIG, the Bisque brothers of Software Bisque, Don Goldman of Astrodon filters, Bob Denny of DC-3 Dreams (and ASCOM-fame), and Al Degutis of <a href="http://www.astrophotoinsight.com/" rel="self">Astrophoto Insight</a>.  Many others were there as well.  NEAIC was run by Jim Burnell (AIP4WIN) and Bob Moore who did an amazing job getting speakers together and organizing things.  There giving talks were some of the world's best imagers, sharing some of their techniques.  Seeing folks like <a href="http://www.rdelsol.com" rel="self">Ken Crawford</a>, <a href="http://www.flemmingastrophotography.com" rel="self">Neil Flemming</a>, and <a href="http://www.cosmotography.com/" rel="self">Jay GaBany</a>, whose work is simply stunning, present many of their techniques was a real education.  Getting to spend some good time with them was also a lot of fun - all really great guys in addition to being incredible imagers.  I know a number of the speakers are putting their talks up on their websites.  Check out the links above to see what you missed.  My modest contribution to the conference was a talk entitled "Guiding on the Cheap".  I've placed <a href="http://www.stark-labs.com/movies/NEAIC08_Guiding.html" rel="self">a QuickTime movie of the talk up in the Tutorials</a> section for people to watch.  <br /><br />NEAIC was setup to have talks than ran the full range, from beginner to expert.  We had Dave Snay doing a session on what to do and expect in your first night of imaging, taking people through the gear needed and how to go about actually getting and starting to process your first shots.  We also had a talk by Robert Reeves on what's new in webcam astrophotography.  Talks then went all the way to the design of ultra-high-end optical systems tailored for monster CCDs by Peter Ceravolo and on building a 9" TMB folded APO by Dietmar Hager, with many in between.  There were workshops on topics like using AIP4WIN by Richard Berry, CCDNavigator and CCDAutoPilot by Steve Walters and John Smith, and on getting the most out of Photoshop by Warren Keller.  By having three talks going at once, NEAIC managed over 20 talks in two days.  All in all, a lot learned and a lot of fun had.  If you missed it, consider it next year or consider MAIC in Chicago in a few months.<br /><br />All this, and NEAF hadn't even begun!  While I grew up not far from Suffern, I moved away before the hobby really took hold as an adult, and I'd never managed to make it to NEAF.  Well, I sense I'll be going back.  If there is gear you want to see in person or people you want to talk to about gear, the gear and people can be found at NEAF.  It's really impressive.  You can find a list of vendors on the main NEAF page, but that may still not give you a real idea of what it's like.  NEAF was kicked off for me at the Sky and Telescope party, which was followed by the OPT party.  The number of people in the room there who have helped move our hobby to where we are now was amazing.  The room was packed and the vast majority I certainly didn't get to talk to.  But if you've not been to NEAF, I can give you an idea by letting you know who I got to really talk to.  There was Dennis DiCicco of Sky and Telescope, Craig Weatherwax of OPT (we seem to share the same barber), Alan Traino (who runs NEAF and can sure tell a story), Doug George of Diffraction Limited, and John Smith of CCDWare.  Of course, more time talking with the likes of Jim Burnell, Warren Keller, Al and David Nagler, Kevin Nelson, Ken Crawford, the Bisque Brothers, Al Degutis, and Bob Denney.<br /><br />Then at NEAF, there was a mix of getting to see all the newly introduced stuff, getting to kick the tires on existing gear, and getting go scrounge around for nice bargains in the clearance bins.  I went in wanting to meet the crew from Lunt Solar Systems and see what their new solar scopes were about.  Sadly, things were cloudy and so I couldn't look through them, but I did get to spend some time with them on the table.  Boy, they sure are tempting!  Over in the Astronomics booth, I saw the 8" RC from Astro-Tech.  6", 8", 10", 12" and 16" scopes are in the works - real RCs at low prices.  The 6" comes in at $1295 and the 8" at $2995.  The 10" was something around $5k, I believe.  In fact, there were a number of RC scopes, modified DK scopes, etc. there at lower prices than we've seen before by far.  <a href="http://www.helixgate.net/" rel="self">Mike Siniscalchi</a> and I spent a lot of time talking with Mike Bieler of Astronomics about their plans and about Cloudy Nights.  I also got to  meet Russ and crew from Denkmeier and to hear about a really neat image-intensifier system they're working on and to chat with Ted Ishikawa from Hutech (another Borg may be in my future), and with Gary and Stuart Parkerson of <a href="http://www.astronomytechnologytoday.com" rel="self">Astronomy Technology Today</a>.  <br /><br />Many of the above I'd expected to do while here.  No, I didn't know about the RC scopes, but I'd assumed we'd have something new from Astro-Tech.  I also assumed we'd have something new from Televue.  That was their 8 mm Ethos.  I got to get a look through a pair of those in a binoviewer. Holy cow!  You could hardly tell you were looking through anything!  But, most of this I'd expected to some extent.  Exciting, sure, but expected in some way.  What was also great to see was the new stuff from new companies (or at least those I'd never heard of).  One that caught my eye was a slick polymer solution for cleaning optics.  It's not inexpensive stuff, but it sure did so the job and I'll probably pick some up for the next time I'm trying to clean my CCD off.  It bonds to the dust particles, solidifies, and you just peel it (and the dust) off.  Very slick.  Another was the StableMax from Telescope Stability Systems, a new company.  While there are some great portable piers out there - some of which are just breathtakingly cool, these aren't inexpensive bits of gear.  The StableMax was seriously sturdy and has a very trick setup for mating to the mount.  A removable, indexed adapter plate attaches to your mount and then slides into a spot on the tripod.  This makes it so you can change mount heads easily while using the same tripod (adapter plates range from $50-$100) - either if you have more than one mount or if you end up swapping mounts down the road.  The machining was wonderfully precise and the thing wouldn't budge.  I'm going to be taking some measurements of my EM-10 and talking to Tim Ray soon as this seems to be a great, well-engineered solution.<br /><br />Add to this, I met a ton of users - far too many to list here (and far too taxing on my memory to recall all the names!)  I'd like to thank all those that came up to say "Hi" and that they were big fans of PHD Guiding.  Getting to talk with you and hear how much its helped and see how many people its helped is really wonderful.<br /><br />If there's one thing to get out of this blog entry, it's not that Craig got to meet a bunch of folks.  It's that NEAIC and NEAF let me meet a bunch of folks.  If you were here, you could have asked Al Nagler about the new Ethos, Russ Lederman about the new coatings on his binoviewers, Gary and Stuart about what's coming up in ATT, etc.  They're all here, they're all amateur astronomers like you, and they're all ready and willing to talk.  You'll get to do that and you'll meet people you may have known in the ether for ages, but never actually met.  You may come home a bit lighter in the wallet (others seem to have managed to spend nothing - Craig from OPT made sure that wasn't my fate within minutes of opening, selling me a Baader Hyperion zoom), but I doubt you'll mind.  I can't imagine you wouldn't have a good time.<br />]]></content:encoded></item><item><title>Combining images: means&#x2c; medians&#x2c; and standard deviations</title><dc:creator>craig@stark-labs.com</dc:creator><category>Ask Craig</category><dc:date>2008-04-15T08:57:49-07:00</dc:date><link>http://www.stark-labs.com/blog/files/StackingMethods.php#unique-entry-id-3</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/StackingMethods.php#unique-entry-id-3</guid><content:encoded><![CDATA[<strong>Q: I hear medians are a good way to stack images as they can remove things like hot pixels, cosmic rays, or streaks from satellites.  Does Nebulosity support this?</strong><br /><br />The short answer is no ... but...  When combining images we want something that helps reduce the noise. We'd also like something that is tolerant of "outliers". The mean (average) is great at the first part but lousy at the second part. Medians are not so hot at the first part but great on the second part.  What we'd like is something that is good at both parts.  Nebulosity supports standard-deviation based filtering of your images to let you keep most of the frames and pitch just the bad ones.<br /><br /><strong>OK, so what is it and why is it better?  What are these 1.5, 1.75, etc. thresholds I'm being asked about?</strong><br /><br />If you were to take a perfect image of a target, each pixel would have its "ideal" or "true" value - how much intensity there is from that part of the target. The trouble is, each time we sample the target (aka each image) we get that true value for a pixel but we also get some noise on top of it.  We want, of course, the true value.  How do we get rid of that noise?<br /><br />In statistics, we have several typical ways of describing our data. Think right now just about a single pixel (after alignment).  So, we have the same spot in the arm of M51 or something.  The most common way is the mean (aka average) of all of our samples (aka images, light frames, etc.). It should tell us the central tendency and therefore estimate the truth. The more samples we have, the better the estimate is since we don't have to rely on just one sample (which has truth plus or minus some noise value) or a few samples.  With more samples, the noise tends to cancel and we are left with a closer estimate of the truth (the noise, BTW, tends to follow a 1/sqrt(# samples) rule).  We can quantify how much noise there is in our samples with a second way of describing our data.  The variance (and its square root, the standard deviation) are the typical ways we do this, telling us how much "spread" there is in our samples.<br /><br />If we assume the data are "normal", about 70% of all samples will lie within one standard deviation (SD) of the mean (that is, 70% are less than one standard deviation above or one standard deviation below the average). About 95% like within 2 SD of the mean.  Below, I show the histogram of 5000 normally-distributed random numbers (pretend you had 5000 light frames!).  Samples in green lie within 1 SD of the mean.  Yellow (and green) lie within 1.5 SD.  Orange (and yellow and green) are within 2 SD and red are outside of 2SD.  Now, these are all real samples (nothing like an errant satellite) but we could safely pitch those samples in red or orange and still have a good estimate of the mean.  We'd not loose too many samples and we'd take out those that are more likely to be outliers.  If a sample comes in that is > 2SD, odds are pretty good it's an errant value (like a hot pixel or satellite).  Even if it's not, since we don't have 5000 samples - we have far fewer - filtering these out will help keep our estimate of the mean centered where it should be and not skewed by that outlier.  Thinking about this diagram will help us a lot in the next step - understanding what happens during stacking.   Just remember that with the standard deviation, we know what kind of values we might expect to find and what type of values are really abnormal (e.g., something 5 SD from the mean is very abnormal as there is only a 0.000057% chance this is a real sample and not the result of something else going on).<br /><br /><img class="imageStyle" alt="normal_histogram" src="http://www.stark-labs.com/blog/files/page18_blog_entry3_1.png" width="448" height="336"/><br />OK, given that background, here is what happens during the stack. For each (aligned) pixel, we calculate the mean and standard deviation across all of the images in the stack. If your SD threshold is at 1.5, any samples of that pixel that have an intensity beyond 1.5 SD from the mean are removed and a new average, excluding these samples, is calculated. This, BTW, is why hot pixels are often eliminated using SD stacking - those hot pixel values are very abnormal and lie far away from the mean.<br /><br />With the filter set at 1.75, it takes a more extreme or "outlying" intensity value to be counted as "bad" than at 1.5. At 2.0, it takes even more abnormal a value to be excluded. Thus, more samples go into the final image using a higher threshold (and more things like semi-hot pixels as well). Typically, filtering values at 1.5 or 1.75 will yield the best results.<br /><br />Standard-deviation based stacking therefore lets in more good samples than a median and takes out more (>0) bad samples than the mean (average).  That's what makes it such a nice technique for filtering out bad samples.  Note, you're not filtering out whole frames.  This math is done on each pixel.  So, frame #1 may have a bad value at pixel 109,231 but be great everywhere else.  For all other pixels, this frame's data will be used but for pixel 109,231 it won't.<br /><br />The technique isn't perfect.  With a lot of outliers, the estimate of the standard deviation goes way up.  So, we have a bigger "spread" that is considered normal and it takes something more aberrant to get filtered out.  There are techniques to get around this, of course as well, but that's a topic for another day.<br />]]></content:encoded></item><item><title>Will DSLR Shutter work with my camera?</title><dc:creator>craig@stark-labs.com</dc:creator><category>Ask Craig</category><dc:date>2008-04-13T22:17:05-07:00</dc:date><link>http://www.stark-labs.com/blog/files/DSLRShutterCameras.php#unique-entry-id-2</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/DSLRShutterCameras.php#unique-entry-id-2</guid><content:encoded><![CDATA[<strong>Q: I have a WhizBang Foo-Matic Model XP-Ultra-Mega camera.  Will it work with </strong><strong><em>DSLR Shutter</em></strong><strong>?</strong><br /><br />In general, if your camera has a &ldquo;bulb&rdquo; port that allows it to be triggered by a simple external device, it should work just fine. DSLR Shutter is really moronically simple. It sends "go" and "don't go" signals to simple parallel port data lines, the RTS/DTR lines of a serial port, or to the ShoeString DSUSB. The former two are very simple, binary signals. The ShoeString is &ldquo;semi-intelligent" in that I need a software library from Shoestring and need to code up support for it. Doug's libraries are trivial to use and it's still sending very simple commands.  It is still just sending "go" and "don't go" signals to this bulb port on the camera.<br /><br />There is another type of command that can be sent to a camera directly over it's USB port.  These "intelligent" commands differ from camera maker to camera maker and within camera makers can differ across models.  To send these commands, one needs:<br /><br />1) SDK (software development kit) from the manufacturer<br />2) A camera to work on for development<br />3) A lot more code<br /><br />The "bulb" port is generic.  Heck, you could use DSLR Shutter to turn the lights on and off in your house with a touch of hardware.  The simplicity here comes from using this generic style of interface.  Were it to bypass this interface and use the USB link to the camera, DSLR Shutter would grow to several times its size just to support the Canon DIGIC II / III cameras (that use the same SDK).  So, if you can use this basic kind of trigger signal (i.e., if you have a "bulb" trigger on your camera), you're in luck.  If not, you're not in luck and won't be as I have no intention of expanding this right now.<br />]]></content:encoded></item><item><title>Is my poor guiding the result of flex?</title><dc:creator>craig@stark-labs.com</dc:creator><category>Ask Craig</category><dc:date>2008-04-13T20:20:35-07:00</dc:date><link>http://www.stark-labs.com/blog/files/Flex.php#unique-entry-id-1</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/Flex.php#unique-entry-id-1</guid><content:encoded><![CDATA[<strong>Q: My guiding doesn't seem great and I get stars that aren't round.  How can I tell if this is flex in my guide setup?</strong><br /><br />Unless you're using an SBIG camera with two sensors that both get the light from the same OTA, you're bound to have some differential flex between your main imaging camera and your guide camera.  Let's say the main OTA is solidly locked onto the mount and the guide scope is attached by rubber bands to the top of the main scope.  Since gravity tends to always pull down, as the whole rig rotates, the deflection of the guide scope relative to the main scope changes.  With the guide scope atop the main scope, the guide scope will aim a bit too far down.  Rotate the whole rig so that the guide scope is now to one side but keep the cameras fixed and the flex in the guide rig makes it aim "left" or "right" on the image (i.e., gravity is now "camera-left" or "camera-right" rather than "camera-down").  <br /><br />All rigs will have some flex.  The question is, how much?  Is it a big enough factor to hurt your imaging?<br /><br />Here's a simple way to measure and hopefully rule out flex. Let's assume that PHD (or whatever package you use) isn't loosing the star and that it's guiding somewhere between perfectly and off by, oh, 3-5 arcsec. So, your mount has some error it just can't keep up with, it overshoots, etc (settings being off, mount being crud, etc.). If that is the case, over time, the star should wobble back and forth but <em>on average</em> be in the same place. We overshoot, we undershoot, we oscillate back and forth past the star - whatever. On average, the star is in the right place, but we have line segments instead of points.<br /><br />Go out some nice, still night (please don't attempt this with 40 MPH gusts...) and shoot, say an hour of anything at something less than say 1 min exposures. We want something short enough that your mount isn't coughing up furballs during the exposure. Be guiding of course during this.<br /><br />Now, take those images and do two stacks of them:<br /><br />1) Do an Align and Combine without any aligning (i.e., fixed alignment). Do this for say 1 min worth of shots, 5 min worth of shots, and for the whole shebang. Does the 1 min stack look pretty clean? How much worse is the 5 min? Now, the big question - how much worse is the whole shebang? If the big stack is <em>a lot</em> worse than the 1-5 min stack, you've got flex. Why? The guide scope kept the guide star on target, plus or minus a few arcsec. That error may show up in the 1-5 min (which can show flex too) but if an hour is a lot longer trail, the only explanation is flex (assuming PHD kept a good lock). A 50 arcsec trail there isn't PHD wobbling.<br /><br />Note, you can use the Measure Distance tool in Nebulosity to see just how many pixels long your trail is. See how wide a star is in a single shot and see how long the trail is, subtract the two (e.g. 117 pixels - 5 pixels = 112 pixels per hour = 1.8 pixels per minute = you'll not be exposing for 10 minutes with clean stars).<br /><br />2) Do an Align and Combine with Translation (or Translation + Rotation) in Nebulosity. You'll find in your directory an align.txt file with the dx and dy (shifts in x and y) needed to bring that frame into alignment. You can open this up in something like Excel and plot the total distance the stars moved. Ideally, dx and dy would always be 0. If you're having issues, they won't. Use good old Pythagorus to determine the total distance the stars moved: sqrt(dx*dx + dy*dy). If this is a horizontal line on average with some bumps up and down / some noise, you've got no flex. If there is a real drift component, you've got flex.<br /><br />Now, how bad is it?  The easiest way to check is to fit a straight line to your plot.  If you're in Excel, you can just have it add a "trend line".  Make sure to have it put the equation on the graph if you do this.  That equation will tell you just how bad things are.  If you're not in Excel and can't automatically add a trend line, print out your plot and just put a ruler on there and draw a line.  Your eye is amazingly good at this fit.  <br /><br />The key number that you need is the slope.  In Excel, you'll see an equation like "y = 0.4683x - 1.0786" or some such thing.  That 0.4683 is what you need.  If doing by hand, the slope is the "rise over the run".  That is, how much do you move up on the y axis (pixels) over some amount on the x-axis (time).    You may find that your line goes up 10 pixels in 15 minutes, making your slope 10/15 or 0.667 pixels per minute.<br /><br />Here is a sample from two guide rigs I used:<br /><br /><img class="imageStyle" alt="drift" src="http://www.stark-labs.com/blog/files/page18_blog_entry1_1.png" width="422" height="257"/><br /><br />The first slope of 0.4683 pixels per minute means that if I want a max of 1 pixel worth of extra elongation, I can go for about 2.1 minutes in the first setup and 17 minutes in the second.  1 pixel is pretty harsh, so if we double that to 2 pixels (which will still seem pretty round), I'm talking ~4 minutes and over 30 minutes that I can go before differential flex has become an issue for me.<br /><br /> <br /><br />]]></content:encoded></item><item><title>Wecome to Craig&#x27;s Astro Blog</title><dc:creator>craig@stark-labs.com</dc:creator><category>General</category><dc:date>2008-04-13T19:51:54-07:00</dc:date><link>http://www.stark-labs.com/blog/files/671b2eb1c83233cd2741ca862ec3e7f3-0.php#unique-entry-id-0</link><guid isPermaLink="true">http://www.stark-labs.com/blog/files/671b2eb1c83233cd2741ca862ec3e7f3-0.php#unique-entry-id-0</guid><content:encoded><![CDATA[Welcome to my astrophotography blog.  As the author of programs like PHD Guiding and Nebulosity, I get a lot of questions on user groups like the Stark Labs Yahoo group.  While some of these cover things specific to the software, other things are more general.  One goal of this blog is to bring together a number of questions and answers that come up often or are of broad appeal.<br /><br />I also get a lot of cameras and other gear here for testing (see reviews in <a href="http://www.astrophotoinsight.com/" rel="external">Astrophoto Insight</a> and <a href="http://www.astronomytechnologytoday.com/" rel="self">Astronomy Technology Today</a>) and for integration into the software.  A second goal of the blog is to give short-form reviews / thoughts on these.<br /><br />This is my first blog.  I have no idea how well this will work out, but it costs nothing but time to try.  Hmmm, I seem to recall saying something like that when I started to write Nebulosity.<br /><br />While starting things off, I'd like to give a big <span style="font:18px &#39;Lucida Grande&#39;, LucidaGrande, Verdana, sans-serif; ">THANK YOU</span> to Michael Garvin for helping me get this off the ground.<br /><br />Craig<br />]]></content:encoded></item></channel>
</rss>