JG3 の曲線アウトラインを展開してフォント化・その６。

 JG3曲線アウトライン、種別の格納方法はデータ的にはこうなのでしょう。なのでフォント化できるよう修正ですが、頭悪いのでプログラムは苦手です。すぐにはサクッとできません。のんびりやります。

キャッスルの時もそうでしたが、手元に取っておいてある大昔の記事が気になって。なんとかしたいものです。

キャッスルは疑問・気になっていたこと（ログイン最優秀作品をプレイしたい）が完全解決したので、満足しています。

どこまで、ロストテクノロジーにこだわるかでしょうな。JG3は変な・素直じゃないデータ構造ですな。

人間が手間をかけないように、JG3の種別情報を全自動でフォントとして表示・作成できるような状況に直せるか？　というルール作り。

とりあえず10文字ぐらいをスプラインで表示させてみて、どういう方法で直していけばいいかを検討。

（１）データを順番に見ていって、ノードから３つポイントが続いている ⇒ ３つ目をノードにする
（２）ポイントが５個、８個、11個…連続している（３で割った余りが２）の時 ⇒ 間違いなく３個目、６個目、９個目…（３で割れる数）がノードになる
（３）描く方向が変わる時は、変わり目がノードになることが多い（当てはまらない時がある）
（４）ノードと同じＸ or Ｙ座標のポイントはノードになることが多い（これも必ずしも当てはまらない）

なので、この（３）と（４）の時に、確実にノードとポイントを区別できるようにしなければいけないわけです。このあたり、ちょっと考え中。人間が見たら明らかに分かることを、機械が分かるように指示しなければいけません。

せっかくのベジェデータなのに、それをうまく活かす作りになっていないのが困るんですよね。でも JG3 はこれで処理できていたわけですよね？（’’？

体の不調の原因は首（頸椎）からもきているのか。

 今日は町医者の整形外科へ。ひとつは3年前からあるガングリオン、そしてもうひとつは5年以上前から気になっていた、主に右手の震えと脱力感（手に力が入らない）。これでGBAを落として壊したこともあって、QOLの低下とともに日常生活にも影響が出ている状態…ということで。

まずガングリオンですが、一応注射器で吸い出してもらったものの、どうやら2つあるようで、大きい方が残って何も解決していません（－－；　また来週行くから、その時にもう一度。

で、もうひとつの症状ですが、どうも首がおかしい（凝っているというか痛い）ということで、レントゲンを撮ったら頸部脊柱管狭窄症だっけ？　という病名が出てきて、「首は重い頭を支えるから、どうしてもこうなるねー」とか言われ、さらなる検査が必要とのことで、金曜日に大きな病院にMRIに行くことに。

日常の体の不調は、首からも来ているのか…（、、；　首や肩がガッチガチに凝っていると思っていたら、実は病気というか症状だったと。頸椎はどうしたって体を動かすのに影響が出ますね。あと、これの人は睡眠障害が出ると。それも困ります（－－；；

更年期障害もあるのでしょうけど、頸椎の不調となると、ちょっとキツい。どうなる、私の身体。

JG3 の曲線アウトラインを展開してフォント化・その５。

 

多分、漢数字の「一」はこうですね。

手でデータを修正したら、エラー無く読めた

この、座標の種別情報を自動で修正させようと思ったら、「曲線のところの頭１ビットが必ず１になっていること」「愚直なまでのパスの取り方をしていること」が条件になるかと。ベジェのパスなんて、描こうと思ったら適当な描き方ができてしまいますから。その上で、

☆３つ以上ポイントが続くと× ⇒ 必ず２つずつのポイントがノードに挟まれる形に

しなければいけない。ということは、

★Ｘ or Ｙ座標が同じで、どちらかがポイント ⇒ 両方ノードに

★描く方向が変わる時は、変わり目がノード（になるはず）

★３つポイントが並んでいる時は、どちらかが必ずノードになる

このあたり。これをどうプログラムで判断するか。

JG3 の曲線アウトラインを展開してフォント化・その４。

 

新たな情報を試してみたところ、「亜」と「唖」は表示できました。しかし、その次の曲線が含まれた文字などがフラグエラーになります。…フラグエラー？　ノートかポイントかがおかしい？（～～？　何やフラグって？？

というわけで、また新たな問題が。パッと見ただけでは、何がフラグエラーなのかが分かりません。困ったものです。

ベジェではなく、スプラインで描かせてみました。すると、〇で印をつけたところはポイントではなくノード（端点）にならなければいけないところですよね。

つまり、ポイントかノードかの情報が間違っていると。ベジェ曲線だと、ノードとノードとの間にポイントが２つ挟まるのが普通です。…あれだなぁ、ポイントが３つ続いた場合は３つ目をノードに修正するようなプログラムにしてみる？　あぁ、でもそれ難しいか。要はベジェの情報が付いている点でも　★Ｘ or Ｙ座標が同じ時はノード　★描画方向が変わる時（左下に向かって描いているのに右下に変わったなど）は変わった直前がノード、その３つ前後もノード　みたいに。

