終売した照明ソフトの資産を、救い出す

1. 同じお困りごとをお持ちの方へ

この作業を始めてから、いまも LightJockey を使い続けている現場が想像以上に多いことが分かってきました。実際にいただいた声は、だいたい次の 2 つに集約されます。

どちらも「新しくて高機能なもの」では解決しません。同じ操作で、同じ光が出ることが要件だからです。そして、それを確かめる方法は「実際に同じ数字が出るか」を機械で突き合わせるしかありません。このページで書いているのは、まさにその突き合わせの話です。

2. 最大の困難は「正解が分からない」ことだった

着手前の見立てでは、この仕事の最大の難所は足場の無さでした。

公開されていないデータ形式の解析では、「このバイトはフェード時間だ」と読んだとして、それが合っているかを確かめる手段がありません。読み違えたまま実装が進み、最後に「なんか違う」となって全部やり直しになります。

ところが、ここが崩れました。

これで作業の性質が変わりました。

3. 効いた手 ― 4 つ

手 1. 画面に、答えが数字で書いてある

データを睨む前に、そのソフトの画面を開きます。パッチ表（どの機材が DMX の何番に居るか）を解読していたとき、設定画面の右下にこう書いてありました。

59 Fixtures configured        790 DMX Addresses Used

自作の読み取りプログラムが同じファイルから算出した値も 59 台 / 790 アドレスでした。

これは強い証拠です。台数だけなら偶然当たりますが、占有アドレス数まで一致するのは偶然では起きません。機材ごとのチャンネル数を全部正しく解釈し、重なりを正しく数えないとこの数字にならないからです。

同じ画面から、機材名の読み方の誤りも見つかりました。生のデータには PTER2 と並んでいるのに、ソフトの画面には PT と出ていたのです。この形式は「先頭に文字数が入っている」方式で、指定された長さより後ろには前の名前の残骸が残ります。そのまま読んでいたら、全ライブラリで機材名が壊れていました。

手 2. 「ファイルが無い」ことが手がかりになる

パッチ表は Patch2.Cfg というファイルだと思っていました。名前がそれらしく、サイズも 4 系統ぶんに割り切れます。

ところが、最も素直に動く現場のライブラリには Patch2.Cfg が存在しませんでした。それでもパッチは正しく効いています。

無いものは使われていない。 そこで全ファイルの「中身が入っているバイト数」を数えたら、候補は一目で絞れました。

              サイズ    中身あり
Scanner1.dat  102,400        0   ← 名前は「スキャナ（＝ムービングライト）」だが空
Follow2.Dat   134,000        0
Special.dat    51,300        0
Config.dat     16,546      892   ← ここだけ規模が合う

Config.dat を開いたら、機材名らしき文字列が一定の間隔で並んでいました。これが本体でした。機材プロファイルへの参照は「スロット番号そのもの」で、あるライブラリでは使用中スロットが 59 個、プロファイルのフォルダにあったファイルもまさにその 59 個だけでした。

ちなみに Patch2.Cfg のサイズが 4 で割り切れたのはただの偶然でした。割り切れる数字は、意味があるとは限りません。

手 3. どの現場でも 0 の場所は、比べても永久に分からない

設定の中には「原本のどのライブラリでも 0」という領域がいくつも残ります。22 個のライブラリを横断して比べても、差が出ないものは分かりません。

そこで、ソフトの側に書かせました。

1. 対象が最小のライブラリを選ぶ（機材 1 台だけのもの）
2. 作業用の複製を退避する（原本には絶対に触らない）
3. ソフトを起動し、チェックボックスを 1 つだけ ON にして保存
4. 退避したものと比べ、変化した場所を見る
5. 最後に全部 OFF に戻して保存し、元と完全一致に戻ることを確認する

結果、毎回きっかり 1 バイトしか動きませんでした。Invert Pan / Invert Tilt / Swap Pan-Tilt / Ignore Blackout / Ignore Grand Master が、それぞれ別の 1 箇所に対応していると確定しました。

しかもこれで、自分が書いた仕様書の誤りが 1 つ見つかりました。「この設定は先頭 42 バイトしか使っていない」と書いていたのですが、Ignore Blackout と Ignore Grand Master はその外側に居ました。原本ではずっと 0 なので、ファイルを眺めているかぎり一生気づけない場所でした。

手 4. 「一致しない」ときは、まず自分の測り方を疑う

これが一番の教訓かもしれません。

