Storyboardを構築する主な流れは次のようになります。

1. Storyboardクラスのインスタンスを作成
2. DoubleAnimation等のアニメーションクラスのインスタンスを作成
3. アニメーションをStoryboardの子に追加
4. 2で作成したアニメーションの各種プロパティを設定
5. アニメーションを適用するターゲットとプロパティを設定
6. Storyboardをビジュアルツリー内のどこかのリソースに追加
7. Beginメソッドでアニメーションの開始

(順番は多少前後してもかまいません)

2のアニメーションクラスですが、1つのプロパティに対しては1つしか適用できません。青→黒のような単純な色変化だけならColorAnimationクラスでいいのですが、青→赤→緑→青のように複雑な変化をする場合は、ColorAnimationUsingKeyFramesを使う必要があります。時間がかぶらないようにColorAnimationを複数作成して、同じターゲットに対して適用しようとしたら怒られました。

5のアニメーションを適用するターゲットですが、円の色を変化させるのでEllipseのインスタンスを設定してみたら駄目でした。正しくは、EllipseのFillプロパティに設定したSolidColorBrushをターゲットにします。

アニメーションを適用するプロパティは、SolidColorBrush.ColorPropertyフィールドを使って指定します。今まで各クラスにある****Propertyフィールドが何のためにあるのか謎でしたが、やっと使い道が分かりました。

6のリソースに追加ですが、StoryboardはUIElementではないので、CanvasのChildrenに登録することはできません。Resourcesプロパティの子にする必要があります。また、リソースに登録する際にユニークな名前を付ける必要があり、同じオブジェクトのリソース内で名前が重複してはいけません。

実は前回はこのStoryboardを登録するリソースの場所がよく分かっておらず、描画領域のCanvasのリソースに登録しています。円のオブジェクトの数だけStoryboardも作成しているので、新しいStoryboardを作るたびにGuid.NewGuid()でユニークな名前を生成していました。しかし、よく見たらEllipseクラスにもResourcesプロパティはあったので、Ellipseのリソースに登録すれば名前で悩む必要はありませんでした。

EllipseごとにStoryboardを作成するのではなく、1つのStoryboardで全てのEllipseのアニメーションを管理することも試みましたが、これはとても面倒なのでやめました。まず、Storyboardに新しいアニメーションを登録するには、アニメーションの再生を止める必要があります。このときPauseでは駄目で、Stopさせる必要があります。また、1つのStoryboardには1つのタイムラインしかないので、各アニメーションのタイミングのズレは、アニメーションの設定で吸収する必要があります。

Ellipseを作成して色を変化させるサンプルは次のようになります。

1.ビットマップ画像操作

ラスター画像のピクセル単位での読み書きができません。

2.任意の音声出力

実行時に音声を生成して出力はできません。

3.3Dグラフィックス表示

3D関係の描画機能は一切ありません。

ビットマップが扱えないのは私としてはかなり致命的で、Silverlightを使ってやりたいと思っていたことの半分くらいは無理でした。短冊のように画像が並ぶお絵描き掲示板とか作りたかったんですけどね！一応、Silverlight Raytracing Sampleのように自力でPNGエンコードすれば、ビットマップを表示することは可能ですが、これをリアルタイムで実行するのはキツそうです。

2の音声の動的生成は最初から出来るとは思っていませんでしたが、可能ならばFM音源シミュレータのような「音」を自分で作って遊ぶようなものを作ってみたかったです。

3Dグラフィックスは、機能としては提供されていませんが、テクスチャ無しのグーローシェーディングくらいなら自力描画でそこそこいけるでしょう。テクスチャ付きでQuakeを作っている人もいるので、初代プレイステーション程度の表現はいけるかもしれません。ちなみに来年リリース予定のSilverlight3では、3Dグラフィックス対応とのことです。

まっとうなペイントツールを作るのは厳しそうなので、ベンチマークも兼ねて動くペイントツールを作ってみました。

