ここ数日いただいたお問い合わせのなかから興味ある話題をいくつか紹介します。

「DEBUG 1の負荷について」

デバッグモードのときにエラーが発生していなければ、負荷はほとんどかかりません。

「音の聞こえる距離の設定値」

レイアウターで設定した聞こえる距離が適用されます。初期値は、400mmです。警笛、蒸気機関車の走行音は、この値を基準にさらに広い範囲で聞こえます。レイアウターで設定した値は、ビュワー起動時に各部品に反映されます。列車については、スクリプトで変更可能です。（再生終了後に距離の変更値が反映されます。）
※距離に関係なく音が聞こえる場合は、ハードウェアに問題があります。PCメーカーにお問い合わせください。

「イベントの節約方法」

VRMのようなリアルタイムで動作するシステムは、時間と資源が限られています。限られた条件をうまく生かしてプログラムを組み立てていきます。
スクリプトのイベントは、登録できる個数に上限があります。イベントは、「不要なイベントを避ける」、「イベントハンドラを工夫する」という方針で大幅に個数を減らすことができます。
自動センサーは、スクリプトを使わずに様々な処理ができます。自動センサーでスクリプトを置き換えてイベントそのものを減らすことができます。
イベントハンドラは、フラグ変数やカウント変数を利用して、単一のハンドラで様々な状況に対応できるようにすると、イベントを削減できます。複数のセンサーをまとめて、フラグなどを活用して条件を切り分けるとイベントハンドラをまとめることができます。

枝、幹などを立体的に表現した樹木について製作研究をすすめています。

1本の樹木は、幹、葉などパーツで構成されています。枝葉は数学的に構造を記述でき、ある程度ツールで生成できます。
ツールで生成したポリゴンは、樹木の複雑な構造を多数のポリゴンで表現します。写真の樹木では1本あたり1000以上のポリゴンが生成されています。1本の樹木で1000ポリゴンは多すぎるため、生成したデータに対してポリゴンのダイエットを行います。いろいろな手法を組み合わせてダイエットをすすめると、見た目に大きな変化がでない範囲で300ポリゴン程度まで減らすことができます。

300ポリゴンまで減らしても、樹木を山全体に植えれば、あっという間に膨大なポリゴンが必要になります。立体的な樹木は、必要最低限の使用にとどめて、樹木のディティールが不要な遠方にはビルボード方式の樹木を使います。ビルボード樹木は、1本1ポリゴンと立体的な樹木と比較して圧倒的に使用枚数が少なく、高速です。
（最近のゲームは、視点からの距離に応じてモデルの複雑さを変化させますが、VRMでは複雑さを固定しています。）

0系新幹線大窓車の試験走行を開始しました。写真は、グリーン車の15形と16形です。金色のドア枠に1870mmの大型窓などグリーン車にふさわしい車体でした。
今回の0系大窓車は、博多開業にあわせて登場した27形、36形（食堂車）や、25形の売店付き車両など、全盛期のひかり編成、こだま編成をそれぞれ組成できる13形式をモデル化しています。「ひかり号」が国鉄車両の頂点だった時代を再現できる充実した内容です。