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

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

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

GPS+ming

最近のケータイの多くにはGPSが搭載されていて、今流行のiPhoneには無いわけだから、そんなところが日本のケータイの進んでるところだと思うんだけど、この機能を使おうと思うと結構使えるケースは限られてくる。

iアプリの場合GPSで位置を取得するには「デラックス」でないとダメらしく、つまりキャリアの承認により初めて開発・公開できる機能らしい。なので、誰でも好きに自分の位置を記録するアプリを作ることはできないということになる。

僕はFlashを使うのでFlashからの場合どうかというと、Flash Liteの持つ機能としてGPSの情報を取得する関数などがあるわけではない。

AUのサイトには、
fscommnad (device:location?url=xxx ) ;
というActionScriptファンクションで位置情報が取得できるということになっている。これはgetURLと同じなので、別のSWFへの遷移や別のページへの遷移の際に位置情報を付加することができるという機能だ。SWFの内部に緯度経度を取り込めるのならちょっとワクワクするけど、外部に出すだけというのはつまんない。

誰でも思いつくこととして、一般的に山岳系などのアウトドア用品としてGarminのGPSのように、現在地を地図で表示させたり、自分の道程を記録させてあとでGoogle MapやGoogle Earthに表示させるとかの、ちょっとした遊びをしたくなったりする。

まず、現在地を地図で表示というのを作ろうとした場合、ウェブページから３キャリアそれぞれ、もちろんGPS搭載端末に限るが、独自のタグ書いて、緯度経度をサーバーに送信させることができるので、その値を拾ってGoogle Mapの携帯版に表示させればいいと思うわけだけど、携帯の標準のブラウザではJavaScriptは使えないのでGoogle MapsのAPIはケータイのブラウザ上では意味が無い。

やっぱりGoogle Mapsのすごいところは、操作がし易かったことに加えて、かなり充実したAPIが提供されたために、世界中の無数の作る側の人の気合いが入って、「よっしゃー」的に週末をAPIを使ったプログラムに勤しみ、いろいろなアプリケーションやそのたたき台ができたところだと思うけども、そういう良さは携帯では出せない。

以前、無理矢理リッチめな地図を作ってみた。Google の地図を取り出して、mingでSWFにするというもの。

こちら PLOTME!（GPSの搭載された携帯向けのページです。）

とはいえ、これは地図を無理矢理Googleの地図から引っ張っているもので、これを商用につかうとかはできない。本当にこれを何かのサービスにしようと思ったら、地図のデータの提供者が必要になる。

次に自分の道程を記録させるというのもウェブページで、頻繁にリロードをかけてその度に緯度経度を送信とすればよさげなもんだけど、携帯の標準のブラウザでそれができるのは、AUだけみたいだ。ちなみにFlashを使えば何とかなるかと思うかもしれないが、言うまでもなく「ワン通信／ワンクリック」制限があるので、Flashで定期的にページをリロードすることは不可能。

というわけでケータイにGPSがついていると言っても、PCにGPSが着いた状態とは相当異なる世界がそこにある。いやもちろん、キャリアに承認されればいろいろできるだろうし、実際、自分の位置を見るならEZ Naviでいいわけなので、こういった悩みはタダの遊びとしてソフトを作りたい人が「くそー」って思っているだけのことなんだろうけども、残念ではある。つまりPCのようにタダの遊びがあんまりできない、閉じた世界になっている。

ffmpeg+ming

ffmpegで動画からフレームを切り出し、それをmingでFlashにするという方法で、ケータイのブラウザ上で動画をインライン再生させるというのをやってみた。

ここ ケータイFlash用 動画変換サーバー（動画の投稿はPCのブラウザから。QRコードとURLが出るのでそこから先は携帯で閲覧。）

メンドウなところは、（すくなくとも）Flash Lite 1.1の場合は、ある程度のフレームのところで、画像が赤表示になってしまうという問題。これは、多分ケータイのFlashに割り当てられるメモリが足りないために起きる現象だろうと思うので、フレーム数を減らすことで解決はするけど、言うまでもなく再生できる動画の時間もしくはフレームレートを犠牲にする形になる。

例えば今回のようなケースでは、なるべく赤にならないようにということで、ファイルサイズが100KBまでいけるところを、わざと60KBまでに制限して、生成されるSWFを切り分けているのだけど、どこで線引きするのかというのは、実際にはいろいろな端末でためしてみないと本当にわからない。多分だけど、１年以上前のDocomo以外の端末では、今の制限では赤は出そうな気がする。

Docomo端末は割当メモリが大きいためもしかしたら100KBまでいけちゃうのではという気もするけど、試していないので不明。

Flash Lite 2.0にしたらどうかというと、その場合は赤表示にはならないのではないかと思う。赤表示にはならないと思う理由は単に今まで見たことがないからだけど、ガベージコレクションされるからとか理由はちゃんとあるのだろう。