ゲーム等でキーを押しっぱなしにする操作を使用する場合は、あるキーが現在押されているのかの状態を知る必要がありますが、その情報を直接的に知ることはできません。(ShiftやCtrl等の修飾的に用いるキーのみ取得可能)

現在のキーの押下状態を取得するには、KeyDownイベントとKeyUpイベントでキー毎の押下状態フラグをON/OFFして、自分で管理する必要があります。

特にキーを限定しない、汎用的な押下状態チェックは次のようになります。

public partial class Page : UserControl
{
    Dictionary<Key,DateTime> KeyState = new Dictionary<Key,DateTime>();

    public Page()
    {
        InitializeComponent();

        this.KeyDown += new KeyEventHandler(Page_KeyDown);
        this.KeyUp += new KeyEventHandler(Page_KeyUp);
        this.LostFocus += new RoutedEventHandler(Page_LostFocus);
    }

    bool IsKeyDown(Key key)
    {
        return KeyState.ContainsKey(key);
    }

    void Page_KeyDown(object sender, KeyEventArgs e)
    {
        if (!KeyState.ContainsKey(e.Key))
        {
            KeyState[e.Key] = DateTime.Now;
        }
    }

    void Page_KeyUp(object sender, KeyEventArgs e)
    {
        KeyState.Remove(e.Key);
    }

    void Page_LostFocus(object sender, RoutedEventArgs e)
    {
        KeyState.Clear();
    }
}

ここでは、KeyDownイベントで押されたキーをDictionaryに登録し、KeyUpイベントで削除しています。単純に押されたキーの記録だけならDictionaryはValueの部分が冗長ですが、そのような目的に最適なHashSetがSilverlightでは使えないので、DictionaryのKeyだけを利用してValueの部分は無視して代用します。しかし、せっかくValueがあるのに使わないのはもったいないので、ここでは押されたときの時刻をValueとして使っています。これを使って、キーが押されている時間を調べることもできます。(ゲームでは実時間よりもフレーム数で管理した方が便利かもしれません)

また、あるキーを長時間押し続けると、OSのオートリピート処理により、同じキーに対するKeyDownイベントが繰り返し発生します。このときKeyUpイベントはキーが離されるまで発生しないので、KeyDownイベントとKeyUpイベントの発生回数は非対称になります。

キーボード入力に関して3つ注意点があります。

1つ目の注意点ですが、KeyDownイベントもKeyUpイベントも、フォーカスを得ていないと発生しません。IEでウェブサイトを表示しているときにTabを押すとページ内のリンク等を点線の枠が移動しますが、これがフォーカスを表しています。キーボードからの操作は、このフォーカスに対して行われます。

フォーカスを得るには、Silverlightプラグインの画面内をユーザにクリックしてもらう必要があります。よくブラウザ上で動くゲームで、ゲーム内の操作は全てキーボードで行うのにタイトル画面のメニュー選択はマウスでしか行えないという、ユーザビリティの観点からは残念なゲームがありますが、これもフォーカスを得るための苦肉の策となっています。

2つ目は、フルスクリーンモードでは使用できるキーが著しく制限されます。フルスクリーンでも使えるキーは、矢印キー、スペース、Tab、PageUp、PageDown、Home、End、Enterだけとなっています。OSや特定アプリケーションそっくりの画面を出してパスワードを入力させるような悪用を避けるためだそうです。矢印とスペースが使えるので、なんとかゲームにも使えそうですが、矢印以外に2ボタン以上必要なゲームは厳しいでしょう。

3つ目の注意点は、各ブラウザの操作コマンドに設定されているショートカットキーは、ブラウザの操作が優先されるのでSilverlightでは使えません。ただし、Ctrl+C等は(IE上では)使えるので、どのキーが使えないのか各ブラウザで確認する必要があります。とりあえず、Ctrlキーやファンクションキー(F1～F12)は使用を避けた方がいいでしょう。

ただし、常に1つの曲が流れているBGMとは違い、効果音は同時にいくつ鳴るのか実行時にならないと分からないので、画面構成用のXAMLに静的に登録してしまうのではなく、動的にMediaElementオブジェクトを作成します。(使用する効果音が非常に少なかったり同じ音が同時に複数鳴らなければ静的に登録する手も有り)

