Windows アプリケーション

わんくま大阪勉強会#22お疲れ様でした

おのでら — Wed, 27 Aug 2008 23:01:00 GMT

　ちょっと遅れていまいましたが、わんくま大阪勉強会#22 に現地参加された方々、USTREAM で参加された方々お疲れ様でした。

　私はLT(ライトニングトーク)で参加させていただきましたが、こういう場で話すのは初めてというのもあり、準備に少し時間を取られてしまいました。（事前にディスプレイが映るか確認しておけばよかったですね(^^;)）

　内容の方は「HLSLを使って高速な画像処理をやってみよー」というお題で、.NET Framework 3.5 SP1 から WPF で使えるようになった HLSL を使って、再生中の動画に対してリアルタイムにエフェクト（画像処理）を掛けるというデモをやってみました。

　結構量が多くて時間的にきつきつだったため早口状態になってしまい、うまく伝わったかなーという心配がありましたがどうだったでしょうか？

　とりあえず LT という短い時間だったので、こんな風に使えばできるよーというよりは、こんなことができるよーという感じで説明してみましたので、まあ頭の片隅にでもこういうものあるんだなー程度でも知っていただければうれしい限りです。

　LT だと資料が残らないので PowerPoint の資料とデモプログラムをアップしておきますので欲しい方はダウンロードしちゃってくださいｗ

【PowerPoint 資料】

2008-08-27_wankuma_oosaka_22_pptx.zip

【実行ファイル】

必要な環境

.NET Framework 3.5 SP1
Windows XP SP2 以降

　セピアの固定エフェクトですが DirectX SDK は不要です。

2008-08-27_hlslshadertest_exe.zip

【プロジェクト】

必要な環境

Visual Studio 2008 SP1
Windows XP SP2 以降

　以下のプロジェクトは「Microsoft DirectX SDK (August 2008)」が必須です。エフェクトファイル（.fx）ファイルを書き換えれば任意のエフェクトを動画にかけることができます。

2008-08-27_hlslshadertest_project.zip

　以下のプロジェクトは DirectX SDK が必要ないプロジェクトですが、エフェクトファイルをコンパイルできないので動画にセピアをかけるだけのものになります。

2008-08-27_hlslshadertest_compiled_project.zip

Twitter のスパムフォローを一括でブロック Ver 0.30

オノデラ — Tue, 17 Jun 2008 02:50:00 GMT

　Twitter のスパムフォローを一括でブロックできるツールを作ってみました。はい、ブロックするためだけのツールです。(^^;)

　前回の Ver 0.20 から以下の内容が修正・改善されています。

ブロック確認するダイアログを専用に作って表示

　はつねさんに指摘を受けたところです。どのユーザーがブロックされるか確認するためにメッセージボックスで表示していましたが、ユーザーが多いとメッセージボックスが縦に伸びでボタンが押せなくなるというアホみたいなバグでしたw
　専用のダイアログにリストビューを乗っけてそこにブロックユーザーを表示しています。

フォロー済みのユーザーがわかるようにした

　新たにフォロー済みフラグの列を追加して、すでにフォローしているユーザーがわかるようになりました。間違ってフォロー済みのユーザーをブロックしてしまうことを未然に防げるようになったと思います。

ヘッダークリックによるユーザーのソート

　指定した列のヘッダをクリックするとユーザーの並びをソートできます。たとえば、フォローの列をクリックすれば、フォロー済みかそうでないかで分けられるのでブロックするのも楽になると思います。

非同期処理の残り処理数を表示

　Twitter API によるアクセスはすべて非同期で行っているので、残りの処理数があるとわかりやすいと思いつけました。

　あとは細かいので省略します。ということで以下のページからダウンロードできます。バージョンは 0.30 です。

http://sorceryforce.com/tool/supakotwitter.html

Twitter のスパムフォローを一括でブロック

オノデラ — Sat, 14 Jun 2008 15:55:00 GMT

　Twitter のスパムフォローを一括でブロックできるツールを作ってみました。はい、ブロックするためだけのツールです。(^^;)

http://sorceryforce.com/tool/supakotwitter.html

　せっかく Twitter についていろいろ覚えたから他にもいろいろ出来るようにしたいな～。

Panel でチラつきなく図形をリアルタイム描画

オノデラ — Tue, 27 May 2008 20:04:00 GMT

ネタ元：図形の回転

　クリアする云々よりも、図形の回転のほうに興味があったので(^^)試してみました。

　えぴさんの案のように描画内容をクリアすると、Panel がチラついてしまうので、Panel のクラスを派生させて細工をしています。

　いつものように実行ファイルです。.NET Framework 2.0 で動作します。

2008-05-27_rotatecircle_exe.zip

　プロジェクトです。Visual Studio 2008 で作成しています。

2008-05-27_rotatecircle_project.zip

Windows Vista の環境で TabControl の Dock プロパティを Fill に設定し、ウインドウを最大化すると TabPage の背景色が再描画されない

