[Jde-dev] ejemplo ice+gstreamer
Roberto Calvo
rocapal en libresoft.es
Vie Nov 6 18:32:08 CET 2009
En principio, para simplificar, voy a utilizar el servidor que daba los
frames en RGB, que parece más factible hacerlo.
Puedes comentarme el formato en el que va?? el orden es RGB?
El vie, 06-11-2009 a las 08:48 -0500, David Lobato escribió:
> Los asuntos de java y eclipse me suenan a chino...
>
>
> Bien por la ejecución, a ver si damos el paso y podemos pintar el
> frame.
> Concretamente los datos que se envÃan con el ejemplo van en YUV2 que
> va ordenado como se indica en [1]. El tamaño es el que indicas, 2bytes
> por pixel
>
>
> La Y es la información de luminancia, que podemos utilizar como valor
> de gris. De modo, que para pintar un frame YUV2 en escala de grises,
> basta que cojamos los bytes 0,2,4,6,....
>
>
> Aunque lo suyo serÃa encontrar la manera de pintar YUV con android...
>
>
> ¿Cómo puedo probar las cosas que vayas haciendo en android? ¿Hay algún
> emulador o similar?
>
>
> Saludetes.
>
>
>
>
> [1] YUY2
>
> 2009/11/5 Roberto Calvo <rocapal en libresoft.es>
>
> Solucionado!
>
> Entre Eclipse y Java me estaban volviendo loco, y no
> incorporaba el .jar
> de IceAndroid, en la compilación final. Vamos si compilaba,
> pero no
> enlazaba correctamente y al ejecutar en el movil ... crash!
>
> Ya consigo ejecutar sin heredar de App, y lo mejor de todo es
> que
> consigo establecer comunicación con tu servidor David, además
> he añadido
> un print para cuando hacen un getData() y todo OK! Aunque aún
> no he
> mostrado la imagen, recibo en pixelData un tamaño de 153600
> (320*240*2)
> ¿correcto?
>
> Lo mejor de todo, es que todas estas pruebas de Ice y Android,
> están
> hechas con la última versión de Android, la 1.6 :-))
>
>
> A dormir!!
>
> El vie, 06-11-2009 a las 00:06 +0100, Roberto Calvo escribió:
>
> > Me esta dando un error muy feo justo al hacer lo siguiente:
> >
> > [Código en JAVA, que estamos mirando la integración en
> Android]
> >
> > Ice.Communicator communicator = Ice.Util.initialize();
> >
> >
> > y el error:
> >
> > 11-05 23:43:36.351: ERROR/AndroidRuntime(848): Uncaught
> handler: thread main exiting due to uncaught exception
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848):
> java.lang.VerifyError: com.pentalo.apps.security.Main
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> java.lang.Class.newInstanceImpl(Native Method)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> java.lang.Class.newInstance(Class.java:1472)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> android.app.Instrumentation.newActivity(Instrumentation.java:1097)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2186)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2284)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> android.app.ActivityThread.access
> $1800(ActivityThread.java:112)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> android.app.ActivityThread
> $H.handleMessage(ActivityThread.java:1692)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> android.os.Handler.dispatchMessage(Handler.java:99)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> android.os.Looper.loop(Looper.java:123)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> android.app.ActivityThread.main(ActivityThread.java:3948)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> java.lang.reflect.Method.invokeNative(Native Method)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> java.lang.reflect.Method.invoke(Method.java:521)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> com.android.internal.os.ZygoteInit
> $MethodAndArgsCaller.run(ZygoteInit.java:782)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:540)
> > 11-05 23:43:36.371: ERROR/AndroidRuntime(848): at
> dalvik.system.NativeStart.main(Native Method)
> >
> >
> > Muy raro ... voy a intentar basarme en el esqueleto que
> funciona del
> > HelloWorld ... pero me suena raro
> >
> >
> > El jue, 05-11-2009 a las 17:10 -0500, David Lobato escribió:
> > > SIp, perdona, se me olvido decirte que era el ejemplo 5.
> > >
> > >
> > >
> > >
> > > 2009/11/5 Roberto Calvo <rocapal en libresoft.es>
> > >
> > > David,
> > >
> > > entiendo que es esta ¿verdad?
> > >
> > >
> http://svn.jde.gsyc.es/jde/jdec/branches/5.0/examples/ice/example5/varcolorviewgtkmm.cpp
> > >
> > >
> > > El jue, 05-11-2009 a las 13:53 -0500, David Lobato
> escribió:
> > >
> > > > He subido al branch 5.0 el ejemplo modificado
> sin la clase
> > > application
> > > > en el cliente. Mira a ver si te haces con ello.
> > > >
> > > >
> > > > Probaste a modificar los parámetros de la
> cámara?
> > > >
> > > >
> > > > Un saludete.
> > > > David.
> > > >
> > > > 2009/10/23 David Lobato <dav.lobato en gmail.com>
> > > >
> > > >
> > > > 2009/10/23 Roberto Calvo
> <rocapal en gsyc.es>
> > > >
> > > > El mar, 20-10-2009 a las 00:42
> +0200, David
> > > Lobato
> > > > escribió:
> > > > >
> > > > >
> > > > >
> > > > > Genial, también esta
> compilada una
> > > nueva
> > > > versión de ffmpeg.
> > > > > Comprueba si
> > > > > funciona correctamente
> el
> > > gst-launch con
> > > > gstreamer-ffmpeg que
> > > > > es el
> > > > > pluginque más dudas
> tengo que rule
> > > bien.
> > > > >
> > > > > He probado un pipe con
> ffmpegcolorspace, y
> > > > funcionaba bien. Veremos si
> > > > > funciona correctamente si
> hacemos alguna
> > > > codificación, aunque de
> > > > > momento no creo que lo usemos.
> > > > >
> > > > >
> > > > > Ayer envié el correo y
> se lo quedó
> > > la lista,
> > > > y en ese momento
> > > > > no estaba
> > > > > gstreamer0.10-ffmpeg,
> pero ahora
> > > mismo si lo
> > > > has instalado si
> > > > > está. El
> > > > > único que me queda es
> > > gstreamer0.10-nice que
> > > > justo tiene que
> > > > > ver con
> > > > > ICE.
> > > > >
> > > > >
> > > > > No tengo ni idea de que hay
> dentro de ese
> > > paquete...
> > > > has visto algo
> > > > > interesante??
> > > > >
> > > >
> > > >
> > > > Estas librerÃas, casi na :-)
> > > >
> > > >
> /usr/lib/gstreamer-0.10/libgstffmpeg.so
> > > >
> /usr/lib/gstreamer-0.10/libgstffmpegscale.so
> > > >
> /usr/lib/gstreamer-0.10/libgstpostproc.so
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Pues va a ser que las necesitamos... ;)
> > > >
> > > >
> > > > >
> > > > > > No me gusta mucho el
> asunto de
> > > tener que
> > > > compilar todo eso,
> > > > > pero bueno. De momento
> tiramos asÃ
> > > y si
> > > > vemos una manera mejor
> > > > > pues lo cambiamos.
> > > > >
> > > > >
> > > > > Ten en cuenta que es
> de la mejor
> > > forma que
> > > > se pueden hacer
> > > > > estas cosas (al menos
> que yo
> > > conozca). Lo
> > > > que cuesta es el
> > > > > hecho de compilar,
> pero eso ya
> > > está
> > > > hecho :-) Aunque sea
> > > > > costoso este metodo,
> ganamos en
> > > que
> > > > controlamos todos los
> > > > > paquetes y decidimos
> qué
> > > actualizar y qué
> > > > no.
> > > > >
> > > > > Es mejor compilar
> 70-80 paquetes y
> > > tener un
> > > > sistema estable
> > > > > (lenny), a tener 600
> paquetes de
> > > testing :-)
> > > > Además, al ser
> > > > > lenny muy reciente, no
> hay
> > > excesivos
> > > > problemas para compilar.
> > > > >
> > > > >
> > > > > Ok, me parece bien. Si tu no
> ves problema.
> > > Yo es que
> > > > es oir compilar
> > > > > cosas y me entra la pereza...
> Aunque
> > > entiendo que
> > > > con debian es mas o
> > > > > menos automático.
> > > >
> > > >
> > > > Si, si la pereza no nos la quita
> nadie.
> > > SerÃa
> > > > diferente a si tuviéramos
> > > > que generar nosotros los
> paquetes y
> > > compilar. Pero con
> > > > debian, te bajas
> > > > las fuentes, lanzas
> dpkg-buildpackage y
> > > cruzas los
> > > > dedos :-)
> > > >
> > > >
> > > >
> > > >
> > > > No se hablé mas.
> > > >
> > > >
> > > >
> > > >
> > > > >
> > > > > Te adjunto el ejemplo que nos
> traemos
> > > entre manos.
> > > > Ahora se saca el
> > > > > video directamente en YUV2 de
> la webcam y
> > > se
> > > > transmite asÃ. El visor
> > > > > hace una transformación básica
> a escala de
> > > grises.
> > > > >
> > > > > Resultados, el servidor no
> sube del 2% y
> > > el cliente
> > > > convirtiendo se
> > > > > pone al 15% y sólo recibiendo
> al 2%.
> > > > > Pruebalo cuando tengas un
> momento en la
> > > pico.
> > > >
> > > >
> > > > El servidor arrancado, consume
> del 2% al 5%
> > > a
> > > > 640x480 :-) y si conecto
> > > > el cliente en otra máquina, el
> consumo llega
> > > hasta el
> > > > 12%-15%
> > > >
> > > >
> > > >
> > > > Perdona, los porcentajes que envié los
> saqué a
> > > 320x240 a
> > > > 30fps. Probando a 640x480 30fps obtengo
> resultados
> > > parecidos.
> > > >
> > > > Por cierto, en el cliente la
> imagen la
> > > obtengo con un
> > > > poco de LAG, pero
> > > > visualmente si me parece que va
> cerca de los
> > > 25fps,
> > > > sin embargo la GUI
> > > > muestra 7-8 (creo que es
> imposible).
> > > >
> > > >
> > > >
> > > > Si, yo también veo una latencia
> importante. Creo que
> > > gstremer
> > > > tiene algo para ajustar estas cosas. De
> todas
> > > formas, bajando
> > > > los fps a 15 es aceptable, no creo que
> transmitamos
> > > a 30fps,
> > > > no?
> > > >
> > > >
> > > > El contador de la GUI es mas robusto
> ahora, deberÃa
> > > dar la
> > > > cuenta bien. Prueba a cambiar las
> condiciones de luz
> > > de la
> > > > cámara y fijaté si varÃan los fps. Te
> sugiero que
> > > pruebes el
> > > > modo de exposición automático,
> ajustandolo con el
> > > paquete que
> > > > envié. Cambios?
> > > >
> > > >
> > > >
> > > > El cliente ejecutado en la pico
> rondaba el
> > > 35% pero no
> > > > es muy fiable,
> > > > porque lo ejecuto a través de
> vnc y el
> > > rendimiento
> > > > gráfico asà es
> > > > penoso. Aunque tampoco importa
> mucho cuanto
> > > consume el
> > > > cliente en la
> > > > pico, porque normalmente no se
> va a
> > > ejecutar.
> > > >
> > > >
> > > > La mayor parte de CPU se va en
> transformación
> > > YUV->RGB.
> > > > Podemos evitar este paso usando la
> extension Xv del
> > > servidor
> > > > X, que permite usar YUV directamente
> (está pensada
> > > para
> > > > mostrar stream de video con alto
> rendimiento).
> > > Aunque no he
> > > > dado con la manera buena de hacerlo con
> GTK.
> > > >
> > > >
> > > > Creo que es una muy buena
> aproximación la
> > > que has
> > > > hecho David :-)
> > > >
> > > > Me gustarÃa saber cuanto de
> costoso es en el
> > > cliente,
> > > > pasar a RGB
> > > > mediante una tabla estilo
> libcolorspaces (o
> > > incluso
> > > > hacer esta
> > > > conversión en el servidor). Por
> que si por
> > > ejemplo, si
> > > > en el servidor
> > > > convertimos a RGB utilizando
> libcolorspaces,
> > > y eso
> > > > sube un 5%, creo que
> > > > es asumible para que todos los
> componentes
> > > trabajen
> > > > con RGB.
> > > >
> > > > ¿Cómo lo ves?
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Veo que habrÃa que justificar que
> necesitamos RGB,
> > > ya que por
> > > > el momento YUV nos da alguna ventaja. La
> mas
> > > destacable es que
> > > > YUV2, el formato que saca la cámara
> directamente,
> > > usa un 33%
> > > > menos de datos que RGB para transmitir
> la misma
> > > información
> > > > (la cámara no da RGB directamente), ya
> que obtenemos
> > > 2 pixels
> > > > RGB (6bytes) por cada 4bytes YUV.
> > > >
> > > >
> > > > Esto en local quizá no importe, pero si
> transmitimos
> > > por la
> > > > red creo que es mejor solución.
> > > >
> > > > Lo dicho, habrá que ver los
> beneficios/contras de
> > > usar cada
> > > > uno de los formatos.
> > > >
> > > >
> > > >
> > > >
> > > > David.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > >
> > > > > Saludetes,
> > > > > David.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > Te comento cuando
> haga mas
> > > pruebas.
> > > > > >
> > > > > > David.
> > > > > >
> > > > > > 2009/10/15 Roberto
> Calvo
> > > <rocapal en gsyc.es>
> > > > > > David,
> > > > > >
> > > > > > Ya tengo
> algo, no lo
> > > tengo
> > > > completo pero puedes
> > > > > hacer pruebas.
> > > > > >
> > > > > > Los tienes
> en [1] y con
> > > la
> > > > siguiente linea lo añades
> > > > > al
> > > > > > source.list
> > > > > >
> > > > > > deb
> > > http://jde.gsyc.es/apt/ lenny
> > > > gstreamer
> > > > > >
> > > > > > Como ves,
> hay casi 50
> > > paquetes
> > > > debian, ha costado el
> > > > > jodido
> > > > > > backport, es
> > > > > > la
> recursividad llevada
> > > al limite
> > > > jeje. Lo único que
> > > > > me
> > > > > > preocupa es
> que
> > > > > > he tenido
> que compilar
> > > también la
> > > > glib2.0, pero ha
> > > > > compilado
> > > > > >
> correctamente.
> > > > > >
> > > > > > Únicamente
> me queda por
> > > hacer el
> > > > backport de:
> > > > > >
> > > > > > *
> gstreamer0.10-nice:
> > > tengo que
> > > > buscar una
> > > > > dependencia que
> > > > > > tiene, que
> > > > > > no logro
> encontrar el
> > > paquete :-O
> > > > > >
> > > > > > *
> > > gstreamer0.10-ffmpeg: Este va
> > > > a tener jaleo,
> > > > > porque
> > > > > > depende de
> > > > > > todas las
> librerÃas de
> > > ffmpeg pero
> > > > creo que se puede
> > > > > > conseguir.
> > > > > >
> > > > > >
> > > > > > un saludo!
> > > > > >
> > > > > > [1]
> > > > >
> > > >
> > >
> http://jde.gsyc.es/apt/dists/lenny/gstreamer/binary-i386/
> > > > > >
> > > > > >
> > > > > > El mié,
> 14-10-2009 a las
> > > 12:41
> > > > +0200, Roberto Calvo
> > > > > escribió:
> > > > > >
> > > > > >
> > > > > > > El mar,
> 13-10-2009 a
> > > las 18:20
> > > > +0200, David Lobato
> > > > > escribió:
> > > > > > > > Ya tengo
> un debian
> > > lenny
> > > > andando para empezar
> > > > > con pruebas.
> > > > > > > > Roberto,
> sacaste los
> > > paquetes
> > > > de gstreamer para
> > > > > lenny?? Si
> > > > > > los tienes
> > > > > > > > ponlos
> por algún
> > > lado para
> > > > ponermelos.
> > > > > > > >
> > > > > > >
> > > > > > > Los he
> conseguido
> > > compilar en
> > > > lenny, pero
> > > > > justamente al
> > > > > > final falla
> a la
> > > > > > > hora de
> generar los
> > > paquetes
> > > > debian.
> > > > > > >
> > > > > > > Dejame
> echarle un ojo
> > > más, a ver
> > > > si veo algo.
> > > > > > >
> > > > > > > un
> saludete!
> > > > > > >
> > > > > > >
> > > > > > > >
> > > > > > > >
> Saludetes.
> > > > > > > >
> > > > > > > >
> 2009/10/6 Roberto
> > > Calvo
> > > > <rocapal en gsyc.es>
> > > > > > > >
> > > > > > > >
> Grachie
> > > David!
> > > > > > > >
> > > > > > > >
> Hemos estado
> > > haciendo
> > > > unas pruebas con
> > > > > David en la
> > > > > > picoITX
> > > > > > > >
> (sobre SID),
> > > > > > > >
> recordad que
> > > es un
> > > > procesador de 1Ghz.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> Component
> > > > Frames
> > > > > > Resolution
> > > > > > > >
> Porcentaje
> > > CPU
> > > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> -----------------------------------------------------------------------
> > > > > > > >
> > > varcolorserver
> > > > 25fps
> > > > > 320x240
> > > > > > > >
> 20-25%
> > > > > > > >
> > > varcolorserver + envio
> > > > 25fps
> > > > > 320x240
> > > > > > > >
> 28-32
> > > > > > > >
> > > > > > > >
> > > varcolorserver
> > > > 25fps
> > > > > 640x480
> > > > > > >
> > > > > > > >
> 95 %
> > > > > > > >
> > > > > > > >
> > > > > > > >
> Hemos visto
> > > que el
> > > > problema parece estar
> > > > > en que
> > > > > > gstreamer
> > > > > > > >
> siempre hace
> > > > > > > >
> una
> > > recodificación si
> > > > lo que queremos
> > > > > obtener es
> > > > > > RGB (cosa
> que
> > > > > > > >
> no
> > > > > > > >
> deberÃa ya
> > > que
> > > > video4linux2 no lo hace),
> > > > > > > >
> > > > > > > >
> La buena
> > > noticia es
> > > > que hemos visto que
> > > > > utilizando
> > > > > > gstreamer y
> > > > > > > >
> obteniendo
> > > las
> > > > imágenes en YUV (320x240
> > > > > y
> > > > > > 640x480), el
> > > > > > > >
> > > procesamiento de
> > > > > > > >
> la CPU ronda
> > > entre 3%
> > > > y 6%
> > > > > > > >
> > > > > > > >
> Los
> > > siguientes pasos
> > > > serán ver si se
> > > > > puede
> > > > > > optimizar el
> > > > > > > >
> pipeline de
> > > > > > > >
> gstreamer
> > > para obtener
> > > > RGB con un bajo
> > > > > coste de
> > > > > > CPU, y
> > > > > > > >
> estudiar la
> > > > > > > >
> posibilidad
> > > de
> > > > trabajar siempre en YUV.
> > > > > > > >
> > > > > > > >
> un saludete!
> > > > > > > >
> > > > > > > >
> El mar,
> > > 06-10-2009 a
> > > > las 13:05 +0200,
> > > > > David Lobato
> > > > > > escribió:
> > > > > > > >
> > > > > > > >
> > Roberto,
> > > > > > > >
> >
> > > > > > > >
> > Te adjunto
> > > el
> > > > ejemplo del que
> > > > > hablabamos. Una
> > > > > > vez
> compilado
> > > > > > > >
> genera dos
> > > > > > > >
> >
> > > ejecutables,
> > > > varcolorserver y
> > > > > varcolorviewgtkmm.
> > > > > > > >
> > Ejecutalos
> > > pasando a
> > > > cada uno su
> > > > > configuracion
> > > > > > con
> > > > > > > >
> >
> > > > --Ice.Config=<fichero>
> > > > > > > >
> > Usa los
> > > cfg con los
> > > > mismos nombres que
> > > > > los
> > > > > > ejecutables.
> > > > > > > >
> >
> > > > > > > >
> > Si tienes
> > > cualquier
> > > > problema
> > > > > comentamelo.
> > > > > > > >
> >
> > > > > > > >
> > Saludetes.
> > > > > > > >
> > > > > > > >
> >
> > > > >
> > > >
> > > _______________________________________________
> > > > > > > >
> >
> > > Jde-developers
> > > > mailing list
> > > > > > > >
> >
> > > > Jde-developers en gsyc.es
> > > > > > > >
> >
> > > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers
> > > > > > > >
> > > > > > > >
> > > > > > > >
> --
> > > > > > > >
> Roberto
> > > Calvo
> > > > Palomino | Libre
> > > > > Software
> > > > > > Engineering
> > > > > > > >
> Lab (GSyC)
> > > > > > > >
> Tel: (+34)
> > > 91 488 85
> > > > 23 |
> > > > > Universidad Rey
> > > > > > Juan Carlos
> > > > > > > >
> Tel: (+34)
> > > 91 488 81
> > > > 05 | Edif.
> > > > > >
> Departamental II -
> > > > > > > >
> Despacho 116
> > > > > > > >
> > > rocapal en gsyc.es
> > > > |
> > > > > c/Tulipán s/n
> > > > > > 28933
> Móstoles
> > > > > > > >
> (Madrid)
> > > > > > > >
> > > http://libresoft.es/
> > > > > > > >
> > > > > > > >
> GPG-KEY:
> > > > >
> > > http://gsyc.es/~rocapal/rocapal.gpg
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > >
> > > _______________________________________________
> > > > > > >
> Jde-developers mailing
> > > list
> > > > > > >
> Jde-developers en gsyc.es
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Roberto
> Calvo Palomino
> > > |
> > > > Libre Software
> > > > > Engineering
> > > > > > Lab (GSyC)
> > > > > > Tel: (+34)
> 91 488 85 23
> > > |
> > > > Universidad Rey
> > > > > Juan Carlos
> > > > > > Tel: (+34)
> 91 488 81 05
> > > |
> > > > Edif.
> > > > > Departamental II -
> > > > > > Despacho 116
> > > > > >
> rocapal en gsyc.es
> > > |
> > > > c/Tulipán s/n
> > > > > 28933 Móstoles
> > > > > > (Madrid)
> > > > > >
> http://libresoft.es/
> > > > > >
> > > > > > GPG-KEY:
> > > >
> http://gsyc.es/~rocapal/rocapal.gpg
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Roberto
> Calvo Palomino
> > > |
> > > > Libre Software
> > > > > Engineering
> > > > > > Lab (GSyC)
> > > > > > Tel: (+34)
> 91 488 85 23
> > > |
> > > > Universidad Rey
> > > > > Juan Carlos
> > > > > > Tel: (+34)
> 91 488 81 05
> > > |
> > > > Edif.
> > > > > Departamental II -
> > > > > > Despacho 116
> > > > > >
> rocapal en gsyc.es
> > > |
> > > > c/Tulipán s/n
> > > > > 28933 Móstoles
> > > > > > (Madrid)
> > > > > >
> http://libresoft.es/
> > > > > >
> > > > > > GPG-KEY:
> > > >
> http://gsyc.es/~rocapal/rocapal.gpg
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > Roberto Calvo
> Palomino |
> > > Libre
> > > > Software Engineering
> > > > > Lab (GSyC)
> > > > > Tel: (+34) 91 488 85
> 23 |
> > > > Universidad Rey Juan Carlos
> > > > > Tel: (+34) 91 488 81
> 05 |
> > > Edif.
> > > > Departamental II -
> > > > > Despacho 116
> > > > > rocapal en gsyc.es
> |
> > > c/Tulipán
> > > > s/n 28933 Móstoles
> > > > > (Madrid)
> > > > > http://libresoft.es/
> > > > >
> > > > > GPG-KEY:
> > > >
> http://gsyc.es/~rocapal/rocapal.gpg
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Roberto Calvo Palomino
> | Libre
> > > Software
> > > > Engineering Lab (GSyC)
> > > > Tel: (+34) 91 488 85 23
> |
> > > Universidad Rey Juan
> > > > Carlos
> > > > Tel: (+34) 91 488 81 05
> | Edif.
> > > Departamental
> > > > II - Despacho 116
> > > > rocapal en gsyc.es
> | c/Tulipán
> > > s/n 28933
> > > > Móstoles (Madrid)
> > > > http://libresoft.es/
> > > >
> > > > GPG-KEY:
> > > http://gsyc.es/~rocapal/rocapal.gpg
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > >
> > > Roberto Calvo Palomino | Libre Software
> Engineering
> > > Lab (GSyC)
> > > Tel: (+34) 91 488 85 23 | Universidad Rey
> Juan Carlos
> > > Tel: (+34) 91 488 81 05 | Edif.
> Departamental II -
> > > Despacho 116
> > > rocapal en gsyc.es | c/Tulipán s/n
> 28933 Móstoles
> > > (Madrid)
> > > http://libresoft.es/
> > >
> > > GPG-KEY: http://gsyc.es/~rocapal/rocapal.gpg
> > >
> > >
> > >
> > > _______________________________________________
> > > Jde-developers mailing list
> > > Jde-developers en gsyc.es
> > >
> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers
> >
> >
> > _______________________________________________
> > Jde-developers mailing list
> > Jde-developers en gsyc.es
> >
> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers
>
>
> --
> Roberto Calvo Palomino | Libre Software Engineering
> Lab (GSyC)
> Tel: (+34) 91 488 85 23 | Universidad Rey Juan Carlos
> Tel: (+34) 91 488 81 05 | Edif. Departamental II -
> Despacho 116
> rocapal en gsyc.es | c/Tulipán s/n 28933 Móstoles
> (Madrid)
> http://libresoft.es/
>
> GPG-KEY: http://gsyc.es/~rocapal/rocapal.gpg
>
>
>
> _______________________________________________
> Jde-developers mailing list
> Jde-developers en gsyc.es
> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers
--
Roberto Calvo Palomino | Libre Software Engineering Lab (GSyC)
Tel: (+34) 91 488 85 23 | Universidad Rey Juan Carlos
Tel: (+34) 91 488 81 05 | Edif. Departamental II - Despacho 116
rocapal en gsyc.es | c/Tulipán s/n 28933 Móstoles (Madrid)
http://libresoft.es/
GPG-KEY: http://gsyc.es/~rocapal/rocapal.gpg
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre : no disponible
Tipo : application/pgp-signature
Tamaño : 198 bytes
Descripción: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
digitalmente
Url : http://gsyc.escet.urjc.es/pipermail/jde-developers/attachments/20091106/289f9fa8/attachment-0001.pgp
More information about the Jde-developers
mailing list