ダウンロードは以下のURLから。

DirectX Software Development Kit (Jun 2010) (Microsoft.com)

ランタイムだけが必要であればこちらを選択して下さい。

DirectX End-User Runtimes (June 2010) (Microsoft.com)

先にも述べた通り、Visual Studio 2005のサポートが打ち切られ、今年初めにリリースされたばかりのVisual Studio 2010に正式対応しました。

しかし、Visual Studio 2010にDirectX SDK Jun 2010をインストールしても、今までのように自動的にSDKのインクルードパスを登録してはくれません。これは、Visual Studio 2010のディレクトリ設定方法が大幅に変わってしまったからです。全てのプロジェクトで使えるようにグローバル設定するよりも、プロジェクトごとにパスを個別登録することが推奨されるようになりました。もし、この方針を面倒と感じるようなら、「Visual C++ 2010 ExpressでVC++ディレクトリを設定する方法」を参考に、グローバル設定をしてみて下さい。

また、Visual Studio 2008では、何故かインクルードパスの自動登録に失敗する場合があるようです。Visual Studio 2010の方針転換の影響でインストールパッケージに不具合でも出てしまったのでしょうか。もし、登録されなかったときは、手動で"$(DXSDK_DIR)include"と"$(DXSDK_DIR)Lib\x86"を追加しましょう。

その他、DirectX SDK Jun 2010と併せて、2010年5月19日に公開されたMicrosoft Windows SDK for Windows 7 and .NET Framework 4 (Web版/ISO版)もインストールしておくといいかもしれません。Visual Studioに同梱されているライブラリを全て最新のものに更新してくれます。

関連記事

• Visual Studio 2010 Expressと旧版のダウンロード先まとめ
• Delphiのマルウェア汚染が急拡大、フリーソフトがピンチ…か？
• 177KBのすごいメガデモ fr-041: debris、Breakpoint 2007
• Firefox Portableとインストール版を同時起動する方法
• 一目で解るPidginのポータブル化方法
• 収益額127万ドルの奇跡、ゲーム募金The Humble Indie Bundleの成果
• Visual C++ 2010 ExpressでVC++ディレクトリを設定する方法
• IrrlichtML 1.7.1の詳細情報
• Sumatra PDF 1.1 非公式ビルド日本語文字化け対応版
• Windows Live メッセンジャー互換ソフト4種比較

www.youtube.com/watch?v=M7Aw5C7WQ6g

キャンペーンの詳細は次の通り。

募金を兼ねた投げ銭企画

大抵、このようなキャンペーンは販売促進のための安売りと思われがちです。ゲーム配信サービスのSteamでも、定期的に複数のゲームを20ドル程で纏めて販売しています。ですが、固定額を提示しなかったことによって、全ゲームの通常合計額よりも多い金額を支払った人々まで出てきました。

予め価格を設定せずに購入者の善意に任せる販売方法(Pay-What-You-Want)は、日本的な感覚から言えば、「投げ銭」や「寄付」に似ています。支払いが1セントだけだろうと1000ドルだろうと誰も咎めたりはしません。過去にも同業では2D BOYやKloonigamesが行いました。オンライン販売では、音楽業界等を含めて、ここ2～3年のうちに流行り出した手法です。

しかし、Pay-What-You-Want方式が増えてくると、インパクトに欠けてしまい人が集まらなくなってきます。今回は募金と言うスパイスを添えたことで、気軽にお金を提供したくなるような空気作りに成功したのではないでしょうか。

1週間の成果は、1人当たりの平均金額が9.05ドル。11万人が購入し、収益合計額は102万ドル(約9540万円)。キャンペーン終了後も数日間募金を継続。最終的には平均額9.17ドル、購入者数14万人、合計127万ドル(1億1716万円)になりました。大成功と言って良いでしょう。

