最初はjQuery1.4で追加された機能でもタラタラ並べ上げようかとも思ってたんですが、なんかそれも面白くない。
O3Dで3D描画とかも考えたけど、LTだと「こんなん出来ますよ」が関の山。
フロントだけで完結しちゃうデザイン周りを触るようなJSのお話は誰かがしてくれるだろうし。

んで、これはある方とお話してる時にチラリと言われたことなのだけど、「サーバー側を理解しているJSer」。
ということでサーバーとのやりとりをAjax通信で行うときのTipsを題材にしようと思いました。

サーバー側とのやりとりで、小ネタを喋るより先にセキュリティが大事でしょ、ということで、そこら辺の話をさくっとしようと思います。
やっぱり肝はサーバー側の処理になってくるんですが、こういったセキュリティ対策が必要、という認識をフロント側も持っているだけで、実装の漏れを防ぐことが出来ますしね（Ajax通信でやりとりをしたことがないサーバー側担当って意外に多い）

残念ながら既に定員マックス（というかオーバー）なので追加での参加は難しいかと思いますが。。。
参加される皆様、相変わらず小難しい話しますが、お付き合い下さいませ。

残念ながら図書館は休館日だったのですが、その裏にある大きな池とその周りの公園まで足を伸ばすことに。畔に梅の木が一本咲いてまして、品種は小梅かな？小さめの花が7分咲きくらいになってました。

ということで今日も撮影してきたのですが、今回はRAWで撮影して画像加工してみたいと思います。

まず、撮影時の露出とそれぞれ±2ずつの暗い・明るい状態の物を現像し、3枚の画像を準備します。下のは±0の物。

この3枚の明暗差のある画像をHDR処理でダイナミックレンジの幅を広げてあげると…

さらにHDR処理を行った物に対して銀残しを掛けて。。。

過程を経て得られた最後の画像が良い、ということではなくて、こんな事も出来るんですよ、的な。
明暗差を効果的に使いたいときにHDR処理するのもアレですしね。銀残しも、どちらかいうとキャッチーな画になりますし（HDRもパラメータによっては相当キャッチー）、使うシチュエーションに合わせていろんな処理を入れていくと面白いですね。

デジタルの画像処理も日進月歩でどんどん新しい技術が出てきてるので、面白い技術はいち早く試してみたいものです（新しい物好きｗ）

晴れ予報の天気も外れ、ずっと曇り勝ちだったのもあって公園全体としては人は少なめ。梅林周りだけ人が居る、みたいなｗ
しかしセカンドライフの方々の機材は見事でした。EF70-200mm F4Lが結構チラホラ。ボディサイズと連射速度からいって5D Mark-IIとかとか。三脚に据えて構えるお父さんの向こうには、望遠系のレンズを付けたカメラを肩に提げつつレフ板を持つお母さんの姿が…
中には大三元・小三元では無い望遠Lレンズを持つおばさんの姿も。。。
（でもなぜか三脚座を使用している人が皆無。。。）

みんな望遠好きですね。。。

自分はもっぱら広角・マクロが好きなので、今回持参したのはEF17-40F4LとSIGMA 50mm　F2.8 Macro。ほぼ50mm Macroで撮ってましたがｗ
子連れだったんであまり長居も出来ず、一通り撮影した後、家で作ったサンドイッチと売店で買ったみたらし団子を食べて今日はおしまい。

色々画像加工の手法がありますね。
最近ちょこちょこやってるのが↑の画像で、これは「銀残し（ブリーチバイパス）」という手法です。フィルムの時代に日本で開発された手法だそうで、デジタル処理なので”風”ですが、ちょっと面白いノスタルジック的な画を得られます。

写真って面白いですがプロの方とご一緒させて頂くと、やはり腕の違いを感じてしまう「何か」があります。そこらへんはやはり経験や感性の差ですね。。。
どちらかというと自分たちの仕事は撮って頂いた写真を加工して使う立場なのですが、そのカメラマンが写真へ込めた意図を読み取りつつ使っていけるように常々心掛けています。

ブラウザでイケる3D APIといえば、MozillaのCanvas:3Dか、GoogleのO3D。んで、ようやく策定の始まった（？）WebGLと。
HTML5はWebGL規格になるのかな？誰かkwsk。

ま、そんなん待ってても仕方ないので、いっちょ実装してみることに。
互換性を大事にAPIを単純にしてしまってるCanvas:3Dではなく、結構エグいことが出来るO3Dを選択してみました。O3Dのイケてるところは、GPUを活用できちゃう、という点。
Actionscript3+Papervision3Dでなくても、高速に綺麗に3Dの描画が行けるんちゃうか？ということなんですなぁ。

