いつもながら抽象的な表現ですが、 Emacs の elisp みたいなイメージです（一緒についてくる elisp を基本機能というには語弊がありますが）。他ならぬ自分自身がプラグイン仕様のユーザーであるという立場になることで、要件の不足などを発見できるかもしれません。

Amazon.co.jp： ゲームエンジンプログラミング GAME DEVELOPER: 赤坂 玲音: 本

この辺、もっかい目を通してみましょうか…

エラー内容を確認したところ、どうやら作業コピーが配置してあるディレクトリに対するアクセスがエラーになっているようで、理由は不明ですが update せよとのメッセージが表示されました。早速 update しようとしたのですが、 update も失敗してしまいました。どうしようかと悩んだのですが、今回も時間がかけられないのでリポジトリの再構築をして対処としました（どうせ自分ひとりしか使っていませんし）。

念のための他の作業コピーを update してみたところ、何もしてないはずなのにエラーとなってしまうファイルが他にもありました。そっちは作業コピーが最新だったので checkout し直して対応しました。

ひとりで使っているのでついつい update をしなくなるのですが、今後は日に１回くらい update して作業コピーをチェックしたいと思います。

今、作っているゲームですが、ふりがなまで考えておりませんでした。ウィンドウのサイズをもうちょっと柔軟に変えられるようにしないとだめかもしれません。固定ピッチがいいのか可変がいいのか、その辺も未定です。でも、固定が多いですかね。

ちなみに正解は「案の定」です。

m(_ _)m とやるときに m(_ _)m とやると変なところで改行されない顔文字になるということでしょうか。顔文字はそこまでして再現したくないかもしれませんが、英文みたいな文書には必要なのかもしれませんね。

m(_ _)m

最近、あんまり見ない顔文字ですが、すっかりおっさんのせいか自分はよく使います。若い子が使ってる顔文字とかどこで手に入るんだろう…

m(_ _;)m

これも好き。

m(:D)m

人をなめたやつ。

ちなみに、 C-x h でバッファ全体を選択でき、統一が取れていないソースコードを一気にインデントすることも可能です。ハードタブとソフトタブが混ざっているようなソースコードを編集する際に便利かと（ Dreamweaver で油断するとそうなりがちです）。

ちょっと前に、ドラびでおさんというアーティストの方が、ドラムとコンピュータを MIDI ケーブルで繋ぎ、ドラムを叩いてリアルタイムに MAD 映像を操作するというパフォーマンスをされているのをテレビで目にしました。そこで MIDI ケーブルに流れるのは波形ではなく何かの信号なのだと気がつきます。

そこでわかったのが MIDI 機器、特に音源は信号を受信した段階ですぐに音を鳴らすという点です。つまり、曲を演奏しようと思ったら、音を鳴らすタイミングは信号を送る側が調整しなければならないのです。昔の Cakewalk のようなソフトウェアを MIDI シーケンサーと呼んだのはそういった理由からだそうです。ピアノロールで設定したタイミングに合わせて MIDI 信号を送るのが役割だったようです。

…となると当然の疑問が湧いてきます。 MIDI 機器は一度にどれだけの信号を処理できるのでしょうか。処理性能はハードウェアによって異なるでしょうが、ケーブルに流せる量は決まっているはずです（仕様が変わってないとどこかで聞いたような）。

で、調べてみました。規格を見ればわかるだろうとインターネットの世界に繰り出します。

MIDI Glossary

ここによると…

BAUD : A measurement of speed at which serial data is transmitted. MIDI operates at 31.25 kBaud, i.e. data can be transferred at a speed of 31250 bits per second.

…だ、そうで、あんまし転送量は多くないことが分かります。

ノート（音符の情報）の量を送るには十分かもしれませんが、その他の情報をあわせて送る際に問題に遭遇した場合はこのあたりに着目しようと思います。

ちなみに、未確認なのですが USB 接続するととんでもない転送量を実現できるようです。こちらもかなり興味あるのですが、前述の通り、受け側の性能以上のことはできませんのであんまり期待してないです。

クラスの設計中はクラスの性質を考えようかとも思うのですが、あとから見ると「あ、これは指示か」とか思うこともあります。ほとんどの場合、指示と指示を受けての振る舞いが近いのであんまり気にならないのですが、なんだか性質を考えていることになるのか疑問に感じるようになります。

噂によると、メッセージと振る舞いとを別に記述できる言語もあるそうですが、どんなんでしょう。考えようによっては Windows もメッセージを受けて処理を決定するという点では別に記述しているような気もします（やたら入力を拒否する反抗的なテキストボックスとかも作れるみたいです）。

時間があったら調べてみたいと思います。

• 聴かせどころは最初に持ってくる（戦闘は１分以上続くことが少なく、冒頭部分だけ 1,000 回以上聴くため）
• 60秒を目安に場面転換する（前述の理由から「この敵は何かが違う？」「苦戦してるなぁ…」感を演出する）
• メロディーはローディング＋敵トループ確認終了の直前からスタートする（どこからキャラクターを動かせるのかを曲で伝える）

３つしか挙がらんかったです。思いついたら追加します。

• マイコンピューターから USB メモリを選んで「取り出す」を選択します
• エラーダイアログが出たら「続行」を選択します
• タスクトレイから「ハードウェアを安全に取り外して、メディアを取り出す」を選択します

実は、２番目までで強制的に外せるようになっている可能性もありますが、最後までやると「安全に取り外せます」とメッセージが出て、（たぶん、かりそめだとは思いますが）安心感が得られるため、面倒でもやり抜きます。

ほとんど手持ちの elisp が使えたので安心していたのですが、 UTF-8 を指定した時に一部の文字が豆腐（□）になってしまうという問題がありまして、使い出すまでに時間がかかってしまいました。

前バージョンまではいろいろな解決方法があるらしいのですが、最新バージョンではとりあえず日本語のフォントを設定しなおすと問題なく動くようです。早速、ＭＳゴシックに変更したところ、無事に豆腐文字も表示されるようになりました。

elisp ですので、設定方法は慣れないと面倒ですが、 emacs のカスタマイズ機能を使ってしまうと楽です。 Options → Set Default Font でフォントを選択し、 Options → Save Options で .emacs に書き込む。再起動で OK です。