キューを発火させて出力を採取し、自作の計算値と比べる作業を 16 本まとめて回したら、1,298 チャンネルが不一致になりました。合成規則の仮説を 4 つ立てて全部外し、かなりの時間を溶かしました。

原因は単純でした。発火の 1.2 秒後に採取していたのです。このソフトはキューの切り替えをクロスフェードします。途中の値を掴んでいました。

発火 → 8 秒待つ → 採取 → 2 秒あけてもう一度採取
      → 2 つが完全一致したときだけ「止まった」とみなす

これで不一致はほぼ消えました。さらに、2 回採取しても一致しないキューが 16 本中 2 本あることも分かりました。これはチェイス（複数シーンを巡回する演出）を参照しているキューで、そもそも止まりません。比較の対象から外すべきものでした。

前任の記録にも同じ罠が残っていました。「ある機材の 1〜4 チャンネルが出力されない」と書いてあったのですが、待って測り直したら全部出ていました。

4. 解けた例 ―「113 チャンネルのうち 43 が出ない」

一番長く残っていた謎が、これで片付きました。

あるキューを発火させると、データ上は 113 チャンネルを支配しているのに、43 チャンネルが出力されません。別のライブラリでは完全に一致するのに、です。

パッチ表が読めるようになって、答えが出ました。

ついでに 2 つの仮説が消えました。「一部のチャンネルが反転している」と見えていたものは、値が 255 のまま未パッチだったチャンネルで、0 が偶然「255 − 255」と一致していただけでした。

そして分かったのは、こちらの理解は最初から正しく、食い違っていたのは特定のライブラリの方だったということです。2008〜2009 年に育ったデモ用のライブラリで、シーケンスを作った当時とパッチが食い違っていたのでした。実運用のライブラリを 10 個調べたら、パッチ外を触るシーケンスは 1 つもありませんでした。

5. 現時点の到達

最後の行は毎回確認しています。世界に 1 部しかないデータを扱っているので、「壊していないこと」を毎回機械で確かめないと怖くて先に進めません。

「100% 同じ」を先に定義しておく

ここを曖昧にしたまま進めると、いつまでも「もう 100% になったのか」を判定できません。難易度が桁で違うので、4 段階に分けました。

L3 をもって「同じ再生ができた」とする方針にしました。実運用の要件は「同じ絵が出る」ことであって、フェードの途中経過が 1000 分の 1 秒まで同じである必要は通常ありません。

そして次に作るのは、解読の続きではなく 一致率を 1 個の数字にする自動照合の仕組みです。主力 5 現場で 1,433 キュー（全体の 94%）。1 件 13 秒として約 5.2 時間なので、夜間に 1 回まわせば比較対象が丸ごと手に入ります。そこで採れた「正解」はファイルとして残るため、以後はソフトを起動せずに精度を上げられます。

6. ここから先に計画していること

「読める」ようになったので、次は使える形にする段階です。ただしこれは懐かしむための作業ではありません。いま現場で困っていることを解くための作業です。先にそこから書きます。

6-1. 本当のねらい ― DMX レコーダーからの脱却

いま実際に困っているのは、次の 3 点です。

1. 映像との同期が必要になってきた。 既製の映像再生装置と照明をきちんと同期させる良い方法が無く、もらえるのは実質「スタート信号」だけです。以後はこちら側のタイムテーブルで進むしかありません（タイムコードで同期できれば理想ですが、既製の映像機では現実的ではありません）
2. いまは DMX を録って再生している。 いわゆる DMX レコーダー方式です。これだと修正が非常に大変で、少し直すだけでも録り直しになります
3. やりたいのは「編集できるデータのまま再生する」こと。 使い慣れた編集環境でショーを作り、DMX の録音・再生を経由せず、そのデータを直接スタンドアロン機で再生したい

6-2. 参照にする専用機と、その限界

LightJockey には、PC を外してショーを再生するための専用機（Martin 2510 Controller）がありました。現場に PC を置きっぱなしにできない、あるいは PC を触らせたくない案件で使われてきた機材です。これも当然すでに終売です。

この機材の実機マニュアル（1996 年）と制御ソフト側の公式ヘルプを入手して、仕様を確定させました。資料に書かれていることだけを並べます。

そして重要なのは、この専用機では §6-1 の要求を満たせないということです。ここを混同すると設計を誤ります。

進め方は 3 段階にしました。

