pekolog http://b-o-w.jp/blog Wed, 24 Feb 2010 13:45:13 +0000 http://wordpress.org/?v=2.6.5 ja PAC-MAN30thサイトリリースしました http://b-o-w.jp/blog/2010/02/23/pac-man30th/ http://b-o-w.jp/blog/2010/02/23/pac-man30th/#comments Tue, 23 Feb 2010 08:05:54 +0000 naoko http://b-o-w.jp/blog/?p=999 随分前になりますが、1/29にPAC-MANサイトをデザイン＋コンテンツを新たにグランドオープンしました。

http://pacman.com/ja/index.html

トップページで縦横無尽に動いているパックマンやゴーストたちは、javascriptで動いています。

パックマンはユーザーのマウス位置に向かってやってきます。もちろんパワークッキーを食べると、ゴーストたちはいじけ状態になりますよ。

BOWでは珍しく、サイト制作だけではなく、全体の企画・編集もやっています。

パックマン30周年の年表が見られる「MUSEUM」。パックマンに精通している方々の対談が掲載されている「INTERVIEW」。アーティストに依頼してパックマンワールドを再構築していただいている「ART」など、是非お楽しみください。

トップページの制作は、ゼロベースの米谷さんとdotimpactの愛称でも知られている田中孝太郎さん。
サイトのデザインを手がけてくれたのは、ぬいぐるみ作家でもある坂上綾さん。
パックマンについての情報やネタを細かく調べ、サイト全てのテキストを書いてくれたのは田口和裕さん。
INTERVIEWやMUSEUMの写真を撮影してくれ岩谷さんと有野さんの素敵なショットを撮ってくれたのは、「ゆかい」の池田さん。多田さん。後藤さん。
MUSEUMのながーいながーい年表をコーディングしてくれたのは、BOWの吉川。
全ての静的ページをコーディングしてくれたのは、BOWの宮本。
今後、更新されていくMUSEUM内のゲームプレイ動画を編集してくれてるのは、BOWの細金です。

これからもパックマンをお楽しみに！

]]> http://b-o-w.jp/blog/2010/02/23/pac-man30th/feed/ お正月なのでUstreamをGoogle マップ上に表示してみた http://b-o-w.jp/blog/2010/01/08/ustreammap/ http://b-o-w.jp/blog/2010/01/08/ustreammap/#comments Fri, 08 Jan 2010 13:34:49 +0000 key http://b-o-w.jp/blog/?p=938 あけましておめでとうございます。

おかげさまでBOWは新しい年を迎えることができました。本年もよろしくお願いいたします。

さて、僕はお正月にUstreamで色々遊んでたんですが、こんなものができましたのでブログに書いてみます。

UstreamMap

UstreamMap

これは何？

UstreamのData APIを使って最新のストリームを取得し、それらのうちGPS情報が取得できるものだけをGoogle マップ上に表示してます。

眺めているだけでも楽しいですが、Ustream Live Broadcasterを使ってマップ上に参加することもできます。これを使って色々面白い遊びができそうです。

何で作った？

大晦日に、Ustreamの新着をTwitterから拾って並べるものを作ったのですが

ustreeeeam （重いです）

これを元日に見てたところ、

じゃあ地図上に並べようということになったのでした。

遊び方

眺めて遊びます。誰かが位置情報を有効にした状態でUstreamを始めると、しばらくして地図上に現れます。（Ustreamの混雑状況や同時閲覧者数により、出るのに時間がかかったり、取りこぼしたりするかもしれないです）

気になるストリームを見つけたら、Ustreamロゴを押せばチャンネルページへ飛べます。

iPhoneのUstream Live Broadcasterを使う場合は、設定でSend locationを”Always”ではなく”Ask on startup”にしないと位置情報が有効にならないかも？という報告がありました。（検証中）

仕組み

位置情報を提供しているWebサービスとGoogle マップを組み合わせるのはマッシュアップの初歩の初歩ではありますが、今回はちょっと苦労しました。

大まかな動作の流れは以下のようになっています。

  1. Ustream　Data APIを使って新着ストリームを取得
  2. Flashで順番に開いていき、位置情報を含むストリームを抜き出し
  3. その位置情報をGoogle マップに渡してマップ上に表示してもらう

