G-PROJECT

コミケ落ちてましたー
おとなしく絵の練習でもしてます

しかし土日かけても（他にもいろいろしてたとはいえ）
一枚も上げられないのはやばいな
線がきまらないどうしようもない
もう寝る時間だからということでてきとーに色塗ってみた
本当は完成させたかったんだけど、また仕事始まるからねー

相変わらずチルノ好きですね

今までヘッドホンはPCと直接続だったんですが
切り替えがメンドックセーということでヘッドホンアンプ買いました

自作板IYHスレで評判がよさげだったCARAT-RUBYを韓国から直輸入で購入
接続して驚いた

スゲーノイズねーよｗｗｗｗｗｗｗ
音質も思いっきり変わって驚き
凄い深みが・・・
これで2.1万は安い・・・

しかも翌日（今日）聞いてみるとさらに音質が良くなってる！
これがエージングの威力か・・・

いまんとこ環境はこんな感じ
PC->(S/PDIF)
->StyleAudio CARAT-RUBY->(LINE)
->ONKYO A-1VL
->KENWOOD LS-VH7

ヘッドホンはULTRASONE HFI-2200
イヤホンはUltimateEars 10pro

イヤホンは断線したんでスペアケーブル注文中
UEは交換できるからいいよねーケーブルも高いけどさ・・・

いい加減LS-VH7は卒業したいな
某Y氏に作ってもらおうかな

ちょっくら調べたら思いのほかはまったので携帯対応のアニメgifのリサイズについて

確認Verは
ImageMagick-6.2.8
imagick- 2.2.1
php-5.1.6
です

まずアニメーションGIFをリサイズするにはいくつかの問題があります

• 各フレームの移動
• 各フレームのオフセットの調整
• ローカルパレットとグローバルパレットについて

それぞれキーとなるメソッド・定数は以下です

フレームの移動　setFirstIterator()
フレームの移動　nextImage();
パレット関係　resizeImage();
パレット関係　imagick::FILTER_POINT
オフセット調整　getImagePage()
オフセット調整　setImagePage
アニメーション書き出し　writeImages()

ってな感じです
ローカルパレットとグローバルパレットは聞きなれないとおもうのでちょい解説
アニメーションGIFは用はパラパラマンガなわけですが
その各フレームでパレットを持つか、全体でひとつのパレットを持つかが選べます
で各フレームで持つのがローカルパレットで
全体でひとつのがグローバルパレットです
もちろん各フレームでパレットを持ったほうがサイズは大きくなります！
また携帯はグローバルパレットしか使えないようです

それではサンプルソースです

<?php
	//読み込み画像の指定
	$src="src.gif";
	//出力画像の指定
	$dest="dest.gif";
	//横幅の倍率
	$scale_w=0.5;
	//縦幅の倍率
	$scale_h=0.5;
	//画像読み込み
	$image=new Imagick($src);
	//イテレーターの初期化（フレームを最初のにする）
	$image->setFirstIterator();
	do{//各フレーム処理
		//フレームのジオメトリ情報の取得（オフセット位置付き）
		$par=$image->getImagePage();
		//リサイズする
		$image->resizeImage(
			ceil($image->getImageWidth()*$scale_w),
			ceil($image->getImageHeight()*$scale_h),
			imagick::FILTER_POINT,//アンチエイリアスしない
			1
			);
		//フレームのジオメトリ情報の設定
		$image->setImagePage(
			ceil($par['width']*$scale_w),
			ceil($par['height']*$scale_h),
			ceil($par['x']*$scale_w),
			ceil($par['y']*$scale_h)
		);
        }while($image->nextImage());//次のフレームへ
        //書き出し
        $image->writeImages($dest, true);
?>

それではいくつかのポイントを解説します

$image->setFirstIterator();

見るフレームの位置を最初に設定します
これをしないと動かなかったり・・・

$par=$image->getImagePage();

ジオメトリの情報を取得します
にたようなのでgetImageGeometryってのもありますが
オフセットが取れないのでこっちです

imagick::FILTER_POINT

通常のリサイズの場合scaleImageあたりを使ったりしますが
この場合デフォルトでアンチエイリアスが走って確実にパレットの情報が変わります
しかもローカルパレット（各フレームで異なるパレット保持）になるので携帯だと見れません
正直ジャギーが目立ちますがしょうがありません
PC向けならscaleImageでかまわないとおもいます

