Package Details: alice-vision 2.4.0-2

Git Clone URL: https://aur.archlinux.org/alice-vision.git (read-only, click to copy)
Package Base: alice-vision
Description: Photogrammetric Computer Vision Framework which provides a 3D Reconstruction and Camera Tracking algorithms
Upstream URL: https://alicevision.github.io/
Licenses: MIT, MPL2
Submitter: bartus
Maintainer: bartus
Last Packager: bartus
Votes: 5
Popularity: 0.029417
First Submitted: 2018-08-02 16:50
Last Updated: 2021-03-25 06:38

Pinned Comments

bartus commented on 2019-04-10 11:40

This is a package is also hosted on GitHub.
Use env vars to control build process:
  • CUDA_ARCH="xx yy" to build for a specific Cuda arch, supports multiple values.
  • DISABLE_CUDA=1 disable cuda depth map module. (also disables popsift and ute)
  • DISABLE_POPSIFT=1 disable gpu accelerated feature matching.
  • DISABLE_UTE=1 disable gpu accelerated SFM uncertainty calculation.
Usage cases:
  • export DISABLE_CUDA=1 before build
  • DISABLE_CUDA=1 ~your-aur-helper~
  • makepkg DISABLE_CUDA=1
  • yay -S alice-vision --mflags "DISABLE_CUDA=1"
Notice for Yay users:

Since yay relies solely on aur-rpc to solve dependencies instead of calling makepkg --sync it can't follow dependencies logic defined in PKGBUILD. That's why it's up to the user to provide dependencies to enable optional features, otherwise PKGBUILD will silently skip those features.

Optional features:
  • popsift: GPU accelerated feature matching.
  • uncertainty-framework: GPU accelerated SFM uncertainty calculation.
  • cuda: GPU accelerated depth map calculation.

Latest Comments

1 2 3 4 Next › Last »

bartus commented on 2021-02-12 09:58

@ultramango : As further disclaimer, building with SFM uncertainty calculation that yields community/magma as dependency. This will break build against cuda:10 as magma packages are build against community/cuda:11 resulting in missing symbols during linking.

ultramango commented on 2021-02-11 21:35

@bartus: I tried with DISABLE_POPSIFT=1 and ALICEVISION_USE_POPSIFT=0 and both gave the same error. BUT...

You had a good hunch with PopSift, I recompiled it (using CUDA 10), then build AV again - success. Looks like my PopSift was compiled against CUDA 10 which caused this problem.

Thanks for helping finding the root of it.

bartus commented on 2021-02-11 18:19

@ultramango: Yep it looks like grander issue then I thought at first. Looks like PopSift gets dropped by default and that's why this error doesn't pop up on my system. Will dig further tomorrow (passing DISABLE_POPSIFT=1 to makepkg should build fine)

ultramango commented on 2021-02-11 18:04

@bartus: not sure if get it right. Try with CUDA version 10 and 11? For 11 I did:

CUDA_PATH=/opt/cuda makepkg

No change - same error.

And for CUDA version 10 (installed from AUR, separate build path from 11):

CUDA_PATH=/opt/cuda-10.2 makepkg

Fails with some a different error compilation error - /usr/include/c++/10.2.0/type_traits(1396): error: type name is not allowed.

I'll recheck after a reboot just to be sure.

bartus commented on 2021-02-11 17:02

@ultramango: I was able to reproduce this with cuda:10 but with cuda:11 everything builds fine, could you confirm.

Edit: symbol is defined in popsift

scanelf -ARs __fatbinwrap_38_cuda_device_runtime_compute_86_cpp1_ii_8b1a5d37 -q . /opt/cuda/ /usr/lib
__fatbinwrap_38_cuda_device_runtime_compute_86_cpp1_ii_8b1a5d37  ./Linux-x86_64/libaliceVision_feature.so.2.3
__fatbinwrap_38_cuda_device_runtime_compute_86_cpp1_ii_8b1a5d37  /usr/lib/libpopsift.a:popsift_intermediate_link.o

ultramango commented on 2021-02-11 14:09

@bartus: thanks, indeed nowhere to find. I'll keep digging, as I mentioned, must be something specific. I'll check for some global (build) options that might have set in the past.

Edit: after disabling parallel make (MAKEFLAGS) in /etc/makepkg.conf it fails at different step with the same error.

Edit 2: submitted to upstream: https://github.com/alicevision/AliceVision/issues/974

bartus commented on 2021-02-11 11:38

@ultramango: Can't find this symbol on my system.

Try scanning you system with scanelf both for /opt/cuda and for alice-vision build dir.

scanelf -qRs +__fatbinwrap_38_cuda_device_runtime_compute_75_cpp1_ii_8b1a5d37 /opt/cuda ((alice vision build path))

ultramango commented on 2021-02-11 09:36

Anyone else having a problem with linking? If fails for me at this stage:

[283/465] Linking CXX executable Linux-x86_64/aliceVision_panoramaWarping-1.0

With undefined reference to __fatbinwrap_38_cuda_device_runtime_compute_75_cpp1_ii_8b1a5d37. I suspect there's something specific to my system that it fails to add CUDA libraries to linking (at least -lcudart).

ehmish commented on 2020-12-14 11:03

FYI there's an upstream issue with zen 3 cpus where it can't identify the CPU type and falls back to generic which disables sse2 which causes it to fail to build

bartus commented on 2019-10-22 22:27

@hrehfeld, @kureta: patched