Martin USB-DMX 実機ノート

01要旨

02機器の同定

WinUSB 経由でディスクリプタを直接読んだ実測値。確定

Product      "Martin Universal USB-DMX2"
Manufacturer "R&D International NV"      <- 実際の設計元（Martin の OEM 元）
VID / PID    11BE / F0A8
bcdDevice    0212      USB 1.10      Class 255 (vendor specific)
MaxPower     480 mA    bNumInterfaces 1

公式ヘルプ上の呼び名は Universal USB/DMX interface。5 ピン XLR を 2 口持つツインポート機で、1024 ch 出力（2 ユニバース）または512 ch 出力 + 512 ch 入力のどちらかに構成できる。最大 3 台まで繋いで 2048 out + 512 in。DMX 入力は 1 台目の 2 番（左）ポート固定で、入力に設定するとそのポートの LED が緑になる。

03動くドライバー

ここがこの資料の本題。過去に Windows 10 で差し替えて動かした実績はあったが、どれを入れたかの記録が残っていなかった。今回 検証機 で実測して確定させた。

1 本目が入れるもの 確定

32bit 機と旧 Windows

• 32bit の Windows なら同じ場所の lUSBDMX WIN7.exe（8,206,592 B / SHA-1 CE2EE5E4652CB7E47ACB31B7F94F8EF92B19891E）
• Martin Universal USB-DMX DriverInstall.exe（486,399 B・2010・Inno Setup）は Win 9x/2000/XP 用の旧版。Win10 / Win11 では使わない

手順

1. インストーラーを昇格して実行する
2. 前提条件 Visual C++ 8.0 (x86) Redist の Install → EULA の Yes
3. 本体ウィザードの Next > → Install
4. 「Windows セキュリティ」（発行元 Martin Professional の信頼確認）で インストール
   ここは人の判断。自動で押すべきではない
5. USB を抜いて、同じポートに挿し直す
   ファイルが入っただけでは Service は WINUSB のまま。既存デバイスを Jungo 側へ付け替えるには再列挙が要る

★ 最大の関門 — 署名なし INF

2 本目が置く INF は C:\WINDOWS\inf\Martin Universal USB-DMX2.inf（1,985 B）。中身はこう:

; Copyright (c) 2006 R&D International NV
Signature="$CHICAGO$"      DriverVer=04/05/2006, 8.0.1

[DeviceList.NTamd64]
"Martin Universal USB-DMX"  = Install, USB\VID_11BE&PID_F028
"Martin Universal USB-DMX2" = Install, USB\VID_11BE&PID_F0A8

[Install.NT.Services]
Addservice     = WinDriver6
ServiceBinary  = %10%\System32\Drivers\windrvr6.sys

CatalogFile= の行が無い = 署名されていない。そのため素のままでは弾かれる。

> pnputil /add-driver "C:\WINDOWS\inf\Martin Universal USB-DMX2.inf" /install
ドライバー パッケージを追加できませんでした:
サードパーティの INF にデジタル署名情報が含まれていません。

署名強制を 1 回だけ解除する

設定 → 回復 → PC の起動をカスタマイズする（今すぐ再起動）→ トラブルシューティング → 詳細オプション → スタートアップ設定 → 再起動 → 7 番。

UpdateDriverForPlugAndPlayDevices(
    NULL,
    "USB\VID_11BE&PID_F0A8",                       // HardwareId
    "C:\WINDOWS\inf\Martin Universal USB-DMX2.inf", // INF
    INSTALLFLAG_FORCE, &rebootRequired);
        -> 戻り値 True / err = 0   ★成功

結果 確定

そして Martin 純正の設定ツール USB_DMX_config.exe がデバイスを掴んだ:

Universal USB DMX configuration tool

USB devices:
  Martin universal USB DMX v02.12   A:1   B:2

Universe settings:  [OUT] [OUT]   [Update] [Clear config]

v02.12 は USB ディスクリプタの bcdDevice=0212 と一致。LightJockey を介さずに、ライセンスも要らずに、機器の設定まで届いた。

dmx_box_test.exe のほうは Not connected と赤い ✕ を出すが、これは画面に書かれているとおり ポート A と B をケーブルで繋ぐループバック自己診断のことで、機器が見えていないという意味ではない。

042 つの世代

同じ機器に対して、まったく別系統のドライバーが 2 つ存在する。ここを取り違えると「デバイスは正常に動いているのに、ソフトから掴めない」という状態になる。

今回発生した症状は、この食い違いそのものだった。検証機 には 2017 年の WinUSB ドライバーが入っていたのに、動かそうとしていた LightJockey は 2006 年の usbdmx.dll。あの DLL は WD_UTILS.dll（Jungo WinDriver）を import しており、それがマシン上のどこにも無かった。DLL がロードすらできないので、LightJockey は「インターフェースが 1 台も無い」と判断していた。

05USB 実測

