Software Development > PCL and PJSR Development
Image Acquisition in PixInsight (Was: When will Pixinsight...)
David Raphael:
If I were to write this module(s), here is what I would do for the camera driver interaction:
I would define something like the following for the camera driver interface:
PICameraInterface.h
PICameraInterface.cpp
This would define the interface a manufacturer would need to implement for a PixInsight driver.
We would have some sort of GUID to identify a particular driver. This would allow a "registry" of sorts...really I am not inventing anything here. I would just find something good in the open source world and emulate it...I won't try to guess what that looks like at the moment...
And to demonstrate this, I would implement the ASCOM PixInsight Interface:
ASCOMCameraInterface.h
ASCOMCameraInterface.cpp
Incidentally, this would provide a large amount of coverage for Windows based cameras.
I agree with Vicent that we need a multiplatform ASCOM. However, that is not something that belongs in the PixInsight community IMO. I'm not planning on running any further with that idea myself. I'd really like to see the ASCOM folks extend the standard to be C/C++ based - qt is really a good choice for this as evidenced by PixInsight itself. In fact, the proof of concept for a multi-platform ASCOM can "fall out" of a project like this. This is a virtue of implementing camera control on PixInsight :-)
I'm probably going to start prototyping this soon...I've been setting up my PCL builds on OS X and Windows. I don't usually run Linux or FreeBSD, but I am sure we can cross that bridge later.
Anyone have any specific requests?
Cheers,
Dave
Emanuele:
Can't wait for some development David! :)
I am here if you need some beta testing!
I have an FLI ML8300 and FLI CFW2-7. Along with a Lodestar. And a 10Micron GM2000QCI mount.
vicent_peris:
--- Quote from: mmirot on 2011 January 09 15:07:49 ---This is whole different animal. Testing drivers is full time job and there is always a new one.
Run away... Run away.... :surprised:
Max
--- End quote ---
I think this must be up to the user... The same thing happens with the ASCOM, and it's not a crazy project.
IMO, this would be a wonderful project. :)
Regards,
Vicent.
georg.viehoever:
--- Quote from: vicent_peris on 2011 January 09 12:22:12 ---...Second, IMO, what's really needed is a multiplatform port of ASCOM. ASCOM is being today, IMO, a bit outdated. There are a lot of multiplatform apps right now, and this will evolve in the near future. So it would be great if we have a platform independent (well... only driver dependent) communitcation protocol for astronomical instruments....
--- End quote ---
I think INDI http://www.indilib.org/index.php?title=Main_Page is a platform independent alternative to ASCOM (currently under development).
Georg
Emanuele:
I was following another thread that was mentioning an FWHM tool.
It would be incredibly useful to implement this tool in the Real Time Stacking/Folder monitoring tool. :)
To have a way of selecting a star in the image, and by the use of the Real-Time stacking tool, have a monitor of the FWHM of the selected star.
E.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version