OpenFlipper-Free issueshttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues2021-02-02T11:30:47Zhttps://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/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.de