1. Windows 上で同じ動きをするものを作る — 記録・選択・再生・ブラックアウト・状態表示まで。出力は最初は画面表示とループバックだけで、実際の照明には出しません
2. 出力が一致することを確かめる — 元のソフトが出した DMX と、こちらが出した DMX を 1 バイト単位で比較します
3. 小型の組込み機へ移す — 一致が取れた再生部分だけを移植します。未解明の合成規則を組込み側に持ち込まないための順序です

6-3. 幸運だったこと ― 欲しかった機能は、このソフトの中に既にあった

ここで、調べていて一番うれしかったことを書きます。

§6-1 で「作りたい」と書いたタイムテーブル再生は、LightJockey の中に既に存在していました。「キューリスト」という機能で、公式ヘルプに仕様が書かれています。

しかもソフト本体が MIDI タイムコードを受けられます。設定項目も受信用のプログラムも同梱されていました（既定では無効になっているので、気づいていない方も多いはずです）。

6-4. 外部スタート信号をどう受けるか

これは元の専用機に無い機能なので、新しく設計します。実装はまだ先ですが、要件だけ先に固めておきます。

6-5. 3D 空間でショーを再生して見せる（UE5 + Art-Net）

もう 1 つ計画しているのが、Art-Net をそのままゲームエンジン（Unreal Engine 5）へ流し込み、画面の中でショーを再生するものです。実際に照明を吊らずに、提案の段階で「こう光ります」を見せられるようにするのがねらいです。

これは新しく全部作る話ではなく、手元にある部品を繋ぐ話です。

• DMX の供給源 — 動いているソフトの最終出力を読んで、毎秒 30 コマで Art-Net として送り出すところまではすでに動いています
• どの機材が何番か — パッチ表が解読できたので、機材の一覧を自動生成できます
• 受け手 — ムービングライトの自動追尾シミュレーターとして作ってあるものが、そのまま DMX の受け皿になります（開発ステータスに掲載しているものです）

ただし 現場の実際の吊り位置（3 次元座標）はまだ読めていません。そこで 2 段構えにしました。

座標が入っているファイルは特定できました。中身は標準的な容れ物の形式で、内部の構造一覧までは取り出せています。ただし座標そのものはまだ未解読です。ここは前述の「1 つだけ変えて差分を見る」手で崩す予定です。

調べている過程で分かったことがもう 1 つあります。この照明ソフト自身に、外部の 3D ビューアと双方向でつなぐ仕組みが元々あります。3D 側で首を振ると、卓側のシーンに書き戻る機能まで用意されています。「照明卓と 3D を繋ぐ」という発想はこのソフトに前例があるわけで、その延長として筋の通った計画だと考えています。

7. まとめ ― 仕様の分からないデータを解くときに効いたこと

• 本体が動くなら、それが最高の仕様書。 画面に出ている数字と自分の計算を突き合わせる
• 「そのファイルが無い環境でも動く」は強い否定証拠。 無いものは使われていない
• どの原本でも 0 の場所は、比べても割れない。 本体に 1 つだけ書かせて差分を見る
• 一致しないときは、まず自分の測り方を疑う。 特に時間で変化するものを測っているとき
• 割り切れる数字は、意味があるとは限らない。 ただの偶然だった
• 却下した仮説を、理由つきで残す。 これをやらないと、担当が替わるたびに同じ壁を殴り直す

最後の項目が実は一番効いています。この解析は担当が何度も替わっていますが、却下の記録があるおかげで、同じ仮説を二度検証せずに済んでいます。この進め方そのものについては AIと組んで一番できたことは「管理」だった に書きました。

8. このページへのご意見をお願いします

関連ページ・資料

• 🔀 照明制御の方式変換・特殊制御 — DALI / DMX512 / Art-Net / 0-10V / 接点をつなぐ
• 📚 照明制御の規格をやさしく解説 — 位相制御 / 0-10V / DALI / DMX512 / Art-Net / PWM
• 🛠️ DMX512/Art-Net トラブルシューティングの心得 — 「わからないトラブル」との45年
• 🔗 Helvar の DALI システムと DMX512 をつなぐ — 既設の制御をどう活かすか
• 🕰️ 歌舞伎町ディスコ史と電光ニュースの時代 — このショーデータが生まれた現場の話
• 🤝 CPUの無い時代から来た照明屋が、AIと組んだら — この解析の進め方の背景
• 🚧 開発ステータス — §6 の 3D 可視化で受け皿にするシミュレーターほか、進行中の開発
• 🗂️ 案件紹介（Works） — これまでの制御・電飾の実績
• 📖 連載目次 — 技術解説とAI協働記の全話一覧