Problems when executing my app using NESTK as an external Library

[Olmo León Cadahía]

Hello again to all, 

I'm running into this problem for the last couple of days, and cannot find where the problem is.

I'll explain, and thanks in advance for the help :)

1) When I use my app embedded into the nestk library I have no problems. Anyway, I don't want to be compilng etc. all the time the whoie library, so I'm trying to use the nestk libraries as external.

2) So far I could make the compilation succeed, so the dependencies seemed to be allright.

3) But when executing I get an error, that I was not getting before when embedded. Here is the trace:

[DBG] "Initializing OpenNI driver" 

Module filename: /tmp/qt_temp.XM3626

DBG: Loading module: ../lib/libnimMockNodes.so

DBG: Working directory: /home/olmin/NetBeansProjects/ControlBehaviours/dist/Debug/GNU-Linux-x86

DBG: Loading module: ../lib/libnimCodecs.so

DBG: Working directory: /home/olmin/NetBeansProjects/ControlBehaviours/dist/Debug/GNU-Linux-x86

DBG: Loading module: ../lib/libnimRecorder.so

DBG: Working directory: /home/olmin/NetBeansProjects/ControlBehaviours/dist/Debug/GNU-Linux-x86

DBG: Loading module: ../lib/libXnDevicesSensorV2.so

DBG: Working directory: /home/olmin/NetBeansProjects/ControlBehaviours/dist/Debug/GNU-Linux-x86

DBG: Loading module: ../lib/libXnDeviceFile.so

DBG: Working directory: /home/olmin/NetBeansProjects/ControlBehaviours/dist/Debug/GNU-Linux-x86

DBG: Loading module: ../lib/libXnVFeatures.so

DBG: Working directory: /home/olmin/NetBeansProjects/ControlBehaviours/dist/Debug/GNU-Linux-x86

DBG: Loading module: ../lib/libXnVHandGenerator.so

DBG: Working directory: /home/olmin/NetBeansProjects/ControlBehaviours/dist/Debug/GNU-Linux-x86

Usually here I was getting this line, that now doesn't: [DBG] "Found device: vendor PrimeSense name SensorKinect" 

[DBG] "[Kinect bfca7794] connecting" 

[DBG] "[ERROR] Cannot enumerate devices. failed: Can't create any node of the requested type!

" 

terminate called after throwing an instance of 'ntk::exception'

  what():  void ntk::OpenniDriver::checkXnError(const XnStatus&, const char*) const: Error in OpenniGrabber.

Any ideas?? Thank you very much..this is driving me crazy :-)

[Nicolas Burrus]

Hi,

This might be because you lack the config/ directory in your bin
directory. When building in nestk, it does this automatically by
copying it into build/bin. Openni goodies...

Cheers,
Nicolas

[Olmo León Cadahía]

Hello, 

Thanks Nicolas again for your fast reply.

I have moved the config directory as you suggested, but keep having the same error. Could you think about a method to be sure that is reading in that config folder?  :-S

Thanks again, and sorry to be bothering so much

Cheers

2011/9/28 Nicolas Burrus <nicolas...@gmail.com>

[Nicolas Burrus]

Do you have a Log directory after launching it ? There should be a log
file you can check there. Otherwise, try with the --debug 2 option.

[Nicolas Burrus]

Oh, you are using nestk directly. So just set the ntk::ntk_debug_level
variable to 2 at the beginning of your program.

[Olmo León Cadahía]

Yes, I have the Log folder, and is writing there the log files. I'm gonna check there..thanks agains...I'll let you know if I find something :)

2011/9/28 Nicolas Burrus <nicolas...@gmail.com>

[Olmo León Cadahía]

Is this normal??.. log file:

"392 WARNING   ModuleLoader XnModuleLoader.cpp 330 Failed to load '../lib/libnimMockNodes.so' - missing dependencies?"

2011/9/28 Olmo León Cadahía <super...@gmail.com>

[Olmo León Cadahía]

Well, now that I had the clue. I moved the lib folder of the nestk/build/bin..to my bin folder...and works!

But, any idea how to do it cleaner, in the way it looks for the libraries in my usr/local/lib and not as a local reference...as it does with the nestk library and all the rest ??   :-)

Thanks very much once again.

[Nicolas Burrus]

Well, OpenNI is very difficult to embed. If you don't mind having a
global install of OpenNI/Nite, then just install the Linux packages on
your machine, and then compile nestk with NESTK_USE_EMBEDDED_OPENNI
set to false. And it should be fine.

Cheers,
Nicolas