[Jde-dev] jderobot-5.0 y firewire

Roberto Calvo rocapal en libresoft.es
Jue Mayo 6 12:49:20 CEST 2010 

El mié, 05-05-2010 a las 19:41 +0200, Sara Marugan escribió:
> Sí, estoy utilizando la ubuntu-10.04.

Quizá sería conveniente que funcionara también una Debian lenny. Con
tiempo, puedo montar en el lab una máquina con la configuración exacta
de la versión estable para JDEROBOT 5.0 ¿qué os parece?

> 
> A mí también me parece que podríamos mantener un único cameraServer, que 
> ya soportaría lo que más se utiliza: fichero de vídeo, v4l y firewire.

Me parece también bien. Me gustaría comentar además, que hay que tener
en cuenta que ahora mismo tenemos únicamente multiplex del flujo de
vídeo si utilizamos dispositivos V4l (gracias al vloopback). Sin él, no
tenemos ni streaming de cámara, ni podemos utilizar esa fuente de vídeo
desde una aplicación externa. 

Quizás compense evaluar y pensar en algún componente que pueda
multiplexar la señal de cámaras firewire o cámaras IP y pasarla
directamente a dispositivos v4l como /dev/video2. Yo soy partidario de
utilizar todas las herramientas externas que nos dan y aseguran una
funcionalidad óptima y estable como vlc, mplayer, mencoder, ffmpeg,
icecast ...., pero para ello necesitamos siempre multiplexar la señal de
vídeo de tal manera que estos programas la entiendan.

un saludo!

> 
> Para mañana supongo que ya lo tendré incorporado.
> 
> 
> JoseMaria escribió:
> > Aquí van mis dos centavos,
> >
> > On Wed, 2010-05-05 at 15:51 +0200, Sara Marugan wrote:
> >   
> >> finalmente la opción más factible ha sido utilizar la librería 
> >> libdc1394. Ya tengo un firewireCameraServer funcionando.
> >>     
> >
> > Estupendo!! Vendrá como agua de mayo para utilizar las cámaras que
> > tenemos en el laboratorio, que hasta ahora no había manera de usarlas
> > con jderobot-5.0.
> >
> > ¿Lo has probado sobre ubuntu-10.04?
> >
> >   
> >>  Ahora la 
> >> cuestión es si dejarlo aparte o introducirlo en el cameraServer actual. 
> >> Hay que añadir unas 100 líneas de código para inicialización, 
> >> terminación y conversión de formato de imagen.
> >> Qué decis?
> >>     
> >
> > Creo que lo suyo es incorporarlo al cameraServer actual, que se
> > convierte en la fuente de imágenes "estandard". El usuario le especifica
> > la fuente concreta (video4linux, v4l2, fichero, firewire, etc) y él se
> > busca la vida para conseguirlas. Para capturar los fotogramas de un
> > dispositivo concreto, cameraServer usa gstreamer o el soporte que tú has
> > implementado para firewire. 
> >
> > Sobre cómo el usuario le configura la fuente concreta seguiría la misma
> > sintaxis que la actual, tipo gstreamer, pero que sea fácil identificar
> > si se refiere a una fuente firewire. 
> >
> > JoseMaria
> >   
> >> David Lobato wrote:
> >>     
> >>> Hola,
> >>>
> >>> El cameraserver usa gstreamer y por tanto, es capaz de usar todo 
> >>> aquello que gstreamer pueda usar como fuente de video. En concreto, 
> >>> parece que el soporte de firewire está soportado, pero de momento no 
> >>> he tenido acceso a cámaras firewire. En cuanto tenga un ratejo, me 
> >>> agencio una y pruebo, no debería ser muy complicado.
> >>>
> >>> David.
> >>>
> >>> 2010/4/27 Sara Marugan <smarugan en gsyc.es <mailto:smarugan en gsyc.es>>
> >>>
> >>>     David,
> >>>
> >>>     quería saber si tú has probado a obtener con gstreamer un flujo de
> >>>     vídeo
> >>>     de cámara firewire. Queremos añadirle esta capacidad al cameraserver,
> >>>     aunque en realidad no sé si ya la tiene, yo no lo he conseguido.
> >>>
> >>>     Otras opciones son portar el driver firewire de la 4.3 o utilizar
> >>>     coriander para pasarlo a v4l, que sabemos que se lleva bien con
> >>>     cameraserver.
> >>>
> >>>     Un saludo!
> >>>
> >>>
> >>>     Sara Marugan escribió:
> >>>     > Hola,
> >>>     >
> >>>     > estoy probando capturar imágenes de una cámara firewire con
> >>>     > cameraserver. Con la siguiente configuración:
> >>>     >
> >>>     > CameraSrv.Camera.0.Uri=dv:///dev/video1394/0
> >>>     >
> >>>     > Me devuelve:
> >>>     >
> >>>     > Pipeline: return empty buffer. Waiting...
> >>>     >
> >>>     > He intentado visualizar el flujo de imágenes únicamente con
> >>>     gstreamer de
> >>>     > este modo:
> >>>     >
> >>>     > $gst-launch dv1394src port=0 ! queue ! dvdemux name=d ! queue !
> >>>     dvdec !
> >>>     > xvimagesink d. ! queue ! alsasink
> >>>     >
> >>>     > (gst-launch-0.10:31151): GLib-WARNING **: g_set_prgname() called
> >>>     > multiple times
> >>>     > Estableciendo el flujo a PAUSADO ...
> >>>     > El flujo es en vivo y no necesita PRECACHEADO ...
> >>>     > Estableciendo el flujo para REPRODUCCIÓN ...
> >>>     > New clock: GstSystemClock
> >>>     >
> >>>     > No da error pero no se visualiza nada.
> >>>     >
> >>>     > Por otra parte también tenía pensado hacer pruebas con ffmpeg para
> >>>     > grabar desde cámara firewire. Tal y como está ahora ffmpegRecorder
> >>>     > entiendo que sólo permite grabar desde dispositivos v4l. No sé
> >>>     si haría
> >>>     > falta otro objeto recoder distinto para el componente o ese mismo se
> >>>     > puede adaptar y hacerlo más genérico.
> >>>     >
> >>>     > Un saludo y gracias de antemano.
> >>>     >
> >>>     > Sara.
> >>>     >
> >>>     >
> >>>     >
> >>>     >
> >>>     > _______________________________________________
> >>>     > Jde-developers mailing list
> >>>     > Jde-developers en gsyc.es <mailto: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 <mailto: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
> >>     
> >
> >
> >   
> 
> _______________________________________________
> 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
rocapal en libresoft.es            | Edif. Departamental II - Despacho 116
http://libresoft.es/            | c/Tulipán s/n 28933 Móstoles (Madrid)

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/20100506/8f02b5c5/attachment.pgp

More information about the Jde-developers mailing list