Package Details: libfreenect2 0.2.0.p1-1

Git Clone URL: https://aur.archlinux.org/libfreenect2.git (read-only)
Package Base: libfreenect2
Description: Open source drivers for the Kinect for Windows v2
Upstream URL: http://openkinect.org
Licenses: GPL, Apache
Submitter: de-vries
Maintainer: None
Last Packager: de-vries
Votes: 8
Popularity: 0.000172
First Submitted: 2015-12-02 17:26
Last Updated: 2018-03-19 20:22

Latest Comments

1 2 Next › Last »

yujmo commented on 2018-03-19 15:09

v0.2.0.tar.gz is old, and have the compilation issue with std::bind.

please look yujmo_libfreenect2

I change the PKGBUILD,so it's OK

HououinKyouma93 commented on 2018-01-19 08:41

Here is the updated PKGBUILD and patch to fix the compilation issue with std::bind.

https://drive.google.com/file/d/1keEKxAt4RNfEic_ss5767K_tI64Q_LWa/view?usp=sharing

VladR commented on 2017-08-04 20:49

Wierdly, it fails compiling for me, it tells:

112:25: error: ‘bind’ is not a member of ‘std’
auto predicate = std::bind(&SyncMultiFrameListenerImpl::hasNewFrame, impl_);
^~~~
I have gcc version 7.1.1 20170630

It seems simply adding

#include <functional>

to the file ~/libfreenect2/src/libfreenect2-0.2.0/src/frame_listener_impl.cpp

in the attached sources seems to fix it.

Don't know what's the deal with that.

de-vries commented on 2017-02-12 16:26

Updated to depend on ocl-icd instead of libcl

ShadowMitia commented on 2017-02-11 20:46

It looks like "libcl" dependency is broken for some reason:

error: target not found: libcl.

ShadowMitia commented on 2017-02-11 20:46

It looks like "libcl" dependency is broken for some reason:

error: target not found: libcl.

de-vries commented on 2016-05-06 00:05

Right, the rules should go before 70-uaccess.rules. I renamed them to 65-kinect2.rules now. Thanks again :)

underdoeg commented on 2016-05-05 17:10

Yes of course. I had the issue when compiling with cuda already installed which cmake found automatically. Without this flag the compiler wouldn't find memcpy for some reason...

Also I had to rename the udev rule to 70-kinect2.rule instead of 90. Otherwise the hotplug wouldn't work for me.

de-vries commented on 2016-05-05 16:57

That seems strange, probably an upstream issue. I'm sure upstream will be interested to hear about it.

I didn't add an optdep on CUDA because it needs to be present at compile time (or actually configure time). Installing CUDA after this package wont magically make it work with CUDA.

I also didn't want to force a dependency on CUDA though, so yeah... End result now is that the PKGBUILD doesn't tell you you could compile it with CUDA support.

underdoeg commented on 2016-05-05 16:45

Nice. I also had to add

CXXFLAGS=-D_FORCE_INLINES cmake (line 21)

before running cmake to not run into some issues while compiling for cuda