ここで苦労したのは

  • GPSに対応してるストリームがあんまり無い
  • GPSに対応してるか調べるのが面倒
  • ストリームの入れ替わりが激しい

という点でした。

GPSに対応してるストリームだけを集めるには

結論から言うと、Ustream Runtime Shared Libraryを使って総当りで調べる方法以外見つけていません。

最初のうちは「位置情報が使えるのはiPhoneなのだから、iPhoneからの配信だけ取得すれば良いのでは」と考えてTwitter検索から取得しようとしてみましたが、意外と位置情報オフで使ってるユーザが多く、S/N比の向上はイマイチです。

そこで中途半端なフィルタリングは諦め、Ustream Data APIを使って新鮮なデータを自前で捌くことにしました。

新鮮なストリームの入手方法

Ustream Data APIでライブ中のストリームを得るには

  1. liveスコープを使う方法
    http://api.ustream.tv/html/channel/live/search/all
  2. streamサブジェクトエリアを使う方法
    http://api.ustream.tv/html/stream/recent/search/all

があり、ドキュメントでも比較が載っています。が分かりにくいので解説すると、まずこれらのAPIが検索する対象はchannelとstreamの違いがあります。

Ustreamを視聴してると経験があると思いますが、チャンネルページを開いていると放送が始まって、ブツッと切れて、放っておくとまたオンエアになったりします。これが「1つのチャンネルを見ていたら2つのストリームを受信した」状態です。二者の違いが分かりやすいのではないでしょうか。

前者のAPIは、channelサブジェクトのうちlive状態であるもの、つまりstreamが入っている状態のものを返します。このliveを指定することでオンエアの結果だけを得ることができます。

後者のAPIは、streamサブジェクトを新着ソートして返します。オフエア状態が存在するchannelと違い、streamの検索結果は全てオンエア状態です。（と言うのも変ですが）

imageUrlなど一部の情報はchannelを調べないと得られませんが、今回は必要ないので、新着ソートできる後者のAPIを使いました。

結果のフォーマットは、htmlの部分をxmlとかjsonとかに変更できます。

またDevelopperKeyを付加して呼び出す必要があります。詳しくはドキュメントを見てください。

ちなみに、Twitterを使ったストリームの入手方法

ustre.amで検索するとたくさん引っかかります。

HTML埋め込みやFlashで再生するにはcidを取得する必要がありますが、（もちろん上記URLをスクレイピングしても良いのですが）もっと簡単な方法があります。

ustre.am/ に続く3～4桁の英数字は単なるcidの62進数表記なので、簡単な計算式で相互変換できます。

簡単なコードを書いておきますね。

  1. private static const table:String = "0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ";
  2. public static function getUrlFromCid(cid:uint):String {
  3.     var url:String = "";
  4.     while (cid) {
  5.         url = table.charAt(cid % 62) + url;
  6.         cid /= 62;
  7.     }
  8.     return "http://ustre.am/" + url;
  9. }
  10. public static function getCidFromUrl(url:String):uint {
  11.     var id:String = url.split("/").pop();
  12.     var cid:uint = 0;
  13.     for (var i:int=0; i<id.length; i++) {
  14.         cid += table.indexOf(id.charAt(i)) * Math.pow(62, id.length - i - 1);
  15.     }
  16.     return cid;
  17. }

ストリームが位置情報に対応しているか調べるには

Ustream Runtime Shared Libraryを使いました。

基本的な使い方はFlash : Ustream Flash Client APIを使ってみる - SWFなカスタムパネルで中継を再生が参考になりました。

位置情報を取得するには、

  1. logicを作る（上記参照）
  2. logicの”createChannel”イベントを見張る
  3. logic.channelにアクセスできるようになるので取っておく
  4. channelの”online”イベントを見張る
  5. channel.modulesにアクセスできるようになるので取っておく
  6. modulesの”createGps”イベントを見張る
  7. modules.gpsにアクセスできるようになるので取っておく
  8. gpsの”update”イベントを見張る
  9. gpsのcountry, city, latitude, longitude, altitudeが取得できる

という手順になります。

ただしこのままでは「位置情報に対応していない」というゴールが無いので、適切なタイムアウトを設けてやります。僕の環境では平均して600ミリ秒ぐらいで位置情報に辿り着けましたが、ストリーミングを複数同時に見るというアプリケーションの性質上、十分な余裕を見て2000ミリ秒に設定しています。

