-
Notifications
You must be signed in to change notification settings - Fork 32
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
Question: Visualizing high resolution image is slow #300
Comments
I'd assume the slowness has to do with ImageView using Cairo to draw an image into a memory buffer, which is then shown by GTK. There's little to no GPU involvement, as far as I understand it. There are probably ways to eke out more performance within the current approach (perhaps by doing what you say), but it would probably be more efficient to use GL or the equivalent to do the rescaling and drawing. That would require someone rewriting the Canvas code in GtkObservables to use GL rather than Cairo. |
With ImageJ is an image pyramid being used (such as with BigDataViewer) ? |
Over the summer I did some profiling of ImageView's rendering of big images and found that for the "earth" test image, almost 90% of the time in the canvas "draw" function was spent calling |
When visualizing a high resolution image, ImageView seems quite slow (slower than ImageJ). To speed up, is it possible to limit the image resolution to that of monitor; but visualize the original resolution when a region is zoomed in? I guess when the image resolution is larger than that of monitor, it may not necessary to load all the pixels.
The text was updated successfully, but these errors were encountered: