XnView Software

Hii ,

I need a "switch" in the "Resize" action - which is "skip images with smaller size".
Before finding XnConvert & XnViewMP, I was using "FastStone Photo Resizer" (FPR) - and FPR has this "switch".

Why this Switch ?
- We have, like others, tons of old pictures - from generations of Digital-Cameras (and now Mobile-Phone-Cameras) - and Resolutions has gone up - from less than 1MP to 10+MP.
- The old pictures "doesn't hold much information" - and is "enlarged" on large hi-def screens/TV's. Making any "artifact" very visible.
- The small/old pictures, are also not very big (maybe only 100 Kbytes) - so they don't need "conversion" - versus the "big/new" 10+MP taking up 3-5 MBytes each.

What I am doing, with FPR ?
- I take any picture, bigger than for instance 3000x2000 pixel, and Convert (compress) these - and leave the "old/small" images alone.
- Knowing, that jpg/any Compression introduces more artifacts (decrease the quality of the image), I leave the small/old pictures alone.

What XnConvert/XnViewMP does, so far :
- they convert ALL images, no matter the size - also when "only reduce size" is selected (in output, Resize) - reducing the quality and re-compressing the small/old pictures.

Kind regards, and highly hoping for this switch to come along - because your software so the best and the fastest and most versatile, in the other aspects (converting around 3-10 times as fast as FPR in my 4-core i5 machine).

You can sort the images by size before converting them and select the desired range (by keeping the Shift pressed). Viewing the images As List would help to see exactly what size(s) you are selecting.

Has this been changed?

I would love the option to skip the output step if no actions are done when there are actions in the action tab.

I am trying to use XnConvert Version 1.106.0 - windows x64 (Oct 12 2025) - Libformat version 7.228 to resize huge images in a huge list of over 75,000 images over many subfolders. it's an unknown number of images that are over 4000px on the long side that I wand to Reduce Only. But when I try it, it appears to be re-saving (re-compressing) images that are not triggering the action.

The "workaround" to filter/remove images using click-shift selection based on resolution is taking way too long to try to do correctly.

I suppose it might not be difficult to add some optional conditions to the Resize action, and that they might be useful?

But would conversion be significantly slower, possibly not very much, and in any case not an issue when converting a reasonable number of files, and possibly acceptable to gain the benefit when converting a large number?

cday wrote: Mon Jan 26, 2026 9:56 pm I suppose it might not be difficult to add some optional conditions to the Resize action, and that they might be useful?

an action should only be responsible for its own scope (whether it applies and how it applies) and should not affect file operations.
'If image not resized, copy original file to output folder' checkbox in Resize (FastStone Photo Resizer) does not work when other actions are applied, which is an architecturally incorrect approach.

this behavior should instead be controlled by a global option, such as 'Skip file if no action is applied' or 'Skip unchanged files'

OK, I was thinking of something else, to only resize if a condition was satisfied, which seemed to be suggested from the thread title.

Such as to only resize if a pixel dimension was larger than an entered value, options like that might actually be useful?

cday wrote: Tue Jan 27, 2026 8:48 am Such as to only resize if a pixel dimension was larger than an entered value, options like that might actually be useful?

Resize already has 'Enlarge/Reduce' combobox [Always, Reduce only, Enlarge only]
and xenon2000 uses it