2026年10月27日火曜日

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

 


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

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

この、座標の種別情報を自動で修正させようと思ったら、「曲線のところの頭1ビットが必ず1になっていること」「愚直なまでのパスの取り方をしていること」が条件になるかと。ベジェのパスなんて、描こうと思ったら適当な描き方ができてしまいますから。その上で、
☆3つ以上ポイントが続くと× ⇒ 必ず2つずつのポイントがノードに挟まれる形に
しなければいけない。ということは、
★X or Y座標が同じで、どちらかがポイント ⇒ 両方ノードに
★描く方向が変わる時は、変わり目がノード(になるはず)
★3つポイントが並んでいる時は、どちらかが必ずノードになる
このあたり。これをどうプログラムで判断するか。

2026年10月26日月曜日

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

 


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

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


ベジェではなく、スプラインで描かせてみました。すると、〇で印をつけたところはポイントではなくノード(端点)にならなければいけないところですよね。
つまり、ポイントかノードかの情報が間違っていると。ベジェ曲線だと、ノードとノードとの間にポイントが2つ挟まるのが普通です。…あれだなぁ、ポイントが3つ続いた場合は3つ目をノードに修正するようなプログラムにしてみる? あぁ、でもそれ難しいか。要はベジェの情報が付いている点でも ★X or Y座標が同じ時はノード ★描画方向が変わる時(左下に向かって描いているのに右下に変わったなど)は変わった直前がノード、その3つ前後もノード みたいに。
「娃」の座標データを眺めてみたところ、頭1ビットがX座標もY座標も同じようになっています。これがベジェか直線かの情報だ…というわけですが、普通に考えれば、ノードかポイントかの区別かな? と思うんですよ(・・;

2026年10月25日日曜日

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

 

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

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

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

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

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

2026年10月24日土曜日

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

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

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

2026年10月23日金曜日

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

 

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

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

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

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

~~~~

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

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

(2)2バイトの上下が逆なのを正す

(3)3バイトずつ処理、3バイトのデータを12ビットずつ(X座標、Y座標)に分ける

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

(4)そうして座標データにしたものを画面に描画する

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

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


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

 

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

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

2026年10月21日水曜日

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

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

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

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

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

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

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

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

2026年10月20日火曜日

JGで組まれている同人誌を知る。


LOGOUTの同人誌の見出しで使われている、Z's word JG ver.2 の直線アウトラインの明朝・ゴシックを打ってみる。20Q (14pt) を超える大きさで打つと、アウトラインのガタガタがバレます。

この時代のプリンタの印字物からしか得られない栄養というものが確かにあり、私は大好物なわけですな。

「業界」の業の字は下の左右のハライをちょっといじっています(不自然に短いので)。明朝でいじったのはこの1字だけのはず。ゴシックだと「沿革」の沿とマル19の記号(バグってたので)とあと1字漢字を。廻の字だっけか。

今なら游明・游ゴを使えばいいのよ、それかリデザインされた秀英か。

検索をかけたら、ヤ▼オクの画像が出てきて、中身を知ることができます。こんな本があったのねと。