web6047 - 2026年 3月

プログラミング　人体描画システム３

1. 人体描画システムを知恵袋で活用し始めた
2. 吹き出しのしくみ
3. VBA 矢印図形の注意点
4. しかし知恵袋の衰退

1. 人体描画システムを知恵袋で活用し始めた

私が今かかりきりで作っている「人体描画システム」。

知恵袋の回答の添付画像でさっそく使い始めましたね。

SAVE/LOAD 機能でポーズを呼び出すと、吹き出しはそのままにポーズだけが変わりますね。

たとえばこう、

▼寝ながらめんどくさそうに。

知恵袋の質問者たちを見ていると、こういう気楽なスタイルの方が良いのかもしれません。

▼やれやれポーズなのに言葉が逆。

いるんだよなぁ、こういう回答者。頑張ろうとも言わずに。┐(´∀｀)┌ﾔﾚﾔﾚ

▼お願いポーズで言われると…

こういう感じのシングルマザーとかたくさんいそうだな。

2. 吹き出しのしくみ

以上、どのようなポーズに切り替えても、吹き出しは自然な位置を保っています。

吹き出しのデータは Excel で作っていて、そのときに、点線の四角形は「HTML で文字を表示する部分」を示しており、

赤い矢印が「吹き出しの "尾"（話者に向けられた尾状の印）の方向」を示しています。

Excel の図は、Excel VBA で操作することが可能で、点線の領域の位置とサイズ、矢印の位置と方向などをテキストファイルに落とすことができます。（図形自体は .png へ落とすメソッドがあります。私が使っている Excel 2010 では図を一度グラフの枠に入れて、グラフの枠に .png へ落とすメソッドがあるのでそれを利用します。最新の Excel ではたぶんグラフでなくても標準で .png へ落とすメソッドがあるんじゃないかと思います）

1. テキストファイルに落とすときに、ファイル名を .js にして、内容を JavaScript にすれば、インターネットのページで使う JavaScript とすることができ、
2. キャラの口の位置（実際やっているのは頭の中心です）の 3 次元座標を 2 次元座標へ投影（変換）し、
3. 吹き出しの矢印の延長線上にその 2 次元座標が来るように、吹き出しの位置を調整すれば、吹き出しは自然な位置を保つことができる、

というしくみになっています。

3. VBA 矢印図形の注意点

しかし、Excel の図形で「直線の矢印」を作り、それを VBA で内部データを見ると、矢印の方向を示すデータは見当たりません。矢印の矢がどっちを向いているのか分からないと困ります。

なぜ方向データが無いのかというと、、

このような矢印を、

上下反転すれば、

左右反転すれば、

上限反転＋左右反転すれば

…のようにすべて表現可能です。

微妙な角度は縦横サイズが変わることで おのずと表現されます。

だから「左上の開始点」と「矩形のサイズ」で直線の形を表現し、そして「上下反転する/しない」、「左右反転する/しない」というデータで「線の方向」を示しています。

だから矢印の方向を示すデータはないんです。

この説明をここに書かないと、私の記事を読んで「VBA で直線データを使おう」と思った人が、いざやってみると分からなくて困る、、ということになるので書いておきました。

4. しかし知恵袋の衰退

3D キャラ画像を知恵袋で活用し始めた、という話をしましたが、アメリカの「プログラミング知恵袋」である「Stack Overflow」は

下図グラフの左端が 2008 年 同サイト発足、

＞Jeff Atwood and Joel Spolsky launched Stack Overflow for the public in 2008 as a programming Q&A website.

（ジェフ・アトウッドとジョエル・スポルスキーは、2008 年にプログラミングに関する Q&A ウェブサイトとして Stack Overflow を一般公開しました。）

ピーク時には 20 万件の質問を受付けていましたが、2022 年 11 月に ChatGPT が公開され、放物線を描くような落ち方を見せて、その後は斜め 45 度の降下が続き、グラフ右端の 2026 年では言葉通り「雀の涙ほど」となっています。

これが日本の「Yahoo！知恵袋」でも同様だとすれば、「知恵袋、知恵袋」と話題にするのも、なんだか時代遅れという感じもします。残念ですね。。

• 初心者に厳しい、
• 重複する質問が多すぎる、
• うかつなことを言うと叱責や罵倒が飛んでくる

（下記窓の杜の記事より）

という文化が知恵袋には多かれ少なかれあるので、それが ChatGPT 以前の若干の降下原因のひとつと言われています。

私のように「頑張ろう」みたいなメッセージを出す人は少数派ということですかね。

このグラフはここ、

https://data.stackexchange.com/stackoverflow/query/1926661

にアクセスして、「Run Query」ボタンを押し、「ロボットではありません」の認証を行って、再度「Run Query」ボタンを押して、「Graph」タブをクリックすることで誰でも表示できます。

↑この私が書いた「グラフ表示方法の案内」を、AI が人間に代わってできるかどうか試したら、まぁ多少の操作の差異はあるものの、AI の案内通りにやってみたら普通にグラフにたどり着けましたね。

