Wallpaper history and file size

[andrea.ippo]

I've found a dozen old wallpapers in the xnview folder today, I suppose xnview needs these files to turn back to the previous wallpaper after you have changed it (a feature I adore...).
However, even not many files can take as much as 60-70MB space, as in my case.
So I'd like to know why all previous wallpapers are saved by xnview in bmp format even if they were jpgs originally (just for example, a full size Ferrari F430 wallpaper with jpeg compression is about 200KB, but in xnview's wallpaper history it takes something more than 3MB cause it's a bmp).

Thanks

[xnview]

I've found a dozen old wallpapers in the xnview folder today, I suppose xnview needs these files to turn back to the previous wallpaper after you have changed it (a feature I adore...).
However, even not many files can take as much as 60-70MB space, as in my case.
So I'd like to know why all previous wallpapers are saved by xnview in bmp format even if they were jpgs originally (just for example, a full size Ferrari F430 wallpaper with jpeg compression is about 200KB, but in xnview's wallpaper history it takes something more than 3MB cause it's a bmp).

Thanks

To work on all Windows platforms, the bmp is the format of wallpaper.

[andrea.ippo]

Thank you for replying.
Isn't it possible to set the default wallpaper file type for users of recent MS OS (>win xp)?

[foxyshadis]

I've asked before for xnview to just use the original file if it's on a gdiplus platform (xp, 2000, 2003, and vista can handle even more formats). Seems a complete waste to convert from one supported format to a much larger supported format. And yeah, converting unsupported formats to either a maximum quality jpeg or a png would be a better policy. Not cleaning up afterward just seems like a bug, hundreds of megs can accumulate in there very quickly.

[andrea.ippo]

In my dreams xnview should let me decide filetype and compression settings as well as the maximum number of wallpapers to store.
Or more simply just the number of wallpapers to store and make a 1:1 copy of the selected image file in its own (xnview's) folder.

[Nelson]

I've found a dozen old wallpapers in the xnview folder today, I suppose xnview needs these files to turn back to the previous wallpaper after you have changed it (a feature I adore...).
However, even not many files can take as much as 60-70MB space, as in my case.
So I'd like to know why all previous wallpapers are saved by xnview in bmp format even if they were jpgs originally (just for example, a full size Ferrari F430 wallpaper with jpeg compression is about 200KB, but in xnview's wallpaper history it takes something more than 3MB cause it's a bmp).

Thanks

To work on all Windows platforms, the bmp is the format of wallpaper.

But I don't understand why XnView has to store EVERY wallpaper?
I've asked the same question long time ago, but I didn't get the answer. Could you tell me this time?

IMHO, only ONE file called xnview_wallpaper.bmp or something else should be enough.

[andrea.ippo]

It's to allow you to go back and choose the previous wallpapers, a feature I find very useful.
What I suggest is to
a) let the user decide if the program must store such history and how many wallpapers it must remember
b) let the user decide if he wants to store the wallpaper file in the same format as the original. many of us use jpeg wallpapers which are usually over 75% lighter than bmps. I suggest this option should be enabled by default on systems running win 2000 or higher