I wish we could fly this round in circles above DxO’s office so they’d actually see what’s going on here.
Having a high-quality preview is a good thing. However, if the preview’s rendering slows down navigation, then it’s useless.
For fast scrolling, it must be possible to scroll to the next image even before a preview is displayed—that is, when only an icon and the filename are shown. If I hover over an image, the low-resolution thumbnail can be read from the file and displayed. Simultaneously, a high-resolution preview with all corrections can be generated in the background.
If my thumbnail shows a rabbit instead of the snake I’m looking for, I want to scroll to the next image without having to wait for a super preview of the wrong image.
Good preview quality and fast response times are not mutually exclusive. However, the programmers must prioritize user needs over their own preferences. DXO could improve in this area.
3 Likes
An interesting idea. We would see a rotating building with people who appear to be standing still in the frame, while in reality they are walking in a circle 
1 Like
Bingo. Honestly we’re two peas in a pod on this.
Considering there’s a thumbnail bar at the base of the Development tab for PhotoLab, that (for me) is more than adequate to see what kind of pictures I’m scrolling around. Display that first, and instantly.
Next, a low-fidelity JPEG if (for some reason) PhotoLab can’t show what e.g. IrfanView is showing, as quickly as IrfanView shows it. Hell, if there are any edits on that file then rapid-display the unedited version while compiling the preview of the edited version.
Then display the high quality version, assuming the user hasn’t browsed on to another image by now.
Or if not any of this - which looks like common sense to me - then some other way of ensuring we can navigate rapidly around the program without judders and stutters and pauses and hangs.
The only delays I would remain comfortable with in an ideal world would be initial AI masking and then exporting.
I guess we already talk about that.
Because its (InfranView) use the embedded jpg. And its not show any PL editing.
Hell, if there are any edits on that file then rapid-display the unedited version while compiling the preview of the edited version. Then display the high quality version, assuming the user hasn’t browsed on to another image by now.
More-or-less its already happen in PL. Once you click on photo, And it was never ‘clicked’ and its don’t have any editing → its shows for a brief moment the embedded jpg → than of course also do the ‘full preview in progress’ → than its create the ‘cache’ folder some JPG ‘preview’, its small, like 1100x700 or something like that (and its created from the actual ‘edited’ version (or not edited if no edit). And if you click again to this photo, first its display this ‘cache folder’ ‘smaller preview’ - if no edit at all. If some edit, first show the ‘cache folder jpg’ until its not compute the ‘full preview in progress’ again.
Add-on: i forgot to mention. if no edit at all, than ‘full preview in progress’ may not happen everytime (or may just no message). If you wait a very little between changing photos. Example A → B → A . In A → B, you may see small ‘circle’ in ‘A’ → Its update for the ‘A’ the ‘Cache folder’ Thumbnail and the ‘Cache folder’ Preview. Do B → A. Same happen in ‘B’. But if you wait until the ‘little circle’ disappear from ‘B’, than no ‘full preview in progress’ happen in ‘A’. At least usually not OR its does (definitelly does in 1:1 view), but not display the ‘full preview in progress’ message.
At least in PhotoLibrary mode.
I agree. I get the same problem looking at image A and then to B or to other images with 99% of them with no edits. Why doesn’t PL9 generate thumbnails and read from it is beyond reason. The slow down kills the joy of looking through my images. For that I’m currently using iMatch by Photools.com. Great piece of software.