余談

上記GPSクラスのASDocに

Event
（空欄）
Summary
Fires when the gps informations are available.

って書いてあって絶望しました。

でたらめに色々入れてみてdataだと分かりましたが。

常にストリームが表示されるようにするには

Ustreamから大量のストリームを取得する方法と、そこから位置情報つきストリームを選別する方法は分かりました。

しかし、実際に組み合わせてみると、なかなか位置情報つきストリームに出会えません。作って間もないので統計を取っていないので僕の感覚なのですが、位置情報を有効にしているストリームは全体の1～2%程度しかいないようです。

1つ解析するのに2秒かかるシステムでは厳しそうなので、サーバ側にデータベースを用意することで、各ストリームの解析済み状態・位置情報・オンエア状態の管理を行うことにしました。

  1. まずサーバ側プログラムがData APIを使って新着ストリームを100件受信します。それらはDB上の「未解析リスト」に加えられます。
  2. Flashクライアントがサーバから「未解析リスト」のうち10件を受け取ります。
  3. Flashクライアントは2秒に一つ、上記リストを処理し、「位置情報の有無」「オフエアになったか」を報告します。
  4. サーバは結果を受け取り、オフエアの場合はDBから削除し、そうでない場合は「位置情報有りリスト」か「位置情報無しリスト」に分類します。
  5. Flashクライアントがサーバから「未解析リスト」のうち新しい10件を受け取ります。また、「位置情報有り」リストがあればそれも受け取ります。

という仕組みのおかげで、ページを開いてすぐに位置情報有りのストリームが再生できるようになりました。

実際にはもう少し複雑で、

  • Data APIから再び取得した際に「位置情報無しリスト」にあるものは無視する
  • ただし一旦途切れて別のストリームになっていた場合（放送開始時間が新しい場合）は再度「未解析リスト」に戻す
  • Flashクライアントが複数同時に起動した際に効率良くストリームをチェックできるように、未解析リストから各自に別々のストリームを渡す。

などの工夫も入れています。

制作時間

1/6と1/7の深夜に6時間ずつぐらい。

感想

新年から楽しいものを作れて嬉しいです。今年はこういうアウトプットを増やしていきたい。

と言うわけで、今年もよろしくお願いします。

]]> http://b-o-w.jp/blog/2010/01/08/ustreammap/feed/ iPhoneで無限Ustream http://b-o-w.jp/blog/2009/12/14/iphone%e3%81%a7%e7%84%a1%e9%99%90ustream/ http://b-o-w.jp/blog/2009/12/14/iphone%e3%81%a7%e7%84%a1%e9%99%90ustream/#comments Sun, 13 Dec 2009 15:25:41 +0000 hsgn http://b-o-w.jp/blog/?p=936

iPhoneからUstreamが放送できるUstreamLiveBroadcasterが発表され、TwitterのTLはUstreamで溢れ返っていますが、このアプリによるUstreamがどこまで実用的なのかを実験してみました。

僕のiPhoneは3GSではなく、旧型の3Gです。最初行った実験は

・液晶明度最低
・Wi-Fi接続
・AC-USBアダプタ接続
・バッテリーは100%
・SoftBankアンテナ5本

というような環境で行いました。
AC-USBアダプタ接続なのは、PCのUSBポートは制限があり、一定以上の電流を流すことができないためです。

作業の様子をUstreamで延々と流し続けた結果、3時間ほどでバッテリーが20%を切ったという警告が出て、3時間40分ほどで電池が力尽きました。バッテリーのヘタり具合は個体差があると思いますが、おおむね3時間は出来る、とみてよいかと思います。この時点でiPhoneを放置してライブカメラのように使うのは無理かと思われましたが、念のため次のような環境で再度実験を試みました。

・液晶明度最低
・Wi-Fi接続
・AC-USBアダプタ接続
・バッテリーは100%
・SoftBankアンテナ5本
・3Gをオフ

3Gを切ったこと以外はまったく同じ条件ですが、基地局サーチへの電力消費を抑えた結果、連続7時間以上Ustreamを行えた上に、バッテリーが100%であったことから、無限Ustreamができることが分かりました。
これでフィールドUstreamの可能性がものすごく広がりますね。

