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

Jue Mar 14 17:40:37 CET 2013

Hola,

mejor que tener una versión particular de progeo, ¿por qué no extendemos
progeo oficial para que cubra esa carga de la configuración desde
ficheros XML? De hecho esa es una cosa a unificar con el calibrador que
está haciendo Agustín....

Saludos,

JoseMaria
On Thu, 2013-03-14 at 17:17 +0100, franciscomiguel.rivas en urjc.es wrote:
> Buenas Roberto,
> gracias por el aviso, efectivamente había modificado myprogeo para dar  
> soporte a la carga de RT desde fichero xml y no lo había subido.
> 
> también he modificado el CMake que habían librerías que no estaban bien.
> 
> un saludo,
> Fran.
> 
> "Luis Roberto Morales" <lr.morales.iglesias en gmail.com> escribió:
> 
> > Buenas noches,
> > ya he actualizado el repositorio a la última versión y el problema ha
> > cambiado a la función load_cam de myprogeo.h:
> >
> > [ 99%] Building CXX object ../CMakeFiles/openniServer.dir/openniServer.cpp.o
> > /home/roberto/Programming/jderobot/src_r886/src/components/openniServer/openniServer.cpp:
> > In member function 'void
> > openniServer::pointCloudI::ReplyCloud::setCalibrationFile(std::string)':
> > /home/roberto/Programming/jderobot/src_r886/src/components/openniServer/openniServer.cpp:891:60:
> > error: no matching function for call to
> > 'openniServer::myprogeo::load_cam(char*, int, int&, int&)'
> > /home/roberto/Programming/jderobot/src_r886/src/components/openniServer/openniServer.cpp:891:60:
> > note: candidate is:
> > /home/roberto/Programming/jderobot/src_r886/src/components/openniServer/myprogeo.h:48:7:
> > note: void openniServer::myprogeo::load_cam(char*, int)
> > /home/roberto/Programming/jderobot/src_r886/src/components/openniServer/myprogeo.h:48:7:
> > note:   candidate expects 2 arguments, 4 provided
> > /home/roberto/Programming/jderobot/src_r886/src/components/openniServer/openniServer.cpp:
> > In member function 'virtual void
> > openniServer::pointCloudI::ReplyCloud::walk()':
> > /home/roberto/Programming/jderobot/src_r886/src/components/openniServer/openniServer.cpp:898:59:
> > error: no matching function for call to
> > 'openniServer::myprogeo::load_cam(char*, int, int&, int&)'
> > /home/roberto/Programming/jderobot/src_r886/src/components/openniServer/openniServer.cpp:898:59:
> > note: candidate is:
> > /home/roberto/Programming/jderobot/src_r886/src/components/openniServer/myprogeo.h:48:7:
> > note: void openniServer::myprogeo::load_cam(char*, int)
> > /home/roberto/Programming/jderobot/src_r886/src/components/openniServer/myprogeo.h:48:7:
> > note:   candidate expects 2 arguments, 4 provided
> > make[2]: *** [../CMakeFiles/openniServer.dir/openniServer.cpp.o] Error 1
> > make[1]: *** [../CMakeFiles/openniServer.dir/all] Error 2
> > make: *** [all] Error 2
> >
> > ¿Me falta algo o se ha cambiado "myprogeo" y falta subir la actualización?
> >
> > Gracias,
> > Roberto
> >
> > El 13 de marzo de 2013 18:06, 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).
> _______________________________________________
> Jde-developers mailing list
> Jde-developers en gsyc.es
> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers

-- 
http://gsyc.es/jmplaza 
Universidad Rey Juan Carlos