Jump to content

sgl_imaging_challenge_2021_2.thumb.jpg.72789c04780d7659f5b63ea05534a956.jpg

Quasar 11.6Bly Distant - Magnitute 21.7 in Short Exposures


Recommended Posts

So conditions around mid night last night were excellent (or rather as good as it gets here... NELM 4 -4.25 at zenith), low humidity. So decided to give my Quasar hunt one more try.

Managed to get down to mag 21.7 using short exposures 10x25s (average stack) using the Ultrastar mono x2 binned. This was using the C8 at F5. No LP filter.

The NGC4666 (Superwind field is littered with Quasars as per Martin's deep maps). I identified and marked 3 but there are more in the image if anyone wants to give it a go.

The most distant one in the image that I marked is barely visible and required an aggressive stretch. It has a magnitude of 21.7 and a redshift of 2.25 which puts it at 11.6 Bly.

Note the dark circle you see in the center is not technically vignetting that you see at high focal reduction. It is actually a reflection I am getting off the optical system. I suspect it is due to the clear filter I use to keep dust off the sensor. I will take flats next time which should fix this.


Enjoy...

superwind 10x25s.png

Edited by Astrojedi
  • Like 15
Link to post
Share on other sites

Amazing work - into m21 quasars at the edge of the universe - deeper than I managed - must try harder!  Wonder if the sensors near-IR sensitivity helps -assuming quasars at this range emit in these wavelengths?

Nytecam

Link to post
Share on other sites

Thank you all for the likes.

Thanks Nytecam. Yes IR sensitivity and a naked sensor are important to capturing maximum photons and these faint ones. But the 13 micron pixels with high QE and low read noise are in my view what make this possible in such short exposures.

Edited by Astrojedi
Link to post
Share on other sites

A picky technical note about these very distant objects.  As z gets large (like more than 1) the divergence between the light travel time from an object (extrapolated from observed z and known c) and the "true" cosmological comoving distance to the object (distance you would measure with a ruler today) starts to become significant.  The graph I'm going to try and attach here shows "lookback time" (how long the light has been traveling) asymptoting at around 13.8 Gy (light can't travel for longer that the whole age of the universe), while line-of-sight comoving distance to objects reaches nearly 40 GLy (at z=10000, the CMB).  Your z=2.25 equates to a light travel time of 11.6 billion years, but due to the expansion of space, that object is presently closer to 20 billion light years away from us.  Pretty cool stuff.

 

CosmoDistanceMeasures_z_to_1e4.thumb.png

  • Like 3
Link to post
Share on other sites

Superb capture Hiten! As you say, there are a few more in the field. I'd say you've just about caught a slightly more distant mag 20.8 redshift 2.35 object too (SDSS J12453−0021). Very impressed you can get to mag 21.7 -- gives the rest of us something to aim for! I nowadays routinely shoot through a clear filter but for this kind of ultra deep stuff its probably worth removing it ;-)

Martin

Link to post
Share on other sites

Alex,

That is correct. I ignored the expansion of space which is expanding faster than the speed of light. It is sad to know that certain part of the universe will never be a accessible to us due to this expansion.

Hiten

Link to post
Share on other sites
2 hours ago, Ain Soph Aur said:

Hi Hiten. Since these were binned, I assume they were not captured and stacked with Starlight Live?

