Re: [Eqalign-devel] QHY
Brought to you by:
antoniofga,
isoplut
From: Antonio F. <ant...@ya...> - 2007-11-29 22:38:01
|
Hola! Le he echado un vistazo a los dos proyectos ASCOMQHY6 y QHY. Bueno, hace alg=FAn tiempo vi que la iniciativa ASCOM hab=EDa publicado = un est=E1ndard para c=E1maras. Me pareci=F3 una idea estupenda, pero el = proyecto ASCOM lleva paradillo hace una buena temporada. Mala cosa. = Supongo que lo saben, pero: http://ascom-standards.org/CamProp3.html Desgraciadamente parece que no hay una plataforma .NET como s=ED la hay = para el control de telescopio. Corrijanme si me equivoco. De todas = maneras tampoco creo que los objetos COM sean los m=E1s adecuados. En el proyecto ASCOMQHY6 incluyes directamente el objeto COM de la QHY6 = y trabajas directamente con ese componente para conectarte y obtener = im=E1genes. Creo que aunque funcione no es lo m=E1s elegante, lo suyo = ser=EDa dise=F1ar esa plataforma .NET de acceso a c=E1maras ascom = gen=E9ricas. De todas maneras, como parece que ascom est=E1 en coma, = igual no merece la pena el esfuerzo. Creo que el camino correcto es trabajar con QHY6DLL.DLL directamente. Y = por otra parte no me parece mala idea adoptar el est=E1ndard ascom para = c=E1maras en nuestro interfaz, a=F1adiendo un par de cosas que creo que = faltan. Por ejemplo el =E1rea de crop especificada por StartX, StartY, = NumX, NumY no es suficiente, necesitamos el =E1rea de crop para la = imagen que se est=E1 adquiriendo y la siguiente (para poder establecer = una nueva en base al centroide sin perder la informaci=F3n de la que = vamos a recibir a=FAn). Aunque me parece m=E1s elegante definir un crop = como un objeto de tipo Region. Propongo una cosa:=20 - Eliminamos AtikCapture y creamos un nuevo proyecto de captura = (propuestas para nombres) que s=F3lo contemple una nueva clase = gen=E9rica "Camera", la definici=F3n de Interfaz de c=E1mara y las = implementaciones de las c=E1maras espec=EDficas que tengamos y sobre las = que estamos trabajando. - Discutimos sobre el interfaz: si asumir directamente el interfaz de = ascom o tomar lo bueno y adaptarlo. Con el subsistema de telescopio/autoguiador, tenemos que hacer lo mismo, = pero vamos por pasos. La soluci=F3n actual separa autoguiadores de = telescopios y tal vez no es buena idea. Pero lo dicho, vamos paso a = paso. Otra cosa Samuel, en el proyecto QHY, en QHY6Cam.cs, l=EDnea 274: Bitmap bp =3D new System.Drawing.Bitmap(1280, 1024, format); =20 , creas un bitmap donde guardar=E1s el array que devuelve GetBuffer que = lee 437664, que es el trama=F1o correcto de la QHY6 (752x582 p=EDxeles), = as=ED que el bitmap debe inicializarse: Bitmap bp =3D new System.Drawing.Bitmap(752, 582, format); Es m=E1s, en el constructor de la clase se debe cargar los valores de = width=3D752 y height=3D582, channels (o algo as=ED para definir el = n=FAmero de canales de color) channels =3D 1 y npix (o algo as=ED para = definir el tama=F1o total de la imagen) npix =3D width*height*channels. = En el resto de declaraciones hacemos uso de esas variables, por ejemplo: Bitmap bp =3D new System.Drawing.Bitmap(width, height, format); Luego hay algo que no entiendo, pero a Francisco le funciona as=ED que = estar=E1 bien: el bitmap es de 24bpp, pero la c=E1mara es en escala de = grises, as=ED que el array tiene tama=F1o 752x 582x 1, mientras que el = "array" del bitmap, al ser de 24bbp tiene un tama=F1o de 752 x 582 x 3 = ({BGR-BGR-BGR-BGR-....+stride}] Bueno, el caso es: hasta la captura del frame =BFte reconoce la = c=E1mara? Si es as=ED, perfecto, el resto lo iremos sacando. Siento si me he enrollado, pero ahora mismo estoy agotado. =A1=A1No se me olviden de opinar!! :) Un saludo!! ----- Original Message -----=20 From: Samuel Diaz=20 To: Lista de correo de desarrollo EQAlign=20 Sent: Wednesday, November 28, 2007 10:52 PM Subject: [Eqalign-devel] QHY Buenas. He subido en una carpeta QHY las pruebas que he realizado. Con las dll = de la QHY6. Si quer=E9is probar con el Ascom hay una dll para simular la c=E1mara. Se aceptan ideas. Un saludo -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 -------------------------------------------------------------------------= ----- _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel |