Hatena::Groupasakura

浅倉卓司@blog風味? このページをアンテナに追加 RSSフィード

Error : RSSが取得できませんでした。

2009-11-22(Sun)

airpenの新型が出るそうですが、現行機よりはかなり良くなってるんじゃないですかね?

|  airpenの新型が出るそうですが、現行機よりはかなり良くなってるんじゃないですかね? - 浅倉卓司@blog風味? を含むブックマーク  airpenの新型が出るそうですが、現行機よりはかなり良くなってるんじゃないですかね? - 浅倉卓司@blog風味? のブックマークコメント

 airpenの新型の記事があったので読んでいたら、

今回発表されたairpen:Drawは、ビジネス用だったairpenをチューニングし、イラスト用途に使いやすいように最適化したもので、基本性能が従来モデルと異なるのだそうです。


大きな違いとして、素早いペンの動きを取りこぼさないようにするためにサンプリングレートを約1.5倍(秒間89ポイント)に、更に繊細なタッチを拾うために、ペンのスイッチの感度も、これ以上上げると振っただけで反応してしまう…というギリギリの感度にしたそうです。


使ってみた感じでは力を抜いて描いても反応してくれて、とても描きやすく感じました。

――とのこと。

 確かに現行のairpenはかなり筆圧が強くないと認識してくれないので、結構使いにくいし、少なくともイラスト向きではないですね。

 僕は筆圧が弱いので普通の文字でも線が切れまくってしまい、使うのを止めました。

 解像度はあまり気にしてなかったけど(それ以前の問題なので)、良くなる分にはいいんじゃないでしょうか。


 ブクマだとairpen使ったことある人が少ないみたいだけど、ストローク毎に記録されてるのでミスした線を消すのは割と簡単です。

 あと、ペン先がボールペンなので消そうという気は起こらない(はず)。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20091122

2009-11-17(Tue)

グリーが今盛り上がってるのは、ちょっと前にMMORPGが盛り上がっていたのと同じなんかね?

|  グリーが今盛り上がってるのは、ちょっと前にMMORPGが盛り上がっていたのと同じなんかね? - 浅倉卓司@blog風味? を含むブックマーク  グリーが今盛り上がってるのは、ちょっと前にMMORPGが盛り上がっていたのと同じなんかね? - 浅倉卓司@blog風味? のブックマークコメント

 先日どこかで*1「グリーがモバゲーやmixiより優秀なのは、SNSを活かしてみんなで参加する事でプラスになる*2ゲームがあるから、云々」とか書かれていて、あんま興味なかったんで「へえ、そうなのかー」とスルーしていたわけですが、ひょっとするとグリーってちょっと前のMMORPGと似たような状態になってるんでしょうかね?

(アイテム販売は既にMMORPGと同じだけど)


 そうなんであれば現在盛り上がってる理由がなんとなく分かるし、もうそろそろ頭打ちなんじゃないのかなー*3とか思っちゃったりもするのだけれど。

 グリーがMMORPG的なんであればd:id:kirikさんが何か書いてそうなんだけど、書いてないってことはそんなに似てないのかなぁ。


追記(2009-11-19)

 そういや昔(2005年)にこんな事書いてたな。

 「ほかのプレイヤーとの交流が少ないオンラインゲームも望まれている」っていうのは、以前に

 敷居が高いのは「月会費の金額」でも「マシンスペック」でもなく、「他人と一緒に遊ぶことを強制されること」だし。

Entry is not found - 浅倉卓司(三日坊主)

――と指摘したのがようやく確認されたってことか。

 確かにメディアで取り上げられるときは交流(コミュニケーション)のことが主に書かれるし、制作者側も交流を主体に考えているっぽいけど。

 特にリアルタイムなゲームは時間コストがかかりすぎて駄目なんだけど、非リアルタイムなゲームってほとんどないんですよね。

交流が求められていないってのは既知だったんじゃないのか。 - 浅倉卓司(三日坊主)

 SNSでやってるゲームってこのへんどうなんだろ?

*1:思い出したらリンクする。。。

*2:つまり、仲間に参加を強制する。

*3:あるいは2~3年後に廃れてそうだよなぁ、的な。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20091117

2009-11-14(Sat)

