棚からパルチャギ

停滞中。
ジャンプに島袋先生の読みきりが載っていたので、ちょっと頑張ろうと思いました。 やっぱり今の日本に必要なのは富樫じゃなくてしまぶーですよ。是非、本誌連載してもらいたい。 とりあえずアンケート葉書ですか。

メールフォームで教えていただいたんですが、 Google Readerの未読が消えてしまう件は、「更新から1ヶ月過ぎると自動的に既読扱いに」なるそうです。 ありがとうございます。 知らぬ間にそんな放置していたのか…。 この既読にするまでの期間は設定項目が見つからないんですが、変更できないんでしょうかね。 1週間で既読にするとか設定しておくと、精神衛生上よい気がしてきたのに。 1日に増える量と、読んでいる量のバランスが分からないので、未読数を全て表示するオプションも欲しいですね。 絶対毎日500件以上は未読が積まれているはず…。

携帯サイトばかり作っている頭が悪くなる気がしてきたので、PCサイト作る。

「まりあほりっく」2巻。「咲」3巻。
どちらも帯にドラマCDの告知。 そんなに売れる商材でもないと思うけど、最近多い気がしますね。 アニメ化は金がかかる上に版権持っていかれるので、 ドラマCDは声優ファンから金を取るには手堅いともいけますけど、 意外と原作者とか編集者の趣味だったりして。
咲の声優陣はなかなかツボをついているというか、これ雀荘うえだの面子じゃないですかｗ

「このライトノベルがすごい！ 2008」。
店頭にあったのでなんとなく購入。 流し読みしただけだけど、ランキングの投票数が少なすぎて吹いた。 もう少し作品数増やしたいので参考にしたかったけど、書評サイトとか見て回った方がいいのかな…。 賀東招二はキモデブオタの自虐ネタを書くとかどこかで見たのでどんな風貌なのかと思ったら、 普通のプロレスファンみたいなオサーンだったので少し意外。

サイトのデザインは以前からあんな感じだし、そこまで酷いとも思えないけど、 デザインなんかよりも注目すべき点はあるような気がするのですよ。コレとか。
人工知能搭載の開発ツールですよ。 DSソフトなんか作ってないで、これを販売すれば、世界的な大企業になるくらい画期的だと思ってるんですが、どうなんでしょうか。 ちなみにリニューアルして何故か削除されてますけど、以前は「Generator21」という開発環境もあって…
という、これまた画期的なツールだったはずなんですが、どうにも歴史から抹消されてしまったようです。 だから、これだけで食っていけると思うんですけど。 2015年には数千億円企業を目指しているとのことなので、きっとその頃には世界中に普及していて大儲けなのでしょう。

カルチャーブレーンというと、「スーパーチャイニーズ」と「飛龍の拳」をひたすら移植している会社という印象だったので、 最近聞かなくなって事実上ごにょごにょしちゃった(失礼)のかと思ってましたが、 今でも年に数本程度リリースしているんですね。 あまりネガティブなこと書くと社長本人からクレームが来るらしいので、 とりあえず「これからも社長の動向をヲチ応援してますっ(>_<) 」…って書いておけばいいのかしら。

Google Readerの未読件数は、たまに勝手に減ってる気がするんですが、気のせいなのか不具合なのか。
メールもそうだけど、未読というのはいつまでも過去に引きずられているようで、あまり健全じゃないような気がしてきた。 ネットのニュースやブログなんて別に読まなくたって困ることはないんだし、 一定期間過ぎたものはゲシゲシと消していくといい。

時間も金もあるに越したことはないけど、 むしろ制限されていたほうが、浪費せずに有効活用される気がします。 普通の人はそのくらい自己管理できるんだろうけど、自分の場合はどうにもよろしくない。 今日も観てないアニメが溜まっているのに、永井先生の動画で一日費やしてしまったというお話。 まさかのアイマス配信2周目継続中なのか。