これらの収益は、開発者、電子フロンティア財団、Child's Play charityで分配されます。電子フロンティア財団はデジタル社会での言論の自由のため、Child's Play charityは長期入院で闘病生活を送る世界中の子供達にゲームや本を贈るために活動しています。募金先の団体が、どちらもゲームに密接な関わりを持っていたことも成功の鍵だったように感じます。

また、このキャンペーンの感心するところは、魅力的な内容の他に、その運営手腕にあります。それは徹底的にコストを抑えた事。手数料のかかるSteamやDirect2Drive等の中間業者を通さず、全て自分達で処理しました。更にTwitterやFaceBookのようなSNSを媒体に、宣伝費を節約しつつ世界中に存在を広めていったのです。ただし、幾らコストを抑えると言っても、お金を掛けるところは掛けていました。決済システムは、PayPal、Amazon Payments、Google Checkoutと3種類を用意。ゲームのダウンロード用サーバーには、高負荷にも耐えられるコンテンツ配信サーバー(CDN)Akamaiを利用。正に2010年のオンライン販売の見本のような構成を、大手に頼らず自前で構築したのです。この成功を機に、クラウドサービスやSNSを活用したインディーズゲーム販売は、今後も増えていくことでしょう。

No DRMと海賊版の関係

Saving a penny -- pirating the Humble Indie Bundle (WolFire Blog)

The Humble Indie Bundleは、どのゲームにも一切のプロテクトがかかっていません。いわゆる、No DRMです。OSの買い替えや配布先の消失で動作しなくなる、と言った不安に怯える事なく、何十年先でも自由に安心して遊べるようになっています。この措置はユーザーにとって有難いのですが、海賊版の温床にもなります。

上記記事では、今回のキャンペーンでも海賊版が出現したと書かれています。その数は「P2Pを除いた状態で全体の25%程度だろう」、と。この集計は購入人数とダウンロード数の相違から算出されたもので正確な数値ではありません。ですが、海賊版が出現した事自体が驚きです。極端な話、このキャンペーンでは0.01ドル(1円以下)でも購入することが出来るので海賊版に手を染める必要は皆無です。

記事では、海賊版を手にする人達を次のように分析しています。

1. 購入手続きをするのが面倒な怠け者
2. ギフトオプションを使わずに、友達の分も上乗せして一括購入で済ませた人
3. 決済システムが使えない人(未成年や特定地域住人)
4. 権力に仇なし尖って生きる反逆者気取りの輩

2と3はともかく、1と4は厄介な手合いです。開発者は一体全体どうやって彼らへの対策をすればいいのでしょうか。記事ではこう結論を出しています。

何も対策はいらない。面白いゲームを作り、顧客満足度の高いサービス提供に注力するのが一番。

要するに海賊版を相手にするだけ無駄と言いたいのでしょう。法律専門の部署があるならいざ知らず、少人数のインディーズゲーム会社では、海賊版対策の労力に見合う成果が出ないからです。中途半端にプロテクトを掛ければ、クラッカーの知的好奇心を刺激してしまうだけで、正規ユーザーに不便を強いることになりかねません。それなら潔くノーガード戦法を貫くのも手です。

インディーズゲームのオープンソース化

Lugaru goes open-source (WolFire Blog)

Zero-day open source contributions (WolFire Blog)

キャンペーン終了後、彼らはゲーム開発者が諸手を挙げて喜ぶサプライズを用意していました。なんと、バンドルされた6本のゲームのうち、4本がオープンソースになったのです。ゲーム開発に興味がある人は誰もがソースコードを閲覧出来ます。オープンソース化したのは、Aquaria(準備中)、Gish(準備中)、Lugaru HD、Penumbra Overture。

ゲーム制作会社にしてみれば、この行為は自分達の技術と財産を曝け出すに等しく、一歩間違えれば飯の種を手放す事になります。公開後2～3年以内のゲームともなれば尚更です。それ故に、オープンソース化に踏み切ったのには驚かされました。