RPGでMoose、その4:クラスとレベルと経験値

|  RPGでMoose、その4:クラスとレベルと経験値 - 浅倉卓司@blog風味? を含むブックマーク  RPGでMoose、その4:クラスとレベルと経験値 - 浅倉卓司@blog風味? のブックマークコメント

 RPGと言ったらこれがなくっちゃ! ――であるところの経験値とレベルとクラスもそろそろ追加します。

続きを読む

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20091114

2009-11-11(Wed)

64ビットOS上で32ビットアプリを動かしたほうが効率が良さそうだけど、LinuxとかBSDってそのへんどうなってるんだろ?

|  64ビットOS上で32ビットアプリを動かしたほうが効率が良さそうだけど、LinuxとかBSDってそのへんどうなってるんだろ? - 浅倉卓司@blog風味? を含むブックマーク  64ビットOS上で32ビットアプリを動かしたほうが効率が良さそうだけど、LinuxとかBSDってそのへんどうなってるんだろ? - 浅倉卓司@blog風味? のブックマークコメント

 先日Windowsネタとして

2. 32ビットはいずれにしろより速い傾向があります


アプリケーションが32ビットか64ビットモードで走るとき、32ビットモードのほうが少し速い傾向があります。大きなポインターは多くのメモリとキャッシュを消費します。そして利用できる CPU キャッシュのバイト数は32ビットと64ビットプロセスで同じです。もちろん WOW レイヤーは若干のオーバーヘッドを加えますが、私が見た大部分の現実のシナリオではネイティブ64ビットプロセスより WOW のほうが速いことを示しました。

EXE を作るプロジェクトのデフォルトが Any CPU から x86 に変わった理由 - または Any CPU の本当の意味

――という記事を見かけたのだけど、これは別にWindowsに限った話じゃないですよね?

 キャッシュヒット率の低下もそうだけど、ムダにメモリを消費するのも困る気がする(大量にプロセス立ち上げてる時とか)。

 httpdなんかは32ビットで充分な気がするのだけれど。。。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20091111

2009-11-09(Mon)

mysqlftppcのUNICODE正規化のこと。

| mysqlftppcのUNICODE正規化のこと。 - 浅倉卓司@blog風味? を含むブックマーク mysqlftppcのUNICODE正規化のこと。 - 浅倉卓司@blog風味? のブックマークコメント

 既存のMySQLを5.0から5.1にするにあたって困ってたのが、全文検索で使っているSenna+Tritonnが5.1に対応する気配がないこと。

(まあ、Sennaからgroonaに変わるとか、いろいろあるんだろうけど)

 そういやMySQL5.1以降はプラグインで後付けできるようになってるから、誰かがお手軽に日本語の全文検索用のpluginを作ってそうだよなーとか思っていたら、ちゃんとmysql full-text parser plugin collectionってのがあった。makeやinstallも簡単で便利。


 でまあ、mecabを入れるのも面倒なのでbigramを使うことにする*1検索するときはIN BOOLEAN MODEを指定しないといけないのですが、既存のシステムはIN BOOLEAN MODEで検索してるから問題ない。

 全角/半角の同一視などが必要なのだけど、元の文字コードがUTF-8でないのでMySQL本体のUNICODE正規化はちょっと使えない。なので、ICU有りでmakeする。


 make/installは簡単で、プラグインの追加も

>INSTALL PLUGIN bigram SONAME 'libftbigram.so';