ただ、Flash Lite 2.0は相変わらず大手３キャリアの中でDocomoだけが未対応となっている。それでもAUとSoftbank向けにはFlash Lite 2.0で書き出すというのも手かもしれない。Flash Lite 2.0にすると圧縮を書けることができるので、Flash Lite 1.1 だと140KBくらいのコンテンツが、100KBくらいに収まったりすると思う（この前やったときにたしかそんな感じだった）。

メンドウではあるけど、

Docomo端末　Flash Lite 1.1で生成　制限100KB
AU、Softbank端末　Flash Lite 2.0対応機種　Flash Lite 2.0で生成　制限100KB
AU、Softbank端末　Flash Lite 2.0非対応機種　Flash Lite 1.1で生成　制限50KB

といった具合で変換すれば、それぞれに最適なコンテンツとなるのではないかと思う。

ffmpeg
ffmpeg-php
ming

ところでphp5でSwfprebuitclipを使うにはどうインストールしたらいいのだろう。先週から迷走してます。

しかしこういったケータイ向けのサーバーサイドSWF生成というのは、現状のキャリアの課す「ワンクリック／ワン通信」制限の中では必須となることが多いけど、逆にこんなことしないといけないので、結局あんまり面白いものができないか、作る人がいないという結果になっているように思う。

巻き取り式のテープ

学習が動画によって行われる世界。多分１０年前くらいに、そんな未来がくることを期待していて、そういう未来を作ろうと思っていた。例えばプログラムで使う数学は、自分にとっては文書で理解するのが大変だった。なので、それがビデオだったらいいなあと思っていた。

一般にそういうニッチな内容の映像は、ニッチであればあるほど予算は低くなり、内容に興味を持っている視聴者ですら、工夫がなさ過ぎる映像を退屈に感じるだろうと想像される。だからその退屈さを存分に視聴者に伝えることになってしまうような、ビデオテープカセット（巻き取り式のテープ）や、放送局から特定の時間にオンエアをすることは、全く不向きだと考えていて、逆にネットでランダムアクセスできる形でビデオを配信するというのが、理想的だと考えていた。

そんなことを考えていた自分は、ネットで学習用の動画を配信するということについては、いろいろ思うことがある。たとえばWikiについての解説がされているビデオWikis in Plain Englishを見ると、おおこれいいじゃんと思ったりする。

こういうビデオには、掛けるお金、つまり制作関係者に支払うお金はゼロか、それに近いと想像できる。というかクライアントはおらず１人か複数の有志が何の報酬もなく作成しているんだろうと想像される。だとしたら無料で作成されたコンテンツということになるけど、でもテキスト情報の生成、送受信、閲覧がネットではあまりにも簡単すぎて、こういったよくできた映像はその中ではむしろ高級なコンテンツだとも言える。

実際、例えばテキストだけの情報なら、学習につかえるコンテンツが、たくさん投稿されているように感じるけど、ビデオはそんなにみつからない。つまり映像は制作コストが高すぎて、ブログなどと比較すると、ほとんど誰も作ってないという状態なのだと思う。かつてと比べたら、映像の、生成、送受信、閲覧はずっと楽にはなってはいる。ただ、あいかわらず相対的に作り手にとって重いメディアであることに変わりがない。

YouTubeで映像を誰でも配信できる時代になったけど、高級な学習用コンテンツは、そんなに集積されていってないように思う。あまりYouTubeを使わないから、もしかすると検索するスキルが足りていないのかもしれないけど。

ところでYouTubeで探している途中に見つけたこの映像（黒いレコードとDJの関係）なんかはおもしろかった。DJもの結構おもしろいなあ。
http://www.youtube.com/watch?v=WZFqE4wJsgw

そっかこういうコストが小さい（であろう）ものは結構あるのだなあ。もしかしたらほんとに見つけることができないだけなのかも。

「学習用の映像コンテンツを作成し配布する」というサービスをビジネスモデルを考えればいいのだろうけど、実は１０年ほど前にも、どうすればそのようなサービスがビジネスになるのか考えたのだが、その時もアイデアは出なかった。

でも、そういうサービスはきっといつか現れるような気がする。そんなことを、iTunes Uを見て思った。ビデオ素材をつかったものが見つからなかったけど、PodCastでも映像は流れる訳で映像コンテンツもどっかにあるんだろうと思う。
http://www.apple.com/jp/news/2007/may/30itunesu.html

いづれは自分もVideo iPodで通勤中にビデオを見ながら、何かを勉強するといった未来が想像される。正直それが輝かしい未来だかなんだかはわからないけれども（忙しいだけじゃんという気もする）、それでもそういう方向に将来の学習というのは進んでゆくのではないかと思う。

ところでMacを今メインで使っていますが、ぜひTower Recored の NapstarをMacに対応させてほしい。ラジオ的にいろんな音楽を楽しむという意味ではiTunesよりずっといいんじゃないかと。iTuneのラジオに飽きてしまったからかなあ。とにかくBootcampでWindowsを立ち上げたときにいつも残念に思うのはNapstarがMacにないこと。