ドライバーを差し替える前に、WinUSB 状態のまま自作プローブでディスクリプタを読んだ。インターフェースは 1 本だが alt setting が 4 つあり、それが 4 つの入出力構成そのものだった。確定

ここからポート対応が確定する — ポート1 = OUT 0x02 / IN 0x86、ポート2 = OUT 0x04 / IN 0x88。alt 1 が公式ヘルプの「DMX 入力は 2 番（左）ポート」という記述と一字一句合う。

全 alt に共通の 0x81（4 バイト Interrupt IN・Interval=1）は、旧 usbdmx.dll の「送れるか？」問い合わせに相当するとみられる。推定

電源投入時の既定は alt 0（両ポート出力）で、ソフトが何も繋がっていなくても 全 ch 0 のフレームを 37 Hz で送出し続ける。DMX モニターで両ポートに信号が見えるのはこのため。異常ではない。

06ライセンスの壁

検証機 には LightJockey が既に 3 本入っていた。新しい方を使えば解決すると考えたが、そこで止まった。

Protection device not found or drivers not installed (Errorcode 0x00000001)
LightJockey License: Not found (Demo mode only)

LightJockey 2 系（2.100 以降）は WIBU の保護デバイスを要求する。歴史的には、古い世代では DMX インターフェース自体がライセンスキーを兼ねていたが、後の版で別売ドングルへ移行した。推定

ただし、大きな手がかりがあった

2.110.5 が使う MartinDuoDMX.dll（1,684,992 B・2017-08-31・32bit）のエクスポートを見ると、旧 usbdmx.dll と同じ関数が出ている。

?Dmxbox@@YGKKEHPAX@Z        <- 旧 usbdmx.dll と完全に同一
?GetSignature@@YGKPAE00@Z   <- 新規（用途未確認）

つまり Dmxbox(cmd, iface, n, buf) という API はそのまま生きている。USB の生プロトコルを解読する必要はない。ただし MartinDuoDMX.dll 自体は WIBU AxProtector で暗号化されており（セクションが __wibu00〜__wibu07）、静的な逆アセンブルはできない。確定

07壊しかけた記録

ドライバー差し替えに至る前に、WinUSB 直叩きで DMX を出そうとして デバイスを 2 回、USB バスから落とした。2 回とも抜き挿しで復帰し、恒久的な損傷は無い。同じことを繰り返さないための記録。

原因 推定

当初は「デバイスの実測 37 Hz を超えて投げたレート超過」と診断したが、これは外れだった。#4 で単ポート・30 Hz という控えめな条件に落としても同じように壊れたため、レートは原因ではない。

真の原因は、ベンダー固有の初期化シーケンスを 1 つも実行しないまま、バルクエンドポイントへデータを流し込んだこととみられる。本来の順序は 0x33 検出 → 0x37 インターフェース照会 → 0x01 オープン → その後にようやく 0x04/0x05 の送出ループ。前半 3 つは EP0 のベンダー制御転送で、それを飛ばしていた。開いてもいないインターフェースにフレームが溜まり、誰も掃き出さないまま溢れてファームがエラーに落ちた、と考えると挙動と整合する。

08買うべきか

並行して、通販サイトに出ている同種のインターフェースを検討した。結論から言えば、いま買う必要はない。

読み取れること

• 「2.95」という版数が本質。LightJockey 2.9x は WIBU ドングルを要求しない最後の世代。この出品が「ソフト付きで動く」と言えるのは、ライセンス機構が無い版だから
• 「Original Martin」の表記は額面どおりには取れない。純正の Universal USB/DMX インターフェースは本来この価格帯ではない。Martin が LightJockey II で新しい USB ドングルを導入したのは模倣品対策だったと記録されている 推定
• 付属ソフトの配布形態にも不明点が残る

予備機やもう 1 ユニバースが必要になった場合は、この出品ではなく 同じ付属メディアが使える純正中古を探す方が確実。今回の記録があれば、どの機体でも同じ手順で立ち上げられる。

09DMX が出た

捨てた道 — バイト列を当てにいくこと

WinUSB でバルク OUT へ直接書く方法は、書き込みが 799 回すべて成功するのに DMX が 1 ch も変化しなかった。WinUsb_WritePipe の成功は「デバイスが受け取った」ことしか意味せず、箱はフレームを解釈できずに捨てていた。

ここでフレーム形式を総当たりする誘惑があったが、同じやり方で既に 2 回デバイスを落としている（07 章）。当てにいくのをやめ、正解を持っている純正 DLL を自分から呼ぶ方に切り替えた。これが正解だった。

鍵は 7 月に残っていたログだった

過去のセッションが usbdmx.dll の偽物（シム）を作り、LightJockey がそれをどう呼ぶかを記録していた。コマンド番号と引数がそのまま残っていた。

第 3 引数はポート番号だった（0 / 1）。ポート当たり約 31 ms 周期 = 32 Hz で、実測の 36〜37 Hz とよく合う。

