Hi,
Tuesday seemed to be a good opportunity to image the moon: Skies have been clear with some haze, usually a sign of pretty good seeing. I set the C11 up on the terrace, collimated and fired up the camera and have been able to shoot exactly 2 AVIs until the already quite bad transparency dropped to nowhere due to high altitude haze and mist and the quite good seeing went accordingly.
I processed the first AVI of Rima Hyginus shot in a hurry and am surprised how good the outcome still is considering the circumstances. The second AVI of Triesnecker and it’s surrounding rilles is already too bad. I tried some more shots of high contrast features along the terminator but gave up soon. I’m confident that the imaging setup is capable of producing excellent results in better conditions.
The image is reduced to 90% of the capture site to accommodate for the seeing conditions:
Cheers, Oliver
Hi,
the Captifier development went pretty well the last days, a nice setup dialog is done, functionality growing towards a first usable version and…
… my develpment machine died today
The graphics section of the laptop is dead, looks like a total write-off. I’m currently backing up all data, development is stalled until I have a replacement machine up and running. Needless to say how I hate that so please excuse my french… Life is what happens to you while you’re busy making other plans…
Cheers, Oliver
Hi,
after the long long dryspell a number of clear nights finally allowed imaging the beloved planets
This time I managed to grab a number of AVIs of Saturn using the colour filters before clouds rolled in (again). Unfortunately seeing was much worse than on march 4th but I don’t complain.
The RG-RGB version shown her features 70%R/30%G as luminance, oddly enough the differences to the plain RGB version are marginal. I tried to use an orange filter to shoot a luminance-channel with shorter integration times but the seeing distorted the image observably more than using the narrowband R filter. The advantage of 1/30s vs. 1/23s didn’t pay off, the orange results are worse than R results indicating the quality of seeing …
The north polar regions shows an interesting blue-grey-turquoise tint, it should be interesting to watch as the planet tilts further.
Cheers, Oliver
Hi,
hooray, my first Saturn image of the coming season
Finally some clear skies again with reasonable seeing on march 4th. I was out to image Mars in the first place (results still to be processed…) but slewed over to the rising Saturn at the end of the very cold season. Seeing has been surprisingly good for Saturn at only 30° altitude. Unfortunately clouds rolled in (again…) and I could capture only one single red filtered AVI before the lord of the rings became way too dim to image.

Click for framed version with detailed information
The result is not too shabby regarding the low altitude and the capture circumstances.
I’m currently trying alternative sharpening functions beside the good old Registax wavelets and obtained best results here using the iterative gauss sharpening from Fitswork.
Ok, Saturn season has started and I’m looking forward to less frosty imaging sessions that might yield in some coloured images
Cheers, Oliver
Hi,
Captifier is getting closer to something roughly usable, slow but steady ![]()
Some bugs that sneaked into the concept after restructuring the thread-concept have been fixed, the histogram is working, the magnifier is working…
Here another sneak screenshot, please disregard the temporary buttons…
Click to enlarge
Cheers,
Oliver
Hi,
sometimes it’s helpful to write down your goals to keep track of them in a busy life. Ok, here my imaging and astronomy related goals for 2010:
- Image Mercury
The quick messenger of the gods is a hard nut to crack due to it’s small apparent diameter and close elongation to the sun but there are a number of days around the maximum elongation periods that offer best conditions to image mercury in daylight. I never imaged mercury before and am curious if I’ll be able to capture some surface details. Mercury is very fast on it’s orbit around the sun but rotates very slow around it’s own axis. It’s possible to capture thousands of frames within several hours and select the best of them for stacking. Using an IR-pass filter or red filter helps to increase contrast during daylight and tame the seeing. - Image Saturn
Saturn opposition 2010 is coming soon. I hope that weather is getting much much better than it has been over the last months. - Solar imaging
The currently beginning solar activity cycle should provide interesting targets to image the sun in white-light, CaK and H-alpha. I should finish the upgrade of my PST to a larger aperture. - Lunar imaging
Nothing much to write. If the opportunity is there, I’ll be imaging
- Captifier
A first working test version has to be in place soon. Constant development will follow.
Let’s see what turned out to be realistic at the end of the year…
Solong & cheers,
Oliver
Hi,
skies have been clear around 21:00 last night but until I had setup and collimated the already cooled C11 clouds rolled in again. Seeing was not bad at all but I managed to shoot only 1 AVI with 1400 frames with the red filter before skies were completely covered and first snow flakes started to fall
This Mars opposition isn’t mine…
I used 700 frames of the only AVI and processed the stack differently than I usually do, not too bad considering the circumstance.
Cheers, Oliver
Hello,
I had to fiddle with a number of issues delaying the advancement in the project.
- GDK/GTK+ is not thread aware under Win32
- Polling a file descriptor under Win32 does not work using VC++2008 since GLib is compiled against msvcrt.dll and it’s almost impossible to convince VC++2008 to do so
- GTK+ 2.18.5/Cairo has a bug on Win32 giving an incorrect Windows GDI device context for a drawing area
To continue with the project I gave up inter-thread messaging and sacrificed the separate grabber-thread. Polling frames from the camera is now done in the idle callback of the main loop and only saving data is done in a separate thread. This should still be a sufficient task splitting on a two core processor to achieve seamless captures at high framerates.
Reverting back to GTK+ 2.16.6 fixed the window DC bug. OK, time to move on with the actual tool development, I still don’t regret not using MFC ![]()
Overall CPU utilisation looks good running the tool at 60fps, performance should be ok. I changed the provisional GUI to a one window look:

Cheers, Oliver






