Processing Ajax...

Title

Message

Confirm

Confirm

Confirm

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure?
Save up to 50% on our desktop apps during our Year End Sale!Save up to 50% on our desktop apps during our Year End Sale, including DisplayFusion, ClipboardFusion, FileSeek, LogFusion, TrayStatus, and VoiceBot!Save up to 50% on our desktop apps during our Year End Sale!

User Image
Carsten Franke
99 discussion posts
Hi Jon,

the facts in a short:
- 281 images files
- 177mb
- 0.63mb per file
- different background image for every monitor (2 devices, 1600x1200 and 1440x900)
- DF running since 8 hours and 40 minutes
- background image changes every 20 minutes
- 26 switches until now for today

Today I saw that DF wrote ca. 290mb of data on my hdd. This are more than 10mb per switch! What is DF doing?!
I'm using sysinternal's process explorer:
-- http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

DF doesn't slow down my laptop, so it's no problem for me. But maybe you can reduce the written bytes per switch. Maybe it will make some people lucky. :)

Have fun,
Carsten
Feb 3, 2009  • #1
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Where do you see the stats for bytes written? I'm looking in the process properties tab for DisplayFusion and I see stats for "writes" and "write bytes delta" - am I looking in the right place?
Feb 3, 2009  • #2
User Image
Carsten Franke
99 discussion posts
You can configure the columns to be shown: View - Select columns... - Process performance - I/O Read Bytes and I/O Write Bytes
The delta may be interesting too in this case.

Carsten
Feb 3, 2009  • #3
User Image
benway
343 discussion posts
DF writes a CustomeWallpaper.bmp file (in my case a dual screen width file), and bmp's are huge (10 meg), so that may be correct.

Not sure if windows will use a .jpg without converting it to a big 'ol .bmp file...
Feb 3, 2009  • #4
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Unfortunately the Windows (Win32) API for changing the wallpaper only accepts .bmp files. This is a limitation of Windows, not DisplayFusion. As a result, DisplayFusion will use more space than the jpg images alone would use.
Feb 3, 2009  • #5
User Image
benway
343 discussion posts
Quote:
Unfortunately the Windows (Win32) API for changing the wallpaper only accepts .bmp files. This is a limitation of Windows, not DisplayFusion. As a result, DisplayFusion will use more space than the jpg images alone would use.

Do you know how Windows 7 handles wallpaper? (.bmp or .jpg/.png)
Feb 3, 2009  • #6
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
I haven't checked yet, but I plan on downloading the new SDK (over 1.3 GB) after the release of DisplayFusion v2.3. I know that all of the existing methods will work as expected, but I am interested to see if they added anything new to help out the new Windows Themes functionality.
Feb 3, 2009  • #7
User Image
benway
343 discussion posts
Quote:
I haven't checked yet, but I plan on downloading the new SDK (over 1.3 GB) after the release of DisplayFusion v2.3. I know that all of the existing methods will work as expected, but I am interested to see if they added anything new to help out the new Windows Themes functionality.

Looks like Vista (and W7) use .JPGs now: Good article:

http://chris.pirillo.com/vista-wallpaper-tip/

"Okay, since Windows Vista supports JPG wallpapers, you should no longer set your wallpaper through Internet Explorer (which converts images to BMP before they’re set to your desktop, totally nullifying any kind of improvement the Vista shell team did in respect to saving system resources). Here’s how I’d suggest doing it from this point forward...."
Feb 4, 2009  • #8
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Thanks for the link - I'll take a look. :)
Feb 4, 2009  • #9
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)