彼らは自らのゲームを賞味期限切れになるまで売り続ける選択肢を捨て、ゲームタイトルの進化とコミュニティの活性化を望んだのです。このオープンソースコミュニティに多くの人々が参加するのを待っています。ソースコードを読んで自分の技術力を磨くも良し。改良パッチを提供して、もっと面白いゲームにするも良し。ローカライゼーションするも良し。活用方法は無限大です。果たして、どれ程の盛り上がりを見せるでしょうか。開発畑の方々はぜひ参加してみて下さい。またとない機会ですので、私もAquariaのローカライゼーションに挑戦してみようかと考えています。

The Humble Indie Bundleの残した功績は実に大きな物です。商売の方法、ゲーム開発に対する姿勢、どれも参考に値します。2010年現在、日本のゲーム業界は冷え切っているとさえ言われています。しかし、世界規模で見れば、このようにまだまだ熱い熱気に包まれている部分もあります。特にインディーズゲームは今が一番元気です。今後も暫くは目が離せそうにありません。

関連記事

• IrrlichtML 1.7.1の詳細情報
• Windows Live メッセンジャー互換ソフト4種比較
• DirectX SDK Feb 2010、Visual Studio 2005は次回サポート終了
• Irrlicht 1.6のFileOpenDialogで日本語が化ける原因
• 一目で解るAudacityのポータブル化方法
• メガデモ、Breakpoint 2009の4K部門Elevatedがすごい！
• 2008年冬、64bit OS時代到来
• 3DエンジンUNiGiNEでベンチマーク
• Irrlicht 1.4.1リリース、多数のバグフィックスがなされる
• BIT BLOTのゲームAQUARIAの購入方法

上級者用の設定に切り替える

まず、上級者用の設定への切り替えが必要です。メニューの[ツール]-[設定]-[上級者用の設定]にチェックを入れて下さい。これを行わないと幾つかの項目が非表示で操作出来ず、VC++ディレクトリの設定も叶いません。Visual Studio 2010の操作に慣れたら早めに切り替えましょう。

ユーザーごとにVC++ディレクトリを設定する (グローバル設定)

ユーザー単位のディレクトリの一覧を指定するには (msdn.microsoft.com)

1. 適当なプロジェクトを作成して下さい。
2. メニューの[表示]-[プロパティ マネージャー]をクリック。
3. [プロパティ マネージャー]から[デバッグ | Win32]等をクリックし、構成ノードを展開します。
4. 展開されたユーザー プロパティ シート群の中から、[Microsoft.Cpp.<プラットフォーム名>.user](例：Microsoft.Cpp.Win32.user)をダブルクリックします。
5. 表示された[プロパティ ページ]ウィンドウの左ノードから[共通プロパティ]-[VC++ディレクトリ]をクリック。
6. パスを追加したい場合は、項目の入力欄右側のドロップダウンボタンをクリックし、更に[<編集...>]を選択します。

ここで表示される入力欄にディレクトリパスを登録しておけば、PC上の同じユーザーなら全てのプロジェクトで使えるようになります。なお、ユーザーごとのプロパティ シートは次の場所に保存されています。拡張子は".props"。他のユーザーや別のPCで共有するときは、このフォルダ内のファイルをコピーしましょう。

<ドライブ>:\Documents and Settings\<ユーザー>\Local Settings\Application Data\Microsoft\MSBuild\v4.0

ディレクトリパスの登録について、具体的な例を示します。例えば、DirectX SDK (Feb. 2010)を追加するときは、インクルード ディレクトリに"$(DXSDK_DIR)Include"、ライブラリ ディレクトリに"$(DXSDK_DIR)Lib\x86"を登録しましょう。2010年5月現在、Visual C++ 2010ではDirectX SDKが登録されないため、この作業が必ず必要となります。

書式が判明しているなら、Microsoft.Cpp.Win32.user.propsファイルへ直に書き込むのもいいでしょう。

