Skip to content
This repository has been archived by the owner on Mar 29, 2024. It is now read-only.

tulipgui-python under Anaconda and macOS, libpng issue (Python 2.7) #18

Closed
renoust opened this issue Sep 8, 2017 · 3 comments
Closed

Comments

@renoust
Copy link

renoust commented Sep 8, 2017

Hi,

I have an issue with libpng with Anaconda + tulipogl in macOS, any idea?
It works fine with the native python.

Python 2.7.13 |Anaconda 4.4.0 (x86_64)| (default, Dec 20 2016, 23:05:08) 
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
Anaconda is brought to you by Continuum Analytics.
Please check out: http://continuum.io/thanks and https://anaconda.org
>>> from tulipgui import *
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/work/Anaconda2/anaconda/lib/python2.7/site-packages/tulipgui/__init__.py", line 25, in <module>
    from tulipogl import tlpogl
  File "/work/Anaconda2/anaconda/lib/python2.7/site-packages/tulipogl/__init__.py", line 32, in <module>
    import _tulipogl
ImportError: dlopen(/work/Anaconda2/anaconda/lib/python2.7/site-packages/tulipogl/native/_tulipogl.so, 2): Symbol not found: _inflateValidate
  Referenced from: /work/Anaconda2/anaconda/lib/python2.7/site-packages/tulipogl/native/libpng16.16.dylib
  Expected in: /work/Anaconda2/anaconda/lib/python2.7/lib-dynload/../../libz.1.dylib
 in /work/Anaconda2/anaconda/lib/python2.7/site-packages/tulipogl/native/libpng16.16.dylib
@jason-vallet
Copy link

Hey,
Is your libz.1.dylib reachable from Anaconda?

@anlambert
Copy link
Contributor

Hey,

I fixed that issue in 7c3b81b but tulip-python 5.0 packages were already pushed on PyPi at that time ...
Maybe I will push a 5.0.0.post1 as some bugs have been found since then (especially on MacOS) but I need to find some time to do it.

@renoust
Copy link
Author

renoust commented Sep 8, 2017

Ooops, I didn't see this commit! (We were trying out from the pypi packages at a tutorial)
Thanks a lot!

p-mary referenced this issue in anlambert/talipot 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 subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants