Hello Madam or Sir,
I am the user of OpenMesh, and I want ask some questions about the parallel code with OpenMesh, exactly, the parallel code is based on OpenMP on the VS2013.
The first question: When I use the OpenMP on the VS2013 to speed up the program which write with OpenMesh, for example, I add the code: #pragma omp parallel for num_threads(7) , just like the following:
and the errors follow, and I do not know why.
and the second question: Could the code with iterator of OpenMesh be paralleled by OpenMP just like " for (TriMesh::FaceIter f_it = mesh.faces_begin(); f_it != mesh.faces_end(); f_it++) " in the above picture? or How can I parallel the code with iterator of OpenMesh?
Thank you for your time! And I am looking forward to your reply.
Sincerely
LuWang
Hi Folks,
for our project we needed support for texture files and have built it
into Openmesh and also exposed it in openmesh-python.
What we did in detail:
OpenMesh:
- added param 'texture_file' to the Options class, it specifies the path
to the texture file
- added param 'material_file_extension' to the Options class, it
specifies the material file suffix, default is ".mat" as it was before,
we needed it becuase Blender expects ".mtl"
- removed default and copy constructor and destructor as well as
assignment operator, because these are not necessary here, see
https://en.cppreference.com/w/cpp/language/rule_of_three
openmesh-python:
- exposed the above features
- exposed .is_locked and .set_locked
- documented it in trimesh.rst
I attatched the git diffs for OpenMesh and openmesh-python.
Please let me know if it could be merged and if necessary what we could
do better ;)
regards
Philipp Auersperg-Castell
I would like to use openmesh in python just to read a mesh from .obj from ShapeNet model. I did following:
import openmesh as om
from openmesh import *
mesh = om.TriMesh()
read_mesh(mesh, filename)
And I have got error, "name 'read_mesh' is not defined". Was
read_mesh replaced with something else?
Hi all,
I am facing an issue dealing with complex faces in openmesh via the
python interface. I have a mesh I am loading via trimesh (hard requirement
at this time), and using that to build an openmesh mesh. This mesh (and
others i work with) is degenerate in the sense that it has complex faces,
and trying to ignore that problem leads to the python process crashing
(either hanging or segfault/bus error depending on the mesh). If i
proactively try to delete the complex faces immediately after they are
created, I get a seg fault. I have attached a minimum working example
complete with degenerate STL, I would appreciate any assistance debugging
this and/or working around it!
Cheers,
Bruce