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

[franciscomiguel.rivas en urjc.es]

Buenas,
tienes razón. Igual así es menos engorroso y puede funcionar con  
cualquier versión de openni que tengas instalada.. aunque ojo,  
openniserver no es solo un driver de kinect o xtion... incorpora  
también funciones básicas de openni como es la detección de personas.  
Estas funcionalidades propias de openni se mejoran muchísimo de una  
versión a otra por lo que es recomendable (encarecidamente) utilizar  
la última versión (aunque no sea estable) yo he probado todas las  
betas y funcionan de maravilla, si alguna vez no funciona con alguna  
versión del particular lo avisaré.

Por ello para este openniserver utilizar 1.5.4 tanto de nite como de openni.

Si, openni 1 ya "ha muerto" ya han sacado la version 2 de openni (ya  
van por la 2.1 y el repositorio nuevo es:  
https://github.com/OpenNI/OpenNI2

Estamos a puntito de terminar openniserver2 que ya funcionará sobre  
openni2 (que es un pasada.. han reescrito la librería por completo y  
se nota bastante en el rendimiento), en cuanto tenga termianda la  
parte de nite lo subiré al repositorio.

un saludo,
Fran.


"Luis Roberto Morales" <lr.morales.iglesias en gmail.com> escribió:

> 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
>>
>



------------------------------------------------------------------
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).