pekolog

あけましておめでとうございます。

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

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

UstreamMap

これは何？

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

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

(more…)

BOW新メンバーのgupon君に聞かれたので、curveToの仕組みについてまとめてみます。

curveToの仕組み

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

と書くことができます。

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

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

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

実際に見てみましょう。

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

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

(more…)

はまりました。

解決しました。

複数人でAS3開発する際、いろいろな結合方法があると思います。

• 各々がASを提出し、静的リンクして単一のSWFにする
  メリット：方法が単純で確実。出力されるSWFに無駄が少なくなる（はず）。
  デメリット：部分担当者、全体担当者ともに書き出し時間が最も多く必要。
• 各々がSWFを提出し、実行時に動的リンク
  メリット：書き出し時間が最も少なくすむ。公開後、パーツ単位での差し替えが可能。
  デメリット：共通クラスにバージョンの異なるものが紛れるなどのトラブルがある。実行時のロード管理がやや面倒。SWF間でクラス定義が重複するため、総データサイズが大きくなりがち。
• 各々がSWCを提出し、静的リンクして単一のSWFにする
  メリット： 最初の方法同様のサイズ効率。二番目の方法に近い書き出し時間の短さ。
  デメリット：後述します

僕は全体担当をしており、コンテンツ開発の皆さんにSWC提出をお願いしました。
(more…)

前回のエントリで書いたBCCKSのブックビューアの制作の流れについて説明します。

まず、今回の目標は以下のようなものです。

• 今までHTML+CSSで作っていたビューアをFlashに移植する
• ユーザが作った既存のブックも大体同じように表示される
• HTML+CSSではできない、Flashならではの表現を探る

TextField/TextFormatを使った今までの方法では、後方互換性や進んだ表現を行うのは難しいと考えたので、Flash Text Engine(FTE) 及びその上に構築されている Text Layout Framework(TLF) に初挑戦することにしました。

記事中のコードは全てFlex SDK 4.0.0.8155でビルドしています。それ以前のSDKだと、TLFのAPI構成と挙動が大きく違いますのでご注意ください。
(more…)

Webで「新しい本」が作れるサイト BCCKS にて、Text Layout Frameworkを使ったブックビューアを作ってみました。

BCCKSとは、ユーザが写真や文章を入力してブラウザで読める本（ブック）を作ることができるサイトです。

BCCKSではオープンから今までの間HTMLとCSSを使ったビューアを提供していたのですが、より表現力の高いブックを作れるようにするためのテストとして、Flashを使ったビューアを試作することになりました。

Flashで動的テキストを扱うコンテンツを作る方法は色々ありますが、今回は最もパワフルな環境でどこまでのことができるか挑戦してみるために、Adobe Labsでベータ提供されているText Layout Frameworkを使うことにしました。

(more…)

全国的に7月になってしまいましたが、春のDeskTopLiveで使ったAS3エディタをSpark Projectで公開しました。

Spark Projectでのページはこちら
http://www.libspark.org/wiki/PsycodeLive

何それ？という方に簡単に説明しますと、以下のような機能を持ったAIRアプリケーションです。

• AS3コードを打ち込んでその場でコンパイル・実行ができる（１クラスのみ。wonderflと同じスタイルです）
• 打ち込んだ内容が打ち込んだタイミングを保ったまま記録されます。コンパイルしたSWFも同じタイミングで記録されるので、作品が徐々に出来上がっていく様子を保存して再生することができます。

(more…)

毎月いろんなクリエーターの作品を掲載する、withDのマンスリートップイメージに今月のトップイメージを制作させてもらいましたー。

コードが打ち込まれていく

(more…)

現地からお送りします。

一昨日から今日までタイのパタヤで開催されているアジア太平洋広告祭（ADFEST2009）にて、FLARToolKitを使ったコンテンツを電通さんと一緒に展示させていただきました。（広告賞の受賞ではありません）

シールを見せるビジター

(more…)

Xbox Live アーケードのBraidが面白かったので、何も考えずにシューティングにしてみました。

Ponytail （若干Braidのネタバレを含みます。ワールド3-1で新鮮に驚きたいかたは本家を先にどうぞ）

まだざっくりしか作っていませんが、緑弾の扱いが適当すぎて面白くないです。3Wave目は通常弾と緑弾が斑鳩的に動いてくれることを妄想していましたが、X押している間に通過しちゃうの考えてなかった！

普通こういったゲームを作るときは、弾が発射されるとその情報をプールに追加し、更新し、弾が消えるとプールから開放するような管理を行うと思いますが、今回の場合ルールが特殊なので、「任意の瞬間に画面に存在する弾一覧」を返すIWaveインターフェースを作っています。でも弾幕というものを普段触っていないので、相当ださいかと思います。

何が言いたいかというと、誰か触ってくれるとうれしいなあ。

それとXbox 360を持っていてまだBraidをやってない方は、ぜひ買って遊んでみてください。高いけどお勧めです。

BOW cARdでは、ARToolKitで使われるマーカー画像と違い、5×5のカラーコードを使っています。これについて説明します。

ARToolKitでは、ARアプリケーション製作者が用意したマーカー画像をアプリケーションが保持し、実行時に得られたスクエアのそれぞれについて、保持しているマーカーと一致しているか照らし合わせる仕組みになっています。
好きな画像をマーカーとして使える手軽さがありますが、マーカーの種類が多くなると照らし合わせの負荷が大きくなるほか、各マーカーを事前に知っておく必要があるという制約があるため、マーカーを2次元コードにすることでこれらを解決しました。

(more…)