<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="Build" ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
 <PropertyGroup>
 <IncludePath>$(DXSDK_DIR)Include;$(IncludePath)</IncludePath>
 </PropertyGroup>
 <PropertyGroup>
 <LibraryPath>$(DXSDK_DIR)Lib\x86;$(LibraryPath)</LibraryPath>
 </PropertyGroup>
</Project>

プロジェクトごとにVC++ディレクトリを設定する (ローカル設定)

方法 : プロジェクト プロパティ ページを開く (msdn.microsoft.com)

プロパティ シート (C++) (msdn.microsoft.com)

1. [ソリューション エクスプローラー]のプロジェクトを右クリック
2. ポップアップしたサブメニューから[プロパティ]を選択します
3. 表示されたプロジェクトの[プロパティ ページ]左ノードから[構成プロパティ]-[VC++ディレクトリ]をクリック
4. その後は先述のユーザーごとの作業と同様です

設定内容はプロジェクトフォルダの".vcxproj"に保存されます。このファイルはVisual C++ 2008までのvcprojに代わる新しいプロジェクトファイルです。後方互換性がありませんので注意して下さい。

新しい設定方法は、持ち運びに便利なように設計されています。最初は面倒に感じるかもしれませんが、操作に慣れてしまえばメリットの方が大きいかもしれません。

関連記事

• DirectX SDK Jun 2010、Visual Studio 2010対応
• 収益額127万ドルの奇跡、ゲーム募金The Humble Indie Bundleの成果
• IrrlichtML 1.7.1の詳細情報
• Visual Studio 2010 Expressと旧版のダウンロード先まとめ
• DirectX SDK Feb 2010、Visual Studio 2005は次回サポート終了
• Irrlicht 1.6のFileOpenDialogで日本語が化ける原因
• Delphiのマルウェア汚染が急拡大、フリーソフトがピンチ…か？
• メガデモ、Breakpoint 2009の4K部門Elevatedがすごい！
• Borland買収される、Delphiの栄枯盛衰
• 2008年冬、64bit OS時代到来

文字コードの変更

まず、今回のバージョンから文字列の扱いに下位互換性が全く有りません。文字コードをANSIからUnicodeに変更したからです。この変更の経緯には、Irrlicht 1.6で一新されたFileSystemが関わってきます。1.6以上では、日本語Windowsで使われているShift-jis文字列を、FileSystemが破壊してしまうのです。そのため、FileDialogの表示からファイルの読み書きに到るまで、日本語が使えなくなってしまいました。

この問題は、日本語以外の言語でもおこる可能性があり深刻です。しかし、ANSIベースで回避策を講じても、ソースが汚くなるだけで、あまり良い結果は得られないでしょう。そこでUnicodeの出番なのです。これらの問題はUnicodeでコンパイルすれば全て解決します。ただし、今まで作ってきたアプリケーションは大幅な変更を強いられる場合があります。

今のところUnicodeコンパイルに対応しているのはWindows環境のみです。Linux環境では元々UTF-32が採用されているために、ANSIベースでコンパイルしても何ら問題はありません。言い換えるならば、Linuxでは本家共々ANSIベースしか考慮されていません。詳細は「Irrlicht 1.6のFileOpenDialogで日本語が化ける原因」を参照して下さい。

サロゲートペア問題

Unicodeベースへ切り替えた事により文字化けからは解消されました。しかし、新たな問題が浮上します。それはサロゲートペアの取り扱いについてです。WindowsでのUnicode文字列はUTF-16が採用されています。1文字は16bitで表現されます。これは、メモリ効率と登録文字数の観点から、今のところ一番バランスの良い仕様です。ですが、この仕様には後にサロゲートペアに関する拡張が盛り込まれました。UTF-16を2文字分使い1文字を表現しようと言う試みです。Windows Vista以降のOSでは、"環境依存文字(Unicode)"として入力可能です。IrrlichtMLでは、このサロゲートペアの入出力に最大限対応するようにしました。試しに旧字体で「森鴎(U+9DD7)外叱(D+20B9F)る」と入力してみて下さい。

