Re: [Eqalign-devel] QHY

[Samuel D. <sam...@gm...>]

Buenos d=EDas Antonio.
El error del tama=F1o es por un copy-paste pero no es el motivo.
En esa prueba se cuelga cuando hace el Exposure (creo que es as=ED la funci=
=F3n
no lo tengo delante).
El motivo mas seguro sea que no esta la declaraci=F3n de la dll correcta. T=
om
no me quiso dar las descripci=F3n de las declaraciones. Si ten=E9is confian=
za
con el preguntarle.

Y el proyecto en Ascom no se como obtener la imagen del ImageArray.
Esta funcion devuelve un int que en principio es width*height*channels.



El d=EDa 29/11/07, Antonio Fraga <ant...@ya...> escribi=F3:
>
>  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 u=
n
> est=E1ndard para c=E1maras. Me pareci=F3 una idea estupenda, pero el proy=
ecto
> 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 p=
ara
> 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=E1g=
enes.
> Creo que aunque funcione no es lo m=E1s elegante, lo suyo ser=EDa dise=F1=
ar 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 f=
altan.
> 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). A=
unque
> me parece m=E1s elegante definir un crop como un objeto de tipo Region.
>
> Propongo una cosa:
> - 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 telesc=
opios
> 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);
>
> , creas un bitmap donde guardar=E1s el array que devuelve GetBuffer que l=
ee
> 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=FAme=
ro de
> canales de color) channels =3D 1 y npix (o algo as=ED para definir el tam=
a=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 gr=
ises,
> as=ED que el array tiene tama=F1o  752x 582x 1, mientras que el "array" d=
el
> 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 -----
> *From:* Samuel Diaz <sam...@gm...>
> *To:* Lista de correo de desarrollo EQAlign<eqa...@li...urcefor=
ge.net>
> *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
>
>
> -------------------------------------------------------------------------
> 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
>
>