最近iPad 2を買って、この頃色々と活用法を研究している私ですが、もともとiPadの購入を決めた理由の一つが「Blu-rayディスクからリッピングしたフルHD動画をiPadのでっかくて綺麗な画面で手軽に観たい」というものでした。 とは言っても、iPad 2のローカルストレージ容量は最大でも64GBまで。ましてや、私が購入したのは一番安いWi-Fi16GBモデル。ファイルサイズが半端なく大きいフルHD動画を目的どおり”手軽に観る”ためには、どう考えても容量不足な感じが否めません。 そこでどうしても必要になるのが外部ストレージの存在ですが、相手は泣く子も黙るフルHD。「ファイルサイズが半端ない＝ビットレートも半端ない」ということ。一難去ってまた一難、外部ストレージからストリーミング再生するには通信速度もかなり速い無線LAN機器がどうしても必要です。 で、自分なりに色々考えてみた結果、ストレー
第７回のHTML5とか勉強会で、羽田野さんにAudio Data APIを教えていただいて依頼、やりたかったことがあります。それは、AudioをWebSocketを使ってストリーミング配信すること。これが出来たので紹介します。 音声ストリーミングは、リアルタイム系のサービスの中では難しい部類の一つ。遅延がひどいと、自然なコミュニケーションが難しく、またネットワーク転送中にジッタ（データ到達間隔が揺らぐこと）が起きると、音がプツプツ切れたり間延びしたりと明らかに違和感が生じます。インターネットでは、厳密な意味でのQoS制御は困難ですので、どうしても遅延やジッタが生じますし、これらのパラメータはネットワーク転送だけでなく、サーバーークライアントでの実装ももろに効いてきます。 といったわけで、音声ストリーミングみたいなサービスがブラウザ＋Javascriptだけで出来たら、結構嬉しいよな〜やりた
最近発表されて、一部で話題を呼んでいるTwitterの新しいStreaming API「ChirpUserStreams」。 まだdeveloperへのpreviewリリースということでプロダクトに使うようなことはできないけど。 http://apiwiki.twitter.com/ChirpUserStreams 今までのStreaming APIでは基本的に public timelineから、指定したキーワードを含む発言を拾う 指定したユーザーの発言を拾う というものだった(はず)。検索系としては便利だけど、home_timelineのように自分がフォローしているユーザーの発言をStreamingで得ようとすると全idを繋げたものをリクエストパラメータとして送らないといけなかったりで、あまりカッコよくない形になってしまっていた。 ところが今回使えるようになった「ChirpUserSt
Streaming APIとは TwitterのStreaming APIをご存知でしょうか。 Twitter API Wiki / Streaming API Documentation 2009年4月頃から試験的に公開されているAPIなので、ご存知な方も多いと思います。2009年8月現在でまだαテスト中ですが、これを利用すると、push型でリアルタイムに情報を受け取ることができます。 TwitterのAPIは基本的にpull型なので、クライアントが能動的にリクエストを発行しなければ情報を受け取ることができません。しかし、1時間あたりのリクエスト回数、1リクエストあたりの最大データ数など、APIには様々な制限がかけられていますので、例えばリアルタイム性の必要なプログラムや、大量のtweetsが必要な統計プログラムなどの用途で通常のAPIを利用するのは厳しいものがあります。 そのような時は
Twitterには、ストリーミングAPIという、プッシュでリアルタイムに情報を受け取ることのできるAPIが用意されています。 これを使えば、定期的にポーリングをしたりすることなく、誰かが発言した時点で即座にメッセージを受け取れます。 しかし、これを使うためには、TCP接続をTwitterに対して張りっぱなしにしておく必要があり、Webアプリなどで使うのに敷居が高いと感じている人もいるのではないでしょうか。 今回は、「そんなことないよ、超簡単だよ」ということを、Rubyベースのサンプルで示したいと思います。 なぜそんなことが簡単にできるのか、その秘密を先に種明かしすると、Ruby用のWebサーバとして急速に人気を獲得し、デファクトの座をとりつつある「Thin」というWebサーバが、内部的にEventMachineという非同期サーバを使用しているので、その機能を使うことで、今までのWebアプリ
サンフランシスコ発--ソニー、Microsoft、任天堂は気をつけた方がいい。従来型のビデオゲームコンソールのビジネスモデルが危険にさらされるかもしれない。 危険の程度を論じるのは確かに時期尚早だが、OnLiveという新興企業が米国時間3月23日夜に発表した全く新しいゲーム配信システムは、計画通りに稼働すればゲームの世界を永遠に変えてしまう可能性がある。 OnLiveは、WebTVの創業者Steve Perlman氏とEidosの前最高経営責任者（CEO）Mike McGarvey氏が立ち上げた。同社がローンチを目指しているシステムは、7年をかけて開発したもので、Electronic Arts（EA）、Take-Two Interactive Software、Ubisoft、Atariなどのパブリッシャーが初公開するAAAクラスのゲームを、小売チャネルでこれらのタイトルがリリースされるの
「このような条件に合う技術は、Flashしかない」と古村氏は語る。Flash Playerはアドビの資料によると98％以上のPCにインストールされている。また、ActionScriptを使ったインタラクティブなUIも可能だ。さらにWindows、Macを問わず動く。 しかし、Flashを使った音楽配信についてミクシィが考える「最大の問題点はセキュリティだった」（古村氏）。Flashを使った配信ではYouTubeが有名。しかし、YouTubeはツールを使えば映像コンテンツをローカルにダウンロードできるなど、コンテンツオーナーにとっては評判がいいとはいえない。ミクシィもFlashを採用するに当たって、コンテンツオーナーの反応を意識したようだ。 「配信サービスを展開する上で難しいのは、コンテンツオーナーと配信者が違うこと」。米アドビのAdobe Flash Media Server Servic
ども、出来ることなら楽したい、めんどくさいことはしたくない、手抜きが大好き！でおなじみアラガです。 先日、FMS勉強会でネタのつもりで僕の手抜きRed5環境構築法を紹介したのですが、意外と役に立つ部分もありそうだったので紹介します。 まず、Red5とはJavaで作られているオープンソースのFMS(Flash Media Server)クローンです。弊社でも、今日の緑さんや超能力ラボ等、FMSではなく無料で使えるRed5を採用しているプロジェクトも数多く存在しています。 僕はこのRed5のインストールを何度かしていますが、バージョンが上がったりした際に一発でインストールできなかったり、いろいろと苦戦をしてきました。 しかし、最近ある方法を使って超速に環境をさくっと作れるようになってきました。 以下で紹介します。 超速インストール方法 1.Java6をインストールする 実はこれが一番敷居が高い
「YouTubeの視聴は「ストリーミング」ではなく「ダウンロード」です」という記事中で、「Macromedia Flash Media Server 2」はOrigin Editionの場合、520万円もするため非常にコストがかかるということを書きましたが、調べてみるとなんとオープンソースで開発されているFlashストリーミングサーバ「Red5」というのがあるようです。 本体はJavaで作られており、Windows・Debian/Ubuntu・MacOSX・WAR・Gentoo用のバイナリが提供されています。 ちゃんとRTMP (Real-Time Messaging Protocol)、RTMPT、RTMPSなどのプロトコルをサポートしており、いろいろなチュートリアルなども存在している模様。結構充実してますね。 実際にWindowsにインストールしてみた詳細などは以下から。 Red5 :
Flashストリーミングって何？ 動画を使ったサービスが増えています。ひと昔前でしたらRealやWindows Mediaなどの形式が主流でしたが、最近ではFlashを採用するのが標準的なやり方になってきました。一説によるとFlashプレーヤーの普及率は99％に迫る勢いだそうで、細かいバージョンを問わなければほぼ全員の環境で使えるのがFlashということになるでしょう。 本連載では、オープンソースで提供されているRed5というプロダクトを軸に、Flashでの動画再生について紹介していきます。Flashというとクライアントサイドの技術といった感が強いのですが、Red5を使うことによってサーバーサイドとも連携した、より一歩進んだFlashの世界が開けると思っています。 まずは、ストリーミングについておさらいしましょう。「動画」であることと「ストリーミング」というワードが混同されている場面もあり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