「The Book」。
装丁が渋くていいなあ。 そういえば、店頭で見かけるまでタイトルとか知らなかったんですが、 小説版の題材はまさにThe Book＝小説みたいですね。 本のスタンドって、ボインゴのことかー(違。 珍しくすぐに読んでしまいたい衝動に駆られているので、 どうせハードカバーは通勤中に読むのは難しいし、明日辺り布団に籠って一気に読んでしまうかも。

「ユリイカ増刊 総特集 荒木飛呂彦─鋼鉄の魂は走り続ける」。
買おうか買うまいか悩んでいたんですが、最初の数ページだけの特集だったら嫌だなあと思っていたら、 一冊丸ごと荒木本という話だったので購入。 ぱらぱらとめくってみた感じ、買って良かったと思える充実っぷりでした。 どうでもいいけど、こっそり参加した渋谷ジョジョ立ちの写真に微妙に写ってる…。

アニメ溜め込んで、ゲームも積んで、メールやRSSリーダーは1000件オーダーで未読があったりとか。 どうにも、やりたいことの1/10も実現できてない感じで、世の中の速さに置いていかれてます。 数週間後には会社が事実上あぼーんして無職になる可能性もありありなので、しばらくニート生活で人生見つめなおそうかしら。お金ないけど。

転職先も探さないとなー。トイレ掃除とか、できます。

「絶対可憐チルドレン」11巻。「Ordinary±」。「capeta」15巻。

「Ordinary±」いいなー。 学園モノスキーとしては、多少ベタでも女子高生＋殺し屋という設定だけでツボに入るんですが、 絵柄もキャラクタの描写も、この頃のほうが良く描けている気がします。 連載中は、結構読者を選ぶような独特の雰囲気を感じたけど、 あらためて読んでみると結構一般受けするんじゃないかと思ってきました。 ヨルムンガンドは、妙に軽いノリがいろいろと台無しにしている感があるので、 やっぱりこっちを連載再開して欲しい。 エピローグは正直あまり意味が分からなかったというか。 そんなことより、もう1話くらいエピソードありませんでしたけ？

「チルドレン」は、なんだかんだで打ち切られずに続いているので少し安心。 アニメ化でもすれば盛り上がるかもですけど、良くも悪くもキャラクタに派手さというか華やかさがないので、 このまま地味な良作として続いて欲しい感じですねー。

「capeta」は今回も熱い展開で第二部終了。 結構早足の展開だけど、ここまでもう15巻なんですよね。 ジュニア～ミドルフォーミュラでの話は、もっとじっくり読みたい気がしますけど、 いちいち全部描いていたら、F1参戦するころには100巻とか超えてしまいますかｗ

Androidのエミュレータは、小さなディスプレイとボタンが並んだ無骨なデザインで、 少しがっかりした人もいるかもしれませんが(実機ではないですけど)、 エミュレータのスキンは全部で4種類あるので、別のデザインに変更することが可能です。

起動時の引数に、上記のようにスキン名を指定すると、任意のスキンを適用してエミュレータが起動します。 スキンファイルは <android_sdk(インストールパス)>/tools/lib/images/skins に置かれています。 必要な画像を用意してレイアウトを定義すれば、自作スキンで動かすこともできそうですね。 各スキンのデザインはこんな感じ(↓)。



もう一つ。
デフォルトの壁紙は、オーロラっぽいのとNice boat.っぽいものの2種類しか用意されていないんですが、 どうにも味気ないので自分好みの壁紙に変更する方法。 実機じゃないのであまり意味はないですけど、開発中のモチベーション維持にｗ

画像(ここではimage.jpg)を用意して、エミュレータが起動している状態で、コマンドラインから以下のコマンドを実行します。 エミュレータを再起動すると壁紙が変更されています。元に戻す場合は、デフォルトの壁紙を選択しなおしてください。
画像形式はJPG/GIF/PNG/BMPあたりなら認識してくれるようです。 サイズは解像度に合わせて自動的に拡大/縮小されますが、横長の壁紙を縦画面のインターフェースで使用すると、 縦に伸ばされてしょんぼりするので、解像度にあったサイズで用意しておくのがよいと思います。
スキンの解像度は、320x240/480x320の縦または横画面。 バッテリー残量や時計表示で上部に20dot分確保されるので、その分を差し引く必要があります。

携帯Javaの世界では、とにかくファイルサイズを縮小する必要があるので、 プリプロセッサを使って定数やメソッドをマクロで展開したりすることも多かったと思います。 そうでなくても、#ifdef とか enum(これは言語仕様だけど) 使いたいよねー、 ということでC/C++付属のものや私製のプリプロセッサを仲介させる場合は、build.xmlに以下のような記述を追加します。 preprocessターゲットを新規に追加して、compileターゲットの依存関係に追加します。 ここでは、ソースコードディレクトリに存在する*.jファイルを、プリプロセッサを介して*.javaファイルに変換しています。

赤字のプリプロセッサのファイルパスは使用するプログラムに置き換えてください。 iアプリのときはpp_incというプリプロセッサを使っていたんですが、 Java5以降のアノテーション(@overrideとか)に対応していないので、変数やメソッド名の短縮命令と間違われて正しく処理できなくなってしまいました。残念。 前の会社で社内ツールとして使っていたプリプロセッサは、携帯アプリ開発に特化していたのもあって、 非常に高機能で便利だったんですが、あれをオープンソースとかで公開してくれないかしら。

このところ朝は5:00くらいに目が覚めるという妙に健康的な生活を送っているんですが、 別に早起きを心がけているわけではなくて、部屋に物が多すぎて布団が敷けないという理由で、無駄に毎朝ガクブルしてます。 本棚欲しい。

iアプリでの定石(なのかも微妙だけど)だと、アプリケーション本体であるIApplicationと描画用のCanvasを継承したクラスを1つずつ用意して、 Canvasのメソッド内でメインループを回すのが一般的だと思います。 メインループはwhile()で回して、System.getCurrentMiils()を見ながらFPSを調整、キー情報はループ毎にポーリングして、 描画はCanvasから取得したGraphicsにlock/unlockして描画みたいな。

AndroidではIApplocationに相当するものがActivity。 描画はCanvasそのものに描くのではなくて、View#OnDraw()で引数として渡されるCanvasに描画。 メインループは、Handlerで定期的に内部処理と描画の更新を行うというのが作法(?)みたいですね。

速度や正確さを求めると結局はwhile()で回すことになるのかもしれないけど、 携帯アプリみたいにほぼシングルスレッドで動作するわけでもなさそうなので、とりあえずは奇麗な方法で。 キー情報はonKeyイベントが発生するまで状態を取得する手段が無いっぽいので、 イベントハンドラでキー状態を保持するようにKeyPadStateクラスを作成しました。 とりあえずメインループとキー情報が取れて、描画対象が1枚だけということになれば携帯アプリと同じような感覚で作れるかなー、 ということで三角形が動くだけのサンプルでも置いておきます。
描画関係だと、あとはスプライトとして使っていたImageはDrawableで代用。 背景なんかは従来通りにBitmapで保持して、BitmapDrawableで描画すればなんとかなりそう。 ダブルバッファリングはonDraw()の最中に表示スクリーンが再描画されることはないので、特に意識する必要はなさそう。 シーン管理を書けばゲームっぽいものなら作れる気がしますね。

あと必要そうなのは、データの読み書きと通信処理、サウンド機能。OpenGLとか3D関連は苦手。 端末機能は当面使わないので保留。公式のサンプルコードはじっくり読むとかなり参考になるので、 ドキュメントと合わせてもう少し勉強します。

DDMS(Dalvik Debug Monitor Service) Toolという素敵っぽいツールが付属しているんですが、 いまいち使い方が把握できていないので、とりあえずは原始的にprintデバッグ的な。 Eclipseと統合していれば、この辺もコンソールに表示されたりするんだろうなー、とか思いつつ。

Androidのデバッグ出力はSystem.out.println()ではなく、android.util.Logを使います。 staticなメソッドがあるので、そのままこんな感じで(↓)呼び出します。 「Log.」に続く一文字がエラーレベルを示します。「e」ならば「ERROR」。 ERRORが最も深刻度が高く、順にWARNING→INFO→…と下がっていきます。 第1引数はログメッセージにつけるタグ名で、ログをフィルタリングする際に使用するので、 アプリケーションの名前などを設定しておくと良いと思います。

吐き出されたログメッセージは、adb logcat で閲覧できます。 そのまま表示すると大量に流れてしまうので、オプションでタグ名とエラーレベル(優先度)を指定してフィルタリングします。 上記の例では、タグが「APPNAME」でエラーレベルがDEBUG以上のメッセージのみを表示します。 タグ名は「*」にすると、全てのタグを対象にすることができます。 エラーレベル(優先度)に指定できる文字列は以下の通り。調べるまでもないかもですが…。

書き忘れていたので、補足です。
Androidのアプリケーションはパッケージ単位で認識されているようなので、 たとえば com.example というパッケージでは1つのアプリケーションしか登録することができません。多分。 なので、com.example.Foo と com.example.Bar というアプリケーションを同時にインストールすることはできず、 どちらか一方だけが有効になります。

パッケージ名はアプリケーション名まで含めて com.example.foo.Foo のように命名したほうが良さそうですね。 …って、これJavaでは常識だったりしますか？？？


あとは、アプリケーションの削除について。 エミュレータのインターフェース上ではアプリケーションを削除することができないので、ここでもadb(Android Debug Bridge)を使用します。