――とかするだけで問題なし。

 ALTER TABLEでfull-textインデックスを張り直して検索してみる。文字コードがujisなのでちょっと気になってたけど特に問題なく動く――が、全角/半角の同一視がされない。

 ……ああ、「SET GLOBAL bigram_normalization='KC'」とかで指定する必要があるのを忘れてた。こちらを設定し直してfull-textインデックスを張り直すとmysqldが落ちる。

 「KDならどうじゃろ?」と思ってやってみると、mysqldは落ちないけどエラーが返ってくる。


 ネットで検索してみても類似の事例は全然ないのでいちおうバグレポ出しておくかと思ってかなりダメなレポートを送っておいたところ*2、いつの間にか新しいftnorm.cがアップされてました。

 それを使ったらちゃんと動くように! hiroaki-kawaiさん、ありがとう!


 でまあ、NFKCとNFKDのどっちがいいかなーと思って両方でインデックスを作ってみたわけですが、なぜだかNFKCはNFKDの15倍ほど時間がかかってました*3。NFKCのほうが変換に時間がかかるんでしょうかね?

 あるいはもしかすると濁点などが別で処理されるため、かもしれないけど。だとすれば基本的にはNFKDで使うようにしたほうがいいかもしれません。


 あと、おそらくUNICODE正規化の種類が混在してると具合が悪そうな気がしてるのだけど――たとえば「SET GLOBAL bigram_normalization='KD'」としてデータを突っ込んだあとに「SET GLOBAL bigram_normalization='KC'」としてデータを追加するとあまりよろしくなさげだし、そもそも検索にひっからなくなるかもね――その辺の検証はしてません。

 このあたりは設定ファイルにプラグインの追加指定とともに書いておいたほうがいい気がしています*4


 まあ、そんな感じで。

*1:たぶんインデックスサイズが大きくなるのかな?

*2:もっとちゃんと書くべきと思ったけど……。すみません。

*3:具体的には約30秒と約7分30秒。

*4:そういやinstall pluginしたあとでmysqldの再起動をするとどうなるんだろ?

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20091109

2009-11-04(Wed)

PHP5.2.10とAPC3.0.19の組み合わせでsession_set_save_handler()を使うと不具合が生じる。

| 18:10 |  PHP5.2.10とAPC3.0.19の組み合わせでsession_set_save_handler()を使うと不具合が生じる。 - 浅倉卓司@blog風味? を含むブックマーク  PHP5.2.10とAPC3.0.19の組み合わせでsession_set_save_handler()を使うと不具合が生じる。 - 浅倉卓司@blog風味? のブックマークコメント

 PHP5.2.9なら問題ないので、5.2.9から5.2.10への変更で何かあったんだろうと推測。

 PHP5.2.11(あるいはAPC3.1.x)で問題ないかは未確認。


 ……相変わらずイヤになるなぁ。


追記

 バグレポ発見。bogus扱いされてるけどたぶんコレだな。


追記(2)

 どうやらセッションのwrite処理の時にクラス名のシンボルテーブルか何かがざっくりなくなってる印象。

 スコープ定義演算子を使うものはNG*1

 既に存在するインスタンスのメソッド呼び出しなどは問題なく動く。


追記(3)

 どうやら

  1. セッションの終了処理
  2. APCの終了処理(ここでシンボルの破棄)

――だったのが、

  1. APCの終了処理(ここでシンボルの破棄)
  2. セッションの終了処理

――に変わったのではないか? と職場の同僚のお話。

 ChangeLogには特になかった気もするけど、PHPは互換性を気にせず平気でいろいろ変更したりするからありそうな気はする。

 PHPの内部の話はどこで相談するのがええんじゃろ。


追記(2009-11-05)

 上記の理由から「ひょっとして、register_shutdown_function() で session_write_close を登録したら動くんじゃね?」と思ってやってみたら、ちゃんと動くようになった。

 これで副作用がなければいいのだけれど。。。


追記(ラスト)

 どうもextensionの終了処理の順番が変わったせいらしい。

(5.2.9と5.2.10で変わってた)

 で、終了処理はRSHUTDOWNとpost-RSHUTDOWNの2種類あるっぽいので、APCは現在RSHUTDOWNでやってる処理をpost-RSHUTDOWNでやるように修正すべきっぽい。

*1:たとえば、PEAR::isError()。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20091104
2004 | 01 | 02 | 03 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2005 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2006 | 01 | 02 | 03 | 04 | 05 | 06 | 08 | 09 | 10 | 11 | 12 |
2007 | 02 | 03 | 04 | 05 | 06 | 07 | 10 | 11 | 12 |
2008 | 02 | 03 | 04 | 06 | 09 | 10 | 11 | 12 |
2009 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 09 | 10 | 11 | 12 |
2010 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2011 | 01 | 02 | 03 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2012 | 02 | 03 | 04 | 05 | 07 | 08 | 10 | 11 | 12 |
2013 | 01 | 05 | 07 |
2014 | 01 | 02 |
2016 | 01 |
2017 | 01 | 05 |