Preparing for a 0.1 release?

[floe]

libfreenect2 has been brewing for a while now, and I think we might consider a 0.1 release sometime soon. I'd like to use this issue to collect/discuss all the other issues/PRs that still needs sorting out, please comment below. /cc @christiankerl @xlz @larshg @hovren @gaborpapp @goldhoorn @wiedemeyer @steppobeck

Issues/PRs to be addressed before 0.1 release, in no particular order:

• Registration #223 registration-related stuff
• Added FindLibrary files for various libraries #68 FindLibrary files
• Improve RGB and depth stream parsers #221 improved stream parsers
• remove OpenCV dependency #151 getting rid of OpenCV
• Handling race condition for pending_transfers_ and its iterators. #212 fix race condition
• [WIB] Added methods to query for serialNumber and Camera parameters without starting device. #82 serial number query
• Depth measurement offset (possibly due to hardcoded xtable/ztable) #144 hardcoded xtable/ztable
• Dependencies are not installed with make install #101 dependency linking

[hovren]

I have mostly been interested in getting the timestamp data in PR #221 merged, so I am happy as soon as that happens. I have not had the time to look at any of the other PRs or issues in a while, unfortunately.

I think having a 0.1 release out the door would be really great! For example, I already have prototype code to have KinectFusion in PCL running with libfreenect2, but haven't had time to propose it for merge there yet. Having an actual libfreenect2 release would probably make it more interesting for the PCL people to have a libfreenect2 grabber as well.

[goldhoorn]

For me i still waiting for the merge. I would really like to integrate this library into http://www.rock-robotics.org/ but for this i need a version that compiles without doing strange 'magic' in the cmake system. The pure library, this is #68 for which is the version i currently using on my test-setup which is not published

[gaborpapp]

Handling the race condition in #212 solved some crash issues for me at exit. Would be nice to be included.

[floe]

Since one of the big features of libfreenect2 is the ability to use multiple cameras on one machine, #82 would probably also be nice to include.

[goldhoorn]

@goldhoorn #68 mixes too many things on Windows. It is probably a good idea to merge your pkg-config patch first for Linux.

i still don't get why #68 should be a mix, it is only a cleanup/extension how it is done currently.
As the patch was created @floe and me made sure that the 'old way' of handling librarys is not changed. The new part only uses pure cmake/pkg-config to find librarys. So it is not a mix between things

[kohrt]

I would love to see the issue #101 to be resolved before the release, so that the library can be compiled and used without modifying the CMakeLists.txt manually.

[floe]

I guess we're nearly there... I'll now tag the current state as 0.1-rc1. Let's see how this goes.

[floe]

Here we are: https://github.com/OpenKinect/libfreenect2/releases/tag/v0.1-rc1

[steppobeck]

Congratulations :-)!!!

On Nov 6, 2015, at 1:27 PM, Florian Echtler wrote:

Here we are: https://github.com/OpenKinect/libfreenect2/releases/tag/v0.1-rc1

�
Reply to this email directly or view it on GitHub.

Stephan Beck
Virtual Reality Systems Group
Faculty of Media
Bauhaus-Universitaet Weimar
Bauhausstra�e 11
99423 Weimar
Germany
phone: +49 3643 - 58 3734
fax : +49 3643 - 58 3709
email: stephan.beck@uni-weimar.de
email: stephan@pixelstars.de
web : http://www.uni-weimar.de/de/medien/professuren/vr/

[RyanGordon]

Awesome!

[floe]

Once #486 has been resolved/merged, I'd say we're ready for 0.1-final. Please test extensively in the meantime :-)