新しいCGUITTFont

CGUITTFontをzgock氏の旧版からNalin氏が新たに書き直したUnicode対応版に変更しました。このCGUITTFontはフォントキャッシュの実装や描画最適化が行われ、使い勝手が向上しています。ただし、従来のようにIrrlicht本体に埋め込んで使う事は想定されていません。それ故、埋め込んで使うとメモリリークを起こしてしまいます。本体ではなく、自己のプロジェクトにリンクして使うようにして下さい。

コンパイル定義の追加

IrrCompileConfig.hで次の定義が使えます。

• _IRR_IMPROVE_UNICODE : _IRR_WCHAR_FILESYSTEMと_UNICODEオプションを使うときには必須。クリップボードやログ出力でUnicode文字列が使えるようになります
• _IRR_USE_INPUT_METHOD : 日本語入力が可能になります。今のところWindowsのみ。Linuxは今後再対応予定
• _IRR_COMPILE_WITH_CGUITTFONT_ : CGUIFontをCGUITTFontに置き換えます。先述のメモリリークの問題があるため非推奨

既知の不具合

MultiLineプロパティをtrueにしたテキストボックスで日本語変換を試みると、IME変換候補の表示位置があちこちに飛びます。原因不明。

IrrlichtMLは本家に多言語表示の不具合修正と入力機能を加えたものです。入力を必要としないのであれば、現在は本家だけでも十分実用に耐えます。用途に合わせて、うまく使い分けて見て下さい。

関連記事

• 収益額127万ドルの奇跡、ゲーム募金The Humble Indie Bundleの成果
• Irrlicht 1.6のFileOpenDialogで日本語が化ける原因
• Irrlicht 1.4.1リリース、多数のバグフィックスがなされる
• Irrlicht、新たな日本語チュートリアル現る
• Windows Live メッセンジャー互換ソフト4種比較
• DirectX SDK Feb 2010、Visual Studio 2005は次回サポート終了
• 一目で解るAudacityのポータブル化方法
• メガデモ、Breakpoint 2009の4K部門Elevatedがすごい！
• Irrlicht1.5の変更点抜粋、VC6のサポート終了
• 2008年冬、64bit OS時代到来

Visual Studio 2010 Express 日本語版 (Microsoft.com)

28日現在、日本語ページには、まだウェブインストーラーしか用意されていません。オフライン版のページは、後日公開予定だそうです(2010年6月1日追記：公開されました)。もし、急ぎでオフライン版が欲しいのであれば、以下の英語サイトからisoイメージをダウンロードして下さい。"All - Offline Install ISO image file"のドロップダウンメニューからJapaneseを忘れずに選択しましょう。C#からC++、Web Developerまで全て込みで760MBあります。

Visual Studio 2010 Express 英語サイト (Microsoft.com)

さて、Visual Studio 2010 Expressをインストールする前に、以前のバージョン - Visual Studio 2008 Express - のインストーラーを確保しておきましょう。不具合が出た場合に、すぐ元に戻せるようにです。2010から新規に使い出す人は、この限りではありません。

現在、日本語ページからは以前のバージョンを見つけにくくなっています。Visual Studio 2008 Express 日本語版のオフライン用が欲しい方は、こちらからダウンロードして下さい。932MBの容量があります。

Visual Studio 2008 Express with SP1 日本語版 DVD イメージ (Microsoft.com)

オフライン用のisoイメージはWindows 7なら、そのままマウントして使用出来ます。Windows XP、Vistaの環境では、DVDに書き込むか、仮想DVDソフトを使ってマウントして下さい。

