ks

Flash Lite 1.1 AS ファイル

Flash Lite 1.1コンテンツの制作で、外部ファイルを使うようにし始めた。それで最近作ったコンテンツで外部ASファイルをたくさん使っているなーという気がしたので、見てみたら１００ファイルを超えていた。これはまだ作業途中のもので最終的にはもっとファイル数が多いです。

１００ファイル超えるというのは、AS 2.0や3.0コンテンツ制作でも特に膨大ということもないように思いますが、1.1はかなり様子が違っていて、2.0や3.0の場合外部にあるのは大抵クラスファイルが殆どですが、1.1の場合はクラスではないです。また１つ１つのファイルの中身は５行とかで終わっていたりするので、実際の行数はそんなに無いです。

実際何が書かれているのかというと、Flash 5以降で使える

function xxx(){}

というのがFlash Lite 1.1の場合使えないので、それが１つ１つのファイルになっているという感じです。つまりファンクション定義的なものをファイル単位（flaの中ではなんというかフレーム単位）でやるみたいな感じなのです。なので、もしAS2.0や3.0の場合でいうなら、（というかFlash 5以降のAS1時代もそうですが）これは多分２０個以下のファイルでできるんじゃないかと思います。

正直1.1だといわゆるオブジェクト指向的な、「疎結合」が難しく、また「疎結合」すればするほどファイルサイズが大きくなってしまうので、「疎結合」や「設計のわかりやすさ」や「修正のしやすさ」といったことと、「ファイルサイズ」や「速度」を天秤にかけながら、最適を目指すという作業があったりします。

作るものによっては、そんなこと何も考えずに作れる場合もありますし、むしろそっちの方が多いですが、１００KBというマックスサイズに近いコンテンツを作る場合は、そういう作業が最後に結構時間を食います。

コードは書いている時間よりたぶん設計のために「うーん」って悩んでいる時間の方が長いような気がしますが、そのあたりは1.1も同じです。どっちが偉いということはないですが、どっちが楽かというとFlash Lite2.0の方だろうと思います。なぜかというと、やっぱ「疎結合」の方が一度に記憶しなくてはならない要素が少ないと考えられるからです。

外部ASファイルを使う方法を教えてくれたのはPikkleさんのDCさんです。それ以外もいろいろ勉強させてもらってます。
Pikkle

ちとあまりにエントリの間が空いたような気がして、一応５日に１度はエントリを上げたいと思っているんで、後で上げようと思って書き途中のつもりだったが、もう上げちゃいました。

１．Flash Liteの仕様を把握する Flash Lite 1.x

アドビFlashの８（７もだったかも）とかCS３の「ヘルプ」からわかる範囲なので最も基本ですが、
Flash Lite 1.0（国内ではDocomoのFoma前とFomaになったばかりの頃２００３年に登場した機種）では外部のデータを読み込むことができない。

外部というのはネットワーク越しにあるサーバー上のデータをHTTPで取得できないということで、そんなことをする必要のないGIFアニメのようなものとしてFlashは登場したという印象。もちろんユーザーの入力は受け付けるので、通信が必要ないゲームなんかはつくれるけど、考えてみると自分は今まで一度も作ったことがないかもしれない。

2005年に登場したFlash Lite 1.1はそれと違って通信してサーバーからデータを取得できるが、取得できるのはテキストか、別のFlashコンテンツとなっている。JPEG、MP3、FLVといった画像、音声、動画は持ってくることができない。サーバーサイドでFlashコンテンツ生成するという技術が時々使われるが、なぜ必要になるかというとこれが１つの理由で、JPEGのような画像をサーバー側でSWFに変えてしまわないと、ロードできないというわけです。

それと、これはFlash Lite 1.1の仕様なのかちょっと知らない部分ですが、PCのFlashだと、HTMLの中のobjectタグでFlashVarsというFlashに値を渡すパラメータが指定できたり、abc.swf?p=1&u=2のようにクエリストリングをつけることで、Flash起動時のパラメータを渡すことができるのですが、これができない。

というかクエリストリングはできるって情報を一度ウェブで見かけたのですが、うそだろ絶対。というかもしできるなら誰かやり方教えて。万が一できるなら今まで自分がやってきたことや、言ってきたことが間違っていたことになってしまうし、自分もいろいろ試した上で、やっぱできないということを確認しているつもりなので、できないと思っていますが。僕が間違っていたら申し訳ない。

