Difference between revisions of "Python Wrapper"
|Line 94:||Line 94:|
== TODO ==
== TODO ==
Revision as of 21:32, 28 November 2010
"Python API, Documents and Stuff"
- 1 About
- 2 Who is involved
- 3 Current Status
- 4 Differences with C Library
- 4.1 Things that are intentially different to be more Pythonic
- 4.2 Things not implemented (though could be added)
- 4.3 Additional Features
- 5 How to compile
- 6 Example Python Scripts
- 7 TODO
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.
Who is involved
Search for Python in People
|Connect to Kinect||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 intentially different to be more Pythonic
Different calling style (returns the new value as opposed to using a double pointer).
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)
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
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_rgb (same for rgb)
Stops the runloop from within the body
How to compile
sudo python setup.py install
python setup.py build_ext --inplace
Example Python Scripts
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