Correct. For this capture I used Maxim DL for image capture and AstroToaster for stacking.

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By barkingsteve
      130pds on the evo mount with the 294mc pro, Baader mpcc and AA tri-band, All images are 30 x 15 seconds captured in sharpcap pro with master dark and flat. at -10c. Saved as viewed and resized to 1920 with some light level adjusting in photoshop.
      Andromeda

      Bubble

      Cocoon  - close to zenith, field rotation hit this hard  

      Crescent

      Double Cluster

      Eastern Veil

      Heart

      Iris

      Dumbbell

      Pinwheel

      Soul


    • By Gary Shaw
      Hi All:
      I just acquired a 200mm F4 newtonian from TS Optics which I'll use primarily for Electronic Assisted Observing with several ZWO cmos cameras. 
      My challenge is that my current scope is an F3.6 schmidt newtonian so I have no experience with coma correctors or spacers/adaptors in the optical train. TS tells me that I need 55mm from the coma corrector (TSGPU) to the sensor. They provided 40 mm of various adaptors and spaces and I guess I get the remaining 15mm from the camera housing itself - as shown in the attached image. The threads on several of the adaptors(see notes) are bad so those pieces need to be replaced but, once that's fixed, I have four questions for this community:
      1. ...is this odd assortment of parts and pieces typically how one goes about achieving the required 55mm dimension  from the Coma Corrector to the camera sensor? Just seems that there must be a simpler, and sturdier way to do this without having to use 4-5 separate parts.
      2. Once all the adaptors add up to the correct dimension and are attached to the Coma Corrector, where does one locate the whole assembly(with coma corrector) in the focuser draw tube?   Is it a matter of trial and error?
      3. If one did not care about viewing peripheral stars looking a bit like comets and didn't, therefore, use the coma corrector, would any of these adaptor/spacers be needed to bring the camera to focus so one could observe using, say, Sharpcap 3.2 Pro or other software?
      4. If I were to use a filter or two, where would these best be located in the lineup and do they work with the various threads and adaptors? 
      Apologies for my lack of experience and thank you for any help you can provide me in understanding how to observe and image with coma correctors 
      Cheers
      Gary

    • By arkosg
      Hello everyone!  
      After a pretty dreary September and part of October, I was finally able to get out with students to do some viewing.  Here are some of the objects viewed over two nights using Starlight Live software on my Borg 77edii (f/4) and Borg 125SD (f/5) with a Trius 694 mono camera.  In most cases an IDAS NB-1 "nebula" filter was employed to help with the suburban light pollution in our skies.  The first night (mainly 125SD) was much steadier and drier, but along the coast we take what we can get when it isn't raining!  ;-D
      It's so much fun to see these objects from less-than-optimal skies... I often intend to quit much earlier, only to find myself saying (over and over!) "... oh, look, <object> is coming up... I should just have a look at that before I pack up."  And then another hour goes by!
      Cheers,
      - Greg A
       
      Eastern & Western Veil

      Comparison of FOV between two scopes on the NA Nebula

       
      Again, FOV comparison on the Elephant Trunk Nebula

       
      And again, with the Rosette Nebula

      Pacman Nebula through the 125SD:

      And Crab Nebula:

      And the Cocoon Nebula:

      Finally, a few wider shots of objects using the Borg77: Flame/Horsehead, California Nebula, Pelican Nebula and Andromeda Galaxy:

       
    • By Cosmic Geoff
      On 25th March I tried some live stacking with Sharpcap and a 102mm f5 Startravel achromat & ASI120MC camera.
      Mount was Celestron SLT on custom tripod.  Image size: 1280x960.
      With this setup it is possible to dial in an object to the GoTo and be confident that it will appear on the laptop screen.
      These images may not look too exciting but they do mimic the FOV and general appearance as seen in a 203mm SCT with 25mm EP. Check the image for M87. When I checked the field in Stellarium I found that two faint non-star smudges matched with NGC4478 and NGC4476, which are 11th and 12th mag galaxies.  I am gob-smacked that I managed to image these with such modest equipment from an urban site.   There is no way I would be able to see these visually even with a C8 from here.

    • By noah4x4
      I wasn't sure where to post this tip....it is probably of most use here....
      Many of us with observatories or indoor Mission Control use Windows 10 Pro Remote Desktop to control a scope side computer running camera and scope control software from a second computer indoors. This works superbly at 1080p resolution.
      However, I have struggled for a year trying to perfect a wireless solution that works with 4K UHD cameras terminating in a 4K UHD display.  Until now, whilst cat 6 cable does work fine, wireless even at 5Ghz 802.11ac has struggled with some lag and poor performance. I have spent a fortune upgrading wireless adapters and range extenders, but this isn't the issue!
      Here is a solution;
      1.  Seperate your dual band network into distinct 5Ghz and 2.4 Ghz channels.
      This is easy with  (say) a BT Home Hub. If you don't do this, it can be a bit hit or miss whether your 5 Ghz wireless adapters connect to the right channel. You will now see TWO channels, one at 2.4 Ghz with a suffix like <hub name> and another at 5 Ghz named <hub name -5>. Connect your 5Ghz adapters to the latter. If your internal adapters are merely 2.4Ghz, you can disable them via Device Manager and plug in a USB version costing around £5. Note that at 5 Ghz wireless range might drop. If so, a Netgear EX8000 wireless extender is recommended as it employs 'mesh' technology. 
      2. ONLY if you have a fast network, and powerful CPUs and quality graphics card, try DISABLE 'RemoteFX compression' in RDP.
      This allows uncompressed screen data to flow across RDP.  I have found this improves performance whether using 802.11ac wireless or cat 6 cable. What RemoteFX compression appears to do is limit effective RDP speeds to under 10Mbps (due to translation times). That is crazy if you have 433 Mbps adapters,  and an 802.11ac network (or catv6 cable). Unleash the beast! Send across uncompressed data! The issue is not with speed or bandwidth, it is an artificially imposed limit in RDP.
      To do this type 'Edit Group Policy' in the Windows 10 Pro search box (doesn't work in Win 10 Home). You need to drill down through about five levels of Windows Configeration Folders, and Administration Templates and Remote Desktop Services/Host folders to find a utility named <Edit RemoteFX Compression>. In that, your options are <disable> compression or <enable> a compromise mode.
      If you don't know how to do this try Googling 'Disabling RemoteFX Compression' to find a lengthy Microsoft tutorial. Or visit https://docs.microsoft.com/en-us/windows-server/administration/performance-tuning/role/remote-desktop/session-hosts .
      I deliberately don't here state the quick route sequence to access this deeply embedded network utility command because you are delving deep into developer/administrator territory and do need to understand what you are doing and how to revert to your original RDP settings if your network can't handle these levels of uncompressed screen data. We don't want any novice attempting this on a cheap Compute Stick on an inadequate network!
      3.  When employing RDP from your computer indoors, select <WAN 10 Mbps> or <LAN 10 Mbps> as appropriate via <Options><Experience>. The default <auto-select my connectivity> often selects too low an option. The irony here is you can select this and still not enjoy faster speeds unless you have edited/disabled RemoteFX compression.
      I now have Atik Infinity plus CPWI software running in an end to end 4K UHD system terminating in a 4K UHD monitor. Over 802.11ac wireless it is now rock steady.  Over cat 6 cable my system is now turbo powered. If you don't need RemoteFX Compression, don't let it restrict your network performance. It is evidently set to ensure it works on lowest common denominator networks. If you have a fast network/CPU, disable RemoteFX compression and finally release the beast of 4k UHD over RDP.
       
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. By using this site, you agree to our Terms of Use.