Processing Can't find the SimpleOpenNI library in windows 32x

[GoogleCodeExporter]

I can't figure out why this is coming up? I follwed the download instructions, 
according to the device manager everything is up and running. 
The processing program has been installed correctly. There was no inital 
"libraries" folder so I created one and I have the unzipped SimpleOpenNI folder 
located there.  

What is the expected output? What do you see instead?
I am trying to access the example library and the DepthImage example.

Please provide any additional information below.
Here is the code that comes up

Can't find the SimpleOpenNI library : java.lang.UnsatisfiedLinkError: 
C:\Documents and Settings\Leanne\My 
Documents\Processing\libraries\SimpleOpenNI\library\SimpleOpenNI.dll: Can't 
find dependent libraries
Exception in thread "Animation Thread" java.lang.UnsatisfiedLinkError: 
SimpleOpenNI.SimpleOpenNIJNI.swig_module_init()V
    at SimpleOpenNI.SimpleOpenNIJNI.swig_module_init(Native Method)
    at SimpleOpenNI.SimpleOpenNIJNI.<clinit>(SimpleOpenNIJNI.java:1542)
    at SimpleOpenNI.ContextWrapper.<init>(ContextWrapper.java:54)
    at SimpleOpenNI.SimpleOpenNI.<init>(SimpleOpenNI.java:192)
    at DepthImage.setup(DepthImage.java:40)
    at processing.core.PApplet.handleDraw(Unknown Source)
    at processing.core.PApplet.run(Unknown Source)
    at java.lang.Thread.run(Thread.java:662)

Original issue reported on code.google.com by LeeLa...@gmail.com on 18 Jan 2012 at 12:27

[GoogleCodeExporter]

And sorry I forgot to add Im using XP

Original comment by LeeLa...@gmail.com on 18 Jan 2012 at 12:29

[GoogleCodeExporter]

same problem here

Original comment by hassande...@gmail.com on 11 Feb 2012 at 8:25

[GoogleCodeExporter]

Did you guys figure out the reason? I'm seeing the same problem in Vista ...

Thanks.

Original comment by m2nara...@gmail.com on 22 Mar 2012 at 5:40

[GoogleCodeExporter]

I got this same problem on OSX Lion. It was working fine and then I started 
getting that message : Can't find SimpleOpenNI library... I had a hunch that it 
was something to do with some extra folders that I had added manually to the 
processing/libraries folder so I took out the following folders:
- G4PTool-1 (User interface creator)
- RUIS - a new interactive project (see http://ruisystem.net/) 

I haven't checked to see which was causing the error but removing them from 
Processing/Libraries solved the problem. No more error message. 

Clear out all non-essesntial/unused files from your libraries folder mentioned 
above or wherever you keep your 3rd party processing libraries. Check to see if 
that works. If not try running the OpenNI/Nite installer again...(Also its good 
practice not to have Processing open when you are doing these steps!) Hope that 
helps! Post back here if this method is successful. 

C

Original comment by ciaran.m...@gmail.com on 23 Mar 2012 at 3:55

[GoogleCodeExporter]

I was teaching a course last month using 6 different Kinect units on about a 
dozen PCs, all running Win 7 - 64.  We used the 32-bit version of this 
software, though.  We ran into this same problem.  However, in each case, 
simply rebooting Windows after installing the Windows drivers solved this 
problem...

Original comment by jnyhoffc...@gmail.com on 23 Mar 2012 at 4:13

[GoogleCodeExporter]

All, Thanks for the input.

I have an Asus Xtion Pro Live. The OpenNI bundle that came in the installation 
CD (along with the sensor) was not compatible with latest release of 
SimpleOpenNI.

I uninstalled OpenNI and PrimeSense drivers and downloaded the same from 
http://zigfu.com/en/downloads/browserplugin

I don't see the error anymore.

Cheers!

Original comment by m2nara...@gmail.com on 25 Mar 2012 at 1:46

[GoogleCodeExporter]

Hi,

I realised as well that the current version of RUIS (as of 3/5/2012) indeed 
conflicts with simpleOpenNI. I spoke with the developers of the library, they 
are aware of the problem and they should fix it soon. For now the problem is 
resolved if you copy manually the SimpleOpenNI/library/libSimpleOpenNI.jnilib 
file (from the simpleOpenNI library) inside the RUIS/library folder.

Original comment by deadflag...@gmail.com on 3 May 2012 at 8:05

[GoogleCodeExporter]

where is the RUIS folder?

Original comment by dianacar...@gmail.com on 11 May 2013 at 5:45

[GoogleCodeExporter]

Hi, 

I found a very simple solution to resolve SimpleOpenNI exception
'Exception in thread "Animation Thread" java.lang.UnsatisfiedLinkError: 
SimpleOpenNI.SimpleOpenNIJNI.swig_module_init()V '

1. Go to System Properties -> Advanced -> Environnement Variables
2. In 'System variables', search and modify 'Path' variable
3. Add a path to the SimpleOpenNI32.dll in the end of 'Path' variable.

By default : SimpleOpenNI32.dll is located at %SimpleOpenNI% Folder 
...\Processing\libraries\SimpleOpenNI\library\

Hope it will be useful to you!

I got my solution after reading this article:
http://stackoverflow.com/questions/12875212/kinect-unsatisfiedlinkerror-simpleop
enni-simpleopennijni-swig-module-initv

NMQM

Original comment by nmq...@gmail.com on 2 Jul 2013 at 1:44

[GoogleCodeExporter]

Hi,
I have the same problem on Mac OSX 10.7.5, Proessing 2.0.3 but ONLY when I 
create an application out of my sketch. Otherwise it runs perfectly. Any idea?

Eric

Original comment by eric.oli...@gmail.com on 4 Oct 2013 at 10:49

[GoogleCodeExporter]

Same here--SimpleOpenNI 1.96 doesn't seem to export working applications on any 
platform. Working on Processing 2.0.3 but also tested Processing 1.5 and 2.1. I 
hope there's a straightforward fix for this; SimpleOpenNI is a wonderful tool!

Original comment by foxg...@gmail.com on 3 Dec 2013 at 6:02

[GoogleCodeExporter]

Can anyone already export a working application? I still get that the library 
can't be found.

Original comment by jonatas....@gmail.com on 15 Dec 2013 at 5:15

[GoogleCodeExporter]

Just to keep this updated.

It looks like when you export the app tries to find the lib in the root and not 
in the data folder.

So a workaround was to copy the files to the system root and it worked.

Original comment by jonatas....@gmail.com on 2 Feb 2014 at 1:11

[GoogleCodeExporter]

Interesting! Where can we configure where it looks for the libraries? What's 
involved in changing that setting?

Original comment by foxg...@gmail.com on 3 Feb 2014 at 4:49

[GoogleCodeExporter]

Any updates on this? When you move "files" to root are you moving the library, 
the sketch or another file?

Original comment by kelly.e...@gmail.com on 24 Mar 2014 at 6:13

[GoogleCodeExporter]

Issue #73 is the same issue, and they're making more progress...

Original comment by foxg...@gmail.com on 24 Apr 2014 at 8:32