1. 27 Oct, 2016 1 commit
    • Jan Möbius's avatar
      Merge branch 'fixOBJWriterMissingTexcoords' into 'master' · f377c86a
      Jan Möbius authored
      added code to write faceTexCoords to obj writer.
      fixes #25 
      * Added accessor functions for HalfEdgeHandles and faceTexCoords to base exporter and exporter template.
      * Added functionality to store FaceTexCoords to objwriter
      * Added unittest to write and read faceTexcoords with a test obj file
      See merge request !73
  2. 24 Oct, 2016 4 commits
  3. 21 Oct, 2016 3 commits
  4. 19 Oct, 2016 5 commits
  5. 18 Oct, 2016 1 commit
  6. 17 Oct, 2016 1 commit
  7. 06 Oct, 2016 2 commits
  8. 02 Oct, 2016 4 commits
  9. 01 Oct, 2016 4 commits
  10. 28 Sep, 2016 1 commit
    • Jan Möbius's avatar
      Merge branch 'obj-fix-wrong-indices' into 'master' · 4c35d544
      Jan Möbius authored
      Fixed broken indices for some cases of OBJ parsing by using two passes
      (Continuing fixing / discussion from https://graphics.rwth-aachen.de:9000/OpenMesh/OpenMesh/merge_requests/51)
      This merge request is fixing an issue that came up as a follow-up of the following merge request:
      The problem it fixes occurs for some kinds of OBJ data, where vertices and face data are stored interleaved and, at the same time, the mesh contains some non-manifold geometry.  As non-manifold geometry triggers the on-the-fly creation of new vertices during parsing, the indices from the OBJ file do not match any more and the result gets messed up.
      The straightforward solution applied on this branch is to parse to whole OBJ file in two passes, first the vertices and then the material data and faces. This way, possible extra vertices will always be added to the back, not interfering with indices from the OBJ file
      I tested the performance on a 1.1 GB OBJ file. The loading time on my machine increased from ~59 seconds to ~65 seconds, so I believe the performance overhead could probably be considered acceptable.
      Looking forward to your feedback!
      See merge request !84
  11. 27 Sep, 2016 1 commit
  12. 23 Sep, 2016 1 commit
  13. 22 Sep, 2016 1 commit
  14. 19 Sep, 2016 1 commit
  15. 16 Sep, 2016 4 commits
  16. 14 Sep, 2016 3 commits
    • Jan Möbius's avatar
      Merge branch 'gcc_optimizer_bug' into 'master' · 62efcd76
      Jan Möbius authored
      Added a little safeguard against GCC optimizer bug to CMakeLists.txt.
      See merge request !88
    • Hans-Christian Ebke's avatar
    • Jan Möbius's avatar
      Merge branch 'vector11-gcc-4-7-fix' into 'master' · bfc8506c
      Jan Möbius authored
      g++ 4.7 compile fix in vector11
      With g++ 4.7, the following error occurs when trying to compile code that uses Vector11:
      ../OpenMesh/Core/Geometry/Vector11T.hh: In function ‘decltype ((_v1 % _v2)) OpenMesh::cross(const OpenMesh::VectorT<LScalar, DIM>&, const OpenMesh::VectorT<RScalar, DIM>&) [with LScalar = float; RScalar = float; int DIM = 3; decltype ((_v1 % _v2)) = OpenMesh::VectorT<float, 3>]’:
      ../OpenMesh/Core/Geometry/Vector11T.hh:89:19: error: ‘OpenMesh::VectorT<float, 3>::container OpenMesh::VectorT<float, 3>::values_’ is private
      It looks like this version of g++ would not be able to deal with the decltype statement used when overriding the "%" operator, where the "this->values_" part is not working properly. This issue should be fixed with this merge request.
      See merge request !87
  17. 13 Sep, 2016 3 commits