OpenMesh Mai 2019

openmesh@lists.rwth-aachen.de

5 Teilnehmer
5 Diskussionen

von LuWang (Jack)

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

6 Monate, 3 Wochen

Questions about Using OpenMesh in Mac OS X

von 梓欣张

Hi, I’m a beginner in OpenMesh so this question may seem to be funny. I’ve successfully installed OpenMesh using homebrew. But when I tried to run a simple testing program in CLion, things went wrong. Messages are like this: /Applications/CLion.app/Contents/bin/cmake/bin/cmake --build /Users/felix/Desktop/Learning/FillHole/FillHole/cmake-build-debug --target FillHole -- -j 4 Scanning dependencies of target FillHole [ 50%] Building CXX object CMakeFiles/FillHole.dir/main.cpp.o [100%] Linking CXX executable FillHole Undefined symbols for architecture x86_64: "OpenMesh::PolyConnectivity::add_face(std::vector<OpenMesh::VertexHandle, std::allocator<OpenMesh::VertexHandle> > const&)", referenced from: _main in main.cpp.o "OpenMesh::IO::_IOManager_::write(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, OpenMesh::IO::BaseExporter&, OpenMesh::IO::Options, long)", referenced from: bool OpenMesh::IO::write_mesh<OpenMesh::PolyMesh_ArrayKernelT<OpenMesh::DefaultTraits> >(OpenMesh::PolyMesh_ArrayKernelT<OpenMesh::DefaultTraits> const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, OpenMesh::IO::Options, long) in main.cpp.o "OpenMesh::BaseProperty::stats(std::basic_ostream<char, std::char_traits<char> >&) const", referenced from: vtable for OpenMesh::PropertyT<OpenMesh::DefaultTraits::EdgeT<OpenMesh::FinalMeshItemsT<OpenMesh::DefaultTraits, false>::ITraits, OpenMesh::FinalMeshItemsT<OpenMesh::DefaultTraits, false>::Refs> > in main.cpp.o vtable for OpenMesh::PropertyT<OpenMesh::DefaultTraits::HalfedgeT<OpenMesh::FinalMeshItemsT<OpenMesh::DefaultTraits, false>::ITraits, OpenMesh::FinalMeshItemsT<OpenMesh::DefaultTraits, false>::Refs> > in main.cpp.o vtable for OpenMesh::PropertyT<OpenMesh::DefaultTraits::FaceT<OpenMesh::FinalMeshItemsT<OpenMesh::DefaultTraits, false>::ITraits, OpenMesh::FinalMeshItemsT<OpenMesh::DefaultTraits, false>::Refs> > in main.cpp.o vtable for OpenMesh::PropertyT<OpenMesh::DefaultTraits::VertexT<OpenMesh::FinalMeshItemsT<OpenMesh::DefaultTraits, false>::ITraits, OpenMesh::FinalMeshItemsT<OpenMesh::DefaultTraits, false>::Refs> > in main.cpp.o vtable for OpenMesh::PropertyT<OpenMesh::VectorT<float, 3> > in main.cpp.o ld: symbol(s) not found for architecture x86_64 collect2: error: ld returned 1 exit status make[3]: *** [FillHole] Error 1 make[2]: *** [CMakeFiles/FillHole.dir/all] Error 2 make[1]: *** [CMakeFiles/FillHole.dir/rule] Error 2 make: *** [FillHole] Error 2 I think I’ve written my CMakeLists.txt correctly, so how can this happen? Here is my CMakeLists.txt: cmake_minimum_required(VERSION 3.9) project(FillHole) set(CMAKE_CXX_STANDARD 11) set(OpenMesh_FILE /usr/local/Cellar/open-mesh/7.1) INCLUDE_DIRECTORIES(${OpenMesh_FILE}/include) link_directories(${OpenMesh_FILE}/lib) add_executable(FillHole main.cpp) target_link_libraries(FillHole libOpenMeshCore.7.1.dylib libOpenMeshTools.7.1.dylib) And here is my program: #include <iostream> // -------------------- OpenMesh #include<unistd.h> #include <OpenMesh/Core/IO/MeshIO.hh> #include <OpenMesh/Core/Mesh/PolyMesh_ArrayKernelT.hh> // ---------------------------------------------------------------------------- typedef OpenMesh::PolyMesh_ArrayKernelT<> MyMesh; // ---------------------------------------------------------------------------- // Build a simple cube and write it to std::cout int main() { MyMesh mesh; // generate vertices MyMesh::VertexHandle vhandle[8]; vhandle[0] = mesh.add_vertex(MyMesh::Point(-1, -1, 1)); vhandle[1] = mesh.add_vertex(MyMesh::Point( 1, -1, 1)); vhandle[2] = mesh.add_vertex(MyMesh::Point( 1, 1, 1)); vhandle[3] = mesh.add_vertex(MyMesh::Point(-1, 1, 1)); vhandle[4] = mesh.add_vertex(MyMesh::Point(-1, -1, -1)); vhandle[5] = mesh.add_vertex(MyMesh::Point( 1, -1, -1)); vhandle[6] = mesh.add_vertex(MyMesh::Point( 1, 1, -1)); vhandle[7] = mesh.add_vertex(MyMesh::Point(-1, 1, -1)); // generate (quadrilateral) faces std::vector<MyMesh::VertexHandle> face_vhandles; face_vhandles.clear(); face_vhandles.push_back(vhandle[0]); face_vhandles.push_back(vhandle[1]); face_vhandles.push_back(vhandle[2]); face_vhandles.push_back(vhandle[3]); mesh.add_face(face_vhandles); face_vhandles.clear(); face_vhandles.push_back(vhandle[7]); face_vhandles.push_back(vhandle[6]); face_vhandles.push_back(vhandle[5]); face_vhandles.push_back(vhandle[4]); mesh.add_face(face_vhandles); face_vhandles.clear(); face_vhandles.push_back(vhandle[1]); face_vhandles.push_back(vhandle[0]); face_vhandles.push_back(vhandle[4]); face_vhandles.push_back(vhandle[5]); mesh.add_face(face_vhandles); face_vhandles.clear(); face_vhandles.push_back(vhandle[2]); face_vhandles.push_back(vhandle[1]); face_vhandles.push_back(vhandle[5]); face_vhandles.push_back(vhandle[6]); mesh.add_face(face_vhandles); face_vhandles.clear(); face_vhandles.push_back(vhandle[3]); face_vhandles.push_back(vhandle[2]); face_vhandles.push_back(vhandle[6]); face_vhandles.push_back(vhandle[7]); mesh.add_face(face_vhandles); face_vhandles.clear(); face_vhandles.push_back(vhandle[0]); face_vhandles.push_back(vhandle[3]); face_vhandles.push_back(vhandle[7]); face_vhandles.push_back(vhandle[4]); mesh.add_face(face_vhandles); OpenMesh::IO::write_mesh(mesh, "output.off"); // write mesh to output.obj try { if ( !OpenMesh::IO::write_mesh(mesh, "output.off") ) { std::cerr << "Cannot write mesh to file 'output.off'" << std::endl; return 1; } } catch( std::exception& x ) { std::cerr << x.what() << std::endl; return 1; } std::cout << "nice"<<std::endl; return 0; } Can you help me find where the problem is? Thank you very much!