なお、Visual C++ 2010 Expressで作成した実行ファイルは、通常は専用のランタイムが必要になります。再配布可能パッケージを入手しておいたほうがいいかもしれません。x86(32bit)、x64(64bit)、IA64(64bit)の3種類が用意されてます。

関連記事

• DirectX SDK Jun 2010、Visual Studio 2010対応
• Delphiのマルウェア汚染が急拡大、フリーソフトがピンチ…か？
• 177KBのすごいメガデモ fr-041: debris、Breakpoint 2007
• Firefox Portableとインストール版を同時起動する方法
• 一目で解るPidginのポータブル化方法
• 収益額127万ドルの奇跡、ゲーム募金The Humble Indie Bundleの成果
• Visual C++ 2010 ExpressでVC++ディレクトリを設定する方法
• IrrlichtML 1.7.1の詳細情報
• Sumatra PDF 1.1 非公式ビルド日本語文字化け対応版
• Windows Live メッセンジャー互換ソフト4種比較

ダウンロードは以下のページから行ってください。

DirectX Software Development Kit (Microsoft.com)

ランタイムのみはこちら。

DirectX エンド ユーザー ランタイム Web インストーラ (Microsoft.com)

DirectX End-User Runtimes (February 2010) (Microsoft.com)

SDKの扱いには2つ注意点があります。1つは、インストールやアンインストール時に次のようなエラーメッセージが稀に表示されるかもしれないと言う事。

The DirectX component 'd3d10sdklayers.dll' is current in use by other applications

このエラーに遭遇した場合は、無視(Ignore)を選択しインストール、またはアンインストールを完了させて下さい。この問題はWindows 7とWindows Server 2008 R2上でのみ起こります。

もう1つは、Visual StudioとDirectX SDKが存在する環境にPlatform SDKをインストールすると、DirectX SDKのパスが上書きされてしまう事。この場合はDirectX SDKを再インストールするか手動でパスを直して下さい。

さて、次回のDirectX SDKからVisual Studio 2010が新たにサポート対象に加わり、代わりにVisual Studio 2005が外される予定だそうです。今回のDirectX SDK Feb 2010がVisual Studio 2005で使える最後のSDKになるかもしれません。Visual Studio 2008は次回もサポート対象に含まれますので、可能なら早めに乗り換えておきましょう。

関連記事

• 収益額127万ドルの奇跡、ゲーム募金The Humble Indie Bundleの成果
• IrrlichtML 1.7.1の詳細情報
• メガデモ、Breakpoint 2009の4K部門Elevatedがすごい！
• 177KBのすごいメガデモ fr-041: debris、Breakpoint 2007
• Alice Madness Returnsを快適に遊ぶための設定まとめ
• DirectX SDK Jun 2010、Visual Studio 2010対応
• Visual C++ 2010 ExpressでVC++ディレクトリを設定する方法
• Visual Studio 2010 Expressと旧版のダウンロード先まとめ
• Aquaria OSTレビュー及び注文する上での注意点
• IGF2007大賞ゲームAquariaのOSTを購入してみた

次のコードをご覧下さい。マルチバイト文字を考慮していない関数が2つ使われています。

