さっき、UNIQLO GRIDに偶々通りかかったら凄い職人がいた。ガンバレ！
]]>それを機にサーバ回線の増強をしました。これまで回線は10Mbps固定の契約だったのですが、FFFFOUNDは画像の転送が多い為、すぐに帯域を使ってしまうので従量制にしました。多分、昔に比べてスムーズに表示されてるはずです。
で、これは3月分のアップデートで、4月分のアップデートはまた後で書く。
]]>UNIQLO/UTの新しいサイトUTLOOP公開しました。CMでも放映されてます。下記そのブログパーツ。
Planning / Art Direction / Design: Yugo Nakamura (tha)
Design / Flash : Sohei Kitada (tha)
Video Edit : Erica Sakai (tha)
Video Production : same as TV-AD
Banner : spctrm
Technical Direction : Keita Kitamura (tha)
技術的なことは後述。
]]> この手の音と映像のリミックスをやる場合、Flashの場合、単に連続した映像データを次々に再生していくだけなので簡単にできるかと思います。視覚(映像)のずれってのはある程度許容できますが、聴覚(音)のずれってのは結構気になるものです。って、かのyugopが始終言ってた。音のズレ気になるって。俺はどうしても気持ち良いもんがつくりたいんだ。って。そりゃ御大ももう国営放送が認めたプロフェッショナルですからこだわりが違いますよ。
で、今回、その音のズレとやらをスパッと解決すべくサクッとFlash内部で動く音声編集エンジンを開発しました。Flash内部で、複数の音源データをロードして、1つの音データ(Soundクラス)を生成してるわけです。そうすることによって、音源毎の間の切れ目が無くなり、ロード(この場合のロードはFlash Player内部の話)の遅延なども発生せずに、仮に映像が処理落ちしても音だけは途切れることの無くスムーズに再生ができるわけです。
音編集エンジンは、APIで提供して、UTLOOPのメインのFlashはtha新入社員の北田さんが超頑張ってました。
という経緯があって、実はUTLOOPのサイトは、この21世紀になってもWAVファイルをネットからロードしてるのでした。
最初は、元データをMP3で編集するエンジンを作っていたのですが、MP3の場合、デコードしないと、ミリ秒単位での正確な編集エンジンがつくれないんですね。で、一瞬、デコーダーつくるの？！とか思ったら、今回使う個々の音データはファイルが小さいからWAVで良いんじゃないってことで、WAVになりました。
エンジニアとしては、やっぱMP3のデコーダを開発する事が正攻法だったと思いますが、そもそも、MP3のデコーダを仮に作ってももし処理速度が出なかったら泣いてた事になってたと思うので、まあ、今回はWAVで良かったのかなと。ていうか、Flash Playerの内部でMP3のデコーダついてるんだから、そのAPIをオープンにして欲しいわ。
てか、スペクトラムのデータを逆FFTすれば元のデータになるのか？理論上はなるよね。でも、その場合、再生しないと駄目だしね。
]]>
さっき、UNIQLO GRIDに偶々通りかかったら凄い職人がいた。ガンバレ！
]]>
(途中、データが取れてない部分がありますが、サーバがダウンしてたわけではなくて単に監視がうまくいってなかった)
再マウント時のコマンド:
mount -o noatime,remount,rw /dev/sda2
画像配信のキャッシュサーバの方も同じくnoatimeでマウントしてみたけど、そっちはSquid使ってるのでキャッシュが単一のファイルの為効果はなし。
結論としては、大量のファイルを保有してる場合はnoatimeの効果は絶大だと。
]]>Jack Blackがお前らも自分のオレオレ映画を撮ろうぜ(Swedingしようぜ)と呼びかけ。
Michel Gondry自らBe Kind, RewindをSwedingしちゃう
プチムーブメントイカス。
--
私が人工眼を
入れないのは、
そのためだ。
機械の力を借りて
物が見えたとしても、
それはニセモノだ。
そんなものは
必要ない。
私の記憶の中に
本物の風景がある。
--
本物の風景・・・
--
目が見えて
いた頃の・・・・・・
故郷の
風景だ・・・・・・
--
子供の頃・・・・・・
ボヘミア
ですね。
--
ふん、
それも
私のデータ
か！
そんなデータ・・・・・・
肝心なものは、
何一つ
入っちゃいない！
あの
故郷の
風景・・・・・・
あの緑の大地・・・
そよぐ風・・・・・・
そして・・・・・・
あの金色に
輝く・・・・・・
土下座トゥギャザー
メッセンジャーでチャット中に、僕と鎌田さんが阿部さんに対して失礼をしてしまった時に急に出た阿部さんの一言。
ケータ、ここディズニー寿司だよ
阿部さんと一緒にスシを食いに行った時に店員の名札に趣味が書いてあって、見習いは”草野球”だったのだが、その隣で握ってた店長の趣味が”ディズニー”だったのを見て思わず出た阿部さんの一言。
声だけじゃなくて文字もちっちゃいな
声が小さ過ぎて何言ってるか分からないで有名な花村ッチのデザインを見たが、あまりにも文字が小さくて読めなかった時の二村さんの一言。
この、ライブラリ野郎が！
花村ッチがつくってるFlashに対して二村さんがこうした方が良いとアドバイスをしたのだが、花村ッチが「あ、いや、でも、そこAPE*1使ってるんで」と言った時に二村さんが返した一言。
*1 Flashの物理エンジンライブラリ
社名は二人の名前から取って二村だから
二村さんと花村ッチが一緒に会社を設立した時に社名はどうするか、という話をしてた時に出た二村さんの一言。
eBoyから新しい東京のポスターがリリースされたみたいなんですが、なんと、絵の中にFFFFOUNDな僕がおります。相変わらず"F"拾ってます。
リンク先からフルサイズが見れるのでウォーリーばりに探してみてください。
ウレPー。
思わず記念にポスター買いました。
下記ネタバレ。
]]>
左にあるdentsuビルのロゴの右にいるわけですが、
なんていうか、見た目が、日の丸背負って自殺しようとしてる人に見える。
しかも、よりによって電通ビルから。これは、なんかの暗喩でしょうか？
僕が絡んでるD通さんのプロジェクトはうまく進行してますからね！
こわいこわい。
後、FFFFOUNDのロゴの手書き感を微妙に再現してる。ディテール拘ってるなあ。
eBoyスバラしE！カッコE！！
]]>
見知らぬ誰かと会話もせず時間を共有し、空間を共有し、目的を共有し、ただひたすらロゴをいじる按配が超ネットプリミティブなゲーム。
暗黙のうちにコラボる瞬間というのを体験すると自然に嬉しくなり気持ち良いって思えると思います。それは単に見てても自分でやってても。
詳細はnisshi.yugopを見てもらうとして(またかよ)、
Art Direction / Design / Programming: Yugo Nakamura @ tha ltd.
Design: Erica Sakai @ tha ltd.
Sound: Suguru Yamaguchi @ manual of errors.
Technical Direction / System: Keita Kitamura @ tha ltd.
以下、サーバを開発するまでにいたった僕のどーでもいい心模様。
]]> それを技術的に解決すべく今回わたくしめはサーバ開発しました。というのも、一番最初はFMSの使用を予定していたのですが、ロゴのログを保存する為にDBに接続したりしないといけないので、そうなった場合、FMSからHTTPで別のサーバに接続しないといけなく、何か速度でなそう、とかそういうイメージがありFMSは止めました。何か合った時にブラックボックス過ぎて何も手が出せないと言うのもあるし。後、他のFMSの実装例を見ているとどうしても速度が出そうな気がし無かったので。(実際のところは分かりません。自分でつくって試したことが無いので。)
そもそも、今回は快感さ、気持ち良さ、を感じさせるべくいかに速度が出てサクサクっとみんなの動きがアップデートされていくのかと言うのがポイントに見えたので速度・軽さは妥協したくなかったというが背景にあったりします。yugoさん自信もネットワークの遅延とかはUIレベルでも解決していくと最初から言っていましたし。
で、次にRed5(FMSのJava実装)の使用も検討したんですが、これが重量級のアプリケーションというか、どうやって使うんだこれ？みたいなアプリケーションでセットアップが兎に角面倒そうという壁にぶち当たり、そもそも、こんな機能テンコ盛りなアプリケーションは今回は必要なさそうだという事に。
最終的にライトウェイトな実装を自分でするのが一番良いんじゃねえかという結論に至り、自前のソケットサーバをつくったわけです。
プロトコルは、途中でいくらでも仕様が変わってもうろたえない様に、カチッとしたものをつくるのではなく、JSONをベースにして単に圧縮するだけって風に汎用的にしました。仕様が固まってればそれこそビット単位でデータの転送効率を上げるプロトコルにいくらでも出来ますが、このプロトコル設計の場合においてはどっちかと言うと、効率より柔軟性を重視して。短期間で制作している僕らにとって仕様の変更は日常茶飯事なもんで。(プロトコルだけAMFを使うというのも一応考えましたが・・・)
まあ、後は、ひたすらコード書きまくったと。
なんつっても取り越し苦労したのは、ロゴデータは全部記録するので、その矛盾を無くすこと。衝突判定を完璧にしてデータの一貫性を保持する。簡単そうだけど、これが意外とバグの温床になってた。最終的に問題なく出来たが。
そんな訳で、衝突判定を備えた特殊チャットサーバが出来たわけです。
なんか眠くなったきたから最後すっとばした。思いついたら後で追記していく。
]]>
表参道にGYREというCHANEL、BVLGARI、MOMA Storeなどが入った商業施設が11月の頭にオープンしたのですが、そこのインスタレーションであるGYRE World Reflectorの開発をしました。
ネット上(主にブログ)で発信されている各々が思ってる・感じてる「世界は/日本は」「飽食/おいしい」などをキーワードにした文章をひとつの空間上にプロットしたというベリーポエティックな感じのビジュアライザーです。
詳細はnisshi.yugopを。
Design / Flash: Takayuki Fukatsu @ tha ltd.
Direction: Yugo Nakamura @ tha ltd.
Sound Direction / BGM / SE: DAJI @ DAJISTUDIO
Technical Direction / System: Keita Kitamura @ tha ltd.
Web site: artless Inc.
Mobile site: Nihon Enterprise Co.
Agency: GT INC / Wieden+Kennedy
以下いつものマニアック話。
]]> で、今回は、TTS(音声読み上げ)の音エフェクトをDAJI氏にディレクションしてもらい一味違ったモノに仕上がりました。音エフェクトの背景には、当初サーバでMAX/MSPを動かそうかという何ともパッと思いつき感溢れる尚且つ壮大過ぎる案があったのですが、あまり現実的ではなさそう & そもそもLinuxしか用意してない、という状況で自前でつくるという事に。そんな訳で、初めに僕が期間的にも技術的にも実装可能だろうと思われる音エフェクト(Low-Pass、High-Pass、Delay、FFT...など極々基本的なもの)をDAJI氏に伝え、それを使ってTTSにエフェクトをかけてもらうようお願いしました。
その後、DAJI氏から、TTSの音域を低中高に分けて再生したらどうかという案とそのサンプル音を頂き、実際にFFTを使って元の音源を3つの周波数レンジに分けた後、逆FFTして、それぞれの音域をランダムにずらして再生をするというエフェクトをプログラム化してTTSに掛けてみたらこれが渦巻タイポ空間に良い按配に収まったと言う結果に。
しかし、音のエフェクトを言語化して伝えるってのは中々難しいもので、今回のはサンプル音と一緒にDAJI氏から送ってもらったMAX/MSPのパッチ図(DAJI氏自信はMAX/MSPを使ってエフェクトのスタディをしてた)が結構参考になったというか。
]]>これで、GYM三大巨頭がシアトル近辺に揃いましたと。
RedmondにMicrosoft
KirklandにGoogle
BellevueにYahoo
なんか地理的にリアル勢力争いみたいなのがすごく垣間見れる。三国志の世界だよ。
そんで、プラスアルファでSeattleにAmazonがいる。
あと、FremontにもGoogleがUWのプロフェッサー引っこ抜いてオフィスつくるとか。
http://glinden.blogspot.com/2007/11/uw-cs-professors-to-lead-google-fremont.html
もうね、キャリフォーニァじゃないんですよ。
まあ、でも、そのbranchしたオフィスで何やってんだかがポイントなわけだけども。
]]>Next(j)で次のページ自動的に行ってくれっていう要望が立て続けにあったので、なんかちょびっとアップデートした。
ついでに、iPhone/iPod touchにも対応。てか前から見れてたから、対応したのはログインできるようにしたのと横幅のレイアウト整えたぐらい。Appleが頑張ってMobile Safariでも普通にWeb見れるようにつくってんだから、なんかわけのわかんない"iPhone用のUI"にするという逆行した感じのことはせず、既存のFFFFOUND UIのままで。画像閲覧とページの移動だけ出来ればいいんだから。ログインの部分だけ何となくiUIつかったけど。そうだ、花村ッチによるとiPod touchでもFFFFOUNDブックマークレットが問題なく動いたらしい。でもブックマークレットをインストールするのに、ブックマークの同期経由じゃないと入らないらしいけど。
後、ページ右上のリンクナビゲーション上でホイール動かすとNextリンクをクリックしなくても画像移動できるようにもした。どーでもいい機能だけど、使ってみると気持ち良い。
そろそろ、前々から考えてたAPIどーのっていうも、最近になってフィードバックも増え始めてるところなので検討したい。というか、実はAPIは既に(公開当初から)あったりして、後はドキュメント書くだけ。
それより個人的には、FFFFOUNDのデータベースの生データを全部公開したいんだけどね。定期的にスナップショットとって、個人情報全部削除して公開。CSVなりTSVなりSQLなり、そこは一番アホでRAWなフォーマットで。画像の関連データとかも入ってるから、あとは好きにデータマイニング・ビジュアライジングしてくれと。クローズドでやってるのは技術的にもリソース的にも限りがあるし、データが勿体無い。なんつってもイマドキじゃない。
でも、まだ実現できてない。しかも、これはやる前に既存ユーザのパブリックコメントを募集しないと駄目か。
因みに、その後のFFFFOUNDアクセスですが、ぶっちぎって米が日に倍の差をつけ、どこの国のサービスなんだって感じになってる。そもそも、別に国なんて微塵も関係ないサービスなんだけど。
セッション数も右肩上がりで、サーバ1台じゃきついわ。CPU的には全然問題ないんだけど、IO的に、ネットワーク含め。
# 追記。
Fが一個多かった箇所があった。修正した。サービス提供者としてこれ以上の恥はない。
ただログインが出来ない。この部分は無駄にJavaScript使ってるんだけど、それをどうにかすれば良いかな。
でも誰がわざわざiPod touchでFFFFOUND見るんだって話だけど。I LIKE THISした画像をスライドショーできるアプリがあれば良いかもしんない・・・ちょっとだけ。
画面につく指紋が気になってしょうがないけど1週間もすればどうでもよくなるだろう、きっと。
]]>SCRは、thaでアートワークを扱うレーベルを創って仕事とは関係なしに自分達の作品をリリースしていくというのを、この際チョー重い腰上げてやっていこうと言う企画です。なんせ僕がyugoさんからこれやりたいって聞いてから3年は経ってると思う。飲み屋行く度に、俺はね、自分達の作品を・・・って話を聞いてた気がします。詳しくはnissi.yugopで。
そのSCR第一弾で風とデスクトップをリリースしました。もうその名の通りで上のYouTube見てもらえれば分かりますが、アイコンが！ウィンドウが！舞います。マウスにぶつかったりもします。名前に関してですがご察しの通りです。
今日の東京は風は弱かったのでちょっと面白くなかったですが、台風の時とかは結構吹かれますよ。
Planner: Erica Sakai
Design: Taro Hanamura
Direction: Yugo Nakamura
Programming: Keita Kitamura
佐藤可士和さんのサイトも公開しました。
そんなわけで、今後もプロダクトとかのコンテンツもアップデートされていくのでチェックして頂ければと。
Art Director/Design: Yugo Nakamura
Design: Erica Sakai
System: Keita Kitamura