Notice: MediaWiki has been updated. Report any rough edges to

Python Wrapper

From OpenKinect
Revision as of 06:58, 13 June 2011 by Chrmaury (talk | contribs) (Added dependencies for compiling)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

"Python API, Documents and Stuff"


The Python wrapper is written in Cython Ctypes. This is the Cython-based libfreenect Python wrappers. This provides async (e.g., using callbacks) and sync (e.g., simple function calls) interfaces to libfreenect. The majority of the runloop is abstracted so that later upstream modifications will have minimal impact on your code; however, you are free to implement your own runloop and access all available functionality. The interface is designed to mimic the C library except where 1.) It is impractical or 2.) It would be "Un-Pythonic" to do so. See "Differences with C Library" for specific instances of this. The exposed interface supports both asynchronous (e.g., callback) and synchronous (e.g., call and block) functions which is enabled by the C_Sync_Wrapper.

We have been through several iterations of these wrappers in Pure C, Ctypes, and Cython. Cython is by far the easiest to maintain (as the main lib changes regularly) while maintaining C-like speed. It does require Cython to install the C code; however, this is available for all supported platforms. If this becomes a burden we can easily include the generated C code in the repo. The other dependencies are the same for pure C python extensions.

A variety of demos are provided using all available kinect features with examples for Matplotlib and OpenCV display.

The wrappers don't work for windows out of the box. Note about that process can be found here.

Who is involved

Search for Python in People

However (Brandyn) and (amiller) are trying to organize things for Python.

Current Status

Feature Supported? Notes
Connect to Kinect Yes
Control LED Yes
Control motor Yes
Get accelerometer data Yes Both with the C style interface and a helper function
RGB data callback Yes
Depth data callback Yes
Synchronous depth/rgb Yes Using c_sync wrapper

Differences with C Library

Things that are intentionally different to be more Pythonic


Different calling style (returns the new value as opposed to using a double pointer).

In C:

 freenect_init(&ctx, 0)


 ctx = init()


Everything is in the freenect module. Since all freenect functions are of the form freenect_blah, we use freenect.blah to refer to them. This is also true for the synchronous calls. The reason for this is Python has good module level namespace support and the function name's differ by 1 character. This also goes for enumerated constants that have the FREENECT_ prefix.

Things not implemented (though could be added)

get/set user

Not implemented


Opaque classes wrapping void *'s (you can't access struct elements). This will be fixed later but for now it makes tracking the core library easier as the internals of the struct are not considered. Later this can be updated in a backwards compatible way that allows for viewing the actual struct values (ideally when the API stabilizes).

Log functionality and callback

Not implemented

Additional Features


A helper function that simplifies the accelerometer handling


An abstraction that takes in depth, rgb, and body callbacks. The body is called in the 'freenect_process_events' loop. Depth and RGB callbacks are given numpy arrays of the returned data.

Integration with the c_sync wrapper

Provides sync_get_depth (get the depth without needed a callback) and sync_get_video (same for video)

Kill exception

Stops the runloop from within the body

How to compile


  • Cython
  • python-dev
  • python-numpy

Global Install

sudo python install

Local Install

python build_ext --inplace

Example Python Scripts

(amiller) has a few Python demo scripts at


Currently being worked on

  • Do numpy conversion code in Cython cdef
  • Add XYZ synchronous point cloud output
  • Make the dev, ctx, and state structs non-opaque