OpenFlipper-Free issueshttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues2017-07-26T08:09:50Zhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/11Texturecontrol reuse uploaded textures (e.g. Environment maps)2017-07-26T08:09:50ZJan Möbiusmoebius@cs.rwth-aachen.deTexturecontrol reuse uploaded textures (e.g. Environment maps)OpenFlipper 3.1Martin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/16OBJ Reader / Writer optimization2017-07-26T08:09:50ZMartin SchultzOBJ Reader / Writer optimizationsince the obj reader performance has already been improved, the writer performance and material reading should be looked into.since the obj reader performance has already been improved, the writer performance and material reading should be looked into.Martin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/29After changing texture coordinates, screen update takes very long2017-07-26T08:09:32ZHans-Christian EbkeAfter changing texture coordinates, screen update takes very longI have a mesh with 10M triangles and per-halfedge texture coordinates. When I change the texture coordinates, OpenFlipper blocks four several seconds before showing the updated texture. This process should be sped up.I have a mesh with 10M triangles and per-halfedge texture coordinates. When I change the texture coordinates, OpenFlipper blocks four several seconds before showing the updated texture. This process should be sped up.https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/39Interface for rendering with custom properties2017-07-26T08:09:32ZChristopher TenterInterface for rendering with custom properties- analyze vertex shader for required attributes
- take that attribute name and add it to the vbo
- priority of the property source if name is ambiguous:
halfedge > vertex > face > model
- figure out a way to integrate this w...- analyze vertex shader for required attributes
- take that attribute name and add it to the vbo
- priority of the property source if name is ambiguous:
halfedge > vertex > face > model
- figure out a way to integrate this with least overhead for all nodes..https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/60Tesselation Shader based Subdivision Surface rendering of Polymeshes2017-07-26T08:09:32ZHans-Christian EbkeTesselation Shader based Subdivision Surface rendering of PolymeshesThis is a feature request for a (possibly tesselation shader based) rendering mode for polyline meshes.
A Catmull-Clark refinement operator should be applied with a configurable number of steps. Ideally, the smoothing operator should ...This is a feature request for a (possibly tesselation shader based) rendering mode for polyline meshes.
A Catmull-Clark refinement operator should be applied with a configurable number of steps. Ideally, the smoothing operator should be configurable as well (bilinear, biquadratic, bicubic) but the most important one is definitely bilinear, so for a first version it's ok if this is fixed.
What's important is that wireframe rendering as well as "edges (colored)" must still work in the sense that the line segments of the wireframe get refined and smoothed but the wireframe mesh does not become finer.Jan Möbiusmoebius@cs.rwth-aachen.deJan Möbiusmoebius@cs.rwth-aachen.dehttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/61Stop rendering to back buffer2017-07-26T08:09:32ZChristopher TenterStop rendering to back bufferStop rendering directly to back buffer from qt widget. Use an intermediate fbo and blit the color buffer to Qt afterwards. Hardware stereoscopic 3D mode needs some adjustment, as GL_BACK_LEFT / GL_BACK_RIGHT won't be available anymore. A...Stop rendering directly to back buffer from qt widget. Use an intermediate fbo and blit the color buffer to Qt afterwards. Hardware stereoscopic 3D mode needs some adjustment, as GL_BACK_LEFT / GL_BACK_RIGHT won't be available anymore. An fbo with 2 color buffers has to be used in that case.
in QtGLGraphicsScene::drawBackground there is a QPainter with native-painting mode used. Maybe the intermediate framebuffer should be bound here instead.
OpenFlipper/widgets/glWidget/QtGLGraphicsScene.cchttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/74ShaderPipeline: Overlay Flag Handling Buggy2017-07-26T08:09:31ZHans-Christian EbkeShaderPipeline: Overlay Flag Handling BuggyThe shader pipeline renderer supports the overlay flag of render objects. If it is set, the object is rendered in a second pass above everything of the first pass. This sort of works, but not always.
The following screen shots show one g...The shader pipeline renderer supports the overlay flag of render objects. If it is set, the object is rendered in a second pass above everything of the first pass. This sort of works, but not always.
The following screen shots show one good case and one failure case:
![bug1](/uploads/c720132cba7ab509488043cbfbc333b5/bug1.png)
![bug2](/uploads/a28439aa97a6f7a6171ddc071d4a6124/bug2.png)
If I had to guess, I'd say it is some issue with the Z-Buffer. Maybe it's not cleared properly before the second pass?https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/116Cleanup assimp plugin and add to Free branch2018-06-05T11:40:49ZJan Möbiusmoebius@cs.rwth-aachen.deCleanup assimp plugin and add to Free branchOpenFlipper-4.0Martin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/129windows coreprofile embedded logger is not working2017-09-20T10:22:26ZMartin Schultzwindows coreprofile embedded logger is not workingwhen a coreprofile is used on windows, the logger cannot be used as embedded into gl.
as a workaround i disabled the setting by returning normal logger mode when windows is used, a core profile is requested and the logger was set to embe...when a coreprofile is used on windows, the logger cannot be used as embedded into gl.
as a workaround i disabled the setting by returning normal logger mode when windows is used, a core profile is requested and the logger was set to embedded. You might have to pull the logger up in that case.
The problem is caused by drawing the logger using the QPainter, which works perfectly fine on linux and osx, but on windows a glerror is caused.
once this is fixed, the workaround can be removed
affected code is GlobalOptions.cc ll:605-610 git commit hash 6826cda2db45f93d0d7959d1eb998f005abef4c8 of OpenFlipper submodule
```
// workaround for windows issue with drawing logger in scene using coreProfile (thank you Qt)
#ifdef WIN32
if(coreProfile_ && state == LoggerState::InScene)
return LoggerState::Normal;
#endif
/////////////////////////////////////////////////////////////////////////////////////////////
```https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/134Outdated OSX/MacOS Build Documentation2018-02-22T11:38:55ZMartin HeistermannOutdated OSX/MacOS Build DocumentationIt still references qt4 and svn.It still references qt4 and svn.https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/135HiDPI Support on macOS2021-02-02T11:30:47ZMartin HeistermannHiDPI Support on macOSOn OSX with a HiDPI screen, OpenFlipper appears to be rendered at a low resolution and is then scaled up, resulting in a very pixelated look.
I believe this is the effect of the _magnified mode_ documented here:
https://developer.apple....On OSX with a HiDPI screen, OpenFlipper appears to be rendered at a low resolution and is then scaled up, resulting in a very pixelated look.
I believe this is the effect of the _magnified mode_ documented here:
https://developer.apple.com/library/content/documentation/GraphicsAnimation/Conceptual/HighResolutionOSX/Explained/Explained.html
Setting the plist entries for HiDPI support fixes this, however the OpenGL viewport is rendered at a quarter of the intended size.
I played around with the Qt enviroment variables documented at http://doc.qt.io/qt-5/highdpi.html , QT_SCALE_FACTOR=0.5 yields the correct OpenGL viewport size, at the cost of extremely tiny fonts everywhere.
My system is a 2017 13" MacBook Pro running High Sierra.https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/151VolumeMeshPicking Sausage and Cheese2018-05-15T08:12:09ZMartin SchultzVolumeMeshPicking Sausage and CheeseThe Sausage and Cheese selection operators seem to cause errors in OpenFlipper.
After selecting the sausage or cheese operator, and trying to pick into a volume mesh, the Toolbar icons do not work anymore.The Sausage and Cheese selection operators seem to cause errors in OpenFlipper.
After selecting the sausage or cheese operator, and trying to pick into a volume mesh, the Toolbar icons do not work anymore.https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/154Using Volume Vertex picking on a TriMesh freezes the whole GUI2018-05-15T08:12:09ZMartin HeistermannUsing Volume Vertex picking on a TriMesh freezes the whole GUIAccidentally trying to pick a vertex of a trimesh using the volume vertex selection correctly prints an error message, then the whole GUI does not react to any input anymore.
Possibly related to #151?
Tested on MacOS with CoreProfile r...Accidentally trying to pick a vertex of a trimesh using the volume vertex selection correctly prints an error message, then the whole GUI does not react to any input anymore.
Possibly related to #151?
Tested on MacOS with CoreProfile rendering.https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/158Show halfedge selection for Volume meshes2018-06-13T18:00:52ZMartin HeistermannShow halfedge selection for Volume meshesI can select halfedges using the scripting interface, but don't see them colored when using the halfedge drawmode.I can select halfedges using the scripting interface, but don't see them colored when using the halfedge drawmode.https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/162ShaderPipeline does not show colored halfedges2019-02-08T14:32:15ZMax Lyonlyon@cs.rwth-aachen.deShaderPipeline does not show colored halfedgesUsing draw mode Halfedges Colored, halfedges of an OpenMesh mesh are rendered with their specular color instead of the specified per halfedge color.Using draw mode Halfedges Colored, halfedges of an OpenMesh mesh are rendered with their specular color instead of the specified per halfedge color.https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/163Docs: Example Plugins should be tested by CI2019-03-07T20:35:09ZMartin HeistermannDocs: Example Plugins should be tested by CIThe example plugins were broken for various reasons for a long time.
I suggest integrating them into CI so this won't happen again.
Maybe a PluginCollection-Examples that is disabled by default?The example plugins were broken for various reasons for a long time.
I suggest integrating them into CI so this won't happen again.
Maybe a PluginCollection-Examples that is disabled by default?https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/169Infinite loop in DrawMeshT when deleted elements are present2020-02-14T10:29:50ZMax Lyonlyon@cs.rwth-aachen.deInfinite loop in DrawMeshT when deleted elements are presentCode to reproduce:
```
int id;
emit addEmptyObject( DATA_TRIANGLE_MESH, id);
auto& mesh = *PluginFunctions::triMesh(id);
mesh.add_vertex(TriMesh::Point(0,0,0));
mesh.add_vertex(TriMesh::Point(1,0,0));
mesh.add_vertex(TriMes...Code to reproduce:
```
int id;
emit addEmptyObject( DATA_TRIANGLE_MESH, id);
auto& mesh = *PluginFunctions::triMesh(id);
mesh.add_vertex(TriMesh::Point(0,0,0));
mesh.add_vertex(TriMesh::Point(1,0,0));
mesh.add_vertex(TriMesh::Point(0,1,0));
mesh.add_vertex(TriMesh::Point(1,1,0));
mesh.add_face(OpenMesh::VertexHandle(0), OpenMesh::VertexHandle(1), OpenMesh::VertexHandle(2));
mesh.add_face(OpenMesh::VertexHandle(1), OpenMesh::VertexHandle(3), OpenMesh::VertexHandle(2));
mesh.delete_face(OpenMesh::FaceHandle(0));
```https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/174Uniform Remeshing produces degenerate patches using vertex selection2021-09-07T10:08:05ZZain SelmanUniform Remeshing produces degenerate patches using vertex selectionWhen using the Remesher Plugin (Uniform) on a simple mesh (cube1.off) the remesher produces broken patches.
Steps to reproduce:
- Open the cube1.off in `/path/to/OpenFlipper-Free/OpenFlipper/`
- Select a large proportion of a side of the...When using the Remesher Plugin (Uniform) on a simple mesh (cube1.off) the remesher produces broken patches.
Steps to reproduce:
- Open the cube1.off in `/path/to/OpenFlipper-Free/OpenFlipper/`
- Select a large proportion of a side of the cube
![cube1](/uploads/1d548a7445a3a352eb37bec779754220/cube1.png)
- Set the edge length (0.02 here)
![cube2](/uploads/bae851765546d0efdf239759b4813d37/cube2.png)
- Remesh
![cube3](/uploads/c6732e3c195e6a84c5ead22456f6f3e2/cube3.png)
- Close up of degenerate path
![cube4](/uploads/852e034c57c253475f7e6ac2b91e335e/cube4.png)
If you compare the result to the input and edge length of 0.02 is not too small compared to the average. Starting with a value of 0.025 and then choosing 0.02 also results in this kind of behavior.Jan Möbiusmoebius@cs.rwth-aachen.deJan Möbiusmoebius@cs.rwth-aachen.dehttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/175Bad remesh and .stl export2021-09-07T10:07:57ZValentin NigolianBad remesh and .stl exportConcerns the master branch.
Remeshing the attached file with the Uniform Remesher results in a bad .stl export.
I used the "Estimate Parameters" button to get the remeshing parameters.
All faces were selected
[octopus-2.stl](/uploa...Concerns the master branch.
Remeshing the attached file with the Uniform Remesher results in a bad .stl export.
I used the "Estimate Parameters" button to get the remeshing parameters.
All faces were selected
[octopus-2.stl](/uploads/491cbabf39a6d5f4bfad584d62a2be2c/octopus-2.stl)Jan Möbiusmoebius@cs.rwth-aachen.deJan Möbiusmoebius@cs.rwth-aachen.dehttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/180Panning broken when zooming in?2021-09-07T10:07:48ZJan Möbiusmoebius@cs.rwth-aachen.dePanning broken when zooming in?In V4.1 (Windows), panning the view by holding the middle mouse/scroll
wheel no longer works after double-clicking on a mesh to change the
center of rotation. Panning works before double-clicking. This is a
regression from V4.0 (Windows)...In V4.1 (Windows), panning the view by holding the middle mouse/scroll
wheel no longer works after double-clicking on a mesh to change the
center of rotation. Panning works before double-clicking. This is a
regression from V4.0 (Windows).
I looked at this behavior more and have a correction and clarification.
The behavior is the same in 4.0 and 4.1. The pan behavior appears to be
scaled by the zoom level, so after double-clicking to focus/zoom a
couple times, the pan scaling is effectively zero. That is the realJan Möbiusmoebius@cs.rwth-aachen.deJan Möbiusmoebius@cs.rwth-aachen.de