なので、セッションIDみたいなものをFlashに持たせることができないわけです。これが著しく困り者で、一旦Flashが全面で動き出したとたんに、セッションがわからなくなってしまう。（ドコモはクッキーが無いのでそうなる）それで生成サーバーでセッションIDを埋め込んでやるみたいなことが必要になったりするわけです。（必ずしも必要というわけではないのですが、生成サーバーは便利です。）

生成サーバーの必要性については、また別途いろいろありますが、それについてはキャリアの設定する仕様に寄る部分もあり、また別の機会に書こうと思います。そもそも生成サーバーを作るとか、運用するというのもいろんな面でコストがかかりますが、これも僕の知っている範囲でまとめてかこーかなあと思います。

この他実際に作る人にとっては結構メンドウなのが、indexofのように、文字列の中から文字列を検索する関数がない。なのでCSVのようにデリミタで情報を区切っておいて、読み込んでうんぬんするといったことも現実的ではないです。もちろんXMLを解釈する関数はなく、そのためRSSリーダーのようなものを作るには、一旦サーバー側でFlashが読み取りやすい形式に変換してやらないとならないです。

この他プログラムが古い時代のFlashのものなので、ユーザー定義関数を使うことができない。ムービークリップを変数に入れて渡すことができない。そもそも配列というものは存在しない。これらは作っていて実にめんどくさい部分です。

上記はFlash Lite 1.1までのこと。

Flash Lite 2.0は最大シェアのDocomoが未だに採用していないのと、他キャリアもまだ登場して１年経っていないため、広くユーザーに使ってほしいものはやっぱり1.1でつくることになると思いますが、ともかく2.0については、また次回とかまとめようと思います。

追記：シェア情報があった　Flash搭載端末のシェアも
いま最もネットにアクセスしている携帯電話機種は？--ビートレンド調査 (2007/08/24)

AS2.0ならいろんなことでるんじゃない？と思う人も多いかもしれませんが、2.0でも作れる物はそれほど変わらないと思います。もともとそんなに大規模なアプリが動くわけでもないケータイFlash Liteだし、1.1でもそんなに開発工数や出来上がった結果はかわらないだろうと思う。もちろん2.0の方が作る人にとっては好ましいはずですが。

.htaccess

さらに話が飛んでしまうが、

いろいろ受託やオリジナルコンテンツを作成する上で、他人にそれをウェブで見せたい機会が多い。
誰でも自由にみられると困る部分もあれば、逆にあんまり手間をかけずにちょこっと見せたい部分もあり、そんなときには.htaccessは便利だし、頻繁に使われる方法だと思う。

で、ベーシック認証をかけるとか、携帯のみからアクセスさせるといった個別の方法は、調べるとすぐわかるのだが、

PCからはベーシック認証を通過した場合のみ閲覧させ
携帯からはベーシック認証を要求しない
というウェブサイトをつくりたいと思ってやってみたものの、ちょっと時間かかったのでメモがてらのエントリ。

ちなみに、携帯からのみといってもユーザーエージェントだけのチェックなのでかなり適当です。
本来はIPアドレスでの制限もかける。でないとUser Agent Switcherなんかを使えば見れてしまう。
加えてこのエントリの技術的な信頼度はかなり低いものと考えてください。とりあえず動いたという程度のものです。

まず.htaccessの中身はこんな風

Deny from all

AuthUserFile /etc/httpd/conf/.htpasswd
AuthGroupFile /dev/null
AuthName "Please enter your ID and password"
AuthType Basic
SetEnvIf User-Agent "DoCoMo" allow_ua
SetEnvIf User-Agent "SoftBank" allow_ua
SetEnvIf User-Agent "Vodafone" allow_ua
SetEnvIf User-Agent "KDDI" allow_ua
Order Deny,Allow
Deny from all
Allow from env=allow_ua
Require valid-user
Satisfy Any

httpd.confにはこんな指定が必要
AllowOverride AuthConfig Limit FileInfo

ユーザー名とパスワードの生成はこんな風にして行う
htpasswd -c /etc/httpd/conf/.htpasswd guest

携帯Flash Googleカレンダービューワー

前回のエントリに反していきなり別の話題ですが、