オノデラ — Thu, 24 Apr 2008 20:33:00 GMT

　長ったらしいエントリ名ですが(^^;)

　タイトルのとおり、まずデザイナで Form に TabControl を貼り付け、Dock プロパティを Fill に設定します。これを Windows Vista で起動し、ウインドウを最大化すると TabPage の背景色が再描画されません。

　下のようなイメージです。

[最大化前]

[最大化後]

　最近 Microsoft Connect で「Visual Studio & .NET Framework Japan」という日本語でもOKな項目が追加されたらしいので、今回試しにそちらでも投稿してみました。(以前英語でやり取りしたときは結構疲れました(^^;))

　ということでありがたみのない実行ファイルです。

2008-04-24_tabcontrol_exe.zip

　プロジェクトファイル一式です。

2008-04-24_tabcontrol_project.zip

作成したアプリケーションの実行ファイルアイコンの変更方法

オノデラ — Sun, 09 Mar 2008 22:54:00 GMT

　掲示板の質問で実行ファイルアイコンの変更方法が分からないという質問があったので記事にしてみました。Win32 についての質問だったのですが、Windows フォームアプリケーション、WPF アプリケーション、MFC アプリケーションなどわかるものを一通り書いてみました。

実行ファイルのアイコンの変更

WPF デザイナのバグっぽい

オノデラ — Tue, 04 Mar 2008 18:32:00 GMT

　Visual Studio 2008 で簡単な WPF ウインドウを作成したのですが、ビルドをした後、作成した WPF ウインドウをデザイナで開くと、デザイナに下のようなエラー画面が表示されます。

　このエラーはプロジェクトを下のようなパスに配置すると発生するようです。もちろんパスの長さは２バイト換算しても 248 byte(文字数？) にはいきません。

　ちなみに名前が○になっていますが、実際は別な日本語です。

環境

Visual Studio 2008 Professional Edition
Windows XP SP2
WPF アプリケーション (.NET Framework 3.5 使用)

　同じ現象があるか検索してみたんですけど、まだ誰も被害にあっていないみたいorz

Visual Studio 2008とWPFでXNAのコンテントパイプラインを使ってモデルを表示する

オノデラ — Thu, 07 Feb 2008 08:53:00 GMT

　XNA では「Visual Studio 2005」のみをサポートしていますが、これはゲームテンプレートが用意されていないだけで、Visual Studio 2008 でも XNA Framework を使うことができます。今回は MSBuild とコンテンツパイプラインを使ってモデルを表示するサンプルを作っています。(今回コードをほとんど流用しているので実行ファイルのみ公開しています)

　サンプルは WPF ウインドウ上で表示させていますが、コードのほとんどは XNA Creators Club のサンプルにある「WinForms Series 2: Content Loading Sample」を元に作っています。プロジェクトは下のようになっています。

「Window1.xaml」以外は XNA Creators Club のサンプルをそのまま使っています。

　コンテントパイプラインを使用するには「MSBuild」系列の DLL を使うので、これらを参照として追加します。追加するのは「Microsoft.Build.Engine」と「Microsoft.Build.Framework」です。

　「2.0.0.0」と「3.5.0.0」の２つのバージョンがありますが、「2.0.0.0」を選択します。こちらは .NET Framework 2.0 のランタイムに含まれる DLL なので、開発環境のない環境でも使うことができます。

　コンテンツパイプラインを使う場合、「Microsoft.Xna.Framework」のほかに「Microsoft.Xna.Framework.Content.Pipeline」の参照も追加してください。

　コードの説明については XNA Creators Club のコードをほとんど流用しているため省きます。違う点は Windows フォームのウインドウ(MainForm)の代わりに WPF のウインドウ(Window1)を使っている部分だけで、内部処理コードもほとんどそのままコピーしています。名前空間が重なったりするのである程度は書き直さないといけませんが(^^;)。

　モデルを表示するための ModelViewControl は WindowsFormsHost コントロールを使って WPF のウインドウに貼り付けています。

配布ファイル

　以下、実行ファイルです。「.NET Framework 3.0」と「最新の DirectX ランタイム」「Microsoft XNA Framework Redistributable 2.0」が必要です。また、ハードウェア要件として「シェーダモデルバージョン 1.1 以上に対応したグラフィックカード」が必要です(たぶん)。
　あと、モデルファイルを読み込むために X ファイル、または FBX ファイルを別途用意してください。

実行ファイル

WPFでのメニューアクセスキー

オノデラ — Tue, 05 Feb 2008 12:40:00 GMT

　Windows Form では、メニューなどにアクセスキーを付けるときは「ファイル(&F)」としますが、WPFでは同じように書いてもそのまま「ファイル(&F)」と表示されてしまいます。もちろんFキーを押してもメニューは展開されません。

　WPFではアクセスキーを使う場合は「ファイル(_F)」のように「&(アンパサンド)」の代わりに「_(アンダースコア)」を使います。すると従来のようにアクセスキーが有効になります。