「娃」の座標データを眺めてみたところ、頭１ビットがＸ座標もＹ座標も同じようになっています。これがベジェか直線かの情報だ…というわけですが、普通に考えれば、ノードかポイントかの区別かな？　と思うんですよ（・・；

JG3 の曲線アウトラインを展開してフォント化・その３。

 

JG3 の曲線アウトライン、描画の結果を眺めていると、左上部分の描画の座標がひっくり返っている感じなのですね。

なぜ、こうなるか？　何かが足らない。何だろう？

今のところの座標の割り出し方はこうなので、３バイトのデータの真ん中の２バイト目が怪しいということに。

実は座標は2048メッシュじゃなくて1024メッシュなのでは？　と思ったり。

PhotoCraft で角丸の囲みやキャプを入れたけど、縦中横に今のところ対応していないので12の文字が横転。

フォントの解析、個人的には

丸漢（昔の Mac のやつですよね？）はさっぱり分からなかったですし、そこまで興味無し。

芦屋48も簡単に２値で展開を試みましたが、さっぱり分からないのでパス。どうせ展開できたところでナ■ルっぽいものが出てくるんでしょ？（・・？　ということで。芦屋24はレシートプリンタでたまに使いますが。

JG3 の曲線アウトラインを展開してフォント化・その２。

 

JG3の曲線アウトラインフォントを、知り得た知識によって解析を試みたものの、一見座標っぽいのだけど、展開してみると字の形にならない。一定の太さの線は出来上がるのだが（～～；

予想としては「亜」の形になると思っている。でも、どうしたらいい？　何が間違っている？？

でも、グッチャグチャではなく、何か惜しいような気もする。また、上下バイトが逆とかそんな感じ？（・・？　何とか字を描こうとしていることは伝わる。

98のマシン語だと、どうすれば処理しやすいか？　みたいな観点から考えないといけない？（’’？

～～～～

プログラムを作ってやったことは

（１）まず、JGのデータから必要な部分を抜き出す（テーブルで分かる、文字のデータの開始アドレスから次の開始アドレスの手前まで）

（２）２バイトの上下が逆なのを正す

（３）３バイトずつ処理、３バイトのデータを12ビットずつ（Ｘ座標、Ｙ座標）に分ける

※この座標データの頭１ビットが「ベジェの端点（ノード）か方向点（ポイント）か」を識別するサインになっているので、座標として使うのは下位11ビット

（４）そうして座標データにしたものを画面に描画する

　座標が 0xfff, 0xfff の場合はパーツを描き終わり、それが２回続くと文字を描き終わる

でも、何か間違っているんですよね。ひょっとしたら、理論が正しくて、私のプログラムが単純に間違えている…という可能性も大いにありますが。

JG3 の曲線アウトラインを展開してフォント化・その１。

 

JG3の曲線アウトラインフォント、ゴシックの最初の文字（おそらく「亜」）のデータを座標データにしたところまで（黄色の部分）。fffがパーツの区切りなので、最初に外側を描いて、あとで中を5つくりぬいていると。

これを表示してみたらいいわけだけど、それはちょっと待ってね

JG3 の曲線アウトラインを展開してフォント化しようと思ったけど。

 Z's word JG Ver.3 の曲線アウトラインのフォーマットを知っている人に教えてもらったので、気が向いたら展開してみようと画策中。

ただ、書体倶楽部明朝・ゴシック（ JG2 の直線アウトライン）をフォント化した時は自動登録のために TTE の SDK を使ったけど、今回はベジェなので前の方法ではダメで、OTE を使わなければいけない。こんなもん、手でひとつひとつフォントを登録とかムリですよ。7000字×ゴシック・丸ゴシック２書体でしょ（すでに漢字職人の TrueType で持っているものはやらない）

一応 OTE にも SDK はあるけど、使ったことは無し。まずテストしないといけない。で、作者は 2009 年からこの機能のメンテナンスをしていないし、あまり重要視していないということで、他に自動でフォントを登録できる方法やソフトはないかと調べてみる必要はある。場合によっては AI の力を借りる。以前、AI に聞いたときは「FontForge で自動登録は可能だが、Python の知識が必要」みたいな回答だったような。

で、さらに JG の曲線アウトラインは 2048 メッシュなんですな。これ、2000 で丸めてもいいのかな？（・・？　2048 って OTE では作れないです。FontForge なら「作成は可能だが推奨はしない」みたいな警告が出て、一応は作れるはずだけど。

ちょっと考えさせて。こーれ、どうしよう。大したフォントじゃないので、別にどーでもいいっちやどーでもいいのだけど、フォントフォーマットには興味あります。まずは展開して画面に表示させてみるところからかな？

（Oh!X 1993年11月号の印字より）このゴシックが欲しいか？　と言われれば、ハッキリ言って「別にいらん」でしょ？（＾＾；　JG で組んでいたガロでも全然使われていなかったし（本文はエプソンのプリンターのデバイスフォントや JTC ウィン を使っていた）

ただ、漢字職人は TrueType なんですね、240 メッシュの。なので、そこまで 2048 メッシュのベジェにこだわる必要も無いといえば無いので、ベジェから低メッシュのスプラインに変換して…というのもひとつかも知れません。