5 Jahre, 1 Monat

Regarding the compilation and Execution of openmesh c++ program

von VALLIVEDU VAMSIKRISHNA

HI There, Good to have a Openmesh library ,Its helping a lot . But I have encountered with a problem where I am unable to execute the openmesh c++ program.I have installed the openmesh from the source . I am getting the errors when I am trying to run the sample building cube problem in openmesh .I have run it with command (g++ -o out cube.cc).I have encountered the errors which was given in the attachment. Please provide me how can i run the sample program and also how can i integrate the openmesh with the cgal c++ library. Thanks in advance. Thanks and Regards V.Vamsikrishna student

5 Jahre, 1 Monat

OpenMesh 8.0 : Issue saving OBJ with multiple textures

von Jan-Michael Tressler

I have an OBJ mesh with multiple texture image materials with face texture coordinates. The input OBJ file correctly separates each texture by placing "usemtl material0000" in the face declarations ('f ...'). I have a typdef that defines my mesh class: `typedef OpenMesh::TriMesh_ArrayKernelT<> Mesh;` To open the OBJ file, I set `mesh.request_halfedge_texcoords2D()`. I have verified texture coordinates are correct. I'm trying to save the mesh (no modifications), but cannot get the OBJ output to have the correct texture material lines written to the file. Specifically, the face indices should be separated by 'usemtl matXX' for each different material. I've tried enabling and disabling face colors in my loading function. With face colors enabled, I only get the 1st material. All other materials are missing. When I disable face colors, but have FaceTexCoord enabled, line 330 of OBJWrite.cc ignores the line to write the 'usemtl mat' line. Is this a bug, or am I missing something? Thanks in advance, Jan-Michael Reading code: * OpenMesh::IO::Options ropt;* * ropt += OpenMesh::IO::Options::FaceTexCoord;* * ropt += OpenMesh::IO::Options::FaceColor;* * _mesh.request_vertex_normals();* * _mesh.request_face_normals();* * _mesh.request_halfedge_texcoords2D();* * _mesh.request_face_colors();* * if (!OpenMesh::IO::read_mesh(_mesh, path, ropt))* * {* * return false;* * }* Writing code: * OpenMesh::IO::Options wopt;* * if (_mesh.has_vertex_normals())* * wopt += OpenMesh::IO::Options::VertexNormal;* * //update textures* * if (_mesh.has_halfedge_texcoords2D())* * {* * wopt += OpenMesh::IO::Options::FaceTexCoord;* * wopt += OpenMesh::IO::Options::FaceColor;* * }* * return OpenMesh::IO::write_mesh(_mesh, path, wopt);*

5 Jahre, 1 Monat

Warning when calculating normals of trimesh with default traits

von Martin Schultz

Hi, When I use a trimesh with default traits ( OpenMesh::TriMesh_ArrayKernelT<> mesh; ) the default scalar type that is used is float. So after adding some vertices and indices, when I call mesh.update_normals(); a compiler warning is generated, because 0.0 is interpreted as double in line 407 in PolyMeshT_impl.hh changing it to vectorize(_n, Scalar(0.0)); avoids this warning. The same probably also applies for other functions in PolyMeshT_impl.hh that use vectorize Best Regards! Martin -- Martin Schultz Developer - Integration ModuleWorks GmbH Henricistr. 50 52072 Aachen Germany martins(a)moduleworks.com<mailto:martins@moduleworks.com> https://www.moduleworks.com HRB 11871 Amtsgericht Aachen Geschäftsführer Yavuz Murtezaoglu

5 Jahre, 1 Monat

2024

2023

2022

2021

2020

2019

2018

OpenMesh Mai 2019