Yo lo veo bastante completo para empezar. Habrá que concretar algunas cosas a medida que avancemos en el análisis.<div><br></div><div>Añadiría que los video deben incluir alguna marca de tiempo para poder establecer de forma independiente a la BBDD el timing de la secuencia grabada. En video digital esto se expresa con un timecode que forma parte del video, pero en nuestro caso no se como podemos abordarlo.</div>
<div><br></div><div>Un saludo,</div><div>David.</div><div><br></div><div><br><div class="gmail_quote">2010/3/25 Roberto Calvo <span dir="ltr"><<a href="mailto:rocapal@libresoft.es">rocapal@libresoft.es</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
Buenas,<br>
<br>
Vamos a intentar detallar en este hilo las funcionalidades mínimas que<br>
vamos a implementar de grabaciones, y con ello podremos concretar el<br>
diseño e interfaces que utilizamos. Desde mi punto de vista, no<br>
deberíamos tener mucha funcionalidad en esta primera fase.<br>
<br>
Pre-Requisitos:<br>
<br>
- Para evita problemas de seguridad e integridad, el objeto que graba<br>
debe ejecutar en la misma máquina donde esté enganchada la cámara. O en<br>
el caso de ser una cámara por red, ejecutará en la máquina que haga de<br>
receptora,<br>
<br>
Funcionalidad:<br>
<br>
- El sistema (servidor) es el encargado de parar o arrancar<br>
grabaciones, y no el cliente (desde el fichero de configuración se<br>
especificará si se quiere grabar o no, y con que datos técnicos).<br>
<br>
- Las grabaciones se realizarán en slots de 10 min. En el caso de<br>
corromperse _sólo_ perdemos 10 min de grabación. A este tipo de<br>
grabaciones les podemos llamar Grabaciones Continuas.<br>
<br>
- Si la cámara tiene asociadas alarmas, cuando se ejecuten dichas<br>
alarmas debe realizarse una grabación mediante un tiempo configurable<br>
(5min, por ejemplo). A estas grabaciones les podemos llamar Grabaciones<br>
por Alarma (estas grabaciones tendrán más resolución y fps que las<br>
anteriores).<br>
<br>
- El sistema debe guardar al menos 6 meses la grabación (por ley en<br>
sistema de video-vigilancia).<br>
<br>
- Las grabaciones se guardarán en fichero en el FS, y su información<br>
técnica será guardada en BBDD.<br>
<br>
- Toda la información de las grabaciones será exportada a través de<br>
interfaces ICE.<br>
<br>
- Los vídeos de las grabaciones, podrán visualizarse mediante streaming<br>
en los dispositivos Android.<br>
<br>
<br>
¿Cómo lo véis? ¿Añadiríais algo? Quitaríais todo? :-)<br>
<br>
Comentarme como lo véis.<br>
<br>
un saludo!!<br>
<font color="#888888"><br>
--<br>
Roberto Calvo Palomino | Libre Software Engineering Lab (GSyC)<br>
Tel: (+34) 91 488 85 23 | Universidad Rey Juan Carlos<br>
<a href="mailto:rocapal@libresoft.es">rocapal@libresoft.es</a> | Edif. Departamental II - Despacho 116<br>
<a href="http://libresoft.es/" target="_blank">http://libresoft.es/</a> | c/Tulipán s/n 28933 Móstoles (Madrid)<br>
<br>
GPG-KEY: <a href="http://gsyc.es/~rocapal/rocapal.gpg" target="_blank">http://gsyc.es/~rocapal/rocapal.gpg</a><br>
</font><br>_______________________________________________<br>
Jde-developers mailing list<br>
<a href="mailto:Jde-developers@gsyc.es">Jde-developers@gsyc.es</a><br>
<a href="http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers" target="_blank">http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers</a><br>
<br></blockquote></div><br></div>