3G接続の場合や、3GSによる実験は行っていませんが、もしご存知の方が居たら教えてください。

]]> http://b-o-w.jp/blog/2009/12/14/iphone%e3%81%a7%e7%84%a1%e9%99%90ustream/feed/ curveToの仕組みと1日1Wonderfl http://b-o-w.jp/blog/2009/11/16/curveto_wonderfl/ http://b-o-w.jp/blog/2009/11/16/curveto_wonderfl/#comments Mon, 16 Nov 2009 14:25:06 +0000 key http://b-o-w.jp/blog/?p=907 BOW新メンバーのgupon君に聞かれたので、curveToの仕組みについてまとめてみます。

curveToの仕組み

「点Aから点Bへ向けてスタートし、点Cへ到達する曲線」をASでは

  1. graphics.moveTo(a.x, a.y);
  2. graphics.curveTo(b.x, b.y, c.x, c.y);

と書くことができます。

では、この曲線はどのようなルールで描かれているのでしょうか？

この曲線が通過する点は、以下のルールを満たします。

線分ABを t : (1-t) に内分する点をD、
線分BCを t : (1-t) に内分する点をE としたとき、
線分DEを t : (1-t) に内分する点 （ただし、0 ≦ t ≦ 1 です）

実際に見てみましょう。

上記のルールで描いた丸が、ちょうど曲線の上に重なっています。

では、この仕組みを覚えると何に役立つでしょうか。

応用1：曲線がだんだん伸びていくアニメーション

点Aから点Cまで曲線が伸びていくアニメーションを作ってみます。

曲線の始点は点Aで固定なので、moveToの引数は自明です。問題はcurveToの引数、つまり移動する点Bと点Cです。

上記のルールを見てみると、tが大きくなると点Dは点Bに近づき、点Eは点Cに近づき、点Fは点Cに近づいています。つまり、tを徐々に増加させることで移動する点Cを得ることができそうです。

残るは移動する点Bですが、こちらは点Aから出て点Bへ向かう点、ということで試しに点Dをそのまま使ってみます。

と、動いてしまいました。

（点Bの移動はちゃんと計算で導くこともできますが、つまらないのでパスします）

応用2：複雑な曲線を伸ばす

複数のcurveToからなる曲線を、上記の方法で延ばしていきます。

配列に格納したそれぞれのPointをコントロールポイントとして使い、アンカーポイントには隣り合うPointの中点を使うのが滑らかに繋げる常套手段です。

さて、これらの方法を使って二人でWonderflに投稿してみました。

僕

gupon

gupon君にはこれから毎日Wonderflに投稿してもらおうと思っています。乞うご期待！

]]> http://b-o-w.jp/blog/2009/11/16/curveto_wonderfl/feed/ BowDevice Defrag http://b-o-w.jp/blog/2009/11/09/bowdevice-defrag/ http://b-o-w.jp/blog/2009/11/09/bowdevice-defrag/#comments Mon, 09 Nov 2009 09:07:33 +0000 makiko http://b-o-w.jp/blog/?p=900

全力でひまつぶしてるサイトhttp://dailyvitamins.jp/
ここで、BowDeviceというのを作らせてもらっています。

すこし前に新作「Defrag」を作りましたのでご報告。
上記はdaily vitaminsで公開しているものとは違って没バージョン。これはこれで気に入ってます。

]]> http://b-o-w.jp/blog/2009/11/09/bowdevice-defrag/feed/ DeskTopLive.xna ご来場ありがとうございました。 http://b-o-w.jp/blog/2009/10/06/thankyou-for-desktoplive-xna/ http://b-o-w.jp/blog/2009/10/06/thankyou-for-desktoplive-xna/#comments Tue, 06 Oct 2009 08:17:29 +0000 key http://b-o-w.jp/blog/?p=893

といっても終了からかなり時間が空いてしまいました！

今回のテーマ「XNA」でイベントを開くにあたり、多くの方からご助言・ご協力をいただきました。中には「XNAを選ぶのはチャレンジングですね」という意見もありましたが、皆さんから共通していただけたのは、「自分のゲームを実機で動かせることがXNAの大きな楽しさ」ということ。

普段実際に開発されているゲームでのプレゼン大会や、制限時間の中で刻々と完成度が上がっていくライブプログラミングを通して、その楽しさを感じていただけてたら嬉しいです！