CFileList.cpp
u32 CFileList::addItem(const io::path& fullPath, u32 size, bool isDirectory, u32 id)
{
 //...
 entry.Name.replace('\\', '/');
 //...
 if (IgnoreCase)
 entry.Name.make_lower();

CFileSystem.cpp
io::path& CFileSystem::flattenFilename(io::path& directory, const io::path& root) const
{
 directory.replace('\\', '/');
 //...
IFileList* CFileSystem::createFileList()
{
 //...
 Path.replace('\\', '/');

1つはmake_lower()関数です。これは日本語のShift-JIS文字列内にあるアルファベットと同じ値を、強制的に小文字に変換してしまいます。そのため、"開発"と言う文字が"核発"に化けてしまうのです。文字コードの対応は次を参照して下さい。

2つ目はreplace('\\', '/')関数。上記と同じ問題を抱えています。"コンソール"と言うファイル名が、"ソ"に含まれる"\"(バックスラッシュ)コードの影響で、途中で分割されてしまいます。

この問題は、日本語の表示だけ上手く動くように修正しても、他の言語では不具合が残ってしまい、根本的な解決にはならないでしょう。Irrlichtの国際化のためには、ANSIからUnicodeベースへの転換が必要ではないでしょうか。試しに_IRR_WCHAR_FILESYSTEMをON、VC2008のUnicodeフラグを立てて、Irrlichtをコンパイルしてみました。コンパイルエラーが多く修正に手間取りましたが、Unicodeベースでは正常な動作を確認しました。

既にこのことは開発チームも認識しております。開発リポジトリにはWindowsでUnicodeコンパイルが可能になるような修正が、ある程度、施されました。他の処理系やOSへの影響も考えなければなりませんが、徐々に国際化対応が進んで使い勝手が良くなることでしょう。

関連記事

• IrrlichtML 1.7.1の詳細情報
• 収益額127万ドルの奇跡、ゲーム募金The Humble Indie Bundleの成果
• Irrlicht日本語対応カスタムGUIテスト4
• Irrlicht日本語対応カスタムGUIテスト2
• Irrlicht、新たな日本語チュートリアル現る
• DirectX SDK Jun 2010、Visual Studio 2010対応
• 一目で解るPidginのポータブル化方法
• Visual C++ 2010 ExpressでVC++ディレクトリを設定する方法
• Visual Studio 2010 Expressと旧版のダウンロード先まとめ
• Sumatra PDF 1.1 非公式ビルド日本語文字化け対応版

文字化けを起こしてしまう環境は、TortoiseSVNに日本語翻訳リソースを適用している場合です。この環境ではマルチバイト文字コードがSJISに固定されてしまい、UTF-8で保存されたファイルまでをもSJISで読み込んでしまいます。そのため、次のように文字化けした状態で日本語文字列が保存されてしまうのです。

これを回避するためには、TortoiseSVN diffの日本語翻訳リソースを、一部分だけ英語に書き戻す必要があります。同梱されている"C:\Program Files\TortoiseSVN\Languages\ja\LC_MESSAGES\Subversion.mo"を編集します。

書き戻し箇所は、フリーソフトの日本語翻訳を手掛けているX-WORKSさんの記事が参考になります。

TortoiseSVN diff のリビジョンの文字化け (X-WORKS)

msgunfmt バイナリmo->テキストpo

msgid "%s\t(revision %ld)"
-msgstr "%s\t(リビジョン %ld)"
+msgstr "%s\t(revision %ld)"

msgid "%s\t(working copy)"
-msgstr "%s\t(作業コピー)"
+msgstr "%s\t(working copy)"

編集ツールはmoファイルも読み込めるVirtaalを使いました。Virtaalはお世辞にも使い易いとは言えず、私のVista x64環境ではVirtaalの動作が酷く緩慢で、常用には耐えられませんでした。通常、このような作業は、poeditでテキストリソースpoをを編集するのが一般的です。しかし、配布されている日本語リソースには、コンパイルされたバイナリ形式moしか同梱されていないため致し方ありません。

上記作業で問題の部分を英語に書き戻すと、UTF-8のようなマルチバイト文字を含むファイルも、次のように正常に差分抽出できるようになります。

ただし、TortoiseSVN diffのウィンドウ内で差分を閲覧すると、1つ目の画像のように表示上は文字化けしたままになってしまいます。ファイル的には問題ありませんので、そこは目を瞑りましょう。

関連記事

• DirectX SDK Jun 2010、Visual Studio 2010対応
• 一目で解るPidginのポータブル化方法
• 収益額127万ドルの奇跡、ゲーム募金The Humble Indie Bundleの成果
• IrrlichtML 1.7.1の詳細情報
• Visual Studio 2010 Expressと旧版のダウンロード先まとめ
• Sumatra PDF 1.1 非公式ビルド日本語文字化け対応版
• Windows Live メッセンジャー互換ソフト4種比較
• Irrlicht 1.6のFileOpenDialogで日本語が化ける原因
• 一目で解るAudacityのポータブル化方法
• 一目で解るFilezillaでのポータブル化方法

Subsites_the_MAD_[HACK]_2.2.100 (modx公式サイト)

このパッチは、modx evolutionをサブドメイン、マルチドメインに対応させるためのディストリビューションです。各サイトごとに管理者を分けたい、DBを分離したい、そんな人のためにコアファイルの動作を変更してあります。それゆえ、プラグインやスニペットのように気軽に使用出来ませんので、適用には十分な評価をお願いします。

なお、modx-2.0.0 revolutionでは、マルチドメイン機能が標準装備されると聞いています。ですので、たぶん、私のSubsiteパッチ配布は今回が最後になるでしょう。もし、セキュリティリリース等でevolutionのバージョンが上がってしまった場合は、同梱のpatchファイルを利用して変更点を洗い出してみて下さい。

関連記事

• MODxサブドメイン対応版0.9.6.2
• MODxサブドメイン対応版0.9.6.1
• MODxサブドメイン対応版
• WordPress2.8のwp-configにphp終了タグが無い理由
• WordPressのサムネイルサイズがオリジナルより増える問題の改善パッチ
• JavaとIrrlichtを使って3Dアプリをウェブ配信するためのチュートリアル
• MODxのReflectにRFIの脆弱性が見つかりました
• APNGが普及しない2つの理由、2つの望み
• MODx 0.9.6.2セキュリティfixの注意点
• WordPress2.6のメディアアップローダのバグ対処と運用方法

2009年8月25日、ソフトウェア配布サイト大手のVectorが登録している作者全員に「【Vector】「Delphi」を狙ったウイルス「Induc」にご注意ください」という件名の注意喚起メールを送信しました。私の元へも送られてきました。

「Delphi」を狙ったウイルスの弊社公開ソフトへの感染について（追記2) (Vector.co.jp)

国内だけでも、数件のフリーソフトが感染していたようです。ウィルス対策ソフトが、このマルウェアを検出できるようになったのは最近になってからなので、今後、明るみに出る被害は更に拡大する可能性があります。

「TROJ_INDUC.AA」により開発ツール「Delphi」が汚染、「PE_INDUC.A」の脅威広がる (トレンドマイクロ セキュリティブログ)

とは言うものの、Borland社に見放されてから急速に勢力を失ったDelphiを現役で使っている開発者は少なくなりました。ましてや、今回、感染の被害に遭うのは、サポートの切れた旧製品です(最新の7でも2002年発売)。このような古い処理系で今も活発に更新が継続されているソフトウェアは、非常に珍しい存在です。自ずとユーザが二次感染するリスクも減ります。これは不幸中の幸いではないでしょうか。

しかし、油断は禁物。今回の被害は、他の処理系でも十分に起こりうる問題です。対岸の火事と傍観せずに、今一度、各自のPCを点検しましょう。

関連記事

• DirectX SDK Jun 2010、Visual Studio 2010対応
• Visual Studio 2010 Expressと旧版のダウンロード先まとめ
• 177KBのすごいメガデモ fr-041: debris、Breakpoint 2007
• Firefox Portableとインストール版を同時起動する方法
• 一目で解るPidginのポータブル化方法
• 収益額127万ドルの奇跡、ゲーム募金The Humble Indie Bundleの成果
• Visual C++ 2010 ExpressでVC++ディレクトリを設定する方法
• IrrlichtML 1.7.1の詳細情報
• Sumatra PDF 1.1 非公式ビルド日本語文字化け対応版
• Windows Live メッセンジャー互換ソフト4種比較