NickK

I found that using a finder scope aligned with the scope was faster - even with the goto setup. The reason being is that you get a wide field, so although you may not be massively precise, it will get you set up faster. It means that when you look at stellarium and at the sky you're not looking a microscopic portion of it to navigate. I too found that that most systems assume a perfectly flat (hence constant rate for alignments). My setup goes: 1. Pull out the Garmin Gekko GPS - get the GPS position, elevation and accurate north. 2. Position EQ6, I'm lucky my spirit level in the EQ6 seems to be pretty good. 3. Sit gekko on the top and align with the gekko. 4. Mount kit and rotate about to align - this simply means the entire kit isn't going to cause a [removed word] in alignment. 5. Polar align (if nighttime) Now for AP this gets more complicated.. but basically that will get me into a good visual accuracy. I was doing solar at 6700mm with minimal movement just doing steps 1-4. However using alignment tools for EQMOD I've done 20 minute exposures (at 1340mm) on the EQ6 BUT and here's the but.. this is usually without a merdian flip at which point the mount alignment usually needs checking and redoing.

Folks, don't worry - I've not disappeared. I have been DIYing two things: * Spectrometer - giving me chance to dogfood the drivers further, I have some changes and I'm up to R1.15 from the previously released R1.13. * Bathroom - mrs would like the bathroom finished; including new wider towel radiator (think soldering pipe extensions under floorboards), underfloor heating loop and tiling. I managed to shatter the outer toilet so add a new toilet to the mix. This has been taking my 4 days of carryover vacation from last year and hence why it's gone quiet. I should be back next week on this - finalising the spectrometer too. Change log so far from R1.13 for the interested: // 1.13 Cameras now can create their relevant post processor, addition of virtual API abstracts implementation. Fixes 285 using non-legacy post processor. // ExampleApp no longer crashes at the end of a capture set. // RELEASED // 1.14 Added PostProcessor calculation of histogram,average and min/max if requested. Requires one less scan of image data as we're doing that anyway. // 1.15 Added Artemis 285 as ART-285, including image to ExampleApp - TestLegacyCamera appears as 285 not 16IC now. // Added 100ms delay for data read when FIFO disabled for Legacy driver (may remove later) // ExampleApp code tidy around the OpenCL prototypes // Modern cameras - existing driver amp behaviour corrected - amp was enabled, only to be possibly switched off on reading the CCD. // Some Modern cameras - Amp left on after preview mode exposure switches off. // * Supporting cameras - addition of keArtemisExtensionKeyDisableAmpOnCCDRead extension to force CCD amp off for maximum linear readout. // All Cameras now ensure amp is disabled on camera startup by default, amp is enabled only when required. // Titan read now has option of providing disabled amp read for long expsures (more linear and less noise but less sensitive).

Ok I have fixed the capture crash bug and a legacy driver post processing issue.