Open GoogleCodeExporter opened 8 years ago
And sorry I forgot to add Im using XP
Original comment by LeeLa...@gmail.com
on 18 Jan 2012 at 12:29
same problem here
Original comment by hassande...@gmail.com
on 11 Feb 2012 at 8:25
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
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
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
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
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
where is the RUIS folder?
Original comment by dianacar...@gmail.com
on 11 May 2013 at 5:45
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
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
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
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
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
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
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
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
Original issue reported on code.google.com by
LeeLa...@gmail.com
on 18 Jan 2012 at 12:27