$image->setImagePage

ここで指定するwidth,heightはリサイズで指定した画像サイズではありませんので注意してください

$image->nextImage()

フレームを進めます

$image->writeImages($dest, true);

writeImageじゃないので注意trueを指定しないとフレームごとに保存されます

たぶんこれで動くよ！
ゆっくりリサイズしていってね！！

＃
動いたら教えてね！

追記：

結構メモリ・CPUコストがかかるので大規模サイトで多重処理するときは
負荷設計したほうがいいです
厳密に測ってないのでアレですが40枚ちょいでさほどサイズは大きくないやつでメモリは15MBぐらい（CLI)かかってます
まぁ正直メモリサイズより処理がたまってアウトのほうが怖いですが

とりあえずCentOS5.2_i386にしました
逆引きDNSを設定できるのでコンパネのNetworkから設定
これはいい

あとはQuillHostと同じように

• sshの初期化
• 日本語設定
• いらないサービス落とし
• アップデート
• ユーザー作成
• rootのssh接続禁止

ついでにsudo権限の付与をしました

/usr/sbin/visudo
で設定ファイルを開いて
%グループ名 ALL=(ALL) ALL
を追記
あとはuseradd時に-G グループ名をして補助グループ指定してやればOKです

さてアップデートした後に困ったことがおきました(CentOS5.3相当になりました）
どうもiptablesがうまく動いていない
見てみると

iptables モジュールを読み込み中ip_conntrack_netbios_ns [失敗]

とか・・・困ったということで対策
http://blog.longkey1.net/archives/711

を参考に

vi /etc/sysconfig/iptables-config
で
IPTABLES_MODULES=“ip_conntrack_netbios_ns”
の
ip_conntrack_netbios_nsを削除

んでiptablesの起動しなおしでうまくいきました

こんなとこでしょうか？
いまんとこ安定動作して遊んでいます！

計測したわけではなく体感ですが
yumやらmakeのスピードはQuillHostの方が全然速いような気がします（ディスク周りかな？）
まぁNWがどうしようもないので遊び用がないのですが・・・
計算ノードにしようにも勝手に再起動させられるしなぁ

QuillHost恐ろしい子・・・

こいつは昨日設定してからほったらかしにしてた結果なんですが
恐ろしい勢いで通信が落ちてたりしますｗ
しかもconsole経由だとアクセスできるのでこっち側の設定ミスとかの問題ではなさそう
ついでにいうとたまにHyperVMからノードが取れなかったりとか勝手に再起動かかってたりとかステキすぎる仕様
1200円クオリティを見たと言った感じですが
もしかしたらメンテナンスかもしれないので（通知はないけど）一ヶ月は様子見です
NW周りの悪評は聞いてましたがここまでとはおもってませんでした

ということであまりにも使い物にならないので
linodeを借りてみた
さすがにメモリ1080Mのコースはお高いので540Mのコースで$29.95/m
お高いですがまぁしょうがない

とりあえずセットアップしてみましたがディスクの領域を指定できるのがいいですね
とりあえずswapに512M指定しときました
linodeのFremontのデータセンターにしましたがping良くなってますね110ぐらいです
ホップ数は15
設定項目は次の記事でー

QuillHostがACTIVEになったので設定してみる

まずはサーバからpingしてみる

PING www.yahoo.co.jp (124.83.139.191) 56(84) bytes of data.
64 bytes from f2.top.vip.ogk.yahoo.co.jp (124.83.139.191): icmp_seq=1 ttl=47 time=174 ms
64 bytes from f2.top.vip.ogk.yahoo.co.jp (124.83.139.191): icmp_seq=2 ttl=47 time=174 ms
64 bytes from f2.top.vip.ogk.yahoo.co.jp (124.83.139.191): icmp_seq=3 ttl=47 time=174 ms
64 bytes from f2.top.vip.ogk.yahoo.co.jp (124.83.139.191): icmp_seq=4 ttl=47 time=174 ms
64 bytes from f2.top.vip.ogk.yahoo.co.jp (124.83.139.191): icmp_seq=5 ttl=47 time=173 ms

174msかー
まぁアメリカにあるししょうがない （多少termにラグあるなー）
ちなみにさくらからyahooまでは4.3msぐらい
hop数は21（さくらは15）

以下設定メモ
http://wikiwiki.jp/vps/?QuillHost

を参考にしました

デフォルトで以下のOSテンプレートが適用されていたので

• centos-5-i386-minimal

以下に変更

• centos-5.3-i386-QH

ぶっちゃけQHの意味がわからんけどとりあえず最新の5.3に・・・
x86_64にしてみたんだけど

request_module: runaway loop modprobe binfmt-464c

とかコンソールで出て使えなかったのでとりあえずi386を入れてみた

ほかにHyperVMでいじったのは

• Hostnameがユーザー名.gprj.netになってるので変えた
• TimeZoneをAsia/Tokyo

ぐらいかなー

次はsshの鍵の初期化

rm -f  /etc/ssh/ssh_host_*
/etc/init.d/sshd restart

日本語設定にする

echo LANG=”ja_JP.utf-8″ > /etc/sysconfig/i18n

いらないサービスおとし
とりあえずsendmailを落とした

chkconfig sendmail off
chkconfig –list sendmail
/etc/init.d/sendmail stop

アップデート

yum -y update

ユーザを作ってやる

useradd ***
passwd ***

rootでログインできなくする

vi /etc/ssh/sshd_config
の
#PermitRootLogin yes
を
PermitRootLogin no
に変更
/etc/init.d/sshd restart

とりあえず後はいろいろ設定して遊んで見ます！

ついさっき新しいサーバと契約しました

今までは

• SRSさくら インターネット　共用スタンダード@\6000/year
• ファーストサーバ　プロビジネス30(VPS/Virtuozzo)@\6825/month

を契約してたんですがVirtuozzoのメモリ周りのシビアさに嫌気が差したのでXen鯖を契約してきました

• QuillHost　WHT-S2（VPS/Xen）@$11.98/month

メモリ1G　ストレージ25G　転送量400G　HyperVM　IP二個つきでこの値段は安い・・・
さすがにFSVは知り合いと共有で使ってるんでアレなんですが
Quillがよさげならみんなで移住しようかと

セットアップに24-48hかかるらしいのでまったり待ちますー
楽しみだ

一部の人にはお伝えしておりますが
先週末を持ちましてJ社を退職いたしました。 
18日よりW社にて働きます！

#
声をかけてくれたO氏ありがとうございます！

ちなみに知り合い経由ってことだからなんですが
履歴書・経歴書・身分を証明するようなものは一切先方に見せてないことに気づいた（苦笑
とりあえず彼の顔をつぶさないようにがんばりたいと思います

遅くなりまして申し訳ありません。
めんどくさくてまとめてませんでした！

以下まとめ

カンファレンスのみの情報(ここだけ情報)は特になし

各登壇者で重要そうなキーワードは以下（個人的な感想には※をつけています）

■笠原社長(mixi)

• 日記の投稿は100万/day以上
• たとえば４０代男性二人がコミュニケーションをする上で必ずしも日記がベストとは言えない
  • より適切なツールがあるのではないか？

■辻野社長（Google)