まずはPage.xamlに効果音を登録するための入れ物となるCanvasを作ります。効果音は実行時に頻繁に追加/削除を繰り返すので、効果音専用にCanvasを用意すると便利です。

<UserControl x:Class="SoundTest.Page"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
    Width="400" Height="300">
    <Canvas x:Name="LayoutRoot" Background="White">
        <Canvas x:Name="SpriteCanvas"/>
        <Canvas x:Name="SoundCanvas"/>
        <MediaElement x:Name="Music"/>
    </Canvas>
</UserControl>

UserControlは子要素としてコントロールを1つしか持てないので、まずは全体の入れ物となるCanvas(LayoutRoot)を作って、その中にスプライト用Canvas、サウンド用Canvas…と入れ子にします。

効果音に使うファイルは、リソースとして埋め込む方法やWebサイトにxapと一緒に置いて実行時にダウンロードさせる方法があります。ここでは実装が簡単なリソースに埋め込む方法を使います。

まず、プロジェクトに効果音として使いたいmp3(またはwma)を登録します。登録したファイルは、ソリューションエクスプローラで「ビルドアクション」を「埋め込まれたリソース」にします。(XAMLに直接MediaElementを書く場合は「埋め込まれたリソース」では駄目で「Resource」にする理由がよく分かっていません)

リソースとして埋め込んだmp3は、GetManifestResourceStreamで読み込みます。

public partial class Page : UserControl
{
    Stream Sound;
    void Page_Loaded(object sender, RoutedEventArgs e)
    {
        System.Reflection.Assembly asm = this.GetType().Assembly;
        Sound = asm.GetManifestResourceStream("SoundTest.Resources.sound.mp3");
    }

GetManifestResourceStreamに指定するリソース名は、名前空間からフルネームで指定します。大文字と小文字は区別され、フォルダの区切りは.(ピリオド)を使用します。この例ではSoundTestプロジェクトにResourcesフォルダを作って、その中にsound.mp3を入れています。

音を鳴らすときは、MediaElementオブジェクトを作成し、先ほど取得したStreamをソースに指定してPlayメソッドを呼びます。

    private void PlaySound()
    {
        MediaElement me = new MediaElement();
        me.SetSource(Sound);
        me.MediaEnded += new RoutedEventHandler(me_MediaEnded);
        SoundCanvas.Children.Add(me);
        me.Play();
    }

