Wallpaper history and file size

Ideas for improvements and requests for new features in XnView Classic

Moderators: XnTriq, xnview

Post Reply
andrea.ippo
Posts: 100
Joined: Sat Jan 05, 2008 2:05 pm

Wallpaper history and file size

Post by andrea.ippo » Sat Feb 02, 2008 2:49 pm

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

User avatar
xnview
Author of XnView
Posts: 29600
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Re: Wallpaper history and file size

Post by xnview » Mon Feb 04, 2008 9:44 am

andrea.ippo wrote: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.
Pierre.

andrea.ippo
Posts: 100
Joined: Sat Jan 05, 2008 2:05 pm

Post by andrea.ippo » Mon Feb 04, 2008 10:02 am

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

User avatar
foxyshadis
Posts: 374
Joined: Sat Nov 18, 2006 8:57 am

Post by foxyshadis » Tue Feb 05, 2008 2:16 pm

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
Posts: 100
Joined: Sat Jan 05, 2008 2:05 pm

Post by andrea.ippo » Wed Feb 06, 2008 8:59 am

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
Posts: 54
Joined: Wed Apr 05, 2006 12:44 pm
Location: Tao-Yuan, Taiwan
Contact:

Re: Wallpaper history and file size

Post by Nelson » Sat Feb 16, 2008 2:27 pm

xnview wrote:
andrea.ippo wrote: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
Posts: 100
Joined: Sat Jan 05, 2008 2:05 pm

Post by andrea.ippo » Sat Feb 16, 2008 7:06 pm

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

Post Reply