ということで、実装した感じは…
の前に、再生するにはプラグインをインストールする必要があるので、まずは

http://code.google.com/intl/ja/apis/o3d/

上記URLページの右側にある「O3Dのダウンロード」を押してプラグインをインストールした後、いったんブラウザを再起動してから、

http://www.studio-bloom.net/public/o3d_pano/

をご覧くださいませ（環境によっては表示されない場合もあります）。
あぁ、ChromeかFirefoxでお願いしますよ。Mac？知らん。

画像の読み込みが終わるまでグレーになってますが、しばらくお待ちください。マウスでクリックしたまま動かすとグリグリできます。

平面プリミティブ6面を配置して、それぞれにテクスチャを貼り付けてるんですが、平面同士の境目が見えてしまってるんですよね…（PV3Dでは境目も出ないし動作が軽い）

境目を消すには、正方体プリミティブを作って各面にテクスチャを貼ることで解決できないかな？と思いつつ。ただ正方体プリミティブの面ごとにテクスチャを変える方法がイマイチ掴めず。。。ちょっと描画かプリミティブのパラメータをいじったらイイ感じにならないかな？と思ったりしてます。

結果としては、画質なんかはイイ感じなんだけど、GPU使ったりしてる割には妙に重い。PCの問題なのか、ブラウザの問題なのか？V8エンジンを使用すると速くなるよ、とのTipsもあるんだけど…（Chromeだけかよ！）

しかも、なぜかうちのノートPCではテクスチャ画像を読んでくれなくて（オフィシャルのサンプルも）再生できませんでした。
ちょっとここら辺はAPIの熟成を待つしかなさそうですねぇ。。。

再生するにはプラグインの導入が必要だし、一般的に使用されるようになるか、というのは疑問ちょっと疑問。WebGLも策定から各ブラウザへの実装がどれほど時間の掛かることか、と考えると、現状のAS3+PV3Dはしばらく鉄板な気がします。

そんな関係もあって牡蠣大好きなんです。
夏は岩牡蠣を求めて京都の久美浜へ車を走らせたり、冬は真牡蠣を求めて日生の牡蠣祭りへ行ったり。

そんな中、Web仲間の関係の方が牡蠣を出荷されてる、ということで、いてもたっても居られずお願いしてしまいました！6kg（笑）

たくさん入ってますね～坂越の牡蠣はすでに牡蠣のブランドとしての認知も高い！

試しに剥いてみました。

身がプリップリです！

味は、というと、程よい塩気にあふれ出てくる旨味。後味にありがちな生臭さやエグ味は全くなし。バランスも良くて、超美味いです！
いや～大満足！

しかし牡蠣で怖いのは食中りですよね。
犯人は「ノロウィルス」というやつで、冬になると度々ニュースを賑わせてますね。数十個程度でも体内で増殖してくれる憎い奴です。しかもその症状が半端無いという…
生牡蠣も、食べて5～8個くらいにしておきましょう、と提言しているところもありました（オイスターバー時代には30個以上食ってるおっちゃんも居ましたが…）
大体、1～2日ほど潜伏期間があって、後は地獄の苦しみ、ということなのですが、運良く当たったことが無いので…気をつけましょうね。

ちなみにこのウィルス、85℃1分で感染力がほぼ無くなるので、牡蠣もちゃんと加熱して食べれば問題ナッシングですよ～

武庫之荘で開院された、ちょっと変わった整体を施される「いむら整体院」さまのホームページを公開しました。
シンプルで簡単な作りにしてます。

施術を見せるための写真撮影も担当しました。みんな身内ばっかりなんですけどねｗ
モデルになってくれた、立ち仕事・酒飲みすぎの人の体が案外状態が良かったのには少し負けた気がしましたが、そんな人でも施術後には「体軽くなったわー」と。実際、公開はしてないけど施術前後の写真を見比べてみると、猫背気味だったのがシャキっとしていい感じの姿勢に。

文章については原稿を頂き、こちらで加筆・修正して…という流れです。
SEOなんかを意識した文章作りはまだまだスキル不足で。。。頑張っていかねば、と思う今日この頃。

ブログはライブドアの無料ブログを使用してます。妙に引き込まれるおもしろい文章ですよｗ
ブログへのリンクとなってる「relax」の画、ジャケットだかポスターだかのパクりなのですが、「分かる人が見たら、クスっと笑ってくれる」趣味がバレるものだそうです。
（この画へのコダワリがなかなかｗ）