そして、この機会にXNAを始める人が増えてくれたらと思います。あまり難しくないですし、公式サイトで多くのサンプルコードも得られ、かなり良い環境です。ゲームを作りたいという夢を持っているかた（僕もですが）、ぜひ挑戦してみてください！
終わって時間が空いてしまいましたが、その分後日レポートとして、出演者の方のお話、特にXNA GONGで15分ではなかなかお伝えしきれなかったことを、このブログでフォローしていければと思っていますので、お待ちくださいませ。

当日いらしてくれた方のブログのまとめをXNA Today様がされています。

http://www.xna-today.jpn.org/archives/1282

当日ご出演いただいたXELFさんのPDFは
http://xelf.info/xna/event/XELF.DeskTopLive.xna_2009-09-12.pdf
こちらに上がっているようです。

あわせて、当日WEB中継をお手伝いいただいたgihyo.jp様の動画レポートも是非ご覧ください。

http://gihyo.jp/news/report/2009/09/1401

BOWとしても、せっかくミニDTLでゲーム制作[謎]をスタートしたので、いつか完成させてみたいなーと思ったりもしています。
DTL.XNA第二弾もいつかできるといいですね。

]]> http://b-o-w.jp/blog/2009/10/06/thankyou-for-desktoplive-xna/feed/ ライブプログラミング中継 http://b-o-w.jp/blog/2009/09/12/dtl02/ http://b-o-w.jp/blog/2009/09/12/dtl02/#comments Sat, 12 Sep 2009 09:37:19 +0000 makiko http://b-o-w.jp/blog/?p=889 おまたせしました。

それぞれのライブプログラミングマシンの中継アドレスです。

http://www.livestream.com/dtl_aba

http://www.livestream.com/dtl_kougei

]]> http://b-o-w.jp/blog/2009/09/12/dtl02/feed/ 本日DeskTopLive.xnaです！ http://b-o-w.jp/blog/2009/09/12/dtl0/ http://b-o-w.jp/blog/2009/09/12/dtl0/#comments Sat, 12 Sep 2009 08:35:31 +0000 makiko http://b-o-w.jp/blog/?p=884 いよいよ今日DTL.xna開催です。

サイトのほうでもお知らせしていましたがWEB中継を行います。

↓こちらをチェック！おねがいします。
http://www.ustream.tv/channel/dtlive

Twitterでハッシュタグ
#dtl

つけて発言していただけると、Ustからもひろえますので、どうぞー。

ただいま絶賛設営中ですが、うまくいけばライブプログラミングしているマシンからLive Streamも行えるかも・・・

]]> http://b-o-w.jp/blog/2009/09/12/dtl0/feed/ ミニDTL.xna “ゲームはイチニチ30分まで！” 第12回 http://b-o-w.jp/blog/2009/09/07/mini-dtl-xna-12/ http://b-o-w.jp/blog/2009/09/07/mini-dtl-xna-12/#comments Mon, 07 Sep 2009 06:01:38 +0000 key http://b-o-w.jp/blog/?p=820 ミニDTL.xnaその12です。

9/1に配信した分です。今回は、敵キャラの種類の追加と、自機のモデリングを行いました。


MiniDTL.xna (12)

敵の種類を作る

ずーっと飾り気のない敵1種類だったので、新しい敵を追加してみました。

まず今まで具体クラスだったEnemyを敵の基底クラスにして、今までの敵をEnemyCクラスにしました。

また新たにEnemyのサブクラスであるEnemyAを作り、色を黒にして、弾を撃つ際の間隔を無くしてみると

新しい敵テスト

新しい敵テスト

凶悪な敵ができました。

プログラム自体は、ほぼコピペの作業しかしていないので割愛。

一点、ポリモーフィズムで呼ばれる基底クラスのメソッドにはvirtualをつける必要があることを忘れていて、Drawのオーバーライドでてこずりました。ActionScript秒です。

DoGAを使ってモデルデータを作る

DoGAは3DCGの入門用のソフトです。簡単なモデラーDoGA-L1のサンプルライブラリが便利なので利用してみましょう。

DoGA L1で自機を作る

DoGA L1で自機を作る

[パーツ]-[パーツ追加]を押すとサンプルライブラリが出てくるので、まずは自機っぽい形を選んで配置します。これだけ。

自機できた

自機できた

