Wearable Inertial motion sensors

[eight]

Guys, these are the sources for RAMDanceToolkit+Syphon and CocoKinect for RAMDanceToolkit (could be used for debugging or recompiling for other SDK's).

If CocoKinect does not see kinect:

-- if the app starts, it means that all the libraries (usb and openni) have loaded, and it's up to them to see the kinect;

-- if your kinect is not recognized, please keep in mind that openni version used is for older kinect models (not 1473).

-- if you have an older kinect and program still does not see it, check if an oni file can be played (I have used [these](http://people.cs.pitt.edu/~chang/1635/proj11/kinectRecord) ones for testing).

To see a more detailed output on the console, one can 

   -- open terminal

   -- cd to ../CocoKinect.app/Contents/MacOS

   -- execute ./CocoKinect 

   -- examine the messages

However, if kinect is not recognized, you will see something like "Device not found" –– which is produced by OpenNI library -- not very helpful, but at least it will confirm that the problem is not in CocoKinect, but in openni/libusb/hardware realm.

Lastly, confirm that your kinect is seeing by a regular Openni program, such as NiViewer, to exclude a hardware issue.

--8

[bruper]

@Fred, thanks will investigate, what I would like to do is to send Kinect to CocoKinect and simultaneously to other application to produce sound for instance.... John, I haven't upgraded yet. With 10.6.8 I get intermittent visuals on Syphon... anybody experiencing the same with upgraded OS?

[dbini]

hey @eight: here's what's happening: CocoKinect opens and runs ok, asks to plug in kinect or drop *.oni file.

my kinect is of the older variety. it works fine with NI-Mate, so its not a hardware issue.

CocoKinect won't recognise when i've plugged in my kinect and reset, or if i drop an oni file from the resource you linked to.

[eight]

@dbini I found a spare mac and was able to reproduce what you are seeing: NiMate runs, CocoKinect don't. This is a pristine (in relation to OpenNi) computer, while my other ones have had openni and NITE installed numerous times. Unfortunately, this is where I have to stop: I have another project pressing. Bottom line: try to install Openni, SensorKinect and NITE if your version of CocoKinect does not render. I read somewhere on the Openni Forums that openni will silently try to load the libraries, and if it can't find them, it will simply bail out without giving the reason.

--8

[dbini]

cheers @eight, thanks for all your help. i'll let you know if i get it to work, otherwise i'll wait for something else to turn up. i know the guys at Delicode are looking into integrating support for RAM into a future release of NI Mate.

[Fred]

There is an openniOSC app included with the ram dance toolkit, it is calibration pose free and works very well- is there something that your cocoa app does extra- the OpenNIOSC does not already do?

[bruper]

anybody else is experiencing intermittent video in RAM-Dance-Syphon?? (in all the Mac OS's)

[Fred]

Here is something I made today for a few experiments, OSC protocol to fit with ram system and syphon out of Colour,  Depth, Mask and PointCloud (last 2 are for active tracked users only) There is a 10.6 and 10.8 version (I have no 10.6 to test really but it works compiled for 10.6 on my 10.8 machine.

10.6 version http://goo.gl/Siyal

10.8 version http://goo.gl/GnFFh

WIll be up in 10 mins

Fred

[bruper]

@Fred thanks, is working fine on 10.6.8 except for the Syphon intermittent problem with the various modalities of RAM Dance  (+ Syphon)...

[Fred]

I have not tried or checked the code of RAM Dance  (+ Syphon), these were for something else, a few experiments today- saw some were having trouble with cocoa kinect and I had this going anyway- a skeleton and image server for the kinect-it is self contained no drivers needed that is all. Should work with new and old kinects (I only have old but the libraries apparently are good for both).

[bruper]

one more approach with download link from my friend Grifu
http://www.grifu.com/vm/?cat=20

[bruper]

With 10.7.5 still  getting intermittent visuals on Syphon... anybody experiencing the same with 10.8?

[crystalhorizon]

@eight

With the new update from NI Mate you are able to record oni files. I tried to drag an oni file into the coco kinect window, but its not showing up. Any ideas? 

Alex

[eight]

@feinsinn:

Please share the oni file, I'll check.

--8

[crystalhorizon]

@eight

Cool, thank you. Link to the file: https://www.dropbox.com/s/vne34217gkvrjq6/NI_mate_2013-12-17_08-26-18.oni.zip

[eight]

@feinsinn I am traveling right now: tried to download it but it takes too long in a cafe I sit. I will try again, once I have a good connection.

--8

[crystalhorizon]

@eight thank you for your engagement! All the best, Alex

[eight]

@feinsinn: Sorry it took me this long. I am finally home and was able to check your file –– dragged it on the CocoKinect app and it worked! OSX 10.9.1, MBPr.

Just in case I attach the executable.

Best regards,

--8

efe5b8-cocokinect.app.zip

[crystalhorizon]

@eight interesting, I downloaded the app and now its crashing not able to open it like before:

 Dyld Error Message:

  Library not loaded: ../../../Bin/x64-Release/libnimCodecs.dylib

  Referenced from: /Users/USER/Downloads/CocoKinect.app/Contents/MacOS/CocoKinect

  Reason: image not found

any ideas?

[eight]

These libraries are shipped with the executable and referenced by the executable: eight:MacOS eight$ otool -L CocoKinect CocoKinect: /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate (compatibility version 1.0.0, current version 4.0.0) /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox (compatibility version 1.0.0, current version 492.0.0) /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 48.0.0) /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime (compatibility version 1.0.0, current version 2826.0.1) /System/Library/Frameworks/QTKit.framework/Versions/A/QTKit (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo (compatibility version 1.2.0, current version 1.8.0) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 157.0.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 20.0.0) /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData (compatibility version 1.0.0, current version 481.0.0) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 1056.0.0) /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 1265.0.0) @executable_path//libnimCodecs.dylib (compatibility version 0.0.0, current version 0.0.0) @executable_path//libnimMockNodes.dylib (compatibility version 0.0.0, current version 0.0.0) @executable_path//libnimRecorder.dylib (compatibility version 0.0.0, current version 0.0.0) @executable_path//libOpenNI.dylib (compatibility version 0.0.0, current version 0.0.0) @executable_path//libusb-1.0.0.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0) /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 855.11.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 59.0.0) eight:MacOS eight$ however, it seems in your environment they are being searched elsewhere (../../../Bin/x64-Release/...). This may suggest that you have a DYLD_LIBRARY_PATH set. On my machine it is not set, this is suggested by a homebrew I use to manage most of my dependencies. At this point I would suggest to unset DYLD_LIBRARY_PATH env variable, or copy the dylib files into location your system expects (../../../Bin/x64-Release/) to debug this. --8