Package Details: libfreenect2 0.2.1-3

Git Clone URL: https://aur.archlinux.org/libfreenect2.git (read-only, click to copy)
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: grandchild
Last Packager: grandchild
Votes: 9
Popularity: 0.000334
First Submitted: 2015-12-02 17:26 (UTC)
Last Updated: 2021-08-20 12:19 (UTC)

Latest Comments

1 2 Next › Last »

yujmo commented on 2018-03-19 15:09 (UTC)

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 (UTC) (edited on 2018-01-19 08:45 (UTC) by HououinKyouma93)

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 (UTC)

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 (UTC)

Updated to depend on ocl-icd instead of libcl

ShadowMitia commented on 2017-02-11 20:46 (UTC)

It looks like "libcl" dependency is broken for some reason: error: target not found: libcl.

ShadowMitia commented on 2017-02-11 20:46 (UTC)

It looks like "libcl" dependency is broken for some reason: error: target not found: libcl.

de-vries commented on 2016-05-06 00:05 (UTC) (edited on 2016-05-06 00:06 (UTC) by de-vries)

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 (UTC)

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 (UTC)

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 (UTC)

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

1 2 Next › Last »