保険の効く一般的な整体屋さんとは違って、行けば一発バッチリ回復・首ゴキゴキで気分爽快、というのではなく体を本来あるべき姿へ戻してくれる施術なので、初めて行くと変な感じかもしれませんが実際に効果は抜群！

是非一度行ってみては？

それは…

$.proxy()

Takes a function and returns a new one that will always have a particular scope.
ということなので、関数を与えると特定のスコープを常に持った新しい関数を返しますよ、という訳であってるんだと思うんですが…

本家のサイトにあるサンプルでは

はい、便利ですね～

と、ちょうど作ってたのがJSでの動的な画像の読み込み。
FirefoxやChromeだと、普通に要素のsrc属性に画像のURLを指定してあげれば読み込み完了と同時に画像を差し替えてくれるのですが、そこはホラ、IEですよ、奥さん。

Imageオブジェクトのcompleteプロパティを監視してtrueになったときにsrcに突っ込んであげないと画像を切り替えてくれない、というオマケ付きな訳なんですよ…orz

そこで、setIntervalで定期的にループさせてプロパティを監視することに。
ということは読み込みが完了したときにはclearIntervalでループを止めないといけないですよね～
そんな時に、この$.proxy()が役に立つ！

こんな感じで使えます。
$.proxy()が無いと、thisのスコープが変わっちゃうので、なんか適当な変数を用意して、とかちょっと力業で実装したりかと思うのですが、綺麗にコーディングできますね！

いや～いいですね！jQuery1.4！
他にも素敵な機能追加があったりするので、また紹介できれば。

箱の中身は～

こんなんです。

で、装着すると、

こうなります。

もう街中で扱ってたら職質頂くこと請け合いｗ

ナニする物ぞ？と言った感じですが、これを使うと横360°、縦100°の範囲のパノラマを1ショットで撮影出来るようになってしまうのです。
1発で撮れてしまうので、その後の編集作業がかなり軽減されるため、単価の安いパノラマの提案が可能に。

画質が少し落ちて天地もないけど、安価にパノラマを導入されたいお客様へお勧めするサービスです。例えば賃貸とかの不動産など。
興味のある方がいらっしゃいましたら、お問い合わせのほど。。。

実際のサンプルは、明日の昼にでも三ノ宮で撮ってこようかと思ったり。

そして実は一番の目的は、こいつを使ってパノラマの動画など撮ってみようではないか、という点なのです。最近はお手軽にパノラマ動画を撮影出来るガジェットをSonyさんが発表しちゃいましたけどね…

やはりセンサーサイズを考えても解像度的に画質はサンプルを見るまでも無く、と思っていたりで棲み分けは出来るんじゃないかと。
動画については、Canon iVIS HF S11と、Canon EOS 5D Mark-II（借り物）の2機種でサンプルを撮っていこうと画策中。タブン次のEOS 60Dで動画機能も載るだろうし、頑張って稼いで新しいカメラの導入を…

今回はテーマが”HTML5&CSS3”ということで、「なんかそこら辺に絡む事を話せや」とお誘い頂いたので、Client-side Database strageについてお話することにしました。

HTML5から、Webのシステムで今や必須とも言えるデータベース（DB）を、サーバー上でなくローカルPC上で使えるようにしましょう、といった技術なんです。
めちゃくちゃ乱暴な言い方をすればCookieの高機能版（どちらかというと同じくHTML5で追加されたキーバリューストアという機能の方がCookieには近いのだが…）。

よく似た技術で、Google Gearにもこの機能がありましたね。結局HTML5で標準化されるのに伴ってGearの方は終了してしまいましたが。。。
「ローカルでもWebシステムが使用できる」という触れ込みだったかと思うのですが、これだけデバイスやインフラが整ってくると、あまりローカルに環境を持ってこなくても…と思ったりもしてしまう訳なんですが…

よく考えてみたら、iPhoneにもSafariが搭載されてるので（しかもClient-side DBは現在Safariにしか実装されてない）、簡単なiPhoneアプリくらいだと作れてしまうではないか、と。

ということで、今回の内容は簡単にClient-side DBの説明と、DBを操作するためのSQLのこれまた簡単な解説、クエリを投げるjsのコード紹介、んでこのDBを使って書籍を管理する超簡単なアプリの実演という流れで行こうと思ってます。
本当はアプリの実際のコードを追って行こうかとも思ったんですが、案外ボチボチな行数になってしまったので、実際のソースコードは配布してもらって、各自で見て頂くことになるかと思われ。
jQueryもちょこっと使ったりjsの説明は一切無しなので、そこらへんの知識が無いとツラいと思われますが、時間のこともあるので割愛御免。

