eqalign-devel Mailing List for EQAlign (Page 2)
Brought to you by:
antoniofga,
isoplut
Menu
▾
▴
eqalign-devel — Lista de correo de desarrollo EQALIGN
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(9) |
Aug
(26) |
Sep
(11) |
Oct
(60) |
Nov
(52) |
Dec
(22) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(3) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Antonio F. <ant...@ya...> - 2007-12-03 21:59:36
|
Corregido un error que no detect=E9 en el ordenador principal y s=ED en =
el prot=E1til:
No es seguro lanzar eventos desde un thread!!!! ya les dije que nos oy =
especialista en hilos. Bien, despu=E9s de comerme el coco toda la =
ma=F1ana he aprendido que lo que hay que hacer es enviarle una se=F1al =
al proceso padre y que sea =E9ste quien dispare el evento.
Adem=E1s, cuando la webcam pierde un fotograma el sistema fallaba. Bien =
tambi=E9n he corregido ese bug.
Lo interesante de todo esto (aparte que estoy aprendiendo un mont=F3n :) =
es que todo el negocio de hilos, bloqueos y dem=E1s est=E1 centrado en =
la clase de nivel superior Camera, los drivers de c=E1mara s=F3lo tienen =
que hacer su trabajo: activar la exposici=F3n, responder si la imagen =
est=E1 lista y servirla bajo petici=F3n.
El sistema de hilos con evento ser=EDa el m=E9todo m=E1s eficiente, pues =
notificar=EDa al programa consumidor de la disponibilidad de la imagen =
justo cuando lo est=E1.
El sistema de cron=F3metro es menos eficiente en teor=EDa, pero en =
algunas situaciones puede ser lo m=E1s adecuado.
En fin, lo he probado con la webcam y va como una moto a 10ms, la =
simulaci=F3n tambi=E9n va, he implementado el driver de las atik pero no =
lo he podido probar y tambi=E9n he subido una aproximaci=F3n a lo que =
podr=EDa ser el control de las DSI, sin ninguna documentaci=F3n en =
absoluto, con las librer=EDas a pelo (por cierto es un compilado .NET) y =
totalmente a ciegas (no tengo DSI)
=A1=E9chenle un vistazo aunque sea en modo simulaci=F3n!
Un saludo
----- Original Message -----=20
From: Antonio Fraga=20
To: Lista de correo de desarrollo EQAlign=20
Sent: Saturday, December 01, 2007 10:21 PM
Subject: [Eqalign-devel] Subsistema de c=E1maras
Acabo de subir el proyecto CamCap. Si lo abren ver=E1n que s=F3lo =
tiene un formulario que controla una instancia de la clase Camera que =
est=E1 en otro proyecto compilado como una librer=EDa. Ah=ED es donde =
est=E1 todo el meollo de c=E1maras.
El proyecto EQCam exporta dos clases:
Camera: es el punto de entrada a todos los drivers de c=E1mara en =
s=ED.
Imaging: esta clase da soporte al tipo de imagen que trabaja Camera: =
FloatImage. FloatImage representa una imagen (monocroma) en un array =
floats normalizado (valores entre 0.0 y 1.0). Contiene los m=E9todos =
necesarios para importar desde un bitmap o desde otro objeto de tipo =
FloatImage, exportar a Bitmap, operaciones b=E1sicas sobre el =
histograma, operaciones aritm=E9ticas sobre de im=E1genes con otras =
im=E1genes o con valores num=E9ricos, clonaci=F3n, etc. (lo de etc es =
m=E1s bien porque podemos meter ah=ED lo que queramos).=20
Hay un proceso de imagen definido: GaussianBlur, tengo algunos m=E1s =
pero este es el =FAnico estrictamente necesario. Bueno, igual es =
necesario meter los ajustes de histograma m=E1s complejos (mediante =
curvas o ajuste de medios tonos), pero ya veremos.
Bien, lo importante es que todos los drivers de la clase Camera y la =
propia clase camera devuelven FloatImage con lo que pasamos a =
precisi=F3n de 32 bits, m=E1s que para la captura, para otros procesos =
como apilados y promedios es bastante interesante contar con m=E1s =
precisi=F3n que la propia c=E1mara.
Vale. Sobre las c=E1maras. He copiado casi literalmente la =
especificaci=F3n ascom, con s=F3lo algunos cambios, hasta el conrtol del =
cooling y "t=F3". En el interfaz CameraInterface est=E1 detallada toda =
la especificaci=F3n. Miren este archivo antes de nada.
S=F3lo he implementado SimCamera y WDM para comprobar que el modelo es =
v=E1lido. Si nos ponemos de acuerdo habr=EDa que recodificar todos los =
drivers de c=E1mara.
Una de los puntos a favor de este modelo es que los drivers de =
c=E1mara no hacen "procesos de negocio", simplemente atienden a las =
peticiones de imagen y act=FAan sobre los par=E1metros b=E1sicos de la =
c=E1mara que controlan: binning, subframe, temperatura del peltier,...
Los "procesos de negocio" (exposici=F3n en modo loop, proceso de =
obtenci=F3n de darks y resta del dark, histogramas, etc...) estar=EDan =
en la clase Camera como capa superior y punto de acceso a las c=E1maras =
desde "fuera".
De todas maneras, a partir de la clase Camera se tiene acceso directo =
al driver al que se est=E1 conectado, por si se quisiera realizar alguna =
alguna acci=F3n espec=EDfica. A ver:
Adem=E1s de implementar el interfaz CameraInterface, los drivers de =
c=E1mara pueden implementar otras funcionalidades espec=EDficas de cada =
c=E1mara. Por ejemplo:
-el driver de la c=E1mara de simulaci=F3n necesita conocer los valores =
de latitud/longitud y las coordenadas donde que apunta el telescopio.
-el driver WDM necesita tener acceso a los par=E1metros de larga =
exposici=F3n (si es un SC1, etc)
-el driver WDM puede presentar - aparte del di=E1logo de =
configuraci=F3n que todas las c=E1maras muestran en el m=E9todo com=FAn =
SetupDialog- otro di=E1logo de configuraci=F3n de formato.
Algunos se implementan en la propia clase Camera, pero tener acceso a =
los que no, se hace a travez del propio driver espec=EDfico a partir de =
la propiedad:=20
public CameraInterface CamDriver
Por ejemplo, para mostrar el di=E1logo de formato, espec=EDfico de las =
WDM:
if (cam.CameraAccessType =3D=3D eCameraAccessType.WDM)
((EQA.Camera.Drivers.WDMCam)cam.CamDriver).FormatDialog();
Otro ventaja que le veo a este modelo es que el subsistema de c=E1mara =
queda separado en una librer=EDa, si detectamos cualquier problema, =
basta con corregirlo y redistribuir esta librer=EDa. Tal como est=E1 =
ahora, el programa consumidor tiene que establecer el tipo de c=E1mara =
(Sim, WDM, Atik...), pero es f=E1cil aislar eso tambi=E9n, con lo que si =
se implementan nuevas c=E1maras no ser=EDa necesario siquiera compilar =
el proyecto EQAlign. Adem=E1s el acceso a c=E1maras em una librer=EDa =
separada se puede utilizar en un proyecto totalmente diferente, como es =
el propio CamCam.
Bien, he tratado de hacer robusto el sistema de acceso a las =
im=E1genes con sem=E1foros y dem=E1s. Tambi=E9n he tratado de hacer =
"buen" (jajaja) uso de los hilos, pero no he estado ni tres d=EDas con =
esto as=ED que si estamos de acuerdo que este es el mejor modelo =
posible, todav=EDa hay mucho en lo que trabajar.=20
Bueno, en cuanto a la obtenci=F3n de im=E1genes: se puede usar un =
cron=F3metro y trabajar en cada click, preguntando si la imagene st=E1 =
disponible para obtenerla etc, o se puede capturar un evento que dispara =
la calse C=E1mara cuando tiene la imagen disponible. Dependiendo de =
qu=E9 cosa un m=E9todo ser=E1 mejor que otro.=20
En fin, desc=E1rgenlo, pru=E9benlo, m=EDrenlo, busquelen las =
cosquillas y lo discutimos.
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
|
|
From: Antonio F. <ant...@ya...> - 2007-12-01 22:22:14
|
Acabo de subir el proyecto CamCap. Si lo abren ver=E1n que s=F3lo tiene =
un formulario que controla una instancia de la clase Camera que est=E1 =
en otro proyecto compilado como una librer=EDa. Ah=ED es donde est=E1 =
todo el meollo de c=E1maras.
El proyecto EQCam exporta dos clases:
Camera: es el punto de entrada a todos los drivers de c=E1mara en s=ED.
Imaging: esta clase da soporte al tipo de imagen que trabaja Camera: =
FloatImage. FloatImage representa una imagen (monocroma) en un array =
floats normalizado (valores entre 0.0 y 1.0). Contiene los m=E9todos =
necesarios para importar desde un bitmap o desde otro objeto de tipo =
FloatImage, exportar a Bitmap, operaciones b=E1sicas sobre el =
histograma, operaciones aritm=E9ticas sobre de im=E1genes con otras =
im=E1genes o con valores num=E9ricos, clonaci=F3n, etc. (lo de etc es =
m=E1s bien porque podemos meter ah=ED lo que queramos).=20
Hay un proceso de imagen definido: GaussianBlur, tengo algunos m=E1s =
pero este es el =FAnico estrictamente necesario. Bueno, igual es =
necesario meter los ajustes de histograma m=E1s complejos (mediante =
curvas o ajuste de medios tonos), pero ya veremos.
Bien, lo importante es que todos los drivers de la clase Camera y la =
propia clase camera devuelven FloatImage con lo que pasamos a =
precisi=F3n de 32 bits, m=E1s que para la captura, para otros procesos =
como apilados y promedios es bastante interesante contar con m=E1s =
precisi=F3n que la propia c=E1mara.
Vale. Sobre las c=E1maras. He copiado casi literalmente la =
especificaci=F3n ascom, con s=F3lo algunos cambios, hasta el conrtol del =
cooling y "t=F3". En el interfaz CameraInterface est=E1 detallada toda =
la especificaci=F3n. Miren este archivo antes de nada.
S=F3lo he implementado SimCamera y WDM para comprobar que el modelo es =
v=E1lido. Si nos ponemos de acuerdo habr=EDa que recodificar todos los =
drivers de c=E1mara.
Una de los puntos a favor de este modelo es que los drivers de c=E1mara =
no hacen "procesos de negocio", simplemente atienden a las peticiones de =
imagen y act=FAan sobre los par=E1metros b=E1sicos de la c=E1mara que =
controlan: binning, subframe, temperatura del peltier,...
Los "procesos de negocio" (exposici=F3n en modo loop, proceso de =
obtenci=F3n de darks y resta del dark, histogramas, etc...) estar=EDan =
en la clase Camera como capa superior y punto de acceso a las c=E1maras =
desde "fuera".
De todas maneras, a partir de la clase Camera se tiene acceso directo al =
driver al que se est=E1 conectado, por si se quisiera realizar alguna =
alguna acci=F3n espec=EDfica. A ver:
Adem=E1s de implementar el interfaz CameraInterface, los drivers de =
c=E1mara pueden implementar otras funcionalidades espec=EDficas de cada =
c=E1mara. Por ejemplo:
-el driver de la c=E1mara de simulaci=F3n necesita conocer los valores =
de latitud/longitud y las coordenadas donde que apunta el telescopio.
-el driver WDM necesita tener acceso a los par=E1metros de larga =
exposici=F3n (si es un SC1, etc)
-el driver WDM puede presentar - aparte del di=E1logo de configuraci=F3n =
que todas las c=E1maras muestran en el m=E9todo com=FAn SetupDialog- =
otro di=E1logo de configuraci=F3n de formato.
Algunos se implementan en la propia clase Camera, pero tener acceso a =
los que no, se hace a travez del propio driver espec=EDfico a partir de =
la propiedad:=20
public CameraInterface CamDriver
Por ejemplo, para mostrar el di=E1logo de formato, espec=EDfico de las =
WDM:
if (cam.CameraAccessType =3D=3D eCameraAccessType.WDM)
((EQA.Camera.Drivers.WDMCam)cam.CamDriver).FormatDialog();
Otro ventaja que le veo a este modelo es que el subsistema de c=E1mara =
queda separado en una librer=EDa, si detectamos cualquier problema, =
basta con corregirlo y redistribuir esta librer=EDa. Tal como est=E1 =
ahora, el programa consumidor tiene que establecer el tipo de c=E1mara =
(Sim, WDM, Atik...), pero es f=E1cil aislar eso tambi=E9n, con lo que si =
se implementan nuevas c=E1maras no ser=EDa necesario siquiera compilar =
el proyecto EQAlign. Adem=E1s el acceso a c=E1maras em una librer=EDa =
separada se puede utilizar en un proyecto totalmente diferente, como es =
el propio CamCam.
Bien, he tratado de hacer robusto el sistema de acceso a las im=E1genes =
con sem=E1foros y dem=E1s. Tambi=E9n he tratado de hacer "buen" (jajaja) =
uso de los hilos, pero no he estado ni tres d=EDas con esto as=ED que si =
estamos de acuerdo que este es el mejor modelo posible, todav=EDa hay =
mucho en lo que trabajar.=20
Bueno, en cuanto a la obtenci=F3n de im=E1genes: se puede usar un =
cron=F3metro y trabajar en cada click, preguntando si la imagene st=E1 =
disponible para obtenerla etc, o se puede capturar un evento que dispara =
la calse C=E1mara cuando tiene la imagen disponible. Dependiendo de =
qu=E9 cosa un m=E9todo ser=E1 mejor que otro.=20
En fin, desc=E1rgenlo, pru=E9benlo, m=EDrenlo, busquelen las cosquillas =
y lo discutimos.
Un saludo! |
|
From: <is...@ya...> - 2007-11-30 19:40:37
|
Antonio, hay un post en los foros interresante:=0A=0A - http://sourceforge.= net/forum/forum.php?thread_id=3D1880218&forum_id=3D590618=0A=0AM=E1s tarde = me uno a los temas que est=E1is debatiendo, que voy contra-reloj.=0A=0AUn s= aludo!=0A=0A=0A=0A=0A =0A____________________________________________= __ =0A=BFChef por primera vez?=0AS=E9 un mejor Cocinillas. =0Ahttp://es.ans= wers.yahoo.com/info/welcome |
|
From: Samuel D. <sam...@gm...> - 2007-11-30 11:30:34
|
oki, Me parece muy buena idea lo que comentaste. Por cierto, alguna idea de como obtener la imagen con AscomQHY6? El d=EDa 30/11/07, Antonio Fraga <ant...@ya...> escribi=F3: > > Buenos d=EDas Samuel, > No te preocupes, me imagin=E9 que era eso, s=F3lo quer=EDa asegurarme de = que no > era eso lo que generaba el error. > Entonces se cuelga cuando hace Exposure, eso queire decir que s=ED que > conecta. Bien, seguir=E9 mirando. No tengo comunicaciones con Tom, tal ve= z > Francisco pueda comunicarse con =E9l. > Estoy trabajando en la propuesta de interfaz que les coment=E9, cuanto te= nga > algo les comento. > Un saludo > > *Samuel Diaz <sam...@gm...>* escribi=F3: > > 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. > Tom no me quiso dar las descripci=F3n de las declaraciones. Si ten=E9is > confianza 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= un > > est=E1ndard para c=E1maras. Me pareci=F3 una idea estupenda, pero el pr= oyecto > > 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 mane= ras > > 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 s= er=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, Nu= mY 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: > > - Eliminamos AtikCapture y creamos un nuevo proyecto de captura > > (propuestas para nombres) que s=F3lo contemple una nueva clase gen=E9ri= ca > > "Camera", la definici=F3n de Interfaz de c=E1mara y las implementacione= s 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 tele= scopios > > 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 > > 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=FA= mero de > > canales de color) channels =3D 1 y npix (o algo as=ED para definir el t= ama=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=E1mar= a? 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...urcef= orge.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 > > > > > ------------------------------------------------------------------------- > 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 > > > ------------------------------ > > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y m=F3viles desde 1 c=E9ntimo por minuto. > http://es.voice.yahoo.com<http://us.rd.yahoo.com/mail/es/tagline/messenge= r/*http://es.voice.yahoo.com/> > > > ------------------------------------------------------------------------- > 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 > > |
|
From: Antonio F. <ant...@ya...> - 2007-11-30 11:27:42
|
Buenos días Samuel, No te preocupes, me imaginé que era eso, sólo quería asegurarme de que no era eso lo que generaba el error. Entonces se cuelga cuando hace Exposure, eso queire decir que sí que conecta. Bien, seguiré mirando. No tengo comunicaciones con Tom, tal vez Francisco pueda comunicarse con él. Estoy trabajando en la propuesta de interfaz que les comenté, cuanto tenga algo les comento. Un saludo Samuel Diaz <sam...@gm...> escribió: Buenos días Antonio. El error del tamaño es por un copy-paste pero no es el motivo. En esa prueba se cuelga cuando hace el Exposure (creo que es así la función no lo tengo delante). El motivo mas seguro sea que no esta la declaración de la dll correcta. Tom no me quiso dar las descripción de las declaraciones. Si tenéis confianza 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ía 29/11/07, Antonio Fraga <ant...@ya...> escribió: Hola! Le he echado un vistazo a los dos proyectos ASCOMQHY6 y QHY. Bueno, hace algún tiempo vi que la iniciativa ASCOM había publicado un estándard para cámaras. Me pareció 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í la hay para el control de telescopio. Corrijanme si me equivoco. De todas maneras tampoco creo que los objetos COM sean los más adecuados. En el proyecto ASCOMQHY6 incluyes directamente el objeto COM de la QHY6 y trabajas directamente con ese componente para conectarte y obtener imágenes. Creo que aunque funcione no es lo más elegante, lo suyo sería diseñar esa plataforma .NET de acceso a cámaras ascom genéricas. De todas maneras, como parece que ascom está 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ándard ascom para cámaras en nuestro interfaz, añadiendo un par de cosas que creo que faltan. Por ejemplo el área de crop especificada por StartX, StartY, NumX, NumY no es suficiente, necesitamos el área de crop para la imagen que se está adquiriendo y la siguiente (para poder establecer una nueva en base al centroide sin perder la información de la que vamos a recibir aún). Aunque me parece más 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ólo contemple una nueva clase genérica "Camera", la definición de Interfaz de cámara y las implementaciones de las cámaras específicas 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ón 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ínea 274: Bitmap bp = new System.Drawing.Bitmap(1280, 1024, format); , creas un bitmap donde guardarás el array que devuelve GetBuffer que lee 437664, que es el tramaño correcto de la QHY6 (752x582 píxeles), así que el bitmap debe inicializarse: Bitmap bp = new System.Drawing.Bitmap(752, 582, format); Es más, en el constructor de la clase se debe cargar los valores de width=752 y height=582, channels (o algo así para definir el número de canales de color) channels = 1 y npix (o algo así para definir el tamaño total de la imagen) npix = width*height*channels. En el resto de declaraciones hacemos uso de esas variables, por ejemplo: Bitmap bp = new System.Drawing.Bitmap(width, height, format); Luego hay algo que no entiendo, pero a Francisco le funciona así que estará bien: el bitmap es de 24bpp, pero la cámara es en escala de grises, así que el array tiene tamaño 752x 582x 1, mientras que el "array" del bitmap, al ser de 24bbp tiene un tamaño de 752 x 582 x 3 ({BGR-BGR-BGR-BGR-....+stride}] Bueno, el caso es: hasta la captura del frame ¿te reconoce la cámara? Si es así, perfecto, el resto lo iremos sacando. Siento si me he enrollado, pero ahora mismo estoy agotado. ¡¡No se me olviden de opinar!! :) Un saludo!! ----- Original Message ----- From: Samuel Diaz To: Lista de correo de desarrollo EQAlign 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éis probar con el Ascom hay una dll para simular la cámara. 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 ------------------------------------------------------------------------- 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 --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com |
|
From: Samuel D. <sam...@gm...> - 2007-11-30 08:32:57
|
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 > > |
|
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 |
|
From: Antonio F. <ant...@ya...> - 2007-11-28 23:24:43
|
Perfecto Samuel, le hechar=E9 un vistazo ma=F1ana y te comento. Si = entiendo bien el asunto, implementando una clase ascom que cumpla = nuestra interfaz =BFse tiene a cualquier c=E1mara (incluida la QHY6) = que se compatible ascom? y si a su vez imlementamos drivers ascom para = las c=E1maras que ya controlamos =BFtendr=EDamos acceso a ellas por esta = v=EDa? genial. En una caso o en otro, creo que seguiremos necesitanto de la clase = gen=E9rica Camera y, como vimos ayer, necesitamos trabajar en 16bits.=20 He cambiado el modo de trabajar a FloatImage, pero todav=EDa me queda = por afinar algunas cosas. Por ejemplo, Tal vez los procesos de histogramas, desenfoque etc debe = hacerlo cada driver de c=E1mara. S=ED, ya s=E9 que es algo com=FAn pero, = mientras que el driver de las atik no soportan procesos de imagen, por = lo que he visto el driver de las DSI s=ED. Los driver de las DSI tienen = toda una librer=EDa dedicada a procesos de imagen y de hecho, en las QHY = tambi=E9n se puede cambiar la ganancia y dem=E1s. La cosa es: o bien obtenemos una imagen de la clase gen=E9rica Camera y a posteriori = procesamos histogramas/desenfoque, o bien dejamos que sean los propios drivers de c=E1mara quienes procesen = la imagen antes de envi=E1rsela al objeto gen=E9rico Camera. Tambi=E9n creo que puedo hacer un esbozo de driver para las DSI, pero no = puedo probarlo (no tengo DSI :) pero s=ED tengo las librer=EDas y = est=E1n bien organizadas. Sigue estando pendiente trabajar con las c=E1maras en color (la = debayerizaci=F3n), lo dicho los modelos RGB est=E1n "chupaos", el CMYK = ni idea. Si les apetece les puedo pasar una imagen fit CMYK a ver si = dilucidan el "misterio". En fin, necesito "bloquear" el subsistema de c=E1maras uno o dos d=EDas = m=E1s. Luego debemos discutir si este sistema es adecuado o no, qu=E9 = falta... igual deber=EDamos implementar drivers ascom para todas estas = c=E1maras y usar ese esquema... si la velocidad de acceso no es un = problema.. en fin, vamos a tomarnos esto con calma y hagamos todas las = pruebas que podamos, luego tal vez sea el momento de abrir una nueva = rama, pensar en la actual como el camino para llegar a la release 2.0 = tal como est=E1. Andr=E9s, sigo pensando que puedes mejorar la proyecci=F3n y que tienes = buenas ideas para el autoguiado. Francisco, en cuanto termine el esbozo para las DSI, si te apetece = puedes retomarlo y tienes tu Artemis pidiendo a gritos un "crop" jajaja. = Ya comentaste que es lo que te apetece y adem=E1s ya tienes bastante = curro con la gesti=F3n de la web y la base de datos. Samuel, t=FA est=E1s con tu c=E1mara y te est=E1s haciendo al = proyecto... s=ED, ya s=E9 que no hay mucho documentado, uf! Y a mi me apetece oir opiniones sobre la arquitectura. Por ejemplo no = hacemos uso de las clases abstractas, lo hemos implementado con clases = heredadas e interfaces. Yo no soy experto en C# y ya me voy haciendo = viejo (o ser=E1 que me duele mucho la espalda :) Seg=FAn lo veo el = proyecto actual es un esbozo de lo que debe hacer, en todas sus = funcionalidades va bien, pero hay un mont=F3n de basura, hay que "hacer = limpieza" y este es un buen momento para reorganizar todo hacer un buen = dise=F1o y trabajar sin prisas sobre el nuevo modelo. Es mi opini=F3n. En cualquier caso, despu=E9s de terminar con el modelo de c=E1maras me = gustar=EDa tomarme un par de semanas de "descanso". 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 |
|
From: Samuel D. <sam...@gm...> - 2007-11-28 22:52:17
|
Buenas. He subido en una carpeta QHY las pruebas que he realizado. Con las dll de l= a QHY6. Si quer=E9is probar con el Ascom hay una dll para simular la c=E1mara. Se aceptan ideas. Un saludo |
|
From: <is...@ya...> - 2007-11-28 10:30:22
|
Hola a todos!=0A=0ABueno, en primer lugar, Antonio, esto marcha, pasito a p= asito. Voy a mirarte esta noche el tema que me comentas sobre la base de da= tos y su optimizaci=F3n; efectivamente en ocasiones hay que meditar hasta q= ue punto la normalizaci=F3n nos puede hacer tener un menor rendimiento, cre= o que ese es un claro ejemplo, pero no es el =FAnico, reviso seriamente el = dise=F1o y le meto mano a la optimizaci=F3n; a nada que tenga algo os lo co= mento.=0A=0AOtra cosa que tengo en mente y de la que me gustar=EDa conocer = vuestra opini=F3n; el FTW, bien, cuando se pide que se seleccione la c=E1ma= ra creo que podemos liar mucho al usuario, por un lado la c=E1mara se detec= ta autom=E1ticamente y por otro le estamos indicando que la seleccione de u= na lista =BFein?; vamos a ver, si somos consecuentes esto habr=EDa de cambi= ar, de manera que:=0A - Si el usuario selecciona una c=E1mara de la lista, = esa es la c=E1mara que desea hacer funcionar y punto pelota (en este caso l= a detecci=F3n autom=E1tica no ser=EDa necesaria).=0A - En la lista de c=E1m= aras del FTW podr=EDa aparecer algo como "Detecci=F3n autom=E1tica", en tal= caso, el sistema se comportar=E1 tal y como est=E1 ahora.=0A- En el caso d= e la detecci=F3n autom=E1tica, tendremos que conocer los datos de la c=E1ma= ra (tama=F1o del pixel b=E1sicamente).=0A=0AOtra opci=F3n es que simplement= e se realice una detecci=F3n autom=E1tica, lo cual es muy atractivo y simpl= ifica mucho las cosas (al usuario que no necesariamente a nosotros, jeje), = pero el problema estar=E1 cuando el =E9ste tenga m=E1s de una c=E1mara sopo= rtada; creo que en tal caso lo mejor es preguntarte en una ventana emergent= e por cual desea seleccionar.=0A=0AEscucho opiniones antes de meterle mano = al tema.=0A=0APor otra parte, veo mucho inter=E9s en la gente en hacer func= ionar la QHY6 (luna 0.4b) y las DSI, sobre la QHY, Samuel, =BFque tal lo ll= evas?, sobre las DSI, mmmm, Antonio, =BFc=F3mo podemos hacerlo?, no me impo= rtar=EDa meterle mano a una, el tema est=E1 en que alguien nos la ha de pre= star, tienda o particular.=0A=0ACuando tengamos todo esto listo (el soporte= de las c=E1maras no deja de ser lo que los usuarios m=E1s esperan) podemos= sacar una nueva beta, por otra parte, desde esta segunda beta y hasta la t= ercera nos podemos poner las pilas en el autoguiado, o bien nos repartimos = el curro (a mi no me importar=EDa dedicarme al soporte de c=E1maras) e int= entamos tener un autoguiado usable para la segunda beta, tras esa beta nos = hemos de plantear sacar versiones candidatas (RC) y la final a no mucho tar= dar.=0A=0ALo dicho, de nuevo, escucho opiniones.=0A=0APor cierto, ya termin= o, pero de casualidad, descarg=E1ndome la CMOS.DLL he visto que Tom nos nom= bra, jeje... http://astrosoft.be/qhy5.asp=0A=0AUn saludo!=0A=0A=0A=0A=0A = =0A______________________________________________ =0A=BFChef por primer= a vez?=0AS=E9 un mejor Cocinillas. =0Ahttp://es.answers.yahoo.com/info/welc= ome |
|
From: <is...@ya...> - 2007-11-27 20:57:24
|
=0A=0A=0AHola a todos!=0A=0ABueno, en primer lugar, Antonio, esto marcha, p= asito a pasito. Voy a mirarte esta noche el tema que me comentas sobre la b= ase de datos y su optimizaci=F3n; efectivamente en ocasiones hay que medita= r hasta que punto la normalizaci=F3n nos puede hacer tener un menor rendimi= ento, creo que ese es un claro ejemplo, pero no es el =FAnico, reviso seria= mente el dise=F1o y le meto mano a la optimizaci=F3n; a nada que tenga algo= os lo comento.=0A=0AOtra cosa que tengo en mente y de la que me gustar=EDa= conocer vuestra opini=F3n; el FTW, bien, cuando se pide que se seleccione = la c=E1mara creo que podemos liar mucho al usuario, por un lado la c=E1mara= se detecta autom=E1ticamente y por otro le estamos indicando que la selecc= ione de una lista =BFein?; vamos a ver, si somos consecuentes esto=0A habr= =EDa de cambiar, de manera que:=0A - Si el usuario selecciona una c=E1mara = de la lista, esa es la c=E1mara que desea hacer funcionar y punto pelota (e= n este caso la detecci=F3n autom=E1tica no ser=EDa necesaria).=0A - En la l= ista de c=E1maras del FTW podr=EDa aparecer algo como "Detecci=F3n autom=E1= tica", en tal caso, el sistema se comportar=E1 tal y como est=E1 ahora.=0A-= En el caso de la detecci=F3n autom=E1tica, tendremos que conocer los datos= de la c=E1mara (tama=F1o del pixel b=E1sicamente).=0A=0AOtra opci=F3n es q= ue simplemente se realice una detecci=F3n autom=E1tica, lo cual es muy atra= ctivo y simplifica mucho las cosas (al usuario que no necesariamente a noso= tros, jeje), pero el problema estar=E1 cuando el =E9ste tenga m=E1s de una = c=E1mara soportada; creo que en tal caso lo mejor es preguntarte en una ven= tana emergente por cual desea seleccionar.=0A=0AEscucho opiniones antes de = meterle mano al tema.=0A=0APor otra parte, veo mucho inter=E9s en la=0A gen= te en hacer funcionar la QHY6 (luna 0.4b) y las DSI, sobre la QHY, Samuel, = =BFque tal lo llevas?, sobre las DSI, mmmm, Antonio, =BFc=F3mo podemos hace= rlo?, no me importar=EDa meterle mano a una, el tema est=E1 en que alguien = nos la ha de prestar, tienda o particular.=0A=0ACuando tengamos todo esto l= isto (el soporte de las c=E1maras no deja de ser lo que los usuarios m=E1s = esperan) podemos sacar una nueva beta, por otra parte, desde esta segunda b= eta y hasta la tercera nos podemos poner las pilas en el autoguiado, o bien= nos repartimos el curro (a mi no me importar=EDa dedicarme al soporte de = c=E1maras) e intentamos tener un autoguiado usable para la segunda beta, tr= as esa beta nos hemos de plantear sacar versiones candidatas (RC) y la fina= l a no mucho tardar.=0A=0ALo dicho, de nuevo, escucho opiniones.=0A=0APor c= ierto, ya termino, pero de casualidad, descarg=E1ndome la CMOS.DLL he visto= que Tom nos nombra, jeje... http://astrosoft.be/qhy5.asp=0A=0AUn saludo!= =0A=0A=0A=0A=0A=0A=0A =0A=BFChef por primera vez? - S=E9 un mejor Coci= nillas.=0AEntra en Yahoo! Respuestas.=0A=0A=0A=0A=0A=0A=0A =0A_______= _______________________________________ =0A=BFChef por primera vez?=0AS=E9 = un mejor Cocinillas. =0Ahttp://es.answers.yahoo.com/info/welcome |
|
From: Antonio F. <ant...@ya...> - 2007-11-27 10:40:47
|
No hay porqué Francisco, todos estamos a tope. Ahora ya está encaminado.
Un saludo!
Francisco José <is...@ya...> escribió:
Mil disculpas, ya está corregido todo; me parece muy correcto lo que hiciste, de hecho estaba muy preocupado por ello, no detecté el bug por que en el equipo tengo el driver de las Artemis.
Un saludo!
----- Mensaje original ----
De: Antonio Fraga <ant...@ya...>
Para: eqa...@li...
Enviado: lunes, 26 de noviembre, 2007 14:43:19
Asunto: [Eqalign-devel] Actualización bug
Hola colegas!
Bueno, Francisco, me imagino que estás liado, pero cada usuario que se baja la versión beta esun usuario que tal vez no vuelva a probarla. Si no puedes subir la nueva versión, puedes decirme cómo puedo hacerlo yo. Sólo se me ocurre poner un link a mi web y que la gente se lo descarge desde ahí momentáneamente.
Bueno, ya me dices,
Un saludo!
---------------------------------
¿Chef por primera vez? - Sé un mejor Cocinillas.
Entra en Yahoo! Respuestas.
---------------------------------
¿Chef por primera vez? - Sé un mejor Cocinillas.
Entra en Yahoo! Respuestas.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________
Eqalign-devel mailing list
Eqa...@li...
https://lists.sourceforge.net/lists/listinfo/eqalign-devel
---------------------------------
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com |
|
From: <is...@ya...> - 2007-11-26 23:11:50
|
Mil disculpas, ya est=E1 corregido todo; me parece muy correcto lo que hici=
ste, de hecho estaba muy preocupado por ello, no detect=E9 el bug por que e=
n el equipo tengo el driver de las Artemis.=0A=0AUn saludo! =0A=0A----- Men=
saje original ----=0ADe: Antonio Fraga <ant...@ya...>=0APara: eqalig=
n-...@li...=0AEnviado: lunes, 26 de noviembre, 2007 14:43=
:19=0AAsunto: [Eqalign-devel] Actualizaci=F3n bug=0A=0AHola colegas!=0A Bu=
eno, Francisco, me imagino que est=E1s liado, pero cada usuario que se baja=
la versi=F3n beta esun usuario que tal vez no vuelva a probarla. Si no pue=
des subir la nueva versi=F3n, puedes decirme c=F3mo puedo hacerlo yo. S=F3l=
o se me ocurre poner un link a mi web y que la gente se lo descarge desde a=
h=ED moment=E1neamente.=0A Bueno, ya me dices,=0A Un saludo!=0A =0A=0A=0A=
=0A=0A=BFChef por primera vez? - S=E9 un mejor Cocinillas.=0AEntra en=
Yahoo! Respuestas.=0A=0A=0A=0A=0A=0A=0A =0A_________________________=
_____________________ =0A=BFChef por primera vez?=0AS=E9 un mejor Cocinilla=
s. =0Ahttp://es.answers.yahoo.com/info/welcome |
|
From: Antonio F. <ant...@ya...> - 2007-11-26 14:43:34
|
Hola colegas!
Bueno, Francisco, me imagino que estás liado, pero cada usuario que se baja la versión beta esun usuario que tal vez no vuelva a probarla. Si no puedes subir la nueva versión, puedes decirme cómo puedo hacerlo yo. Sólo se me ocurre poner un link a mi web y que la gente se lo descarge desde ahí momentáneamente.
Bueno, ya me dices,
Un saludo!
---------------------------------
¿Chef por primera vez? - Sé un mejor Cocinillas.
Entra en Yahoo! Respuestas.
|
|
From: <is...@ya...> - 2007-11-25 09:56:31
|
Esta noche lo subo y lo etiquetamos como beta 1.1 o algo as=ED.=0A=0AUn sal= udo.=0A=0A----- Mensaje original ----=0ADe: Antonio Fraga <antoniofga@yahoo= ..es>=0APara: Lista de correo de desarrollo EQAlign <eqa...@li...u= rceforge.net>=0AEnviado: s=E1bado, 24 de noviembre, 2007 13:32:05=0AAsunto:= [Eqalign-devel] Primer bug=0A=0A=0A=0A =0A =0A=0A=0ABien, pues he cometido= un fallo: si no tienes una =0Aatik, es decir si no existe ArtemisCCD.dll, = el programa se cuelga. =0A=0ABasta con poner un try/catch en la comprobaci= =F3n de =0Ac=E1maras en Camera.cs. He actualizado el instalador y el proyec= to, pero no s=E9 =0Ac=F3mo puedo subirlo a la web. Si puedes Francisco sube= la nueva =0Aversi=F3n.=0A=0A =0A=0AOtra cosa, una chorrada pero que deber= =EDa acelerar =0Ala carga. En la carga de estrellas me hace falta la magnit= ud y el tipo, como =0Aexiste una tabla hija de OBJETOS con las magnitudes (= MAGNITUDES) para =0Acontemplar las m=FAltiples, en opbjetos no se incluy=F3= este dato y de igual manera =0Aexiste una tabla hija con los tipos de los = objetos en cuesti=F3n =0A(OBJETODETIPO)=0A=0Ade modo que para leer las estr= ella:=0A=0A =0A=0A =0Astring =0AstrSQL;=0A = =0AstrSQL =3D "SELECT O.NombreObjeto, O.NombreComunObjeto, O.NombreConste= lacion, =0AO.AR, =0AO.DC";=0A =0AstrSQL +=3D " ,(SELECT Ma= x(M2.Magnitud) FROM MAGNITUDES M2 WHERE M2.NombreObjeto =3D =0AO.NombreObje= to) As =0AMagnitud";=0A =0AstrSQL +=3D " ,(SELECT NOMBRETI= PO FROM OBJETODETIPO T WHERE T.NombreObjeto =3D =0AO.NombreObjeto) As =0ATi= po";=0A =0AstrSQL +=3D " FROM OBJETOS =0AO";=0A = =0Acommand.CommandText =3D strSQL;=0A=0A =0A=0Ay lo que es peor:=0A= =0A =0A=0A =0Astring =0AstrSQL;=0A =0AstrSQ= L =3D "SELECT O.NombreObjeto, O.NombreComunObjeto, O.NombreConstelacion, = =0AO.AR, =0AO.DC";=0A =0AstrSQL +=3D " ,(SELECT Max(M2.Mag= nitud) FROM MAGNITUDES M2 WHERE M2.NombreObjeto =3D =0AO.NombreObjeto) As = =0AMagnitud";=0A =0AstrSQL +=3D " ,(SELECT NOMBRETIPO FROM= OBJETODETIPO T WHERE T.NombreObjeto =3D =0AO.NombreObjeto) As =0ATipo";=0A= =0AstrSQL +=3D " FROM OBJETOS =0AO";=0A = =0AstrSQL +=3D " WHERE (SELECT Max(M2.Magnitud) FROM MAGNITUDES M2 WHERE = =0AM2.NombreObjeto =3D O.NombreObjeto) >=3D " + minmag.ToString().Replace("= ,", =0A".");=0A =0AstrSQL +=3D " And (SELECT Max(M2.Magnit= ud) FROM MAGNITUDES M2 WHERE =0AM2.NombreObjeto =3D O.NombreObjeto) < " + m= axmag.ToString().Replace(",", =0A".");=0A =0Acommand.Comma= ndText =3D strSQL;=0A=0A =0A=0A =0A=0ACreo que este es un caso donde podemo= s obviar =0Alas reglas de normalizaci=F3n de base de datos e incluir el cam= po =0Amagnitud (con la magnitud m=EDnima) y tipo, aparte de mantener la tab= la de =0Amagnitudes y tipos por si son dobles o se tienen distintos tipos a= sociados. La =0Atabla MAGNITUDES s=F3lo deber=E1 tener los m=FAltiples valo= res distintos del que ya =0Aest=E1 en la tabla objetos, lo mismo con OBJETO= DETIPO. Esto deber=EDa acelerar m=E1s =0Ala carga, =BFestamos de acuerdo?= =0A=0A =0A=0AFrancisco, he creado los campos en eqalign.db y =0Atratado de = ejecutar la sentencia:=0A=0A =0A=0AUPDATE OBJETOS=0A=0ASET magnitud =3D M.m= agnitud=0A=0A FROM OBJETOS O, MAGNITUDES =0AM=0A=0A WHERE O.NOMBREOBJ= ETO =3D =0AM.NOMBREOBJETO =0A=0A And =0AM.magnitud =3D (SELECT Min(M= 2.Magnitud) FROM MAGNITUDES M2 WHERE M2.NombreObjeto =3D =0AM.NombreObjeto)= =0A=0A =0A=0Ay falla (lo mismo con el tipo de objeto), se ve que =0Aestoy e= ncasquillado con MSSQL =BFsabes la sintaxis correcta en =0AFirebird?=0A=0A = =0A=0AUn saludo=0A=0A=0A=0A=0A=0A=0A =0A_____________________________= _________________ =0A=BFChef por primera vez?=0AS=E9 un mejor Cocinillas. = =0Ahttp://es.answers.yahoo.com/info/welcome |
|
From: Antonio F. <ant...@ya...> - 2007-11-24 13:32:27
|
Bien, pues he cometido un fallo: si no tienes una atik, es decir si no =
existe ArtemisCCD.dll, el programa se cuelga.=20
Basta con poner un try/catch en la comprobaci=F3n de c=E1maras en =
Camera.cs. He actualizado el instalador y el proyecto, pero no s=E9 =
c=F3mo puedo subirlo a la web. Si puedes Francisco sube la nueva =
versi=F3n.
Otra cosa, una chorrada pero que deber=EDa acelerar la carga. En la =
carga de estrellas me hace falta la magnitud y el tipo, como existe una =
tabla hija de OBJETOS con las magnitudes (MAGNITUDES) para contemplar =
las m=FAltiples, en opbjetos no se incluy=F3 este dato y de igual manera =
existe una tabla hija con los tipos de los objetos en cuesti=F3n =
(OBJETODETIPO)
de modo que para leer las estrella:
string strSQL;
strSQL =3D "SELECT O.NombreObjeto, =
O.NombreComunObjeto, O.NombreConstelacion, O.AR, O.DC";
strSQL +=3D " ,(SELECT Max(M2.Magnitud) FROM =
MAGNITUDES M2 WHERE M2.NombreObjeto =3D O.NombreObjeto) As Magnitud";
strSQL +=3D " ,(SELECT NOMBRETIPO FROM OBJETODETIPO T =
WHERE T.NombreObjeto =3D O.NombreObjeto) As Tipo";
strSQL +=3D " FROM OBJETOS O";
command.CommandText =3D strSQL;
y lo que es peor:
string strSQL;
strSQL =3D "SELECT O.NombreObjeto, =
O.NombreComunObjeto, O.NombreConstelacion, O.AR, O.DC";
strSQL +=3D " ,(SELECT Max(M2.Magnitud) FROM =
MAGNITUDES M2 WHERE M2.NombreObjeto =3D O.NombreObjeto) As Magnitud";
strSQL +=3D " ,(SELECT NOMBRETIPO FROM OBJETODETIPO T =
WHERE T.NombreObjeto =3D O.NombreObjeto) As Tipo";
strSQL +=3D " FROM OBJETOS O";
strSQL +=3D " WHERE (SELECT Max(M2.Magnitud) FROM =
MAGNITUDES M2 WHERE M2.NombreObjeto =3D O.NombreObjeto) >=3D " + =
minmag.ToString().Replace(",", ".");
strSQL +=3D " And (SELECT Max(M2.Magnitud) FROM =
MAGNITUDES M2 WHERE M2.NombreObjeto =3D O.NombreObjeto) < " + =
maxmag.ToString().Replace(",", ".");
command.CommandText =3D strSQL;
Creo que este es un caso donde podemos obviar las reglas de =
normalizaci=F3n de base de datos e incluir el campo magnitud (con la =
magnitud m=EDnima) y tipo, aparte de mantener la tabla de magnitudes y =
tipos por si son dobles o se tienen distintos tipos asociados. La tabla =
MAGNITUDES s=F3lo deber=E1 tener los m=FAltiples valores distintos del =
que ya est=E1 en la tabla objetos, lo mismo con OBJETODETIPO. Esto =
deber=EDa acelerar m=E1s la carga, =BFestamos de acuerdo?
Francisco, he creado los campos en eqalign.db y tratado de ejecutar la =
sentencia:
UPDATE OBJETOS
SET magnitud =3D M.magnitud
FROM OBJETOS O, MAGNITUDES M
WHERE O.NOMBREOBJETO =3D M.NOMBREOBJETO=20
And M.magnitud =3D (SELECT Min(M2.Magnitud) FROM MAGNITUDES M2 =
WHERE M2.NombreObjeto =3D M.NombreObjeto)
y falla (lo mismo con el tipo de objeto), se ve que estoy encasquillado =
con MSSQL =BFsabes la sintaxis correcta en Firebird?
Un saludo |
|
From: Samuel D. <sam...@gm...> - 2007-11-21 22:16:32
|
Felicidades!!!! El d=EDa 21/11/07, Andres del Pozo Prieto <and...@gm...> escribi= =F3: > > Enhorabuena. Espero que aqu=ED se despeje pronto para poder estrenar la > beta!! > > Andr=E9s. > > Francisco Jos=E9 wrote: > > No comments... > > http://eqalign.sourceforge.net > > Enhorabuena a todos por este primer paso! > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Eqalign-devel mailing list > Eqa...@li... > https://lists.sourceforge.net/lists/listinfo/eqalign-devel > > |
|
From: Andres d. P. P. <and...@gm...> - 2007-11-21 20:25:07
|
Enhorabuena. Espero que aquí se despeje pronto para poder estrenar la beta!! Andrés. Francisco José wrote: > No comments... > > http://eqalign.sourceforge.net > > Enhorabuena a todos por este primer paso! |
|
From: Antonio F. <ant...@ya...> - 2007-11-21 19:06:30
|
Enhorabuena! ----- Original Message -----=20 From: Francisco Jos=E9=20 To: Lista de correo de desarrollo EQAlign=20 Sent: Wednesday, November 21, 2007 5:00 PM Subject: Re: [Eqalign-devel] Publicaci=F3n de la Beta No comments... http://eqalign.sourceforge.net Enhorabuena a todos por este primer paso! ----- Mensaje original ---- De: Antonio Fraga <ant...@ya...> Para: Lista de correo de desarrollo EQAlign = <eqa...@li...> Enviado: martes, 20 de noviembre, 2007 20:40:45 Asunto: [Eqalign-devel] Publicaci=F3n de la Beta Bu=E9! pues por aqu=ED est=E1 encapotado y no tiene pinta de mejorar. = El s=E1bado pude probar los cambios m=E1s importantes, no he podido = probar lo del crop con el bot=F3n derecho con una estrella real, pero = s=ED en mi mesa, no creo que haya problemas ah=ED. Creo que debemos = publicar la beta ya, haremos actualizaciones m=E1s frecuentemente y si = hay alg=FAn problema pues ya nos enteraremos y los solucionaremos pero = no podemos retrasar m=E1s el tema. Acabo de subir el instalador, los =FAltimos cambios en el proyecto y = el manual (actualic=E9 algunas cosas obsoletas). Francisco, en cuanto = puedas escribe un texto de presentaci=F3n (yo estoy echo polvo) y sube = la versi=F3n 2.0 beta.=20 Chicos, felicidades a todos! Un saludo -------------------------------------------------------------------------= ----- =BFChef por primera vez? - S=E9 un mejor Cocinillas. Entra en Yahoo! Respuestas. -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -------------------------------------------------------------------------= ----- _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel |
|
From: <is...@ya...> - 2007-11-21 17:01:34
|
No comments...=0A=0Ahttp://eqalign.sourceforge.net=0A=0AEnhorabuena a todos= por este primer paso!=0A=0A----- Mensaje original ----=0ADe: Antonio Fraga= <ant...@ya...>=0APara: Lista de correo de desarrollo EQAlign <eqali= gn-...@li...>=0AEnviado: martes, 20 de noviembre, 2007 20= :40:45=0AAsunto: [Eqalign-devel] Publicaci=F3n de la Beta=0A=0A=0A=0A =0ADI= V {=0AMARGIN:0px;}=0A=0A=0A=0ABu=E9! pues por aqu=ED est=E1 encapotado y no= tiene pinta =0Ade mejorar. El s=E1bado pude probar los cambios m=E1s impor= tantes, no he podido =0Aprobar lo del crop con el bot=F3n derecho con una e= strella real, pero s=ED en mi =0Amesa, no creo que haya problemas ah=ED. Cr= eo que debemos publicar la beta ya, =0Aharemos actualizaciones m=E1s frecue= ntemente y si hay alg=FAn problema pues ya nos =0Aenteraremos y los solucio= naremos pero no podemos retrasar m=E1s el =0Atema.=0A=0A =0A=0AAcabo de sub= ir el instalador, los =FAltimos cambios =0Aen el proyecto y el manual (actu= alic=E9 algunas cosas obsoletas). Francisco, en =0Acuanto puedas escribe un= texto de presentaci=F3n (yo estoy echo polvo) y =0Asube la versi=F3n 2.0 = beta. =0A=0A =0A=0AChicos, felicidades a todos!=0A=0AUn saludo=0A=0A=0A=0A= =0A=0A=0A =0A______________________________________________ =0A=BFChe= f por primera vez?=0AS=E9 un mejor Cocinillas. =0Ahttp://es.answers.yahoo.c= om/info/welcome |
|
From: Antonio F. <ant...@ya...> - 2007-11-20 20:41:25
|
Bu=E9! pues por aqu=ED est=E1 encapotado y no tiene pinta de mejorar. El = s=E1bado pude probar los cambios m=E1s importantes, no he podido probar = lo del crop con el bot=F3n derecho con una estrella real, pero s=ED en = mi mesa, no creo que haya problemas ah=ED. Creo que debemos publicar la = beta ya, haremos actualizaciones m=E1s frecuentemente y si hay alg=FAn = problema pues ya nos enteraremos y los solucionaremos pero no podemos = retrasar m=E1s el tema. Acabo de subir el instalador, los =FAltimos cambios en el proyecto y el = manual (actualic=E9 algunas cosas obsoletas). Francisco, en cuanto = puedas escribe un texto de presentaci=F3n (yo estoy echo polvo) y sube = la versi=F3n 2.0 beta.=20 Chicos, felicidades a todos! Un saludo |
|
From: Antonio F. <ant...@ya...> - 2007-11-19 23:10:29
|
Ok, he tocado varias cosas en el modelo de c=E1maras: - En el tipo WDM he suprimido el acceso a la imagen a partir de hilos si = no es larga exposici=F3n. Eso acelera bastante los procesos, en el = ordenador de sobremesa no se notaba mucho, pero en el port=E1til jo=E9 = c=F3mo se nota. SI la QHY es tan r=E1pida en la descarga como una = webcam, es posible que tambi=E9n sea iconveniente cambiarlo. En las atik = no es posible. -Una de las cosas que m=E1s inc=F3modas meresultaron estos d=EDas fue = modificar la posici=F3n y tama=F1o del subframe. Ahora se puede = establecer tambi=E9n subframeregion con el bot=F3n derecho del rat=F3n = (pulsando-arrastrando-soltando) en la propia imagen. Para eso he tenido = que a=F1adir la propiedad CanSubframe en el interfaz de c=E1mara: - propiedad CanSubframe: indica si la c=E1mara puede exponer recortes. - propiedad SubframeRegionNew: en c=E1maras lentas como las atik que = permiten subframe, es necesario mantener el valor del subframeRegion = anterior, es decir de la imagen que est=E1 por venir, aparte del valor = del subframeRegion nuevo. Esto es necesario para dibujar el recorte en = su posici=F3n correcta en la imagen total a pesar de que el valor de = Subframeregion sea distinto, lo que nos permite ir siguiendo a la = estrella seleccionada, mientras se mueva, centrando el subframe en el = centroide de la estrella. En principio SubframeregionNew s=F3lo ser=EDa = necesario para las atik (o las DSI) por su lentitud, pero todas las = c=E1maras lo deben implementar; he tocado QHYCam, aunque por ahora no es = capaz de exponer subframes. Aunque ayer prob=E9 el tema de los crops con la Atik16IC y con una = estrella real, estos =FAltimos cambios s=F3lo los he podido probar con = la Atik16 y Atik16IC conectadas en mi mesa sin =F3ptica. Hoy est=E1 = nublado pero creo que debemos probarlo con una estrella real antes de = sacar la beta. Ma=F1ana si es posible lo pruebo, as=ED que por ahora = tampoco hay beta p=FAblica. En fin. Un saludo |
|
From: Antonio F. <ant...@ya...> - 2007-11-19 17:59:05
|
S=ED, s=ED, pero cuando tengas un hijo ya me cuentas :)) Nada espero que descanses de esa mudanza, mis padres eran maestros y no = tuvimos nosotros mudanzas ni nada! Bueno, d=E9jame esta noche para tratar de optimizar algunas cosas, por = ahora he descubierto que es m=E1s =F3ptimo para las webcam devolver la = imagen desde el propio GetImage y no con la gesti=F3n de hilos. Dame = esta noche y ma=F1ana haya lo que haya lo publicamos. Siento no poder = disponer m=E1s tiempo, en el urro estamos tambi=E9n a tope con una = implementaci=F3n de Alfresco (estamos dise=F1ando una capa de = interoperatibilidad y acabamos de solucionar subir archivos de gran = volumen mediante Webdav, pero ahora queremos hacerlo en modo as=EDncrono = y usar MTOM) y con Bonita y aqu=ED no damos pie con bola... bue! Al grano, dame esta noche, genero el instalador y te aviso. De todas maneras prueba el programa aunque sea en modo simulaci=F3n o si = tienes una webcam a mano por si detectas alg=FAn pufo. Un saludo ----- Original Message -----=20 From: Francisco Jos=E9=20 To: Lista de correo de desarrollo EQAlign=20 Sent: Monday, November 19, 2007 12:03 PM Subject: Re: [Eqalign-devel] =DAltimos cambios Joe, Antonio, hay que intentar dormir m=E1s! jeje. Este finde hemos estado de mudanza (no m=EDa, por suerte...) y ha sido = durillo, tir=F3n inclu=EDdo. No puedo probar las c=E1maras (si pudiera la Artemis ya estar=EDa = andando) hasta que vuelva a C=F3rdoba, Antonio, cuando lo decidas, sube = el instalador al repositorio y empiezo con el proceso de publicaci=F3n = en sourceforge y en la web. Un saludo! ----- Mensaje original ---- De: Antonio Fraga <ant...@ya...> Para: Lista de correo de desarrollo EQAlign = <eqa...@li...> Enviado: s=E1bado, 17 de noviembre, 2007 20:55:47 Asunto: [Eqalign-devel] =DAltimos cambios Disculpen, pero los s=E1bados trabaja mi compa=F1era y me hago cargo = del peque=F1o, hasta esta hora que se acuesta no he podido comentarles = las pruebas de anoche. Bien, al grano: Primero, un error al tratar de conectar con la webcam, est=E1 = corregido. Me hab=EDa centrado tanto en las atik que no se me ocurri=F3 = comprobar que todo segu=ED bien con las webcam. Y: las atik. Las pruebas de "ruido" en la mesa de mi cuarto de estudio = fueron perfectas, en las pruebas con el telescopio me encontr=E9 con una = sorpresa.. En el c=F3digo de ejemplo de artemis SDK las l=EDneas se leen = en orden invertido, de hecho en ArtemisCapture se ve=EDa lo mismo que en = EQAlign, as=ED que parec=EDa que todo iba bien hasta que se me ocurri=F3 = hacer un crop... estuve m=E1s de una hora hasta que me di cuenta de por = qu=E9 la estrellita no estaba dentro del recorte. Bien eso est=E1 = corregido. Y: como el proceso que establecer la regi=F3n de recorte y el que = obtiene la imagen son paralelos, ocurr=EDa un efecto raro al cambiar la = posici=F3n del recorte (por ejemplo cuando estamos midiendo el =E1ngulo = de la c=E1mara que el recorte se ajusta al centro de la estrella). La = soluci=F3n que he adoptado es que el proceso principal de ScopeWindow = calcula y establece la regi=F3n de recorte, al establecer esa regi=F3n = en la c=E1mara, =E9sta s=F3lo la tiene en cuenta para la siguiente = im=E1gen, no par la que est=E1 en curso que ya estaba establecida, es = decir que cuando se pide a la c=E1mara cu=E1l es la regi=F3n de = recorte, aunque tiene =F3rdenes de hacer la siguiente en una zona, = devuelve la actual, hasta que ha procesado la =FAltima imagen, s=F3lo = entonces establece la nueva regi=F3n.... menudo rollo me he armado... = funciona. Hay que mejorar la usabilidad, como elegir el recorte = "pinchando-arrastrando y soltando" pero a priori funciona tanto en = c=E1lculo de =E1ngulo como en autoguiado. Otra mejora es pasar a modo = completo cuando no se detecten estrellas. Eso me ocurri=F3 cuando = termin=F3 de leer el =E1ngulo: al activarese los motores dieron un = "tir=F3n" que dej=F3 la estrella fuera del recorte y el sistema se = qued=F3 "bailando". Pero creo que nuestros esfuerzos deben centrarse en hacer que lo que = est=E1 ahora funcione y publicar la beta de una bendita vez. As=ED que, = por favor, pru=E9benlo ustedes por si se me escap=F3 algo. Anoche me acost=E9 a las 4 y me levant=E9 a las 7, as=ED que subo los = cambios, proceso la toma de prueba de autoguiado (cabeza de caballo) y = me voy a la cama. Un saludo! -------------------------------------------------------------------------= ----- =A1Descubre una nueva forma de obtener respuestas a tus preguntas! Entra en Yahoo! Respuestas. -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -------------------------------------------------------------------------= ----- _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel |
|
From: <is...@ya...> - 2007-11-19 12:03:43
|
Joe, Antonio, hay que intentar dormir m=E1s! jeje.=0A=0AEste finde hemos es=
tado de mudanza (no m=EDa, por suerte...) y ha sido durillo, tir=F3n inclu=
=EDdo.=0A=0ANo puedo probar las c=E1maras (si pudiera la Artemis ya estar=
=EDa andando) hasta que vuelva a C=F3rdoba, Antonio, cuando lo decidas, sub=
e el instalador al repositorio y empiezo con el proceso de publicaci=F3n en=
sourceforge y en la web.=0A=0AUn saludo!=0A=0A----- Mensaje original ----=
=0ADe: Antonio Fraga <ant...@ya...>=0APara: Lista de correo de desar=
rollo EQAlign <eqa...@li...>=0AEnviado: s=E1bado, 17=
de noviembre, 2007 20:55:47=0AAsunto: [Eqalign-devel] =DAltimos cambios=0A=
=0A=0A=0A =0ADIV {=0AMARGIN:0px;}=0A=0A=0A=0ADisculpen, pero los s=E1bados =
trabaja mi compa=F1era y =0Ame hago cargo del peque=F1o, hasta esta hora qu=
e se acuesta no he podido =0Acomentarles las pruebas de anoche.=0ABien, al =
grano:=0A=0A=0APrimero, un error al tratar de conectar con la =0Awebcam, es=
t=E1 corregido. Me hab=EDa centrado tanto en las atik que no se me ocurri=
=F3 =0Acomprobar que todo segu=ED bien con las webcam.=0A=0A=0AY: las atik.=
Las pruebas de =93ruido=94 en la mesa =0Ade mi cuarto de estudio fueron pe=
rfectas, en las pruebas con el telescopio me =0Aencontr=E9 con una sorpresa=
.. En el c=F3digo de ejemplo de artemis SDK las l=EDneas se =0Aleen en orden=
invertido, de hecho en ArtemisCapture se ve=EDa lo mismo que en =0AEQAlign=
, as=ED que parec=EDa que todo iba bien hasta que se me ocurri=F3 hacer un =
=0Acrop... estuve m=E1s de una hora hasta que me di cuenta de por qu=E9 la =
estrellita =0Ano estaba dentro del recorte. Bien eso est=E1 corregido.=0A=
=0A =0A=0AY: como el proceso que establecer la regi=F3n de =0Arecorte y el =
que obtiene la imagen son paralelos, ocurr=EDa un efecto raro al =0Acambiar=
la posici=F3n del recorte (por ejemplo cuando estamos midiendo el =E1ngulo=
=0Ade la c=E1mara que el recorte se ajusta al centro de la estrella). La s=
oluci=F3n que =0Ahe adoptado es que el proceso principal de ScopeWindow cal=
cula y establece la =0Aregi=F3n de recorte, al establecer esa regi=F3n en l=
a c=E1mara, =E9sta s=F3lo la tiene en =0Acuenta para la siguiente im=E1gen,=
no par la que est=E1 en curso que ya estaba =0Aestablecida, es decir que c=
uando se pide a la c=E1mara cu=E1l es la regi=F3n de =0Arecorte, aunque ti=
ene =F3rdenes de hacer la siguiente en una zona, devuelve la =0Aactual, has=
ta que ha procesado la =FAltima imagen, s=F3lo entonces establece la =0Anue=
va regi=F3n... menudo rollo me he armado... funciona.=0A=0A =0A=0AHay que m=
ejorar la usabilidad, como elegir el =0Arecorte =93pinchando-arrastrando y =
soltando=94 pero a priori funciona tanto en =0Ac=E1lculo de =E1ngulo como e=
n autoguiado. Otra mejora es pasar a modo completo =0Acuando no se detecten=
estrellas. Eso me ocurri=F3 cuando termin=F3 de leer el =0A=E1ngulo: al ac=
tivarese los motores dieron un =93tir=F3n=94 que dej=F3 la estrella fuera =
=0Adel recorte y el sistema se qued=F3 "bailando".=0A=0A =0A=0APero creo qu=
e nuestros esfuerzos deben centrarse en =0Ahacer que lo que est=E1 ahora fu=
ncione y publicar la beta de una bendita vez. As=ED =0Aque, por favor, pru=
=E9benlo ustedes por si se me escap=F3 algo.=0A=0A =0A=0AAnoche me acost=E9=
a las 4 y me levant=E9 a las 7, as=ED =0Aque subo los cambios, proceso la =
toma de prueba de autoguiado (cabeza de =0Acaballo) y me voy a la cama.=0A=
=0A =0A=0AUn saludo!=0A=0A=0A=0A=0A=0A=0A =0A________________________=
______________________ =0APregunta, Responde, Descubre. =0AComparte tus con=
sejos y opiniones con los usuarios de Yahoo! Respuestas =0Ahttp://es.answer=
s.yahoo.com/info/welcome |
|
From: Antonio F. <ant...@ya...> - 2007-11-17 20:56:01
|
Disculpen, pero los s=E1bados trabaja mi compa=F1era y me hago cargo del = peque=F1o, hasta esta hora que se acuesta no he podido comentarles las = pruebas de anoche. Bien, al grano: Primero, un error al tratar de conectar con la webcam, est=E1 corregido. = Me hab=EDa centrado tanto en las atik que no se me ocurri=F3 comprobar = que todo segu=ED bien con las webcam. Y: las atik. Las pruebas de "ruido" en la mesa de mi cuarto de estudio = fueron perfectas, en las pruebas con el telescopio me encontr=E9 con una = sorpresa. En el c=F3digo de ejemplo de artemis SDK las l=EDneas se leen = en orden invertido, de hecho en ArtemisCapture se ve=EDa lo mismo que en = EQAlign, as=ED que parec=EDa que todo iba bien hasta que se me ocurri=F3 = hacer un crop... estuve m=E1s de una hora hasta que me di cuenta de por = qu=E9 la estrellita no estaba dentro del recorte. Bien eso est=E1 = corregido. Y: como el proceso que establecer la regi=F3n de recorte y el que = obtiene la imagen son paralelos, ocurr=EDa un efecto raro al cambiar la = posici=F3n del recorte (por ejemplo cuando estamos midiendo el =E1ngulo = de la c=E1mara que el recorte se ajusta al centro de la estrella). La = soluci=F3n que he adoptado es que el proceso principal de ScopeWindow = calcula y establece la regi=F3n de recorte, al establecer esa regi=F3n = en la c=E1mara, =E9sta s=F3lo la tiene en cuenta para la siguiente = im=E1gen, no par la que est=E1 en curso que ya estaba establecida, es = decir que cuando se pide a la c=E1mara cu=E1l es la regi=F3n de = recorte, aunque tiene =F3rdenes de hacer la siguiente en una zona, = devuelve la actual, hasta que ha procesado la =FAltima imagen, s=F3lo = entonces establece la nueva regi=F3n... menudo rollo me he armado... = funciona. Hay que mejorar la usabilidad, como elegir el recorte = "pinchando-arrastrando y soltando" pero a priori funciona tanto en = c=E1lculo de =E1ngulo como en autoguiado. Otra mejora es pasar a modo = completo cuando no se detecten estrellas. Eso me ocurri=F3 cuando = termin=F3 de leer el =E1ngulo: al activarese los motores dieron un = "tir=F3n" que dej=F3 la estrella fuera del recorte y el sistema se = qued=F3 "bailando". Pero creo que nuestros esfuerzos deben centrarse en hacer que lo que = est=E1 ahora funcione y publicar la beta de una bendita vez. As=ED que, = por favor, pru=E9benlo ustedes por si se me escap=F3 algo. Anoche me acost=E9 a las 4 y me levant=E9 a las 7, as=ED que subo los = cambios, proceso la toma de prueba de autoguiado (cabeza de caballo) y = me voy a la cama. Un saludo! |
6 messages has been excluded from this view by a project administrator.
