Package Details: meshlab 2023.12-4

Git Clone URL: https://aur.archlinux.org/meshlab.git (read-only, click to copy)
Package Base: meshlab
Description: System for processing and editing of unstructured 3D models arising in 3D scanning (qt5 version)
Upstream URL: https://www.meshlab.net
Licenses: GPL2
Submitter: bartus
Maintainer: bartus
Last Packager: bartus
Votes: 119
Popularity: 0.47
First Submitted: 2020-09-18 22:35 (UTC)
Last Updated: 2025-02-26 09:36 (UTC)

Dependencies (26)

Required by (0)

Sources (2)

Pinned Comments

bartus commented on 2020-05-30 16:49 (UTC) (edited on 2020-05-30 16:49 (UTC) by bartus)

Some plugins (mainly render ones like SSAO) won't work with new cmake build system, will try to port qmake patches to cmake and fix those.

bartus commented on 2019-04-10 11:42 (UTC) (edited on 2021-08-26 06:58 (UTC) by bartus)

Please report issues and patches to github.com/AUR-meshlab

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 15 Next › Last »

paulmelis commented on 2017-11-30 16:11 (UTC)

The package doesn't compile with gcc 7.2, it needs the following patch: https://www.graphics.rwth-aachen.de:9000/OpenMesh/OpenMesh/commit/acb62194f4268651250cda546dc8c93610893877

bartus commented on 2017-06-21 12:56 (UTC) (edited on 2017-06-21 12:57 (UTC) by bartus)

@chipbuster temporary fixed by removing unused functions from import_nvm,import_out. tests{ Bundle (out) working, sfm (nvm) not tested. }

chipbuster commented on 2017-06-17 22:44 (UTC)

I seem to be getting a variant on the errors in the bug report at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=853545, which are related to the effects of the GCC-7 compiler. Is this supposed to affect this package as well (I don't see any mentions of it)?

tjkopena commented on 2017-05-08 12:33 (UTC)

This package also currently has a dependency on openssl-1.0, which is not listed.

harrysummer commented on 2017-04-04 15:13 (UTC)

Crashing and digging for hours and finally solved... For people who crashes under KDE environment when clicking on any filter and render menu items, please disable the automatic mnenomics generated by KDE. Maybe we should upstream this as a bug to the author of MeshLab? Reference: http://stackoverflow.com/questions/32688153/how-to-disable-automatic-mnemonics-in-a-qt-application-on-kde

bartus commented on 2017-02-03 16:25 (UTC) (edited on 2017-02-03 16:29 (UTC) by bartus)

@dcanelhas For meshlab_full.pro \\ '-fopenmp' flags are included among applicable plugins *.pro files (will it make any difference to include it globaly? ) For external.pro \\ enabling 'openmp' for ssynth could be beneficial (will test and update).

dcanelhas commented on 2017-01-31 11:05 (UTC)

if your cpu supports it i tmakes sense to change the PKGBUILD on the qmake lines to qmake external.pro -r "QMAKE_CXXFLAGS_RELEASE+= -fopenmp" and "LIBS+=-fopenmp" qmake meshlab_full.pro -r "QMAKE_CXXFLAGS_RELEASE+= -fopenmp" and "LIBS+=-fopenmp" to avoid having gcc ignore all the #pragma omp parallel for and serializing the code that could be run in parallel on multiple cores

dejavu commented on 2017-01-11 02:29 (UTC)

Nice, thank you!

bartus commented on 2017-01-09 22:44 (UTC) (edited on 2017-01-10 09:04 (UTC) by bartus)

@dejavu I made it ( dirty and hacky :) but seams to work, at least for me. Haven't been testing this solution extensively, bugs are expected. Please test and report if working fine for you.

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 15 Next › Last »