興味のある方は是非ご参加ください。

日時：1/23（土） 13:30～17:30
場所：神戸元町 インキュベーションオフィスエリンサーブ KCCビル3F会議室
参加費：500円（運営費）
http://webteko.jp/

懇親会もありますので、そちらも是非ｗ

20～30%ほど重なり合った隣り合う写真同士の、同じ箇所を特定することで2枚の写真を繋ぎ合わせて行きます。この「同じ箇所」を特定していくアルゴリズムなどがそれぞれのソフトウェアの特徴ともなっている訳なんです（他にもいろいろな画像処理その他で特徴はありますが）。

そんな中、オープンソースで開発が進められているパノラマ作成ソフトがHugin。正確には、上記の「同じ箇所」を特定するプログラムやレンズの収差を補正するソフトやら画像同士を結合させるソフトやらを統合して使いやすくしてくれるソフトな訳ですが。

で、今回のお話は「同じ箇所」を特定する部分で。
学術的には「Feature Point Detection」という分野で、ニホンゴで言えば「特徴点抽出」ですな。

以下、長文かつ文字ばっかりで一つも面白くないことを予めお断りしておきますｗ（リンク先もwikipediaばっかりだし）

これまで多く使われてきたのは（理論まで追い切れてないのですが）、回転やズレにも強いSHIFT（Scale Invariant Feature Transform）という手法でした。
しかしちょいと問題があって、特許が取得されているために商用ソフトなどでの扱いが難しかったそう。前出のHuginも特許の関係で同梱配布が許されず、といった経緯があったようです。

でもこういった技術の進化は早いもので、SHIFTに変わるアルゴリズムが出てきました。それが最近になってHuginに同梱されるようになったPan-o-maticに搭載されている「SURF (Speeded Up Robust Features)」。

名前の通り、検出速度がちょっと速いようです。トレードオフなのか特徴点抽出の精度がイマイチ、といった意見も。
基本的な技術としては、周波数解析の技術「Wavelet」から、特徴点抽出に強い「Haar Wavelet」が採用されています。なるほどHaarなら速度的にも良さそう。しかし画像1枚の特徴点抽出ならまだしも、2枚を結合させるための特徴点であれば、シフト依存性に低いWaveletのこと、そこら辺が精度の甘さの一因かもしれないですね。

正直、回転や移動に強い（らしい）SHIFTアルゴリズムの方がパノラマ画像の結合には向いているかもしれませんが、Waveletだし実際使ってみた感じそこまで精度も悪くないので、これからはしばらくHugin+Pan-o-maticで行ってみたいと思います。

んでここからはオマケ。
最新のHuginには新しく「Celeste」という機能が加わってます。これまた「Gabor」ということで、Wavelet技術がどんどん花開いてきた、という感じがしないわけでも無いような。

なにするものぞ、という点ですが詳しくはこちら（英文）を参照して頂くとして、要は似ている特徴点を類推してみましょう、という技術だそうです。

全方位パノラマの撮影はカメラを回したり角度を変えたりで、どうしても時間が掛かってしまいます。撮影内に動く人などが居ると幽霊ができあがってしまう要因ですね。

雲なんかも風に流され、動いてしまいます。ただ雲くらいだと少し動いて少し形が変わっても、「なんとなく」同じポイントを指してるんじゃないか、という箇所を類推してくれる機能がCeleste、ということのようです。
なるほど、手書き文字認識などにも使用されるGaborの出番、という訳です。

しかし逆に、動体の無い室内などの場合、無駄に処理が増えるし下手をすると誤検出の元になるので、ちゃんと機能のオン・オフは適切に設定した方が良いかと思います。

ちなみにHuginに乗り換えたのは、先日から導入してるEF 17-40mm F4Lのワイ端での歪曲収差が酷く、さらにその補正がイマイチだったところ、（たぶん同じアルゴリズムっぽいのに）Huginに搭載されてる補正エンジンの精度が良かった為です。
24mmくらいで撮影すると収差もかなり改善されるんですけどね。。。撮影枚数が格段に増えるので。。。orz

さらにそれぞれの機能は各個別に開発が進められているので、（実験的な動向はあるにしろ）進化が早そう、という点もあったりします。
これからしばらくはHugin使っていこうと思います。