OpenFlipper-Free issueshttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues2018-05-24T09:02:38Zhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/156Fix copy command not found in ci-windows-bootstrap.bat2018-05-24T09:02:38ZJan Möbiusmoebius@cs.rwth-aachen.deFix copy command not found in ci-windows-bootstrap.batOpenFlipper-4.0Martin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/79Fix warning2017-05-04T12:33:24ZJan Möbiusmoebius@cs.rwth-aachen.deFix warninge:\gitlab\builds\2dad8761\0\openflipper-free\openflipper-free\acg\gl\DrawMeshT.cc(263): warning C4267: "return": Konvertierung von "size_t" nach "int", Datenverlust m�glich
131> e:\gitlab\builds\2dad8761\0\openflipper-free\openflipper-...e:\gitlab\builds\2dad8761\0\openflipper-free\openflipper-free\acg\gl\DrawMeshT.cc(263): warning C4267: "return": Konvertierung von "size_t" nach "int", Datenverlust m�glich
131> e:\gitlab\builds\2dad8761\0\openflipper-free\openflipper-free\acg\gl\DrawMeshT.cc(263): note: Bei der Kompilierung der Klassen-template der "int ACG::DrawMeshFaceInput<Mesh>::getNumFaces(void) const"-Memberfunktion
131> with
131> [
131> Mesh=TriMesh
131> ]
131> e:\gitlab\builds\2dad8761\0\openflipper-free\openflipper-free\acg\gl\DrawMeshT.cc(568): note: Siehe Verweis auf die Instanziierung der gerade kompilierten Klassen-template "ACG::DrawMeshFaceInput<Mesh>".
131> with
131> [
131> Mesh=TriMesh
131> ]
131> e:\gitlab\builds\2dad8761\0\openflipper-free\openflipper-free\acg\gl\DrawMeshT.cc(408): note: Bei der Kompilierung der Klassen-template der "void ACG::DrawMeshT<Mesh>::rebuild(void)"-Memberfunktion
131> with
131> [
131> Mesh=TriMesh
131> ]OpenFlipper-4.0https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/30Flat Shading Broken in Shader Pipeline2016-10-20T08:24:20ZHans-Christian EbkeFlat Shading Broken in Shader PipelineOften (but not always) I get broken shading with the shader pipeline renderer while the classic renderer works just fine. See the two screen shots. The first one shows the scene as rendered by the shader pipeline, the second one as rende...Often (but not always) I get broken shading with the shader pipeline renderer while the classic renderer works just fine. See the two screen shots. The first one shows the scene as rendered by the shader pipeline, the second one as rendered by the classic renderer. Observe the erratically shaded triangles on the left in the first picture.
![bug](/uploads/71b21b426b820ee4949e19cef17f3397/bug.png)
![bug2](/uploads/ffbbe1b8b6f3faa46b84b118e43758a9/bug2.png)
https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/106GLError on OSX With Qt 5.7 and Qt 5.82017-08-02T09:07:31ZMartin SchultzGLError on OSX With Qt 5.7 and Qt 5.8When i compile OpenFlipper on OSX using Qt 5.7 or Qt 5.8 i get GLErrors when i add geometry to an empty scene.
E.G. add a cube to a freshly started OpenFlipper.
If this is caused by the QPainter, which is indicated by my preliminary te...When i compile OpenFlipper on OSX using Qt 5.7 or Qt 5.8 i get GLErrors when i add geometry to an empty scene.
E.G. add a cube to a freshly started OpenFlipper.
If this is caused by the QPainter, which is indicated by my preliminary tests, i recommend reimplenting the QPainter. This way we might be able to provide CoreProfile compatibility with Qt Versions older than 5.9 and fix this issue at the same time.Martin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/108Grouping created objects from with RPC::callFunctionValue does not work as ex...2017-06-07T13:25:23ZIsaak LimGrouping created objects from with RPC::callFunctionValue does not work as expected.1. Create a bunch of objects with `emit addEmptyObject` and store the ids.
2. Group them with `RPC::callFunctionValue<int>("datacontrol","groupObjects", ids, QString("test_group"));`
This will result in the situation shown in the imag...1. Create a bunch of objects with `emit addEmptyObject` and store the ids.
2. Group them with `RPC::callFunctionValue<int>("datacontrol","groupObjects", ids, QString("test_group"));`
This will result in the situation shown in the image: ![datacontrol](/uploads/ba4e513cea94b5cdae176ae69d9d56c1/datacontrol.png)
It is no longer possible to expand the group.
Note that `groupObjects` behaves as expected when using `RPC::callFunctionValue` on objects that were added via the UI (e.g. creating them with the PrimitivesGenerator Plugin).Martin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/53Grouping in data control does not update the tree2017-05-04T12:33:26ZJan Möbiusmoebius@cs.rwth-aachen.deGrouping in data control does not update the treeOpen two objects
Mark both in datacontrol
rightclick on them and select group
result 2 objects outside group
should be two objects inside group
renaming the objects updates the treeOpen two objects
Mark both in datacontrol
rightclick on them and select group
result 2 objects outside group
should be two objects inside group
renaming the objects updates the treeOpenFlipper 3.1Martin SchultzMartin Schultzhttps://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/24Icon for align meshes plugin toolbox2016-01-05T11:49:36ZJan Möbiusmoebius@cs.rwth-aachen.deIcon for align meshes plugin toolboxOpenFlipper 3.0Martin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/38Implement scripting include statement2016-04-08T08:09:34ZJan Möbiusmoebius@cs.rwth-aachen.deImplement scripting include statementin order to streamline and simplify my scripts (often 300-500 lines), I would like to outsource recurring passages into separate scripts and call them from a main script. I can execute scripts using the scripting interface (ScriptInterfa...in order to streamline and simplify my scripts (often 300-500 lines), I would like to outsource recurring passages into separate scripts and call them from a main script. I can execute scripts using the scripting interface (ScriptInterface::executeFileScript()) within my plugin, but can I do so within a script? My questions:
* Is it possible to execute a script within another script.
* If so, how can I pass arguments (such as an object id to be used within the called script) and how can I get a return value (e.g. object id of newly created object).
* If not, any ideas on how to best implement it.OpenFlipper 3.0Jan Möbiusmoebius@cs.rwth-aachen.deJan Möbiusmoebius@cs.rwth-aachen.dehttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/178Include what you use job for OpenFlipper2021-02-01T12:07:40ZJan Möbiusmoebius@cs.rwth-aachen.deInclude what you use job for OpenFlipperPlease create a new build job which uses include what you use (Linux only):
Maybe we need to include a mapping file to handle Qt 5 correctly
Beispiel:
cmake -DCMAKE_CXX_INCLUDE_WHAT_YOU_USE="iwyu" ../OpenFlipper-FreePlease create a new build job which uses include what you use (Linux only):
Maybe we need to include a mapping file to handle Qt 5 correctly
Beispiel:
cmake -DCMAKE_CXX_INCLUDE_WHAT_YOU_USE="iwyu" ../OpenFlipper-FreeJohannes LenzenJohannes Lenzenhttps://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/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/176Intermittent UIC related compile failures with CMake 3.18 on Windows2020-11-20T09:13:02ZMartin HeistermannIntermittent UIC related compile failures with CMake 3.18 on WindowsWith the following setup, in many compile runs, some `ui_*.h` files are not found, i.e. UIC is not run:
- Windows 10
- MSVC 2019
- Qt 5.15
- CMake 3.18
Sometimes, regenerating the project, switching between release/debug types ...With the following setup, in many compile runs, some `ui_*.h` files are not found, i.e. UIC is not run:
- Windows 10
- MSVC 2019
- Qt 5.15
- CMake 3.18
Sometimes, regenerating the project, switching between release/debug types and full solution rebuilds actually yield a success, but I haven't been able to figure out any pattern.
Not all `ui_*.h` files are missing (the build results in an incomplete OF that works, but is without the DataControl plugin), however I also couldn't make out what makes the failing ones special. The following ones 'tend' to fail:
- `ui_QtMaterialDialogUi.h`
- `ui_lightWidget.h`
With CMake 3.14 (everything else unchanged), the issues do not seem to appear.
This behavior occurs both on my machine and on the machine of one of our students.https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/93Investigae CMAKE performance2017-05-23T13:15:04ZMartin SchultzInvestigae CMAKE performanceCMAKE has become quite slow. investigate possible performance issues by means of profiling and analysis of the cmake code.CMAKE has become quite slow. investigate possible performance issues by means of profiling and analysis of the cmake code.https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/173Loading Objects moves progressbar behind filepicker2020-08-13T13:11:32ZZain SelmanLoading Objects moves progressbar behind filepickerAs apparent in the screenshot the filepicker hovers above the progressbar window. Not knowing whether it is loading the file or not, can be confusing if not aware of this and the progressbar is completely covered (as it is default).
![im...As apparent in the screenshot the filepicker hovers above the progressbar window. Not knowing whether it is loading the file or not, can be confusing if not aware of this and the progressbar is completely covered (as it is default).
![image](/uploads/faf24a3d0d42a2e16ac17979aeae9802/image.png)https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/7Loading PolyMeshes to OpenFlipper results in unusable normals with values INF...2015-11-03T20:21:26ZChristopher TenterLoading PolyMeshes to OpenFlipper results in unusable normals with values INF/NANLoad a polymesh with a non-convex polygon (attached) and the halfedge normals as they are stored in OpenMesh are unusable.
Normals are set to value -1.#INF.
This doesn't happen for triangle meshes or poly meshes in which all polygons...Load a polymesh with a non-convex polygon (attached) and the halfedge normals as they are stored in OpenMesh are unusable.
Normals are set to value -1.#INF.
This doesn't happen for triangle meshes or poly meshes in which all polygons are convex.
attached:
starbox.obj: obj file to load containing a star shape polygon.
loaded.obj: the mesh as it is stored in OpenMesh after importing
[loaded.obj](/uploads/82fa24351f3cd237a4ef5ad3289c4ca0/loaded.obj)
[starbox.obj](/uploads/6b00aafba305710db6f165cbfdc8e36d/starbox.obj)
https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/32MemInfo Plugin shows incorrect data on OS X2016-05-11T09:23:39ZAlexander DielenMemInfo Plugin shows incorrect data on OS XThe MemInfo plugin shows incorrect data due to a conversion error.
I have attached a possible fix.
The resulting numbers are somewhat more plausible. However, they are not consistent with Activity Monitor and htop.
[memory.diff]...The MemInfo plugin shows incorrect data due to a conversion error.
I have attached a possible fix.
The resulting numbers are somewhat more plausible. However, they are not consistent with Activity Monitor and htop.
[memory.diff](/uploads/a27b0ed1d9263cdda60ed34b742693c0/memory.diff)
Martin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/3MemoryInformation on OSX2015-11-09T08:54:54ZMartin SchultzMemoryInformation on OSXI fixed the redmine issue #2533 (btw it would be nice if we only add issues to either redmine or gitlab but using both is confusing)
however i would like to add memory statistics on osx... is there a way to test my code without pushin...I fixed the redmine issue #2533 (btw it would be nice if we only add issues to either redmine or gitlab but using both is confusing)
however i would like to add memory statistics on osx... is there a way to test my code without pushing it to gitlab? Something like local testing on an apple device?https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/89meshConversion fails when converting to polyMesh2017-05-04T12:33:24ZMartin SchultzmeshConversion fails when converting to polyMeshthe scripted code returns always -1 when a mesh is converted to polymesh.
seems to be a type of line 139 where a local copy of the variable newID is used.the scripted code returns always -1 when a mesh is converted to polymesh.
seems to be a type of line 139 where a local copy of the variable newID is used.Martin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/153MeshInfo on TriMesh without connectivity shows bogus results2018-06-19T08:55:14ZMartin HeistermannMeshInfo on TriMesh without connectivity shows bogus resultsWhen loading point cloud data and using the MeshInfo plugin, it's showing some strange values for face valence (2**32-1), edge length etc (large floats).When loading point cloud data and using the MeshInfo plugin, it's showing some strange values for face valence (2**32-1), edge length etc (large floats).