ファイルメニューから[エクスポート]-[Direct3D データ出力（三角形化）]で出力。拡大率を聞かれますが、この状態では見当が付かないのでそのままでOKです。ファイル名はFighter.xとしました。

VisualStudioに戻り、まずソリューションエクスプローラのContentからもう使わないFighter.pngを取り除きます。その後追加→既存の項目を追加で先ほどのモデルを選択。

読み込んで表示するコードを書きます。

まず変数宣言。Model型一つに収まります。

  1. private static Model model;

次にモデル読み込み。

  1. public static void LoadContent() {
  2.     model = Game.Content.Load<Model>("Fighter");
  3. }

最後に描画。

  1. public override Draw(GameTime gameTime) {
  2.     foreach (ModelMesh mesh in model.Meshes) {
  3.         foreach (BasicEffect effect in mesh.Effects) {
  4.             effect.EnableDefaultLighting();
  5.             effect.Projection = screenInfo.ProjectionMatrix;
  6.             effect.View = screenInfo.ViewMatrix;
  7.             effect.World =
  8.                 Matrix.CreateRotationY(item.Roll) *
  9.                 Matrix.CreateTranslation(item.Position.X, item.Position.Y, 0);
  10.         }
  11.         mesh.Draw();
  12.     }
  13. }

思ったより簡単です。

が、実行しても何も表示されません。モデルが小さすぎたようなので、拡大します。

Contentに追加したFighter.Xを選択してプロパティを表示します。

Content ProcessorのサブアイテムにScaleがあるので適宜大きい値にします。

また、表示したモデルの向きが気に入らないときは* Axis Rotationで回転することもできます。

これらを適切に調整して実行。

自機が出た

自機が出た

無事、自機の3Dモデルが出ました。よく見たら裏表なので全然無事ではないですが。

続きます。

]]> http://b-o-w.jp/blog/2009/09/07/mini-dtl-xna-12/feed/ ミニDTL.xna “ゲームはイチニチ30分まで！” 第11回 http://b-o-w.jp/blog/2009/09/07/mini-dtl-xna-11/ http://b-o-w.jp/blog/2009/09/07/mini-dtl-xna-11/#comments Mon, 07 Sep 2009 04:42:06 +0000 key http://b-o-w.jp/blog/?p=818 ミニDTL.xnaその11です。

8/31に配信した分です。前回に引き続いて3D化を進めました。


MiniDTL.xna (11)

ステージの座標系をちゃんと作る

これまではSpriteBatchによる2D描画だけだったので、何も考えず、画面の座標系をそのままゲームの座標系にしていました。

つまり左上が0, 0で、自機が前に進むとPosition.Yは減っていました。一方、このゲームの自機にはScrollPositionというプロパティがあるのですが、これは自機が前に進むと増えていました。いい加減ですね。

画面設計

画面設計

で、こういうものを描きました。上が1Pにとってのステージの奥です。今後は、1PはPosition.YおよびScrollPositionが増加するように進みます。2Pは逆です。

設計にあわせて書き直し

上記にあわせて、ステージの大半を書き直します。それだけだとつまらないので、前回Fighterに組み込んだ3D周りの記述をコピペして、全クラス書き直してみました。

全部三角形

全部三角形

ゲーム要素が全部3Dレンダリングになったことで、左右画面ごとに共通のカメラ（ViewMatrix）を使ってシーンを描画できるようになりました。

ゲーム要素の描画を始める前に

  1. Matrix view = Matrix.CreateLookAt(
  2.     new Vector3(0, fighters[0].ScrollPosition, 1000),
  3.     new Vector3(0, fighters[0].ScrollPosition, 0),
  4.     Vector3.Up
  5. );

で、このviewを使ってゲーム要素をレンダリングすれば1P視点。

その後viewを作り直して各ゲーム要素をもう一度描画すれば2P視点になります。

  1. Matrix view = Matrix.CreateLookAt(
  2.     new Vector3(0, fighters[1].ScrollPosition, 1000),
  3.     new Vector3(0, fighters[1].ScrollPosition, 0),
  4.     Vector3.Down
  5. );

ViewPortも併用しているので、各ゲーム要素が左右分割を気にする必要はなくなりました。おお美しい。

続きます。

]]> http://b-o-w.jp/blog/2009/09/07/mini-dtl-xna-11/feed/