gco / xee

Automatically exported from code.google.com/p/xee
72 stars 8 forks source link

Rendering to IOSurface is slow #367

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Xee 3.1
OS X 10.8.4
Macbook Pro Retina 13"

Atrocious delays when loading images!!!
JPGs, ARWs etc...

Original issue reported on code.google.com by sp.79222...@gmail.com on 17 Aug 2013 at 7:56

GoogleCodeExporter commented 9 years ago
I'd need some more concrete information before I can begin to do anything about 
it. What kind of delay, how big files, loading from where, how quickly do they 
load in other programs, and so on.

Original comment by paracel...@gmail.com on 17 Aug 2013 at 8:45

GoogleCodeExporter commented 9 years ago
ArcSoft Photo+ works perfectly.
Seems  Xee 3.1 has no chache. All the files starting from 1MB have noticeable 
delays.
RAW files of 20+ MB being loaded for 5..6 sec.
Doesn't mean from system SSD or from external USB 3.0 HDD.
Scaling quality doesn't affect the delay. 

Original comment by sp.79222...@gmail.com on 17 Aug 2013 at 8:56

GoogleCodeExporter commented 9 years ago
I found the issue #342 to be very close to my case.
But MacBook Pro Retina 13" late 2012 has no any NVIDIA graphic chip.
My notebook is new and clean. I haven't installed any software yet but AcrSoft 
Photo+ (deinstalled) and Xee 3.1.  

Original comment by sp.79222...@gmail.com on 17 Aug 2013 at 9:07

GoogleCodeExporter commented 9 years ago
There is a cache of one image forward and one backwards. If you are loading 
large images, it will not be instant. Please try to compare to how fast Preview 
loads the same image from scratch. If there is a noticeable difference that is 
a bug that needs to be fixed.

Original comment by paracel...@gmail.com on 17 Aug 2013 at 9:17

GoogleCodeExporter commented 9 years ago
Just've tried v3.0. Unacceptably slow as well. 
ArcSoft Photo+ works perfectly on the same files.
FSViewer for Windows acts 10 times faster on FullHD.  

Original comment by sp.79222...@gmail.com on 17 Aug 2013 at 9:26

GoogleCodeExporter commented 9 years ago
Please compare with Preview, though.

Original comment by paracel...@gmail.com on 17 Aug 2013 at 9:33

GoogleCodeExporter commented 9 years ago
Came back to ArcSoft Photo+.
It's DRAMATICALLY FASTER! But I dislike the interface.
So it's something wrong with Xee... :(
Progressive image output should help you a little, but I think won't eradicate 
the issue.
I've got used to work with FSViewer on PC. Incomparably quick!

Original comment by sp.79222...@gmail.com on 17 Aug 2013 at 9:37

GoogleCodeExporter commented 9 years ago
Preview?
No problem with Preview.
Quite quick.

Original comment by sp.79222...@gmail.com on 17 Aug 2013 at 9:40

GoogleCodeExporter commented 9 years ago
Have you tested Xee on MacBook Pro 13" Retina?

Original comment by sp.79222...@gmail.com on 17 Aug 2013 at 9:41

GoogleCodeExporter commented 9 years ago
It's somewhat wrong with Open Recent menu item in my Xee.
It's always empty despite I've opened many photos.

Original comment by sp.79222...@gmail.com on 17 Aug 2013 at 9:44

GoogleCodeExporter commented 9 years ago
No, I do not have a Retina MacBook to test with.

Can you upload an image that is loading slowly?

Original comment by paracel...@gmail.com on 17 Aug 2013 at 9:46

GoogleCodeExporter commented 9 years ago
When i start a slideshow in Xee (Black Style) i see interlaced black screens. 
For 3..5 MB files in slideshow I see even more black screen that the photos 
themselves.
I've never seen such slide shows...

The fact is that the same file can be displayed with random delay.

Original comment by sp.79222...@gmail.com on 17 Aug 2013 at 9:59

Attachments:

GoogleCodeExporter commented 9 years ago
It loads a little bit slow here too, but not quite that badly. I will look into 
it and see if I can figure out what is causing the delay, though. It doesn't 
seem to be the actual loading, but something strange.

Original comment by paracel...@gmail.com on 17 Aug 2013 at 10:49