• アプリを目立させる機能には特に注意を払っている（使われるように工夫している）

■原田事業本部長(mixi)

• ソーシャルアプリの失敗例として
  ガジェット・ブログパーツ・デスクトップガジェットがあげられる
  これは導線のショートカットにすぎないから

※
導線のショートカットにはなるほどと思いました。
いわゆるWEB-APIを組み合わせているマッシュアップサイトの失敗にも当てはまるのではないかと
つまり複数のサイトに行く必要があったのを集約しただけのが結構ありましたが
一部を除いて失敗しているのが現状じゃないかと

• マイミクの平均は２５人
  この程度の人数だと自分の安心できる交流範囲
  ブログは続かないけどmixiの日記は続くという女子学生が多い

※
ブログでは続かないけどmixiの日記は続くといったのは誰なんでしょうか？（mixiのユーザの声？）
mixiの欠点の一つとしてリアルに近づきすぎてるんじゃないかなぁと
正確に言うとマイミクを切るのがとっても心苦しい（これは個人的な感想でアンケートとったわけではないです）
なんというかマイミクを切るというのはもうお前とはかかわらないぞ！といった絶縁みたいな感じがするんです

たとえば
リアルで喧嘩した！マジむかつく！
家に帰ってちょっと冷静になったらマイミクを切る（＝絶縁）ほどでもないなぁ
でも日記は見られたくない・・・（喧嘩してるので相手のキャッキャッウフフな日記を見たらさらにこじれるかもしれません）
日記に書くことが当たり障りない内容になる（下に書いてあるマイミクにも価値がある情報どころかそこでさえもチラ裏になりかねない）
コメントが少なくなるかめんどくさくなる
日記更新しなくなってあんまりログインもしなくなる・・・