依存 DLL を実測して版を選んだ 確定

2010 年版が使う WDAPI921.dll は、実際に動いている USB_DMX_config.exe と同じものだった。だから 2010 年版を選んだ。前提として、デバイスは oem111.inf で WinUSB から WinDriver へ付け替える（純正 DLL は WinDriver 経由でしかデバイスを見ない）。

★ 自分の想定を 3 つ潰した

どれも「もっともらしい読み」だったが、実測すると違った。1 つでも信じたまま進んでいたら詰んでいた。

結果 確定

[0x33] 戻り値 = 0x00000000            ← この 0 に意味は無い
[0x37] iface 1  0x00000000  buf → 01 01 …   ← 取り出し成功
[0x1A] b=0 エラー / b=1 成功 / b=2 エラー / b=3 エラー
       → デバイスの添字 b = 1
[0x05] 成功 860 / 失敗 0              ← 40 秒 / 25 Hz

ch512 まで届くこと、そして送っていない側のポートが全 0 のままであることも確認した。

両ポート同時も通った 確定

0x04→0x05 をポート 0 / 1 交互に回す形 —— LightJockey 本体がやっているのと同じ手順 —— で、両ポートから同時に出せた。180 秒で 7,712 回成功・失敗 0。

確認用に、ch001 に 1 秒 1 段のカウンター、ch512 にポート番号を載せた。どちらのポートを見ているかが画面だけで判る。

192.168.1.50   universe=4  hz=38    0 でない ch: ch512=42
192.168.1.52   universe=5  hz=38    全0

10LightJockey も動いた

原因 — 午前に自分で壊していた

[HARDWARE]
TXD=0     ← None（USB を一切見に行かない）
TXD=11    ← Universal USB-DMX（usbdmx.dll を使う）  ★これに戻すだけ

この日の午前、Setup > Hardware Setup を開いて OK を押した。それだけで TXD が 11 から 0 に落ち、LJ は以後 USB を一度も見に行かなくなっていた。「Type: None」と表示されていたのはその結果である。

揃っている必要があった条件 確定

実測 確定

LJ のプロセスがロードした DLL —— 私たちが通したのと同じ経路である。

usbdmx.dll    E:\…\LJ_run\usbdmx.dll
WDAPI921.dll  C:\WINDOWS\SYSTEM32\WDAPI921.dll
窓: TLJMainForm のみ。警告ダイアログは出ない

DMX モニターの実測値。ショーの実データである（128 = 中央値に置かれた Pan/Tilt 等）。

ユニバース4: ch001-004=128 ch012-015=128 ch023-026=128 ch034-037=128
             ch045-048=128 ch056-059=128 ch072=8 ch115=128 ch151=8
ユニバース5: 同様に 128 が並び、さらに 76 本

「Unsupported OS」は起動時ロードには効かない 確定

7 月に行き止まりだと思われた Detected Platform: Unsupported OS（LightJockey.exe には W2K Detected と W9X Detected しか無く、Windows 11 はどちらでもない）は、Detect DMX Hardware を止めるだけだった。TXD に従って起動時に DLL をロードする経路は通る。

XP SP3 互換モードは不要。今回は検出を一度も実行していない。

音も出た — メディアプレイヤーの差し替えシム 確定

DMX が出るようになったので、前日に作ってあった LJMediaPlayer.exe の差し替えシムを同じ機体に入れた。本物は 1998 年製で、映像表示面を作るのに DirectShow の IBasicVideo を要求し、Windows 11 の wmpdxm.dll がそれを E_NOINTERFACE で拒むため Delphi 例外で落ちる。LJ 本体・ショーデータ・操作手順を一切変えず、この 1 本だけ差し替えて迂回する。

LJMediaPlayer_orig.exe     505,344 B  2002-11-20   ← 本物（退避）
LJMediaPlayer.exe       67,535,995 B  2026-08-23   ← 差し替え版

Load → Play → 1 秒ごとの再生位置報告 → Stop まで、全段が往復した。

WM_COPYDATA dwData=0x191  "…\MediaPlayerSettings\<音源>.wav"
  MCI open OK  type=waveaudio  length=299233 ms
  -> Ack 3 を LJ へ  -> play
  位置報告 1105ms → 2086ms → 3079ms …（実時間で進行）
  -> stop / Ack 3

11次の手順

1. 入力（DMX IN）の実現方法を Dmxbox 側で探す
   向きは純正 DLL のコマンドで切り替わる可能性が高い。0x01〜0x3D のうち固有ハンドラを持つ 10 個が候補
2. Art-Net → この箱、の中継を作る
   ここまで来れば、既存の Art-Net 資産をそのまま実 DMX に出せる
3. LightJockey 本体から出したいなら usbdmx.dll の検出問題を別途詰める
   ただし自作アプリで DMX を出すだけなら LightJockey は要らなくなった