Last saturday, after lots of garden testing and software checks, I've finally been able to drive to a dark place for a few deep sky shots.
The driving part itself was the most "scary", as I'm still new to driving in the "wrong side" of the road... Getting the hang of it, though..
I chose to go observing with the HantsAstro stargazing group.. they met in a quite dark site (at least for being not too far from London), and their website and facebook pages really did inspire me. I'm really glad I joined them, as it was a really pleasant evening, with lots of nice people.
My target for the evening was the center of the Cygnus constellation, between Deneb and Sadr. It's an area full of nebulae, perfect for a wide field lens. Technical data, together with stars and object names, can be found in the astrobin technical page.
Last week, a CalSky alert email reminded me about a close passage of the International Space Station to the bright Arcturus, in the Bootes constellation.
Alessia was here, so we catched this opportunity to do some "garden astronomy" together, watching the passage while also trying to record it on camera.
The idea was to do two shots: a wide field, with my large sensor ASI1600mm and an 85mm lens, and a narrow field with the telescope.
It was a beautiful, almost hot evening. Unfortunately, not everything went as planned: the ISS was passing a bit further then expected, since I forgot to update my location coordinates in CalSky, so the telecope shooting was missed, and a few technical issues, plus me choosing the wrong recording duration on the shooting program, almost made me miss the passage itself even on the wide field.
But after a few minutes, without even knowing if the recording was actually successful, looking the frames I was able to spot this bright strip moving through the stars. Although this was meant to be just a "backout shooting", it's still a good catch. We also recorded a hint of a plane passing through the field, at the end of the passage.
As I wrote on my previous post, an exceptionally good weather kept me outside pretty much every night just when Jupiter was at its best.
On April the 7th, during its opposition, I was able to capture a sequence of 4 sets of video captures, each one in RGB. I tried to optimize as much as possible my timings, in order to keep rotational differences between frames under control. This will probably be even easier on a future Planetary Imager release, when I'll implement a scripting interface.
The results are even better than the previous evening.
I was able to take 4 images, and create an animation displaying Jupiter's rotation and its satellites.
Click here for a webp animation: much higher quality, but right now working only on Google Chrome.
These are the best two frames of the animation, so you can better view the features:
During the following night I optimized even further my capture speed, so I could take much more frames (up to 15). Unfortunately I couldn't use all of them due to the usual tree in front of my garden, but the result is still pretty good. The resolution is possibly a little bit worse, maybe for worse seeing or focusing issues, but the animation is much more smooth now.
Click here for a webp animation: much higher quality, but right now working only on Google Chrome.
And here again a few interesting frames of the sequence
And finally, a little treat for Alessia, who wasn't with me, but she would have liked to, particularly given this little incursion by a curious fox
A few more summerlike days, and a few more astronomical shots.
It was sunny, and with a very good seeing from Thursday to Saturday night, just in time for Jupiter's opposition, when it's closer to Earth, and then bigger and easier to capture.
But since I wasn't very happy with my previous Jupiter shots, the first of these three nights I mainly took pictures of the moon.
I began by using my newest camera, an ASI 1600mm: it's more of a deep sky camera, not very suitable for planets and moon: 3.8 µm pixel size instead of 2.4µm of my other camera, an ASI 178mm, and bigger pixels means lower resolution. It also has a much wider sensor, which slows down capturing (and fast framerates is a key element to get high resolution images), but this is also an advantage from another point of view: I was able to capture the whole moon disk in just a single shot, instead of the usual mosaic.
This is the result, in my opinion one of my best looking images ever:
Please click the "Original version" button to get the high resolution image.
But after a couple of full moon shots, I also wanted to see the difference in resolution with my ASI 178mm, so I swapped camera, and started capturing frames near the terminator.
After stacking and stitching everything, this is the result:
Of course, the previous image looks a bit better aestetically: having the full disk is surely more eye pleasing, and it's also a bit less grainy, due to the lower resolution.
But if you look at both at them at full size (again, open the "Original version", and zoom at 100%) this second image mosaic is clearly showing a lot more details.
Again, I am quite happy about the result. It surely might have been better if I had taken more images to cover the full disk, and there are some stiching issues here and there in the image (I'll try reprocessing it soon), but for such a small telescope (a 5" maksutov) I couldn't have hoped for better images.
Finally, when Jupiter raised a bit more, I decided to stay outside a little longer, despite having work the following day, and tried an RGB shooting, although it was still very low on the horizon (only 25°). While shooting the images didn't look bad at all, but I wasn't quite ready to the result I was gonna have after processing the RGB set:
Again, for such a small scope, and such a low object, the amout of details is impressive, particularly compared to my previous jupiter shot. It's almost as good as the images taken with my 8" telescope back in Milan, but with colour this time!
During the evening I also asked my neighbours, a pleasant young couple from New Zealand, to have a quick look through the eyepiece... It's always nice to see reactions of someone watching for the first time the moon through a telescope, sometimes you're able to feel their wonder and awe.
Happy about the results, I then decided to try a full weekend of imaging, weather permitting. And I was lucky. I took lots more pictures during Friday and Saturday nights.
But I still have to finish processing them, so stay tuned until the next post... :)
This weekend weather in London was quite amazing: sunny, a bit too windy, but sky almost perfect. Seeing forecast was also encouraging, so on Friday evening I took a chance to shoot at Jupiter.
It was a bit of an unlucky evening: firstly I discovered that I forgot my red dot finder on, so the battery was totally drained. After struggling for a while trying to align my GoTo mount without it, I decided it was worth to leave the telescope alone for a few minutes (my garden is easly visible from the street... I didn't want to do it unless absolutely necessary) and got back inside to find new batteries.
After everything was aligned, and I was ready to observe and record my images, I noticed that the image wasn't exactly satisfying at the eyepiece. When I replaced the eyepiece with the camera, the very unfocused image revealed me why: some tree branches were in the way, and of course the image was deteriorated from the interference!
I looked around me to see if I could find a better spot to place my scope, but with no luck. I decided to try anyway, taking multiple shots, so maybe in some of them I might get an almost clear picture.
This is the best result I could get:
Of course, the difference with my previous shots taken with a bigger 200mm SC is pretty visible, but I think with better conditions this new telescope can do much more.
Since I made four sets of images, spanning a bit more than 40 minutes, I was also able to an animation showing Jupiter rotation:
- Celestron Nexstar SLT 127 Maksutov
- ZWO ASI 178mm with LRGB filters
- Software: my Planetary Imager for shooting, Autostakkert!2, Registax, Siril and GIMP for image processing.
Luminance channel: 4500 frames, best 20% used. R/G/B channels: 1000 frames, best 40% used.
I'm currently living in a house with a very nice backyard, right outside London. Still a lot of light pollution, but it can be manageable, and useful for testing my equipment before running to darker locations.
This was meant to be a (L)RGB shot, but light pollution and humidity made the blue and green channels pretty useless, while red channel produced quite good results
Last friday night the sky was finally very clear, so I made a few shots.
The brilliant Orion Nebula (M42) is very well defined, but also the Flame nebula (NGC 2024) is quite conspicuous on the left. And very close to the Flame nebula, a tiny Horsehead nebula can be spotted too.
For being just a test shot, I must say I'm very happy with the result, and can't wait for better conditions to try RGB.
I recently bought a new smartphone, a OnePlus 3, since my Nexus 6 was pretty much dead, turning off pretty much everytime I did something else than keeping it in my pocket.
I was particularly interested in the "manual controls" feature of the OnePlus, including the ability to shoot up to 30 seconds, particularly convenient if you want to use it for astronomy.
It turned out this really works out well!
I just did a few tests, but the results are very promising.
The phone can also save images in RAW format, which means that if I'll also be able to program a sequence of shots, I could be able to stack pictures, to produce even better results.
It's been a while since my last updates. I recently moved to London, changed work, and.. changed astronomical instruments too. I'm planning to buy an ultra portable 300mm dobsonian soon, probably the best choice since I would like to travel as much as possible with it - back to Italy, or maybe to the southern skies.
But I also wanted a "quick" telescope, lightweight and simple, something that I could bring out in the garden in a very few minutes, and even better, ready for planetary imaging, so in the meantime I also bought a small Maksutov-Cassegrain telescope, a Celestron Nexstar SLT 127. I also got a new camera, USB3, with very high resolution and wider field than my previous one, a ZWO ASI 178mm, still a monochrome camera, but this time with RGB filter set.
Given the smaller aperture, I'm not expecting really great shots, but my previous setup much heavier, so I spent very little time observing and shooting, which in turn means I didn't really got it to its maximum potential.
My first shooting with the new setup is a very difficult one: Saturn, in an unfavourable time, quite far away from its opposition, and very low in the UK skies.
Given the small aperture, and the difficult target, I can say I'm really satisfied about it. I also tried a few new softwares for image processing, particularly ImPPG, with a very handy lucy-richardson deconvolution filter, which greatly improved the image over my first processing attempt.
A very convenient tecnique in c++ programming is the one known with many names: "d-pointer" (found in Qt/KDE contexts), shadow pointer, "pimpl", opaque pointer. Basically the idea is to hide all the private details of a class in a forward declared private pointer, which will be the only real private member of the class. Since this member will never change, this will guarantee binary compatibility among different versions of a library.
But there are other advantages in using d-pointers: one is compilation speedup during development (usually if you change a private member of a class, the header changes, and you have to recomplile all units using that header, while with d-pointer you change only the .cpp file), and another is code cleanup: you will have very compact header files, describing your class public interface without private stuff pollution. Also, sometimes you may want to add your d-pointer definition in a separate header file, ending up with three well defined files:
- myclass.h: class declaration, only public stuff, without private stuff
- myclass_p.hpp: private class declaration: only private stuff, no implementations
- myclass.cpp: only implementations
The classical approach is to create a plain raw pointer to a forward declared class, initialize it in the constructor, and delete it on the destructor. A nice addition is to have the private class be a nested type, so that you can avoid polluting your IDE class list.
It has happened in a few occasions, to launch a command in a shell only after a command in another shell has successfully finished (for instance, after a long task like source code compilation, i want to launch tests on another shell).