XnView Software

For our experiment, we need to switch the photo very quick.
In Xnview, slideshow mode can key in latency without limit.
But, after test we found under 16ms, the time didn't decrease.
For example: we put 480 photos in the file and use slideshow mode (latency 8ms)
It should run out in 4~5 minutes. It still run out in 7~8 minutes.
How to solve the problem?

You means the automatic slideshow? do you use large picture file? jpeg?

Thank for reply
Our files are .bmp 1920*1080 (1.97MB)

is it automatic slidewhow or slideshow dialog?

sorry for the mistake of my first post "we put 480 photos in the file and use slideshow mode (latency 8ms)
It should run out in 4~5 minutes. It still run out in 7~8 minutes." is not "minutes ", is seconds, in 4~5 seconds and 7~8 seconds.
(I don't know is that bother your reply?)

We usually use Quick Slide Show (Is that automatic?) by turning option's delay of quick slideshow.
After see your reply, I also try slideshow dialog to put the folder in. But it seem not different at time decrease.

Our computer use vga card: GTX980 and I give a test to play a video which source is 1080p 120fps.
It seemed smooth, no lag no broken textures. But I don't know the operation for video or Xnview.
Can they be compared ?

If I understand right, we're talking about displaying 125 images per second (=8ms per image). Each single image has to be loaded, unpacked/uncompressed and displayed. I guess that these steps result in a minimum framerate in XnView which is more than 8ms and depends much on specific hardware (on your computer you observed 16ms as a minimum). Pierre (xnview) might know exactly.

Converting your images into a video is be a good idea. I guess video players like VLC can handle even high framerates because they make use of the capabilities of the video graphics adaptor when unpacking (you have tried out yourself, already and it worked with 120 fps).

Thank you for reply~
I also tried to use media player, but there is no one video editor(like sony vegas, power director, FCPX) can edit video in 120 fps timeline.
If put our graphs(480) into editor it still runs in 60 fps format and the video run out in 8 seconds.
I change a lot of software to solve the problem but it doesn't work. So, I back to Xnview, if the problem have some solutions, it will be easy way to keep on our experiments.

helmut wrote:If I understand right, we're talking about displaying 125 images per second (=8ms per image). Each single image has to be loaded, unpacked/uncompressed and displayed. I guess that these steps result in a minimum framerate in XnView which is more than 8ms and depends much on specific hardware (on your computer you observed 16ms as a minimum).

zhn wrote:Our files are .bmp 1920*1080 (1.97MB)

You could possibly create a small test image that should be opened quickly by XnView, and then test using those files to determine whether the time required to open your files is a significant factor in setting the maximum framerate you can obtain, or whether the rate is limited by some other delay in XnView...