[Jderobot-dev] Falta interfaz ICE para OpenniServer. Modifiaciones al CMake de OpenNI

[Luis Roberto Morales]

Buenas tardes,
sobre el tema de "openni" creo que se podrían dejar los dos, emitiendo si
eso algún aviso indicando que se están eligiendo unas librerías que no son
las más recientes. Dejándolo limitado a "ni" sin ningún tipo de aviso (a
parte de "no se encontró la librería") ni una indicación de versión mínima
creo que puede dar lugar a confusión para alguien que en lugar de bajarse
los fuentes, use los binarios de repositorio o descargados desde openni
(por lo menos ese fue mi caso).


A parte de esto, he visto que se ha empezado a desarrollar la versión 2 de
la librería (OpenNI2) y que la rama inestable de la 1.5.4 lleva un tiempo
(¿10 meses?) sin actividad directa. ¿Se sabe algo del tema?

Un saludo,
Roberto


El 13 de marzo de 2013 10:07, <franciscomiguel.rivas en urjc.es> escribió:

> Buenos días,
> ya he subido el remoteCloud.ice que se me había pasado, básicamente es
> una extensión del pointCloud.ice pero que admite cambios en la RT en
> caliente mediante configuración XML.
>
> Sobre las dependencias tienes razón cuando modifique los CMakes no
> quité el with_openni que ya no hace nada.
>
> Sobre lo de añadir "openni" en el directorio de búsquedas, no lo tengo
> muy claro, pero tampoco se muy bien cual es la mejor opción. En el
> directorio "openni" se instalan las librerías de openni instaladas
> desde el repositorio y en "ni" las instaladas desde los fuentes. Como
> openni es se actualiza bastante a menudo la del repositorio
> prácticamente nunca tiene la última versión.
>
> Por eso buscaba expresamente en ni, ya que cada actualización de
> openni suele incorporar mejoras importantes y para el rendimiento de
> openniServer trabajar con la última versión es importante. Esto no
> ocurre con kinectServer ya que utiliza PCL para abstraer el acceso al
> sensor y prácticamente utiliza openniServer como un driver y no como
> una librería.
>
>
> Como digo no se si es mejor que busque en los dos directorios o que
> busque sólo en "ni" y que te obligue a instalar la última versión de
> openni desde los fuentes.
>
> ¿que os parece?
>
>
> un saludo,
> Fran.
>
>
> "Luis Roberto Morales" <lr.morales.iglesias en gmail.com> escribió:
>
> > Buenas noches,
> > estaba echando un vistazo a la nueva versión de todos los componentes del
> > repositorio (llevaba un tiempo trabajando con la r849), cuando compilando
> > openniserver me he encontrado con que trata de utilizar
> > "jderobot/remoteCloud.h" y este no está. Buscando la interfaz ICE en
> > src/interfaces/slice/jderobot tampoco la veo, por lo que o a alguien se
> le
> > ha olvidado incluir esta interfaz en el repositorio o me estoy saltando
> > algo.
> >
> > Además he corregido el CMake de openniserver que esperaba encontrar un
> > valor en las variable with_openni y with_nite cuando estas ya no se
> > utilizan. Las he sustituido por las variables de las correspondientes
> > librerías.
> > Por último, también he corregido el CMake de OpenNI, que buscaba el
> include
> > solo bajo el sufijo "ni", cuando hay sistemas (por ejemplo desde donde
> > estoy escribiendo) que la librería se instala bajo "openni"; ahora
> debería
> > buscar bajo ambos sufijos.
> >
> > Un saludo,
> > Roberto
> >
>
>
>
> ------------------------------------------------------------------
> Laboratorio de Análisis del Movimiento, Biomecánica, Ergonomía y
> Control Motor (LAMBECOM).
> Departamento de Fisioterapia, Terapia Ocupacional, Rehabilitación y
> Medicina Física.
> Universidad Rey Juan Carlos (URJC).
> _______________________________________________
> Jde-developers mailing list
> Jde-developers en gsyc.es
> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://gsyc.escet.urjc.es/pipermail/jde-developers/attachments/20130313/9b9bc831/attachment.htm