When the option "Camera RAW" in reading mode is set "High Quality" and we are selecting somes thumbnails (Ctrl+Left Click) for do (cut/paste/delete/move/etc...) the small preview of the current thumbnail take VERY long time to be previewed (undecode RAW file). My propose is :
a) When you are multiselecting thumbnails only do the preview of the first thumbnail selected. Doing that, XnView don't need to undecode each new selected thumbnail -> mean faster for the selecting
b) For the mini preview of the thumbnail, why don't use directly the embeded jpeg in the RAW (if exist) instead of decode the RAW. Doing that it will accelerate the small preview
XnView 1.90 <x>
Improvement during the thumbnails selection
Moderators: helmut, XnTriq, xnview
Re: Improvement during the thumbnails selection
Not sure, many users like this behaviourfun_msa wrote:When the option "Camera RAW" in reading mode is set "High Quality" and we are selecting somes thumbnails (Ctrl+Left Click) for do (cut/paste/delete/move/etc...) the small preview of the current thumbnail take VERY long time to be previewed (undecode RAW file). My propose is :
a) When you are multiselecting thumbnails only do the preview of the first thumbnail selected. Doing that, XnView don't need to undecode each new selected thumbnail -> mean faster for the selecting
You have a setting for RAW in previewb) For the mini preview of the thumbnail, why don't use directly the embeded jpeg in the RAW (if exist) instead of decode the RAW. Doing that it will accelerate the small preview
Pierre.
Re: Improvement during the thumbnails selection
Yes, for example mexnview wrote:Not sure, many users like this behaviourfun_msa wrote:a) When you are multiselecting thumbnails only do the preview of the first thumbnail selected. Doing that, XnView don't need to undecode each new selected thumbnail -> mean faster for the selecting
fun_msa, just hide the preview pane or switch to another tab in preview pane (EXIF/...) or don't click on the image but click in a free space and make a rectangle for selection -- 3 possibilities to avoid to load each thumb./Georg
Re: Improvement during the thumbnails selection
A reminder that RAW loading on interruptible thread (like JPEG) would fit pretty well here...fun_msa wrote:When the option "Camera RAW" in reading mode is set "High Quality" and we are selecting somes thumbnails (Ctrl+Left Click) for do (cut/paste/delete/move/etc...) the small preview of the current thumbnail take VERY long time to be previewed (undecode RAW file).
Olivier
Re: Improvement during the thumbnails selection
About
The other solution evocate by Olivier_G loading preview by interruptible thread look to be the best solution...
About
Thanks GeorgD, I already discover this behavior, but it's look more like a strap just find a quick solution against multi-selection. This point could be debate a lot... but why don't let user to choose it just putting a check box in parameters ?GeorgD wrote:Yes, for example me
/Georg
The other solution evocate by Olivier_G loading preview by interruptible thread look to be the best solution...
About
-> XnView you are right I find option it's look to process preview very fast -> Excellentfun_msa wrote:b) For the mini preview of the thumbnail, why don't use directly the embeded jpeg in the RAW (if exist) instead of decode the RAW. Doing that it will accelerate the small preview
Re: Improvement during the thumbnails selection
Pierre, is this possible for 1.90?Olivier_G wrote:A reminder that RAW loading on interruptible thread (as JPEG) would fit pretty well here...
Olivier
Re: Improvement during the thumbnails selection
Yes, i'll add for CRW/NEF/CR2/...Olivier_G wrote:Pierre, is this possible for 1.90?Olivier_G wrote:A reminder that RAW loading on interruptible thread (as JPEG) would fit pretty well here...
Pierre.