[Jde-dev] jderobot-5.0 y firewire

[Roberto Calvo]

El mar, 20-04-2010 a las 11:03 +0200, Sara Marugan escribió:
> Estoy pensado probar la solución que introduce vlc en el cameraserver 
> para enviar el flujo de vídeo que pueda grabar ffmpeg. He buscado en los 
> manuales pero no encuentro nada parecido. Tienes alguna referencia?

Con ffmpeg creo que no se puede, nunca lo he visto. Casi siempre se
utiliza mplayer, mencoder o vlc para grabar desde una fuente de vídeo.
Esto no es problema porque con el diseño de Recorder, se permite meter
cualquier grabador, simplemente hereda de GenericRecorder.

Voy a buscarte algunos ejemplos, que tenía de hace tiempo. Pero mira
mplayer, mencoder y sobre todo VLC que te permite grabar fuentes de
video, que además son generadas con VLC.

un saludo!

> Roberto Calvo wrote:
> > El lun, 19-04-2010 a las 16:30 +0200, Sara Marugan escribió:
> >   
> >> Ok le echaré un ojo a lo de coriander.
> >>
> >> Otra opción que había pensado es hacer un recorder que obtuviera las 
> >> imágenes de cameraserver (ya sea por icestorm o rpc) y las grabara a 
> >> través de un fifo con mencoder, que es como lo hacía yo para la 
> >> aplicación domoticdemo. Este objeto recorder se desentendería de qué 
> >> tipo de dispositivo se utiliza y si está en local o no.
> >>     
> >
> > Sip, quizás podemos implementar una interfaz con esa funcionalidad para
> > poder llegar a más casos. Aunque pensado, otra solución que se me ocurre
> > es que el cameraserver mande el flujo de vídeo tal cual mediante VLC, y
> > en el recorder utilizando ffmpeg o mencoder se grabe ese flujo de vídeo.
> >
> > Lo malo de esta solución del vloopback que no nos da mucha genericidad
> > para dispositivos, pero lo bueno que tiene es que tienes a disposición
> > numerosas herramientas para grabar, el consumo de cpu es minimo, no
> > llega con ffmpeg a 4% y no te preocupas de cosas de formatos, fps, y
> > demás.
> >
> >
> >   
> >> Roberto Calvo wrote:
> >>     
> >>> El lun, 19-04-2010 a las 12:59 +0200, Sara Marugan escribió:
> >>>   
> >>>       
> >>>> 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.
> >>>>     
> >>>>         
> >>> Sobre esto te puedo contestar.
> >>>
> >>> Si miras, al configuración del surveillance, al RecorderManager y
> >>> Recorder se le puede pasar el protocolo y dispositivo del que se desea
> >>> grabar. Ahora mismo aparece esto
> >>>
> >>> Surveillance.v4lVersion=v4l
> >>> Surveillance.v4lDevice=/dev/video2
> >>>
> >>> Quizás los nombres son demasiados vinculados a V4L, pero podríamos
> >>> cambiarlos por "Proto" y "Device", para que acepte configuraciónes como
> >>> esta:
> >>>
> >>> Surveillance.Proto=dv1394
> >>> Surveillance.Device=/dev/video1394/0
> >>>
> >>>
> >>> Eso si, sólo quedaría en el Recorder, generar el comando adecuado para
> >>> que el ffmpeg o mencoder grabe de firewire.
> >>>
> >>> El mayor problema que tenemos aquí, es que la manera que hemos utilizado
> >>> para multiplexar la señal de vídeo, es decir, poder grabar a la vez que
> >>> el cameraserver sirve imágenes, es a través del módulo vloopback que
> >>> _solo_ entiende de video4Linux, y no de firewire.
> >>>
> >>> De todas formas, podrías echar un ojo  a Coriander [1] porque con él,
> >>> podemos pasar el stream de video de firewire a un stream V4L y entonces
> >>> sería todo lo demás transparente.
> >>>
> >>> un saludete!
> >>>
> >>>
> >>> [1] http://damien.douxchamps.net/ieee1394/coriander/
> >>>
> >>>
> >>>
> >>>   
> >>>       
> >>>>     
> >>>>         
> >
> >   
> 

-- 
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/20100420/5feb358f/attachment.pgp