Package Details: visual-sfm 0.5.26-5

Git Clone URL: https://aur.archlinux.org/visual-sfm.git (read-only)
Package Base: visual-sfm
Description: A Visual Structure from Motion System; create 3d models from photos.
Upstream URL: http://ccwu.me/vsfm/
Keywords: 3d motion photos reconstruction structure-from-motion visual
Licenses: custom:visual-sfm
Submitter: acerix
Maintainer: acerix (bartus)
Last Packager: bartus
Votes: 4
Popularity: 0.000130
First Submitted: 2016-06-15 05:05
Last Updated: 2019-04-24 13:46

Pinned Comments

bartus commented on 2018-03-26 14:51

This sofware hasn't been supported by its author since 2012.

Try colmap instead, it gives superior results and is fully CUDA accelerated. https://aur.archlinux.org/packages/colmap-git/

For CPU based solution there is also umve (part of mve toolchain): https://aur.archlinux.org/packages/mve-git/

Latest Comments

« First ‹ Previous 1 2

bartus commented on 2016-09-28 08:53

It build perfectly fine for me (inside chroot to prevent any local modification affecting build process)

@'jrdnjhntn' maybe you have some leftover files from old 'lapack' packages which used to ship static libs (/usr/lib/liblapack.a)

May actual installation has metis,parmetis replaced with extra:suitesparse which provides appropriate libs and prevents 'visual-sfm' conflicts with octave,julia. Don't even know if 'visual-sfm' makes any use of those libs as they doesn't pop up in 'ldd /usr/bin/VisualSFM'.

jrdnjhntn commented on 2016-09-09 01:50

Hey acerix,

ya, i have no idea. I did look at various install guides and this package does seem to be missing some of what is needed to a full working copy of the app. I don't see any of the cmvs/pmvs libs that I think are mandatory (?)... After trying several versions of the sources, for each component; I did manage to get cmvs to compile (albeit by altering it's source code), but I have hit a bit of a wall with pmvs, due to some gcc6 related error... I didn't even get to building the vsfm itself. lol

References on building:

http://mdda.net/oss-blog/2014-06/building-VisualSFM-on-FC20/
https://github.com/mapillary/OpenSfM/blob/master/bin/export_pmvs.md

I think the error i posted had to do with trying to link against libs that are the wrong architecture 9x86_32)... but i would need to get the rest of the stuff compiled to see. i may end up asking the author... ttyl

acerix commented on 2016-09-08 22:33

@jrdnjhntn I also got stuck on that error, and gave up before ever getting it to build. I don't really understand what the problem is either, so it's probably best ask the author. Let me know if a solution is found and I can update the package, or I'll gladly disown it if someone else wants to maintain.

jrdnjhntn commented on 2016-09-08 18:19

Hi, this package doesn't seem to compile for me;

==> Starting build()...
mkdir -p build
mkdir -p bin
cd build; ar -x ../lib/VisualSFM.a; cd ..;
g++ -w -o bin/VisualSFM build/*.* -pthread -lGL -lGLU -lX11 -ldl -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lfontconfig -lfreetype -lgthread-2.0 -pthread -lglib-2.0 lib/lapack.a lib/blas.a lib/libf2c.a lib/libjpeg.a
/usr/bin/ld: lib/lapack.a(dgeev.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgehrd.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgerqf.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgesv.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgesvd.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgetrf.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgetri.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC

(output has been cut, but it is more of the same).

i wondering if maybe you had seen this? I tried adding -fPIC, but nothing changed.. maybe I'm missing something here...?