<MenuItem Header="ファイル(_F)" >
    <MenuItem Header="開く(_O)" Click="MenuItem_Click" />
    <MenuItem Header="終了(_E)" Click="MenuItem_Click_1" />
</MenuItem>

WPFウインドウ上にXNAのビューを表示する

オノデラ — Wed, 30 Jan 2008 12:48:00 GMT

　「WPF上でManaged DirectXを使用する」や「WPF上でXNAを使用する」では WindowsFormsHost コントロールを使用してビューを表示させていましたが、今回は WPF ウインドウのみを使ってポリゴンを表示させてみたいと思います。Managed DirectX も XNA も同じようなコードになるので、今回は XNA Framework の方を使ってみたいと思います。

　下が実行結果です。

　今までと少し作りを変えているので、違う部分を説明していきます。

名前空間エイリアス

// 名前空間エイリアス
using Xna = Microsoft.Xna.Framework;
using XnaGraphics = Microsoft.Xna.Framework.Graphics;

　Color や Matrix の構造体などが XNA Framework と WPF の名前空間でかぶってしまうため、構造体の名前を使うには名前空間から指定しないといけません。しかし、毎回つけると長ったらしいので名前空間のエイリアスを作成しています。たとえば「Microsoft.Xna.Framework.Rectangle」は「Xna,Rectangle」と指定できるようになります。

タイマー

　.NET Framework 3.0 からは「System.Windows.Threading.DispatcherTimer」というタイマークラスが使えるようになっており、今回このタイマークラスを使って毎フレームレンダリングするようにしています。WPF では DispatcherTimer を使うことにより、UI と同じスレッドで処理することができるようになっています。

/// <summary>
/// タイマー
/// </summary>
private DispatcherTimer timer = null;

　フィールドで DispatcherTimer を宣言しています。

/// <summary>
/// タイマーイベント
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
private void dispatcherTimer_Tick(object sender, EventArgs e)
{
    this.Draw();
}

　DispatcherTimer が一定時間ごとに呼ぶメソッドを定義します。

// タイマー
this.timer = new DispatcherTimer();
this.timer.Tick += new EventHandler(dispatcherTimer_Tick);
this.timer.Interval = new TimeSpan(0, 0, 0, 0, 16);
this.timer.Start();

　タイマーの設定処理です。DispatcherTimer のインスタンスを作成し、コールするメソッドと時間間隔を設定したら、DispatcherTimer.Start メソッドでタイマーが開始します。

ウインドウハンドルの取得

　Direct3D デバイスを作成するにはウインドウハンドルが必要です。しかし WPF ではウインドウハンドルという概念は基本的にないため、Window クラスから直接取得する方法がありません。

　ただ、今回のようにウインドウハンドルが必要な場合もあるため、Win32 コードの相互運用として「System.Windows.Interop.WindowInteropHelper」クラスを経由してウインドウハンドルを取得できるようになっています。(this は Window クラスです)

// ウィンドウハンドルを取得する
IntPtr handle = new WindowInteropHelper(this).Handle;

　Direct3D デバイスを作成するときはこのハンドルを使用します。ただ、OnInitialized メソッドでウインドウハンドルを取得しようとすると、ウインドウがまだ作成されていないためか 0 が返ってきます。今回のサンプルではデバイスの作成を OnSourceInitialized メソッドで行っています。

指定領域にレンダリング

　GraphicsDevice.Present の第２引数に描画先の領域を指定することができます。サンプルではオフセットとして(50, 50)の位置に描画するようにしています。サイズはバックバッファのサイズと同じ(300, 300)です。第１引数は描画元の領域で、null を指定すると元のバッファがそのまま使われます。

// 描画先を指定する
Xna.Rectangle rect = new Xna.Rectangle(
    50, 50,
    (int)this.viewSize.Width, (int)this.viewSize.Height);

this.device.Present(null, rect, this.windowHandle);

デバイスの破棄

　ウインドウを閉じたときにデバイスを破棄しています。本来 Dispose メソッドなどで処理したかったのですが、WPF の Window クラスはデフォルトでは IDisposable が継承されていないので、かわりにここに記述しました。

/// <summary>span class="src_documentcomment">
/// ウインドウが閉じたとき
/// </summary>
/// <param name="e"></param>
protected override void OnClosed(EventArgs e)
{
    if (this.device != null)
    {
        this.device.Dispose();
        this.device = null;
    }

    base.OnClosed(e);
}

実行

　サンプルプログラムを実行すると、記事の最初のほうに画面イメージで実行することができます。

　一見うまくレンダリングされていますが、マウスでウインドウのサイズをドラッグで変更すると、サイズ変更中にビューがちらついたり非表示になったりします。どうも WPF のレンダリングと競合しているようで、いろいろ試してみたのですが解決できませんでした。

　XNA や Managed DirectX を使う場合は WindowsFormsHost コントロールを使ったほうが無難なような気がします。

配布ファイル

実行ファイル

　サンプルプロジェクト一式です。「Visual Studio 2008 Professional Edition」で作成しています。

プロジェクト