Package Details: visual-sfm 0.5.26-5

Git Clone URL: https://aur.archlinux.org/visual-sfm.git (read-only, click to copy)
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: bartus
Last Packager: bartus
Votes: 5
Popularity: 0.000000
First Submitted: 2016-06-15 05:05 (UTC)
Last Updated: 2019-04-24 13:46 (UTC)

Pinned Comments

bartus commented on 2022-03-14 10:37 (UTC)

Sorry lads, I'm at the Polish Ukraine border helping allocate refugees. Expect no update until this hell is over, wish us luck. Have no time nor access to my rig and AUR keys to test/post updates. If you have a patch, ping me on email - I'll add you as co-maintainer. Posted with my old script - https://github.com/bartoszek/aur-post

bartus commented on 2018-03-26 14:51 (UTC) (edited on 2018-04-03 19:12 (UTC) by bartus)

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

acerix commented on 2016-10-01 18:15 (UTC)

@bartus Thanks for this update! I updated it to your version, but I'm still getting the same build errors that jrdnjhntn mentioned below. I didn't find any liblapack.a or lapack.a on my system, and I tried removing the lapack package but that didn't help. I haven't figured out building it in a chroot yet, but it sounds like that should work following these instructions https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot. 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/libjpeg.a(exif.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: error: ld returned 1 exit status make: *** [makefile:41: VisualSFM] Error 1

bartus commented on 2016-09-30 12:06 (UTC) (edited on 2016-10-10 08:43 (UTC) by bartus)

Made updated version of PKGBUILD including 'pba' (build from source) and 'cmvs','siftgpu' as dependencies. It's build fine in clean chroot. Please review it (deps may be stripped to tight) and consider updating your package. PGKBUILD: http://pastebin.com/g8TBfYn7

bartus commented on 2016-09-28 08:53 (UTC) (edited on 2016-09-28 09:18 (UTC) by bartus)

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

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

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

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...?

« First ‹ Previous 1 2