１年くらい前だったと思うが、僕は携帯でもRIA系のFlashがつくりたいのだと思って、デモとして作った「携帯Flash　Googleカレンダービューワー」が、これまたほぼ半年くらいほったらかしにしていて、GoogleカレンダーのAPIから返ってくる形が変わって動かなくなっていたのを、最近やっと修正した。

携帯Flash　Googleカレンダービューワー

既にGoogleのメールサービスがAU携帯に搭載とか、サムソンだったっけか、LGだったかが、グーグルケータイ（内容についてはあんまり記憶してないけど）を出したり、日本国以外でGoogleMapビューワーMIDP版（たしか）と、Googleは携帯に入ってきていて、これからはより携帯でGoogleするようになるんだと思う。

あついなあお盆は

一応ですが上のビューワー、Flash Lite 2.0ではなくFlash Lite 1.1でやってます。つまり2.0端末より多分１００機種以上多くの端末に対応できるところがポイントです。このようなコンテンツは2.0ならもっと効率的なプログラムができて、工数は少ないだろうと想像されますが、2.0だとDocomoでは全く動かないので今のところほとんど使う機会は無く、作ってもしょうがない。

Flash Lite企画・開発の上で把握するべきこと

少し前にRIAコンソーシアムのセミナーで「携帯FlashはRIAをどこまで提供できるか」という題で喋らせていただいたのですが、その内容の中にあった「Flash Lite企画・開発の上で把握するべきこと」について、もう少し詳しくしてこちらのブログに書こうと思います。

これから携帯Flashがサイトで利用されるケースは多くなり、制作者である僕やうちの会社が生き延びて行くには十分な、マーケットができていきそうな感じがしてます。そろそろまともに多くの人が取り組んでくれた方が、結果的に自分にとってもプラスになるような気がしているので、わかっている範囲で情報を提供しようと思っているわけです。どうせ大した話ではないですが。

携帯のFlashは今までPC用のサイト作りでやってきたようなFlashとはかなり違う部分があり、PC用のFlashを作ってきた人でも知らない人は全く知らないことだと思います。いざウェブサイトを検索しても制作に関する情報はすくないと思います。また仕様上不可能な企画で盛り上がっている人がいるようにも思います。

まず今回は触りのところで「Flash Lite企画・開発の上で把握するべきこと」の分類をば。

大きく分けるとポイントは３つです。

１．Flash Liteの仕様を把握する

これはAdobe Flashに同梱される標準ドキュメントで把握できる最も基本となる知識です。

２．キャリアの制限を把握する

これは、キャリアの開発者向けサイト
もしくは、Adobeの開発者向けサイトにも特定のキャリアについての情報が置かれている場合があります。
これは大事なところで、ここを無視して、Flash Liteの仕様だけ把握してなんらかの企画をでっち上げてしまうと、いざ制作者に発注しようとすると、「できません」と言われてしまうケースが考えられます。自分で把握するのが無理な方は、まず企画をする前に発注先候補の制作者に実現可能かどうかというのを聞くのが一番だと思います。

３．機種依存を把握する

これはキャリアのサイトで見られる端末についての情報
または、もし公式コンテンツプロバイダなら特別に詳しい情報が得られるかもしれません。
さらに、機種の情報が載った雑誌もあります。
ここは、実際に制作をする人が把握するべきところです。

次回か、その後かもしれませんが、徐々にこの３つについて詳しく書いて行こうと思います。

RIAコンソーシアム

とかいって全然やらなかったりして

ペタリVRについて その２

ペタリVRなんて作ってみたものの、世の中すでに結構いわゆるこういった「ぐるっと見渡す」系のビューワーというものは存在することが調べてみるとわかる。さらに、ぐるっと見渡すための画像を作るソフトウェアもオープンソースやらパッケージ商品として出回っていることがわかる。

つまり、単に「ぐるっと見渡す」系のビューワーと「ぐるっと見渡す」ための画像を作るソフトウェアという組み合わせは、かなり在り来たりなものだと考えられる。ちなみにFlashベースのビューワーまで一気に生成してくれるパッケージも存在するくらいだ。もともとパッケージソフトを作って売ろうとか考えていたわけではないので、がっかりしたわけではないんだけど、やっぱりやる以上、パッケージソフトのようなものではなく、元々考えていたところまでやらないとあんまり魅力はないような気がする。

