Speed of loading JPEG files v AFPHOTO

[mapline]

Hi

 

Afphoto files load very fast but jpeg soooooo slow.

 

As jpeg will be commonly used why can't they load as fast as Afphoto's.

 

Feel it detracts from an excellent app.

 

 

[TonyB]

How slow is slow? Can you time it relative to another app? Also what size of jpeg MB and Pixel size?

 

I'm not aware of the Mac version being slower than any other mac App so perhaps it's a Windows build issue.

[Ablichter]

How slow is slow? Can you time it relative to another app? Also what size of jpeg MB and Pixel size?

Sometimes up to five times (or even worse, depends on the size) slower than with PS/ACR. See attachment.

 

All times by dragging and dropping files from into app. Times for RAW/DNG until they appear in PS incl. me ticking "Open" in ACR. Times for RAW/DNG in AFPhoto until the appear in AFPhoto (even) without clicking "Develop."

 

Files stored on a SSD.

 

See also this thread.

[TonyB]

Thanks, any chance you could post a DropBox link to your test files.  I will test on the Mac first and then validate on Windows to see if we have a problem.

 

Also the TIFF loads look very quick for PS. You must have a very fast PC to load over a gigabyte of data in just over a second.

[Ablichter]

Thanks, any chance you could post a DropBox link to your test files.  I will test on the Mac first and then validate on Windows to see if we have a problem.

I can do that, but all together they are ~6GB and I can't do it from here, because the line will be clogged. You either have to wait 3 hours until I am home or, since the TIF/PSD don't have special developments or layers, you can download the RAW sample from here and make own derivates - regarding the size they should come out similar. Just let me know, the time it needs to up-/download would be the same or longer as it needs to make derivates.

It's the 64MBRAW from the 5D DS. I forgot to mention that TIF and PSD have two additional layers, just copy and paste.

 

Also the TIFF loads look very quick for PS. You must have a very fast PC to load over a gigabyte of data in just over a second.

This is what PS says and it seems to be right.

The PC is an i5-6600 3.3Ghz, 16GB, with a THNSN5256GPU7_NV SSD (nominal read speed 2.058MB/s, but morelikely at an average of ~1.500MB/S.

But my older AMD at home, also with SSDs, has similar values.

 

[TonyB]

RAW is a different story as processing take a massive percentage of the time to load. TIFF, JPEG, PSD is nearly all reading so it's that metric I'm concerned about. The files later would be fine, you have already given me timings for Windows PS so that's a good start if you send me the same files.

[Ablichter]

RAW is a different story as processing take a massive percentage of the time to load. TIFF, JPEG, PSD is nearly all reading so it's that metric I'm concerned about. The files later would be fine, you have already given me timings for Windows PS so that's a good start if you send me the same files.

Okay, will send them soon.

What I notice while timing the load times, is that AFP does a 3, 4 or 5 second "wait" while loading, The duration seems to depend on the file size:

574MB 8bit TIF

1.38GB 16bit TIF

Shortly before that, Processmonitor shows a BufferOverFlow, but I am not sure if this is true or means a thing.

The marked colums to the right are 1. Absolute time since the image was draged to AFP and 2. Completion time

[Ablichter]

RAW is a different story as processing take a massive percentage of the time to load. TIFF, JPEG, PSD is nearly all reading so it's that metric I'm concerned about. The files later would be fine, you have already given me timings for Windows PS so that's a good start if you send me the same files.

Okay, I sent you the link to the images via PM.

While checking the load time of the images with Sysinternals Processmonitor I noticed something I didn't before: there are "Profiling Events". Other Programs have them too, they are running 1 to 2 ms, but here they are IMHO running 1 second each, depending on the files size >10 in a row witch delays the load of the images.

I am not a coder nor I am able to tell what those "Profiling Events" in there do, but can it be some analyzing/debugging code is still working in there?

[Mark Ingram]

According to this thread http://forum.sysinternals.com/process-profiling-every-one-second_topic15828.html the events are generated by ProcessMonitor to get information from the process you're observing.

 

When I get in tomorrow I'll do a comparison to some other image editors with some of my sample images.

[Ablichter]

According to this thread http://forum.sysinternals.com/process-profiling-every-one-second_topic15828.htmlthe events are generated by ProcessMonitor to get information from the process you're observing.

 

When I get in tomorrow I'll do a comparison to some other image editors with some of my sample images.

Okay, thanks, I didn't know that. Since the Profiling Events are not the cause for the stall, it seems there is absolutely nothing happing with AFP in this seconds.

[Ablichter]

Some hints on that: seems AFP parses the file several times (?), stalls for a couple of seconds before actuall showing it.

File size 497MB (522.061.824 Byte), 8bit compressed TIF, two additional layers.

 

Photoshop:

 

 

[Patrick Connor]

RAW file loading speed and other RAW improvements will be available in the forthcoming 1.6 point release and are checkable now in the current customer beta #85 and above.