    void me_MediaEnded(object sender, RoutedEventArgs e)
    {
        MediaElement me = sender as MediaElement;
        SoundCanvas.Children.Remove(me);
    }

実はMediaElementはビジュアルツリーに登録しなくても、オブジェクトの参照を保持してさえいれば、音声は再生されます。しかし、ビジュアルツリーに登録しないと、再生が終わってもMediaEndedイベントが発生しないようです。

私の環境では、SoundCanvas.Children.Countが120を超えたあたりでエラーが発生しました。正確に数えた人によると、123まではOKで124個目でエラーが発生したそうです。ドキュメントにはMediaElementが100を超えるようなら制限を設けるように書いてあるだけなので、この限界値が環境依存なのかは不明です。

使い方はスプライトのときとほとんど一緒で、MediaElementコントロールをCanvasの子として登録するだけです。他のコントロール同様XAMLで登録できます。

<Canvas x:Name="LayoutRoot">
    <MediaElement x:Name="Music" Source="music.mp3" AutoPlay="True"/>
</Canvas>

Sourceで再生するファイルはリソースとしてプロジェクトに登録しておく必要があります。その際、ビルドアクションが「埋め込まれたリソース」では駄目で、「Resource」にする必要がありました。(日本語版 Silverlight tools RC0を使用)

AutoPlay="True"は、このページが読み込まれると同時に、自動的に再生を開始する設定です。

BGMとして使用する場合はループ再生させる必要がありますが、何故かMediaElementにはループ設定がなく、MediaEndedイベントを使って自分でループを実装する必要があります。

public Page()
{
    InitializeComponent();
    Music.MediaEnded += new RoutedEventHandler(Music_MediaEnded);
}

void Music_MediaEnded(object sender, EventArgs e)
{
    Music.Position = new TimeSpan(0);
    Music.Play();
}

つなぎ目の無いシームレスなループは無理なようで、ループする際に一瞬音が途切れてしまいます。

MediaEndedイベントを使わずに、ループ終了位置の後ろにループ開始位置のデータを連結したファイルを用意し、Positionがループ終了位置を越えていたらループ開始位置+越えた分に設定しなおすという方法を試しましたが、これでも少し途切れてしまいました。こちらの方が、MediaEndedイベントよりは多少マシで無音部分は1/2～1/3程度に軽減されました。

短いフレーズをループで繰り返すようなBGMは諦めた方がいいかもしれません。これはBGMよりも、継続的に鳴り続ける効果音で致命的なので、何か対策があればいいのですが。

ところで、主に画像を定義するXAMLでBGMも指定できるというのは、意外と便利そうです。例えばゲームのシーン毎にBGMを指定するのに、従来ならばBGM設定を画像とは別に管理する必要がありましたが、画像と同時に扱えれば管理がとても楽になります。フラグによってBGMが変化するというような柔軟な対応は難しいかもしれませんが、MediaElementに付ける名前の命名規則である程度は対応可能だと思います。

しかし、蓋を開けてみれば、Silverlightの開発にはVisualStudioだけでなくExpression Blendという別のツールも使うことが分かり、そのソフトの値段が63,203円(Amazonでの現在の価格)とFlashと大差ない値段で絶望。「なんでこんなに高いんだよ！この守銭奴！」と文句を言いつつ、「Microsoftにこれ以上1円も払わんぞ！」とVisualStudioオンリーで開発を進めることを心に決めていたのが、2時間前までの私。

よくよく調べて見ると、アップグレード版の対象商品にVisual Studioも含まれていることが判明。

Microsoft Expression アップグレード情報

これなら私は、13,986円のExpression Blend 2 アップグレード版でいいみたいです。

さらによく調べてみると、なんとこのExpression Blend 2にはVisual Studio 2008 Standard Editionも含まれているそうです。

Visual Studio 2008 Standard Edition アップグレード版の現在のAmazonの価格は18,711円。Expression Blend 2の方が5000円も安くて同じ物が手にはいってしまいます。ようするに、Expression Blend 2の値段はマイナス5000円ということですねw

というわけで、Microsoftさんは守銭奴どころか、恐ろしいほど太っ腹なことが分かりました。

Expression Blend 2には全く興味ないけどVisual Studio 2008は欲しいという方にも、こちらがお勧めです。

ところで私は以前書いたように、既にVisual Studio 2008 Standard Editionを買ってしまったのですが、これ返品するからExpression Blend 2＋5000円と交換してもらえませんか？orz

一般的にゲームプログラムは、メインの処理をループで回して常にゲーム処理を動かしておく構造にします。このときのメインループを、ゲームループと呼んだりします。通常のWindowsプログラムでは、メッセージループと呼ばれるメインループが存在するので、そこをメッセージがないときでも止まらないように作ればゲームループを簡単に実装することができます。

しかし、SilverlightではメインループはSilverlightプラグインの内部で処理されていて、我々の手の届かない場所にあります。そこでタイマ等の一定間隔で発生するイベントをゲームループのかわりに使います。

ゲームループの代用になるのは、主に次の3つです。

1. System.Windows.Media.CompositionTarget.Renderingイベント
2. DispatcherTimer
3. StoryBoard

1のCompositionTarget.Renderingイベントというのは、Silverlightの画面更新時に発生するイベントで、処理落ちがなければ一定間隔で常に発生しています。このイベントの発生間隔は、Application.Host.Settings.MaxFrameRateで設定可能で、デフォルトでは60fpsになっています。(ただし元となるタイマの分解能が1msなので、60fpsに設定しても16ms間隔の62.5fpsになる)

2のDispatcherTimerは、発生間隔を100ナノ秒単位で指定できるタイマイベントですが、Silverlightでは1のCompositionTarget.Renderingが呼ばれるタイミングが最小分解能となっています。デフォルトの60fps設定の場合、16msが最小分解能となっており、DispatcherTimerに17msを設定すると実際には32ms間隔でしかイベントが発生しません。

3のStoryBoardは空のStoryBoardを作成し、Completedイベントが発生するたびにBeginメソッドで繰り返し開始することで、タイマイベントのように動作します。これは、DispatcherTimerのIntervalを0に設定するのと実質的に同じことで、どちらを使っても大差ないと思います。

特に理由がなければ、1のRenderingイベントが一番いいと思います。このイベントの使い方は次のようになります。

public partial class Page : UserControl
{
    public Page()
    {
        InitializeComponent();
        CompositionTarget.Rendering += new EventHandler(CompositionTarget_Rendering);
    }
    void CompositionTarget_Rendering(object sender, EventArgs e)
    {
        OnTimer();
    }

フレームレートの設定はHTMLからSilverlightプラグインを呼び出すときのパラメータで与えることもできますが、Appクラスで明示的に設定してしまった方がいいでしょう。

public partial class App : Application
{
    public App()
    {
        this.Startup += this.Application_Startup;
        this.Exit += this.Application_Exit;
        this.UnhandledException += this.Application_UnhandledException;

        this.Host.Settings.MaxFrameRate = 60;        // 60fps

        InitializeComponent();
    }

デフォルト値が60なので60fpsなら何も指定しなくてもいいのですが、プラグインのパラメータでフレームレートを落としてゲームの速度を遅くするチートが可能になってしまうので、60fpsでも明示的に指定しておいた方がいいと思います。

XAMLアニメーションの解説の多くは、単純に図形の位置や向きが変化したり色や透明度が変化するだけのものが多いですが、ちょっと工夫するとXAMLだけでも、パラパラ漫画のように画像を順番に切り替えていくパラパラアニメーションも作ることができます。

私が試して成功した方法は以下の4つです。

1. ObjectAnimationUsingKeyFramesを使ってImageのSourceプロパティを変更して画像を切り替え
2. アニメーションを1枚に連結した画像をImageBrushに登録し、Transformでブラシの位置をずらしながら、1コマ分の大きさのRectangleを表示
3. Canvas.clipに1コマ分の大きさのRectangleGeometryを登録し、その中でImageを移動させて連結画像の1コマ分をクリップ表示
4. Canvas上の同じ位置に全ての画像を重ねて配置し、1枚ずつ順番に表示されるようにObjectAnimationUsingKeyFramesでVisibilityプロパティを切り替え

1は一番素直だと思いますが、Sourceプロパティを変更するたびにPNG画像の読み込みが発生するので、たぶん一番重いと思います。Image専用の手法で、ベクトル画像には使えない欠点もあります。また、VisualStudioでXAMLを編集しようとすると落ちたりして、扱いづらかったです。

2と3は考え方はほとんど一緒で、連結画像から1コマ分だけをどうやって抜き出すのかの実現方法が違います。2はラスター画像専用ですが、3はベクトル画像にも適用できます。

4はStoryboardの記述が複雑になりますが、もしかすると一番軽いかもしれません。ベクトル画像をアニメーションさせる場合は、これがベストではないかと思います。

3の方法で作ったパラパラアニメは以下のようになります。

<UserControl x:Class="SilverlightAnimationTest.Walk"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    IsHitTestVisible="False">
    <Canvas x:Name="LayoutRoot">
        <Canvas Canvas.Left="-45" Canvas.Top="-73">
            <Canvas.Clip>
                <RectangleGeometry Rect="0,0,75,75"/>
            </Canvas.Clip>
            <Image Name="walking" Source="walking.png" Stretch="None"/>
        </Canvas>
        <Canvas.Triggers>
            <EventTrigger RoutedEvent="Canvas.Loaded">
                <BeginStoryboard>
                    <Storyboard>
                        <DoubleAnimationUsingKeyFrames Storyboard.TargetName="walking"
                            Storyboard.TargetProperty="(Canvas.Left)"
                            Duration="0:0:1.2" RepeatBehavior="Forever">
                            <DiscreteDoubleKeyFrame Value="0" KeyTime="0:0:0.0"/>
                            <DiscreteDoubleKeyFrame Value="-75" KeyTime="0:0:0.2"/>
                            <DiscreteDoubleKeyFrame Value="-150" KeyTime="0:0:0.4"/>
                            <DiscreteDoubleKeyFrame Value="-225" KeyTime="0:0:0.6"/>
                            <DiscreteDoubleKeyFrame Value="-300" KeyTime="0:0:0.8"/>
                            <DiscreteDoubleKeyFrame Value="-375" KeyTime="0:0:1.0"/>
                        </DoubleAnimationUsingKeyFrames>
                    </Storyboard>
                </BeginStoryboard>
            </EventTrigger>
        </Canvas.Triggers>
    </Canvas>
</UserControl>

ここで使用しているwalking.pngは以下のようにアニメーションを横に連結した画像で、1コマは75*75のサイズとなっています。

アニメーションの対象が添付プロパティの場合は、このようにTargetPropertyの引数に括弧を付ける必要があります。

これを組み込んだ実物のサンプルは続きで。

まず準備として、Page.xamlにCanvasを設置します。Silverlight2にはレイアウトコントロールとして、Canvas, Grid, StackPanelがありますが、GridやStackPanelは適当に子要素を登録すれば勝手に座標をいい感じに調節して表示してくれるのに対して、Canvasは自分で細かく座標を指定して使います。スプライト表示にはCanvasを使います。ウィザードが自動生成した初期状態のPage.xamlには空っぽのGridコントロールが配置されていますが、これは必要ないのでそのままCanvasに置き換えてしまいます。(Gridの子要素としてCanvasを設置してもいい)

<UserControl x:Class="SpriteTest.Page"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
    Width="400" Height="300">
    <Canvas x:Name="LayoutRoot" Background="White">
    </Canvas>
</UserControl>

スプライトのパターンデータは、プログラム上でハードコーディングすることも可能ですが、通常はXAMLファイルとして用意します。XAMLは主にベクトル画像を表現するファイルですが、ImageオブジェクトとしてPNGを貼り付ければ、ラスター画像も簡単に扱えます。

XAMLファイルをSilverlightアプリケーションに組み込むには、SilverlightユーザーコントロールとしてC#のクラスにしてしまう方法と、リソースに登録する方法があります。

ユーザーコントロールにするには、[プロジェクト]-[新しい項目の追加]-[Silverlightユーザーコントロール]からプロジェクトに追加します。ここでMario.xamlを追加すると、Marioというクラスが自動的に定義されて、コード上でMario型のオブジェクトを扱うことができます。新しいMario型のインスタンスの作成も普通に Mario mario = new Mario() で作ることができます。XAML中に書かれている子要素もクラスのメンバとして定義されるので、簡単にアクセスできます。

リソースとして登録する場合は、外部のエディタ等でXAMLを予め用意しておいて、[プロジェクト]-[既存項目の追加]で加えます。また、加えたXAMLファイルのプロパティを開き、ビルドアクションを「埋め込まれたリソース」に変更します。

リソースの場合はC#のクラスが定義されないので、インスタンスの作成がちょっと面倒で、XamlReader.Load()にXAMLを読み込ませて作成してもらうことになります。

Assembly asm = this.GetType().Assembly;
Stream s = asm.GetManifestResourceStream("SpriteTest.mario.xaml");
StreamReader reader = new StreamReader(s);
UIElement mario = XamlReader.Load(reader.ReadToEnd()) as UIElement;

スプライトのインスタンスが作成できたら、CanvasのChildrenコレクションに追加します。Page.xamlを上記のように書いた場合、CanvasにLayoutRootという名前が付いているので、そのままLayoutRootでアクセスできます。

LayoutRoot.Children.Add(mario);

表示順(Zオーダー)はChildrenコレクション内の順番に依存していて、後から追加したものほど手前に表示されます。Canvas.ZIndex添付プロパティで制御でき、ZIndexが大きいほど手前に表示されます。ZIndexが等しい場合は、Childrenコレクション内の順番に依存し、後から追加したものほど手前に表示されます。(2008/11/05訂正)

スプライトを表示する座標はCanvasの添付プロパティを使って設定します。

Canvas.SetLeft(mario, 100); // mario.SetValue(Canvas.LeftProperty, 100)でも可
Canvas.SetTop(mario, 80); // mario.SetValue(Canvas.TopProperty, 80)でも可

普通のオブジェクト指向的な発想では mario.X = 100; mario.Y = 80; としたいところですが、Silverlight(WPF)では添付プロパティという方法を使います。添付プロパティのメリットはまだちゃんと理解していませんが、Canvasの子要素になったときにしか使わないLeft, Topを子に持たせるのは無駄だから、親が管理するといった感じでしょうか。(Gridの子要素になったときは、Gridの行と列を表すRow, Columnが添付プロパティになります)

スプライトを消去するときは、Childrenコレクションから削除します。

LayoutRoot.Children.Remove(mario);

同じスプライトを複数同時に表示する場合は、表示したい数だけMarioのインスタンスを作成します。ただし、既にあるオブジェクトからクローンを作成する機能がないようなので、必要な数だけXAMLを読み込む必要があります。毎回XAMLの解析が入って無駄な感じがしますが、我慢するしか無さそうです。

なお、表示する数が決まっているもの(自機、スコア、ゲームオーバーの文字…etc)は、Page.xamlに最初から登録しておいて、VisibilityプロパティやOpacityプロパティで表示のON/OFFを切り替えるのが一般的なようです。

例えば次のようにPage.xamlにRectangleを加えると

<Rectangle x:Name="hoge" Fill="Red" Width="50" Height="50"/>

Page.xaml.csでhogeを介してRectangleを操作できます。

hoge.Fill = new SolidColorBrush(Colors.Green);

このときhogeはSystem.Windows.Shapes.Rectangleクラスのインスタンスで、Pageクラスのメンバとなっています。

C#はC++のように宣言にうるさい言語のはずなのに、突然hogeが使えるようになっているのが気持ち悪いですが、このカラクリの秘密はobjディレクトリの中にあります。

しかし、私がやりたいのはプログラムコードが主で、XAMLはほとんど使わないか画像ファイル代わりに使うという構造のアプリケーションです。そのような構造のアプリケーション構築に関する記事が見当たらないので、自分で勉強しながら、学んだことを少しずつ書いていこうと思います。

http://www.microsoft.com/japan/hardware/mouse/bluetrack/special/

新製品の売り文句なんて話半分くらいに受け取っているのですが、YouTubeで実際に操作している動画を見て驚愕。これは本当にどこでも使えますw

国内では来週、ワイヤレスモデルが2機種発売予定です。

Microsoft Explorer Mouse(5AA-00018)

Microsoft Explorer Mini Mouse Dark Silver(5BA-00017)

来年2月にこのセンサーを使用したゲーミングマウスも発売予定になっています。

ただし、ゲーミングマウスとして見た場合に、このセンサにはいくつか問題と思われる点があります。

1つめはリフトオフディスタンスの長さ。リフトオフディスタンスとは、マウスを操作面から持ち上げて反応しなくなる距離のことです。マウスを右に動かし続ける場合、ある程度動かしたらマウスを持ち上げて左に戻すという使い方をしますが、リフトオフディスタンスが長いと左に戻す際に操作を切るためにたくさん持ち上げる必要があり、操作が大変になります。リフトオフディスタンスが長いと言われるレーザーマウスですら4mm程度ですが、上の動画の様子ではかなり離れていても反応してしまいそうです。

もう1つの問題はセンサーが斜め向きになっていること。レーザーマウスも斜めになっているのですが、マウスを持ち上げたときにマウスカーソルが上下に動いてしまう欠点があります。リフトオフディスタンスが長いほど上下に動く量も増えてしまうので、BlueTrackはかなり動くのではないかと思います。FPSのようにマウスで視点操作をするゲームでは、この上下のブレで画面全体が動いてしまうので、たんにマウスカーソルが上下に動く以上に不快に感じてしまいます。

http://www.popfly.com/

Yahoo!Pipesのような感じで、データソースと出力ツールを接続するだけで、コーディング無しで簡単にSilverlightアプリケーションを作ることができます。

試しにFlickrから富士山の写真を拾ってきて表示するアプリケーションを作ってみました。(製作時間2分)

Yahoo!Pipesのように、用意された道具を組み合わせるだけでなく、自分でJavaScriptを書いて入力ソースやデータ加工ツールを作ることもできるようです。

今回試したのはマッシュアップツールですが、簡単なゲームを作ることもできます。○○ツクールよりは汎用的で、Win95の頃にあったClick&Playみたいな感じでしょうか。コーディング無しでも色々できそうな感じですが、自分でJavaScriptでコードを追加することもできるみたいです。さすがにマッシュアップほど簡単ではなかったので、ちょっと覗いてみた程度で、ゲーム製作にはまだ手をつけていません。そのうち何か簡単なものを作ってみたいと思います。

Silverlightは1.0の頃はプログラミング言語としてJavaScriptしか使えませんでしたが、2.0ではC#、VB.NET、IronPython、IronRuby、Managed JScriptも使えるようになりました。

さっそく、Silverlightのポテンシャルがどの程度が調べていたら、なんとSilverlight上で動くQuakeを作っている人がいました。

Quake in Silverlight (with texture mapping)

Silverlightに3D描画機能はないので、ポリゴン描画はもちろん自前実装です。テクスチャまで貼られていますが、これって1ピクセルずつ描画しているんですかね？ここまでやって60fps出るそうです。(作者のPCはPentium4 3.2GHzだったと思う)

テクスチャ無しの3Dで何かしようとしていた自分の志の低さを痛感させられましたw

IDE互換モードはSerialATA1.0で用意された規格で、まるでパラレルATAのように振る舞うことで従来のシステムとの互換性を高めています。

それに対してSerialATA2.0で用意されたAHCI(Advanced Host Controller Interface)モードでは、パラレルATAとの互換性を排除して、より高度な制御が可能となっています。

SerialATAのドライブ本来の性能を発揮するには、IDE互換モードではなくAHCIモードで使用する必要があります。しかし、AHCIモードを使用するにはOSやドライバの対応が必要で、XPで使うには面倒な手順でOSをインストールする必要がありました。

私が現在使っているPCは、OSはVista、チップセットはICH9R、HDDはもちろんSerialATAの最近の物で、AHCIはすぐにでも使える状態ですが、今まではIDE互換モードになっていました。

せっかく使えるのだから試しに使ってみようとBIOSでAHCIに切り替えてみると……はい、起動しなくなりましたorz

一瞬顔が青くなりましたが、Vistaのインストール時にIDE互換モードにしていると、AHCIドライバを読み込まないように自動的に設定されるのが原因でした。

ブート ドライブの SATA モードを変更した後で Windows Vista ベースのコンピュータを起動すると、エラー メッセージ "STOP 0x0000007B INACCESSABLE_BOOT_DEVICE" が表示される(Microsoftサポートオンライン)

レジストリを書き換えてから改めてAHCIモードに変えてみると、無事に起動しました。

今回は「BIOSに設定があったからなんとなく試してみた」だけで、事前に何も情報を集めていなかったので、とりあえずAHCIモードで何か問題がないか２ち○んねるで情報収集しようとギ○ナビを起動したら……起動時のプログレスバーの進み方がめちゃくちゃ速い！！ギコナビ以外のアプリケーションも起動が速くなりました。

「体感できなかった」という報告もよく見るので全く期待していなかったのですが、これは嬉しい誤算。私の使っているHDDは、シーケンシャルアクセスは物凄く速いがランダムアクセスが遅い、直線番長なんて言われたりするドライブなので、特にNCQが効果的なのかもしれません。