Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tulip rpm build #1

Closed
wants to merge 1 commit into from
Closed

Tulip rpm build #1

wants to merge 1 commit into from

Conversation

anlambert
Copy link
Owner

WIP for integrating build of rpm packages for Tulip for testing and maintenance purpose.

If this has to be merged, it should be after Tulip-Dev#24 lands in master as it contains the required fixes to successfully build the rpm packages.

I put that here as there is some work to do on that feature and is less urgent that offering a clean install of Tulip on all platforms.

…e tulip source tarball including the dynamically generated tulip.spec file

fix tulip.spec file in order to sucessfully build Tulip packages on CentOS

this still needs to be improved in order to offer more build features (use Qt5 and Python 3 for instance) and support more distros

packaging scheme should also be reworked in order to mirror those done by OpenSuse and Fedora packagers

nevertheless Tulip should now be easily build and packaged on REHL linux distros family

also add travis build for tulip rpm package with ccache enabled in order to speedup incremental build
@anlambert anlambert changed the base branch from use-standard-install-paths to master October 23, 2017 22:19
@anlambert anlambert closed this Dec 12, 2019
p-mary referenced this pull request Jan 3, 2020
QOpenGL module is marked as deprecated since a while now so it is time
to remove its use from the Talipot codebase and promote the use of
QOpenGL* classes directly integrated in the QtGui module.

The big difference between QOpenGL and QtOpenGL from Qt5 is that all
rendering is performed in framebuffer objects, there is no more direct
rendering in the underlying os windows with its own OpenGL context.

Talipot OpenGL rendering also follows that idiom, all renderings are performed
offscreen using a shared OpenGL context. This also means that there is no
more QGLWidget as viewport for QGraphicsView. Talipot OpenGL scene are
now converted to QImage in order to display them using the default Qt raster
rendering engine. This should fixes the numerous rendering glitches observed
on MacOS.

First thing observed after the migration is a consequent performance boost
in OpenGL rendering when using an Intel GPU on a Linux host machine (especially
when selecting elements, it is now 10 times faster on debian stable).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant