View Full Version here: : Snake Valley Part V (Registax & more)
davidpretorius
18-11-2005, 11:11 PM
Ok,
I have finally put together a rough article for Registax and other planet processing tips. It has raw format, easy registax, hard registax, astra image, ppm centre & bink and smacker.
http://precons.com/iis/Articles/imaging_toucam_planets_notracking.a spx
Please have a read through. It is aimed at the noobie and I will put it forward to mike for consideration as an article.
Comments, spelling mistakes etc please feedback. I would like for Noobies to have a good reference for imaging built around our forum experiences
Thanks All
Dave P
davidpretorius
18-11-2005, 11:28 PM
One thing i forgot is the screen shots for the toucam settings, I will add tomorrow!
And the rgb histo stretch in wavelets
anything else???
davidpretorius
19-11-2005, 08:09 AM
Also the links to the websites where you can download the software will be added
Good article DP. A couple of comments:
- I've loaded about 6000 BMP files into registax using drag n drop without it crashing, I think the number is limited mostly by the buffer that Windows allocated to hold filenames during a drag n drop, it's a 64k buffer as far as I know, maybe that's fixed under winxp? Anyway, you should be able to load a lot more than 300 or so.
- There's a way in Windows to add "Start command prompt here" into the Windows Explorer so you can right-click on a directory and start a cmd prompt in that directory. You might be able to setup a shortcut for ppmcentre to do the same thing so that the user doesn't need to see the command prompt at all.
- The reason your images brighten up in AA is that it automatically applies a histogram stretch on greyscale images, i.e. the brightest pixel in your image is mapped to white. You can always use the "scale" dialog later on to reduce the brightness if you like, and no information is lost in this process.
- In the RGB combine, I'd recommend zooming in a couple of steps and panning around to see if the colour planes are lined up. Sometimes a shift of just 1 pixel here or there can make a noticeable difference but they can be hard to see if you stay at the 1x zoom.
- Might be worth suggesting that the "best" time for imaging a planet is just a couple of months after inferior conjunction when it's high up in the pre-dawn sky, say around 4am. If people try and image at that time of night then a lot of the hidden problems with temperature etc can be minimised without them having to really know much about it.
I have heard a lot of people comment that they wait until the planet is high in the sky at around 9pm (i.e. after opposition) before they try imaging it, just because it's more convenient to set up at that time of night - BUT they usually add that they couldn't see anything at all and were feeling like it was a waste of time. 8" or larger newts/sct's will most likely be working very badly at that time of night, especially since most people will not allocate the leadup time to let the scope cool down.
regards, Bird
davidpretorius
19-11-2005, 09:50 AM
thanks a heap bird, i will digest and amend my article with your permission of course and with due references
asimov
19-11-2005, 02:51 PM
Great Davo! I'm collecting all registax info such as this for my own use, & saving it on my computer. thanks mate.
danielsun
30-11-2005, 10:30 PM
Thanks Dave!! I am totally new at this and have been doing a lot of reading and trying to make sense of it all. thats a great effort from you to put that together, i think its just what some one like me needs to get me started so well done!!! ;)
davidpretorius
01-12-2005, 08:15 AM
the biggest thing is to try some different settings yourself. get the general idea from what has been written and then experiment and then post the results for all to see and analyse.
that way, we do not get too set in our ways and your fresh ideas as a noobie helps all of us. iceman does slightly different things to bird to rumples to anthony. all have different setups equipment wise.
thankyou for your thanks!
vBulletin® v3.8.7, Copyright ©2000-2025, vBulletin Solutions, Inc.