ってなことがあるんじゃないかなぁと妄想してみたり
自分もちょっと事情は違いますが似たような理由でmixiはほとんど使っていません

じゃぁどうすればいいか？

• 日記に頼らないアプリを作る・・・まさに今回の趣旨ですね
• マイミク切り＝絶縁といった風潮をなんとかする
  正直難しいと思いますがアメリカのバーガーキングのキャンペーンなんかそういう意味で面白いですね
  バーガーを手に入れるためにマイミク切られたよりなんだかわからないけどマイミク切られたほうがはるかに重いです
  前者の場合は切られてまたマイミクにならなくてもまだ冗談で済みます（たぶん
• リアルへの依存度を変えられるようにすればいいんじゃね？
  具体的には・・・他でチョイ試そうと思ってるので言いません（苦笑

あとついでにいえば日記をマイミク限定にしている人ってどれぐらいの割合いるんでしょうか？

大体の人が全公開だと思うのですがこの状態だとかいた人は２５人といった限られたコミュニティに公開したつもりでも
実際は１６００万ユーザという掲示板にスレッドを立ててしまった状態になってしまうんだと
んで飲酒運転しました！とかアホなこと書いて祭が起きたりして
なんかmixiに日記を書くと自体にブレーキがかかることもあるんじゃないかと
飲酒運転は肯定はしませんがマイミク限定にしていればそんなことも起きていなかったのです
かといって最初からマイミク限定だと友達の輪も広がりませんから難しいところですね（いくつかアイデアあったりしますが
もうちょいインタフェースをはじめとした何かを考えたほうがいいかもと思ったりする今日この頃です

• 知り合いだからこそ発生する付加価値（mixiエコー）
  普通の掲示板だとチラシの裏な内容（今家に帰った）もマイミクにはバリューがある
• 小さなコミュニティでアプリをだしてももうかるのか
  従来の単一コミュニティの場合は1600万x1=1600万
  マイミクの場合は1600万x25=3.8億
  マイミクのほうがボリュームが大きい、うまく両方を使うといい

※
個人的にはより小さなコミュニティにフォーカスしやすくなったのが素晴らしいかと
Web2.0(笑）のロングテールと似ているんじゃないかと
たとえば日記やフォトはといった機能はmixiという単一コミュニティの機能で結構粒度が荒い
でも、アプリによって今までリーチできなかったところに・・・かゆいところに手が届くサービスが提供できるんじゃないかと

• 非同期のコミュニケーションをうまく使うといい
  １日中mixiにログインしているわけではないので
  　たとえばロックユーが投入するペットアプリは主人（ユーザー）がいないときにでもmixiにはいる
• モバイルのログインは4.8/dayなのでモバイルを重視するとよい

※
自分はアイマスやらないので詳しくはわかりませんが
あれって特定の時間に電源入れたりするとご機嫌度が上がると聞いたような
完全自律型よりもそういうのも組み合わせるといいかもしれませんね
あとPCとモバイルは利用シーンが異なるのでそれを使うと面白いかも

■Jia Shen CTO（rock you)

• アプリ導入によって２６００万ユーザだったのが２億ユーザに増えた
• ソーシャルアプリはウィジットより７倍の成長率を持つ
• ソーシャル広告の成長は通常のオンライン広告より３倍速い
• PV（おそらくアドネットワークの露出PV?）は0.1から20(billion)に増えた

※
すごく参考になった
特にウィジットより７倍という具体的数値に驚いたです

■浅沼執行役員 （バンダイナムコゲームズ）

• マイミクみんなでハッピーバースディを投入

※
個人的にこのサービスを使いたいかというと間違いなくノーなのですが
１６００万人の0.1％が使ってそのマイミクの50％がケーキにデコしたとすると20万人が動きます
ほんの少しのユーザが課金コンテンツを買ってくれればなんかいけそうなユーザー数です
しかも誕生日は毎日あるのです
すごく面白くないけどすごく模範的なアプリじゃないかなと思ってみたり（生意気いってすいません）

