21-Feb-2015の状況はこんな感じ。前回(25-Jan-2015)と同じように撮ってみたつもりでも、全然違いますが…
標識類の取り付けは相変わらずまだの状態。おそらく13号の建て替え終了後あたりになるのでしょうか。13号の写真は前見たときと状況があんまり変わっていないという理由で撮らなかったのですが、多分元の13号鉄塔があったところに新しいのを建てるのかなあというように見えました。58.95kg(04:35)
［FONTX2形式のフォントを使ってMSX用漢字ROMもどきを作ってはみたんだけど…］
問題が山積みというか問題しか見当たらないということが分かって頭が痛いです。
とりあえず変換に使ったコードと、Zeroを使った表示の実例を。まずはぱうフォント16dot/11dot。
お次は小伝馬町16/12。
問題点というのは、
- JIS第一水準の存在チェックは、＼（1区32点）の左上8×8のビットパターンで決定される。これによってフォントデザインが制約されてしまう（ぱうフォントのようなボールド系とは相性が悪い）。場合によっては、／（1区31点）の修正も必要。
- JIS第二水準の存在チェックは、龠（83区94点）の左上8×8のチェックサムで決定される。フォントデザインの制約だけでなく、JIS第一水準のような固定したビットパターンを入れておけば良いという対策が取れない。
- 2区は◆（2区1点）〜〓（2区14点）を除き、現代のPCと互換性がない。ローマ数字やら☎といった記号類が収められている。
- 8区は罫線があるものの、位置が異なるためこれも現代のPCと互換性がない。また縦書き用の括弧やぁぃぅぇぉゃゅょ等のグリフが収められている。
- 9区は半角カナだけでなくグラフィック文字が収められているため、対応するグリフが必要。漢字ROMの仕様上、10〜15区は存在しない。
- 1〜94点ではなく0〜95点を使用する、よって0点/95点に対応するグリフも必要となる。
他にもまだあったような気がしますが…確実に言えることは、単純にFONTX2形式から変換しても完全な互換性を有するものは作れない、ということでしょうか。とりあえずの雰囲気を味わう程度のものであればこの程度のコードでどうにかなりそうですが、真面目にやるなら2区の記号類の再現（ただし変換元となるFONTX2形式のデータがきちんとしている必要があります）、不足しているグリフの補充（ゼロから作るのではなく、既に存在するMSX用漢字ROMの上に好みのフォントを上書きという手はありそうです）等を考えることになるでしょう。JIS第二水準対応のためのフォントの調整とか、どうやるんですかね？
…という訳で、ここから先は泥沼が待ち構えているので尻尾巻いて逃げちゃいます。58.55kg(06:00)
11-Jun-2015補足：fontx2sx.c、11-Jun-2015の結果を踏まえて、＼／だけでなく龠も置き換えるようにしました。旧版はこちら。ぱうフォントのようなフォントではスタイルが全然違うのでこれらの文字が浮いてしまうとか、置き換え用のデータが持つ著作権など、「実験」という言い訳はしておきますが問題は多いです。