というわけで追々調査しながらこの件は進めて行こうと思います。

さて、それはともかく今回Blenderという3Dのツールを利用したのですが、てっきり国内には書籍が皆無とどこで勘違いしたのか僕は信じ込んでいたのですが、Blender系のブログとかチュートリアル的なことが書かれたサイトを見ていて、本があることを知りました。しかも２冊も出ている。

Blenderは全体を把握したかったのもあるけど、最大の目的は立体の内側に画像を貼付ける方法を知りたかったわけですが、内側に貼付ける方法は本屋で立ち読みしたら「たぶんこれだろう」というやり方がわかりました。一応本は１冊購入。早速自宅でやってみたらあっさり解決。本はやっぱり偉いと思う。Googleで「Blender 立体の内側に画像を貼付ける方法」なんて検索したって出てこないわけで、やっぱり利用するソフトの専門用語を把握しておかないと調べ方すらわからない。専門用語を把握するには、ソフトの全体的な機能を把握する必要があり、結局そういう目的だとPDFとかウェブサイトより、きっちりまとめ上げてあり、一覧性の高い書籍というのは助かる。

Blenderの使い方もこの本があればそれほど悩まずに済みそうな気もしてきたので、立体データの作成もこれから徐々にすすめて行きたい。この本は機能についてもわかり易く、なおかつ実際にモデリングなどで人参をつくってみたりといったチュートリアルもあり、完成度高いようにおもいました。

Blenderビギナーズバイブル

Mayaのお試し版をダウンロードして使い始めたものの、お試し版では意味がないことがわかり、Modoも期限がきれてしまったし、Blenderも徐々に使い方がわかってきたので、もー３DはBlenderでいいわって感じ。オープンソースはすごいな。

ペタリVRについて

QuickTimeVRがQuickTimeでしか動作しないのに対して、もしもこれをFlashでできてしまえば、閲覧できるユーザーの数は増えるのではないかと思われる。

例えば、かつてWindowsMediaPlayerやQuickTimeやRealPlayerといった３つのプラットフォーム向けに映像を配信しているサイトが結構あったが、最終的にFlashPlayerをプラットフォームとしたYouTubeが人気が出てからは、低解像度ならYouTubeにアップすればいいし、そうでなくてもFlashで再生できるFLVにしておくのが最も手軽だという認識が広まったのではないかなと思う。

Flashで動画を再生するメリットは結構あって、YouTubeなんかは品質が低いSorensenのコーデックものが多いけど、高品質な動画もOn2コーデックにすれば、相当のクオリティの映像が配信できる。さすがにWMVやQuickTimeには敵わないと思うが、なるべく多くの人に見てほしいウェブサイトに、インタラクティビティも含めて貼付ける映像は、やっぱりFLVしかほとんどあり得ないのではないだろうか。

ま、Flashのビデオがどう優れているかは、今エントリの主題ではなくて、結局のところビデオプレーヤーという意味では現在Flashというプラットフォームに載せることが普及のきっかけになっているのかもという気がするということ。もちろん自分はすごくひいきめにFlashを見ているはずだから話半分で読んでもらっていいと思いますが。

でそんじゃあやっぱりQuickTimeVRみたいなパノラマもFlashベースでやっちゃえば、ということで自分も作っていたのですが、今回のエントリをアップするにあたってFlashVRという名前を考えて書き始めたものの、ふと同じような名前のものがないだろうかと思ってさがしてみたところ、既にあった。すごく普通にあった。あたりまえか。

じゃあこちらはとりあえずペタリVRとかいう名前にしておこ。ペタリというのはウェブサイトにペタリと張るという意味のペタリです。ペタリVRはWigetにするつもりで、早速このブログにWiget的に付けてみようとおもったのですが、どうもこちらのブログが利用しているTypePadではWidget登録したものしか貼付けられないのか、やりかたがわからなかった。

金曜日はせっかく沢登りに行こうと思っていたのに都合で行けなくなって、自宅で作業したりとかして、夜はしゃれた地域にある福山雅治のような男子の作る韓国料理がおいしいバーに行きました。

そのパノラマがこれ ペタリVR

天気の良い週末にこういう遊びをやっているというのは、どうなんだろう。

追記：上のパノラマは自動でクルクルしてますが、マウスドラッグで目的の方向にクルクルさせることもできます。