OpenFlipper-Free issueshttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues2017-07-26T08:09:32Zhttps://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?