もはや「波」といえるほどの AI 波（えーあい・なみ）が人間社会に押し寄せていて、人間の仕事がなくなる勢いですね。

こうやって記事を書く意味もなくなっていくのかなぁ。

「人体描画システム」でプログラミングを教えようとしているんですけど、、

AI や他の人にはできない私なりの教え方がたぶんあると思うので、その線でやってみるか…

「Stack Overflow」について報じた各ニュース

エミュレータの「VirtualBox」で PC DOS を起動して、ファイラーの FD を起動します。

FD は Windows のエクスプローラーに相当するものです。

WORK ディレクトリに移動して、作業を始めます。

テキストエディタの「Vzエディタ」を起動しました。

PC DOS J6.1/V が英語モードなので Vz エディタも英語版が起動します。DOS が日本語モードなら Vz も日本語版。

FD も同じで、英語版と日本語版があります。

Vz エディタは最近オープンソースになりましたね。

そして、Turbo C に同梱の BGIDEMO.c を参考にグラフィック関係の設定を書き、

最後に circle( 320, 240, 240 );

と書く。円を描く命令です。

closegraph(); を最後に書かないと、実行後に画面が乱れてフリーズしました。これも BGIDEMO.c を見て学びました。

tcc -c test.c

というコマンドでコンパイルします。

tcc は「Turbo C のコンパイラ」という意味で tcc。

-c は「コンパイルだけして、実行ファイルは作らなくてよい」という意味です。test.exe ではなく test.obj が作られます。

そして、

tlink ^①   /x ^②   c:\tc201\lib\c0s ^③   test ^④ , test ^⑤ ,, c:\tc201\lib\cs ^⑥   c:\tc201\lib\graphics ^⑦

というコマンドで .exe の実行ファイルを作ります。

1. tlink は「Turbo C のリンカ」という意味で、tlink。
   リンカは別々のファイルに収められたコンパイル済み関数群を１つのファイルへ結合する、という道具なんですね。
   これがあるから .exe の実行ファイルを作ることができます。
   gcc とか bcc とか lc とかのコマンドだけで .exe が出来上がるのはそれらが内部で別途リンカコマンドを呼び出しているからです。
2. /x は「マップファイルを作らなくてよい」という意味です。
   tlink を使うと map ファイルというものが作られますが使い方は知らなくて、特別いらないので作りません。
3. 次の c:\tc201\lib\c0s は .obj の拡張子が省略されており、c0 は「C言語のゼロ」（ほんとにそういう意味かは知らないけど）、つまり実行ファイルが実行を行うのに必要な「スタートアップ」のプログラムが書かれた部分、つづく s はメモリの使い方が「small」な方式です、という意味です。
4. 続く test はこれも .obj の拡張子が省略されており、今回の円を描くプログラムをコンパイルしたもの。先に tcc で作った test.obj ファイルのことです。
5. ,test,, の部分は実行ファイルの名前指定 test.exe のことです。
6. 続く c:\tc201\lib\cs は .lib 拡張子が省略されており、メモリの使い方が「small」な方式、、のための各種関数をおさめたライブラリ。
7. 最後の c:\tc201\lib\graphics はこれも .lib 拡張子が省略されており、今回のグラフィック関係の関数を収めたライブラリです。

これらを毎回コマンド画面に書くのは面倒なので、まとめて m.bat に書いて、

m と書いて Enter キーを押すだけでこれらのコマンドが実行され、test.exe ができる、という感じにしてあります。

m は make の m です。

test.exe を実行すると、

きれいな円が描けました。

たのしすね。

でも最初、

tcc test.c

とだけやってエラー出していました。

できないから、後から、

c0s.obj とか必要なんだっけ、、と思い出したり、

「グラフィクス関係の関数が無い」というエラーが多発して、

えーーーっと？？

と思って FD で探したら、graphics.lib があったので、これ付ければいいのか？と思って付けたら動いた、って感じです。

クールに最初から全部知ってるわけじゃないんですわ。

これは lasm（多摩ソフトの Light Macro Assembler）というアセンブラでテキスト画面をいじる関数を作って、そのアセンブリ関数を C 言語から呼び出す、ということを「どうやればいいのか」と思っていろいろ調べてやってみたものです。

こちらはアセンブラでグラフィクスを描いたところです。

これをやりたかったのは中学生～高校生の頃で、

実際にできたのは 51 歳になってからの、つい先日のことです。

エミュレーター内ではあるけど、最速の超高速で描かれるわけですね。ここに可能性と宇宙とロマンがあります。

VRAM や BIOS、ファンクションコールに、I/O など、メカ的な物が当時の古いコンピューターでは丸出しになっていて、ユーザーがいじって自由にあれこれできるんですね。

今の Windows はセキュリティでガチガチに固められていて、自由があるようで無い（宇宙が無い）んです。

左上図はまったく同じことを JavaScript でやったところです。

64bit core i5（8gen）3GHz なので、たぶん上記の VRAM アクセス（16bit、16MHzくらい）よりも速いと思います。

▼下図は関係ないけど萌えポーズ

orz　力尽きました