GoogleCodeExporter commented 9 years ago
Yes, I've located the problem. After loading the image, it is first drawn once 
into a memory buffer, that is then used for all further redraws. For some 
images, that first draw seems to be very slow. Probably it is extra slow on 
your machine, but it does take a second or two here too, which is too long 
already.

I will have to try to find out if there is a faster way to do it.

Original comment by paracel...@gmail.com on 17 Aug 2013 at 2:36

GoogleCodeExporter commented 9 years ago
I have finally gotten some useful information out of of Apple about this. Or at 
least a slightly faster way to do things. Still perhaps not as fast as it 
should be, though. I'll try it for 3.2, though.

Original comment by paracel...@gmail.com on 27 Sep 2013 at 1:04

GoogleCodeExporter commented 9 years ago
The same problem - random annoying delays when viewing JPG files at MacBook Pro 
15" (mid 2011). File size - vary, 5..12 Mbytes; image size - 12...36Mpix (from 
D700, D800E). Mac OS X version - 10.8.4, Xee3 - non-appstore version.

Xee 2.2 displays the same files almost instantly on the same system.

Original comment by sa.kova...@gmail.com on 2 Oct 2013 at 11:31

GoogleCodeExporter commented 9 years ago
Running Xee v3.1 on a less than 1 year old 15" Retina MBP w/SSD drive and 16GB 
of RAM. NOTHING should feel slow on this machine.

When using Xee3 to open a raw image file from a Canon 5DM2 (~25MB) it takes a 
full 14 seconds to load. The same image opens in just 3 seconds using Xee 
version 2.

Noticed that Xee is not automatically kicking in my discreet graphics, so I 
manually turned on the discreet graphics card and tried again. Same image takes 
8 seconds to load with Xee3 and 1.5 seconds with Xee2.

Needless to say to say this needs to be completely resolved or this version of 
Xee is useless.

Original comment by FreeDiv...@gmail.com on 6 Oct 2013 at 2:52

GoogleCodeExporter commented 9 years ago
I've purchased a copy of v3.2 and finding that image loading is sadly quite a 
bit slower than v2.2. Its particularly noticeable when quickly flicking through 
a directory of images or loading large files as per others' comments. in 2.2 
its pretty instantly drawn with some random but very short delays. With 3.2 you 
get really long (relative) delays that are quite annoying and detract from the 
overall excellent user experience. Hope you can fix this - primary reason why i 
still use v2.2 for my regular image viewing.

Original comment by sart...@gmail.com on 30 Oct 2013 at 5:06

GoogleCodeExporter commented 9 years ago
I've been using Xee v2.2 for quite a while and to support the developer I 
bought Xee v3.2 yesterday. Man, do I regret this. So slowwww it is on my 
Macbook Pro Retina. Please fix this problem (since the first ticket is from 
august 17, you really should work on this!!!)

Original comment by tomas...@gmail.com on 30 Oct 2013 at 6:11

GoogleCodeExporter commented 9 years ago
As I said, this is an OS X problem. I've been trying to get Apple to help out 
to figure out why things get slow sometimes, and not even they seem to be able 
to help. I would fix it right now if I knew how.

Original comment by paracel...@gmail.com on 30 Oct 2013 at 9:51

GoogleCodeExporter commented 9 years ago
if this is a OS X problem, can you explain why Xee v2.2 is much faster and 
other imagebrowsers don't have this problem. if you are not able to fix this I 
would like a refund.

Original comment by tomas...@gmail.com on 30 Oct 2013 at 10:16

GoogleCodeExporter commented 9 years ago
Because it uses a completely different loading system, with different drawbacks 
and advantages. And I can not issue refunds, you will have to ask Apple or 
Paddle for that.

Original comment by paracel...@gmail.com on 30 Oct 2013 at 10:18

GoogleCodeExporter commented 9 years ago
Issue 394 has been merged into this issue.

Original comment by paracel...@gmail.com on 31 Oct 2013 at 9:56

GoogleCodeExporter commented 9 years ago
Issue 394 has been merged into this issue.

Original comment by paracel...@gmail.com on 31 Oct 2013 at 9:57

GoogleCodeExporter commented 9 years ago
Finally I managed to find a code path that allows CGImages to get colourspace 
conversion done on the GPU so it is not incredibly slow. 3.3 should be a lot 
faster for a lot of images. The faster code path is not enabled for all colour 
formats, but it should cover the common ones at least.

Original comment by paracel...@gmail.com on 12 Nov 2013 at 12:14