■木村局長（リクルートメディアテクノロジーラボ）

• 一気に３０本リリース（いいのが残るでしょうという考え方）
• MTLのスタンスとして
  • 　オープンスタンス
    情報リソースの公開と共有（ホットペッパーなどのAPI公開）
  • 　イノベーションエコシステム
    デベロッパー同士の交流支援（マッシュアップアワードなど）
  • シェア＆コミュニケーション
    新しいユーザーコミュニケーションの提示（コマーシャライザーなど）

上記で構築したデベロッパーネットワークを最大限利用してアプリを作る
→MTL単独でなくたとえば関心空間と組んでやるなど

※
ここのリリースする「みんなで禁煙マラソン」はとてもいいと思う

• そんなにメンテナンス（追加でコンテンツ投入するとか）が必要なさそう
• ログインして確認したくなる（マイミクが脱落してないか？）
• 参加感が得られる（自分も行動しているため）
• 禁煙は長く続けるモノ＆やめてもまたチャレンジする（アプリのアクティブ率が高そう）

自分は煙草吸わないので使いませんが魅力的に感じました

■松本社長（コミュニティファクトリー）

• 出資第１号
• ゲーム・コンテンツ・キャラ・ネタ×ちょっかい・いたずら・自慢・新設＝ソーシャルAP

■ビジネスモデルについて

• ファンドにおいては出資・融資・買取がある
  買取の場合はmixiブランドとなる

• 広告についてはルールはあるが掲載可能
  またmixiが広告を販売・配信してPVによって還元する仕組みも導入する（オフィシャルアド）
  PVに応じてステップアップ(0.01円～）

• 課金について（mixiペイメントAPI）
  決済手数料を除いた80％が提供元に

※
80％って料率はすごいがんばったんじゃないかなと思います

■今後のスケジュールについて

４月　カンファレンス開催（済）
　　　モバイル仕様公開（済）
８月　PC向けサービス開始
９月　モバイル向けサービス開始
　　　オフィシャルアド開始
10月　課金支援開始（モバイルペイメント）

※
課金支援はせめて９月にしたほうがいいんじゃないかなと
個人でも使えるのかな？

■アワード

• グランプリ１００万

※
お金ほしいです

19：57追記

■簡単なまとめ
・正直目新しい内容はなかった（ここだけの情報みたいのはいっさいなし
・ロックユーの話はちょい気になる
→ウィジットよりアプリのほうが7倍以上の効果
→アプリの効果で10倍近いユーザーの伸び
→PVも恐ろしいほど延びる（200倍
・MTLのみんなで禁煙マラソンはなかなかいいと思う（コンセプト的に
・バンナムのバースデーは個人的にどうでもいいんだけどたとえば1600万人の0.01％が使ってチェインすれば結構収益あがりそう
　誕生日は毎日あるからね
・還元率は想像よりよかった

mixiはこんな場じゃ絶対触れられないだろうけど
リアルのつながりに特化するのは個人的にどうかと思う・・・
理由の一つとして
・ずっと友達じゃない
→リアルのつながりが疎遠になってもマイミクって心情的に切りづらい
　なのでその人が見ている可能性のある日記ってあんまり本音書けないと思う（結果日記の内容が希薄になりコメントもつかなく・・・飽きてmixiにログインしなくなるとか

　そこをうまく解決するソリューションが必要じゃないのかなぁと思ったり
自分はvixiもやってますがvixiは毎日アクセスしますけどmixiは一か月に二回アクセスすればいいほうです
ここら辺はまたあとで書く

あとおみやげがしょぼいよ！

さすがに512MBのUSBメモリーとかどう使えばいいかわからない

ここまで追記

前記事でゆきのしたたんがmixiにケンカ売ってるようなので
自分はカンファレンスに出席して バッテリーが持つ限りレポートしてみようと思います

★文章苦手なんであまり参考にならんかも！ 

一応仕事で来ているので報告用のメモ代わりですな 

※とりあえずEMB回線が重いです（みんな使ってるからかな

■17:07追記

一応気になる点は
レベニューシェアの料率ですね（会社的に）
技術的な内容はどれぐらい出るんだろう・・・ 
PRESSも結構いるしそこまで突っ込んだ話はしない気もする
回線重いので写真レポはしないです
あと懇親会どうしようかな・・・
出てもいいんだけど

■17:16追記