System.Drawing.Image.get_Width()で、「使用されたパラメータが有効ではありません」という例外が発生します。
ソース的にはImageの変数.Widthで例外が発生しています。
Imageはnullじゃない状態なんですが…何ででしょう…
しかも自分の環境で再現できません…
どう考えてもおかしいんですが、やっぱりいつものようにくだらないミスなんじゃないかと思っています…
思ったところで解決策が見つかるわけでもなく…困り果てたのでブログに投稿してみた次第。

　MultiWallpaperが窓の杜ソフトライブラリに掲載されました。
URLとしてはこちら。
http://www.forest.impress.co.jp/lib/dktp/wpprscr/wallpaper/multiwallpap.html

　毎月見直すらしいので、来月にはなくなってるかもしれませんが…

　結構前から悩んでいたメモリ不足の問題に対処してみました。
まあ簡単に言えば、今までは画像全てを使って縁が白くなるのを防ぐ処理を行っていたのを、縁だけ縁が白くなるのを防ぐ処理を行って普通に拡大した画像全ての上に貼り付けるという方法でメモリ使用量を減らしました。
画面サイズや設定によって変わりますが、だいたい今までの100分の1のビットマップサイズで処理できるようになりました。
とりあえず自分の環境では問題がないことは確認しましたが、画像や設定によってはいまいちなこともあるかもしれません…

　MultiWallpaperでメモリ不足のエラーを出さずにうまく壁紙を作る方法が。
今週末の日曜にはITパスポート試験があるから、その後にでも早速取りかかってみますか…

　あと欲しいけど見つからないソフトが、Vistaの音量ミキサを使いやすくしたソフト…
音量ミキサは非常に便利なので常時表示させてるんですが、ちょっと邪魔。
あとフォントがおかしくなったりとか、音量調節が連動されるとか、実際に音が出てからじゃないとリストに出ないとか、一度音を出すとプログラム終了までずっと表示されてるとかがちょっと自分には合わないので変えたいところ。
自分では作れそうにもないし英語でも良いからないかなぁ…

　最近バージョンアップしまくり…

　今回はタグ機能の強化とその他修正と改良を行いました。
タグ機能は自分は使ってなかったりするのですが、Firefoxでは便利に使っているので便利さについては分かっているつもりです。
何かFirefoxをパクった感じになってますが…これが最良の形だなぁということで…
たぶんFirefox以前にも元ネタがあるはず…

　修正はまあ色々。
改良はマルチスレッド化とか並び替えできるようにとかしてみました。
が、知識はないため色々心配です…
一応動作に問題がないことは確認しましたが、何かおかしいところがあれば報告していただけるとありがたいです。

　先日公開したver.1.6にバグが…
設定ファイルの中身をちょっと変えたのですが、保存されている設定をコピーするところでミスしてしまいました。
そして中途半端にコピーされてしまい、チェックしているつもりの部分をすり抜けてエラーが起きてしまいましたとさ…

　ver.1.6で起動してエラーが起きてしまった場合でも、ver.1.6aで起動すれば保存されている設定は読み込めます。
左側の、最後に壁紙にした組み合わせは読み込めませんが…

　以前は機能していたウィンドウ位置の保存ができなくなっていたのを修正したのですが、ウィンドウが保存された位置に表示される前に別のところに表示されてしまうのは仕様です。
もちろん表示されなくはしたいのですが…うまくいきません…
別の機能のためにいろいろ変なことをしているんですが、それがここに来て祟った感じです。
一瞬ウィンドウを不可視にするだけでも複数の問題が起きるという…
とりあえず自分が確認できた分だけ防ぐことはできますが、他に問題が起きてしまいそうな気がするので一瞬ウィンドウが出るのはあきらめました。

　他にも要望があった機能の追加や、メモリ不足のエラーが出ないように防ぐようにいくつかの修正を行いました。
Simple MultiWallpaper Changerの方もいくつか修正を行った後に公開予定です。

　バグ修正と、やっと最新のMultiWallpaperの設定をSimple MultiWallpaper Changerでも読み込めるようにしました。

　SQLiteで保存するようにしようとか言っていましたが、SQLは全然分からなくて面倒なため諦めました。
MultiWallpaperで設定を書き出して、それをSMWCで呼び出すのが普通ですが、壁紙の組み合わせを保存してある配列（3次元ジャグ配列）を保存して読み込むというのはめんどくさいしミスも起こりそうだと思い、何か良い方法はないかなぁと考えていたところ、プロセス間で配列のまま送り、SMWC側でシリアル化すれば楽という気がしてきました。
気がしたのでやってみましたが…そう楽でもなかったです…

　うちの環境ではそれほどとは思いませんでしたが、環境によってはMultiWallpaper終了時にだいぶ時間がかかるかもしれません。
MultiWallpaperを終了しようとしてから、
SMWCを起動→SMWCから起動OKを送る→MultiWallpaperから配列を送る→MultiWallpaper終了
と普段より処理が増えています。
「配列送られたOK」も送ろうかと思いましたが、少しでも早いほうが良いかと言うことで省略。
動作確認はしていますが、もし動かないようなことがあれば連絡ください。