花粉症（内定）の症状を抑えるべく、某市販薬を買ってきて飲んでいます。
効きますね。もっと早くから飲んでおけばよかった。

居間の天井照明が突如壊れました。
取り外して分解してみましたが、直せる状況ではなかったので、電気屋に駆け込み
新品を調達してくる騒ぎ。
蛍光灯に紐がぶら下がっているタイプは古いらしく、気が付かないうちに、殆どが
リモコン付きのLED照明という物ばかりで、時代の進化に驚きました。

知人の紹介で仕事を貰うべく（立場的には）取引先？　顧客？　になる人に会いに
行ったり、久しぶりに会う後輩と話したりと、人に会って色々情報収集や意見交換
をやっていました。
特に痛感しているのが「これから自分はどうするのか」っという点です。
っと言っても、別に昨日今日から考えているわけではありません。
　・自分は何がしたいのか　（2011.01.23）
　・自分のやりたい事が分かってきた　（2011.09.27）
　・何を失う引き換えに何を得るか　（2012.03.01）
　・東京ゲームショウ2012　に行ってきました　（2012.09.25）
　・自分は何をやっているのか　（2012.12.19）
　　　　―ブログやってると、こういうのをさかのぼって見れるから良い。
一度、ハードウェア（電子工作）は趣味と割り切ったようですが、最近ちょっとそうでも
ない気もしてます。
再度考え直さないと駄目ですね。

XopsAddonCreatorの開発は、進んでいませんでした。
前もちょっと話した通り、他人のために色々動いているので。

手元の工程表（？）も一通り埋まってきました。

意味もなく「デザインルールチェック：DRC」機能の画像でも貼っておきます。

（クリックで拡大）

主要機能に含まれるか微妙ですが、オプション設定機能とその設定画面の
作り込みに入っています。
ソフトウェアのカスタマイズ性っというのは、使いやすさに直結はしないものの
意外にも重要視されることがあるので、しっかりと作っておきたいです。

XopsAddonCreatorも各オプション項目は「タブ」でグループ分けします。
（ポイントエディタ（XPE+）やMIFエディタと同じです。）
ただ今回は、HSPではなくVC++でWIN APIを直叩きしてるので、面倒極まり
ないっす。　正直ここまで面倒だとは思わなかった。
規模的にクラスとかライブラリを作るまでのことではないんですよね。


学校自体は長期休みですが、最近は他人からの頼まれ仕事をこなすことが
多くなってきました。
すなわち、他人のために自分の時間を費やしている状況です。
XopsAddonCreatorの開発も終盤に近いですが、これから開発に割り当て
られる時間が減っていくかもしれません。

毎年この時期になると花粉症と非常に似た症状が出て困っています。
もう確実に花粉症なんでしょうけど。


XOPSユーザーならおなじみの「ezds.dll」。
XOPS本体のexeファイルと同じディレクトリにあるファイルで、XOPSの動作に必要な
システムファイルです。
既に皆さんご存じの通り、これがないと「dll load failed」とエラーが出て起動できません。

MOD制作が活発なXOPSは、dataフォルダもexe本体も様々な人が解析を行って手を
入れていますが、このezds.dllだけは誰もまともに触っていないようです。
今回、これが何なのか、改造する余地があるのか　探検してみました。

特に主題もなく、近情も含めてダラダラ書きます。
たまにはこんな回があっても良いじゃないか。

XopsAddonCreatorの開発の件は、概ね順調です。「デザインルールチェック：DRC」機能も
一通り試作しました。
ただ、前回話したブロックデータとポイントデータの管理方法以外にも、ソフトウェア下にある
ステータスバーの制御プログラムもちょっと作り直したいな　っと思っています。

今日この頃頭を過っているのは、ミッションを完全に自動で生成しようっていう謎のツール。
マップを選択して、ミッションの種類（暗殺とか護衛とか奪取とか）を選択すれば、あとは
ボタン1つで、自動的にマップ形状を解析し、必要なPD1ファイルとMIFファイルを自動生成
してしまうという物です。
非常に馬鹿げていますが、一度頭に浮かんでしまうと、次から次へとアルゴリズムが思い
ついてしまうから怖いです。職業病みたいなやつか、病んでるのか。
エイプリルフールの悪いネタにしかなりませんよね。えぇ作りませんとも。

「OpenXOPS」については、まともな見解を示していないかったのでここに書いておきます。
名前の通りオープンソースの、XOPS互換を目指したゲームおよびそのプロジェクトです。
基本方針として、現行の本家XOPSを忠実に再現することを第一とします。大幅な機能追加
や仕様変更は原則として行いません。
（しゃがみ追加、武器を増やす、戦車を出す、ブロック数の上限の緩和　などを含みます。）
なお、対象はシングルプレイヤー版すなわちオフライン版です。
プロジェクトの開発手法（伽藍とバザール）や、適用ライセンスなどもまだ考えていません。
開発およびプロジェクトの開始において、もっとも検討するべき事項は「需要」です。
確かに面白そうな企画ではありますが、既存のXOPSユーザーに対して求められていない
あるいは少ない場合は、見送ります。
需要以外に確認しなければならない事として、「厳密には既に違うゲームではないか」
っという根本的な問題もあります。

ハードウェアの方は、2011年6月頃にやった「音を鳴らす」の続きをしました。
前回は汎用のDAコンバータを使って音を鳴らしましたが、今回はDA変換にPWM方式を採用
することにし、FPGAからローパスフィルタ越しに音を出せないかやってみました。
結論から言うと駄目です。全然だめです。辛うじて音が鳴っていますが、PWMからくるスイッチ
ングノイズが多くて使い物になりませんでした。
やっぱり、例え汎用でも外付けのDAコンバーターを使わないと駄目みたいですね。

2010年12月の記事に書いた、無料ゲームを作ろうとしているチームの件。
モデリング担当でチームに残っていたはずが、気が付けばプロジェクトの中心に近いメンバー
になってました。
でも、ミーティングが進んでいませんし、決して順調と言える進行はしていません。
本当にこのチームで作品が完成するのだろうか心配になってきます。

ポイントエディタ・XPE+にて目玉機能の1つだった、「ミッション作成ウィザード」を組み上げ
ました。
作業は移植に近く、機能もデザインもポイントエディタに実装されたものとほぼ同じです。
強いて言えば多言語対応されていることでしょうか。

これを作ってて思ったことは、ブロックデータとポイントデータをオブジェクト化してクラスに
まとめなきゃダメかなぁ～　ってこと。
今は構造体に入れてグローバル変数化してるけど、これだと1万行超えのソースコードの
そこらじゅうからデータを読み書きしてるわけです。読み出しもそうですが、それ以上に
書き換えを1ヵ所でまとめてやるようにしないと、おっかないですね。
現に「元に戻す」機能が既に怪しくなってるし　（え
これはデータ管理部分の作り直しかな。。　　うわぁぁー　面倒くせぇー！！

っと、そんなことを思いつつ、「デザインルールチェック：DRC」（旧・ポイントチェック）機能
を作っています。


別件で、
3年ほど前に勉強がてら作っていた「偽XOPS（fxops）」ですが、色々考えたので書いて
おきます。
現行公開している偽XOPS（バージョン：fxops_20100417）の開発は正式に終了する
予定です。ソースコードのメンテナンス性も悪く、これ以上手を入れるつもりはありません。
後継のプロジェクトとして「OpenXOPS」というものを始動しようかとも考えましたが、
ちょっと考えさせてください。　　（...次回に続く）