Martin USB-DMX を Windows 11 で使う

00この文書について

これまで別々の記事だった実機記録・全動作記録・導入キット取扱説明書・貸出機セットアップ手順の 4 本を、この 1 本にまとめた。今後の案内はこの文書を基準にする。

★手順は2系統ある — 取り違えないこと

配布物には性格の異なる 2 つがある。どちらも最終的にやっていること(署名なしドライバーの登録)は同じだが、対象の PC が違う。

01先に結論・警告

★迷いやすい 3 点(先に読む)

02機器について

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

Product      "Martin Universal USB-DMX2"
Manufacturer "R&D International NV"      <- 実際の設計元(Martin の OEM 元)
VID / PID    11BE / F0A8    (無印の Universal USB-DMX は PID F028)
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 が緑になる。

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

03手順A — 配布キットで導入(一般の PC 向け)

これから使う PC が対象。BitLocker の有無は問わない(無い機体がほとんど)。貸出機で BitLocker が有効な場合は、この章ではなく04 章(手順B)を使う。

LightJockey_USB-DMXドライバー導入_2026-08-24.zip   12.8 MB
  取扱説明書_LJ_USB-DMXドライバー導入.html
  00_はじめにお読みください.txt

手順

zip を「すべて展開」し、USB-DMX を挿してから上から順に実行するだけ。

• check.cmdいまの状態を見る。何も変更しません。
▼
• step1_reboot_nosign.cmdドライバー署名の強制を無効にして再起動します。再起動後の画面の進み方は下の表のとおり。
▼
• step2_install_drivers.cmdドライバーを 2 本とも入れます。step1 で入った特別な起動のうちに実行してください。
▼　普通に再起動してよい
• step3_setup_lightjockey.cmdデバイスを WinDriver 側へ付け替え、LightJockey の設定を直します。
▼
• check.cmdもう一度診断して、全部 [OK] になっていれば完了です。

step1 のあと、再起動後の画面の進み方

キットを使わず手でやるなら

署名強制を切った起動中に、この 2 本を順に実行するだけである。片方だけでは付け替わらない。

2 本目で「このドライバーソフトウェアをインストールしますか」という警告が出る。「インストールする」を選ぶこと。署名が無いための警告で、断ると入らない。

入ったかどうかの確認

Test-Path C:\Windows\System32\drivers\windrvr6.sys     1本目
Test-Path C:\Windows\SysWOW64\wdapi921.dll              同上
pnputil /enum-drivers | Select-String "usb-dmx2"        2本目
Get-PnpDevice | ? FriendlyName -like '*USB-DMX*' | ft Status,Service

最後の行が OK / WinDriver6 になっていれば完成。WINUSB のままだと LightJockey からは見えない(step3 が付け替える)。

成立している条件

どれか 1 つでも欠けると動かない。再構築するときはこの 4 つを揃える。

元に戻す

restore.cmd で、キットが書き換えた LightJockey 側のファイルを戻す。usbdmx.dll は usbdmx_2006_backup.dll から、Hardware.Ini は退避した .bak の最新から戻す。書き換える前に必ず退避しているので、いつでも戻せる。ドライバー本体は残る(消したい場合は「アプリと機能」またはデバイスマネージャーから)。

参考: TXD の値の意味

04手順B — 貸出機(BitLocker 搭載機)の場合

対象 PC のデスクトップにある MartinUSB-DMX_Setup フォルダの中。番号順にダブルクリックするだけで、コマンドを打つ必要はない。管理者権限は各ファイルが自分で取り直すので、右クリックも要らない(確認の窓に「はい」だけ押す)。

1. 1_回復キーを表示.cmd

   BitLocker の回復キー(48 桁)が表示される。スマホで写真を撮るか、紙に書く。

   その PC の中に保存しても意味がない。起動できない時に読めなければ、控えたことにならない。BitLocker が無効な PC では「要りません」と出るので、そのまま 2 番へ進んでよい。

2. 2_署名強制を切って再起動.cmd

   控えたか聞かれる。yes と入力すると BitLocker を一時停止して再起動する。再起動後、画面をこの順に進む。

   トラブルシューティング
     → 詳細オプション
       → スタートアップ設定
         → 再起動
           → キーボードの [7]  (ドライバー署名の強制を無効にする)

   途中で回復キーを聞かれたら、1 番で控えた 48 桁を入れる。この設定はその 1 回の起動だけ有効で、次に普通に起動すれば元に戻る。危険な状態は残らない。暗号化も解除されない(復号は一度も起きない)。

3. 3_ドライバーを入れる.cmd

   その PC の前で押す。途中で「発行元: Jungo LTD」の窓が出たら【インストール】を選ぶ。

   押した瞬間に Jungo が「信頼された発行者」に入り、以後この確認は出なくなる。「インストールしない」を押すと、ここまでの手順が全部無駄になる。最後の「判定」に★★★が出れば完了。

4. 4_BitLockerを戻す.cmd

   これを押すまで、その PC は暗号化していないのと同じ状態。必ず押す。「保護はオンです」と出れば元通り。

   2 番の「一時停止」は、ディスクを開ける鍵をそのディスクの上に平文で置いて、誰でも自動で開くようにする操作。だから青い画面でも鍵を聞かれずに済む。裏を返すと、その間に PC ごと持ち去られたら中身は読まれる。4 番はその平文の鍵を消して、鍵の管理を TPM に戻す。一瞬で終わる。

5. 5_状態を確認.cmd

   いまの状態を全部出す。何も変更しない。いつでも何度でも押してよい。

   BitLocker / USB-DMX / WinDriver / 擬似デバイス / ドライバー登録 / LightJockey の TXD まで一度に出る。うまくいかない時は、まずこれを押す。

6. 6_サポート終了通知を消す.cmd

   「サポートが終了しました」の全画面通知がうるさい時だけ。必須ではない。

   通知を配っている Microsoft Update Health Tools(KB5001716)を消す。Windows Update 本体には触らない――貸出機ほどセキュリティ更新は要るため。詳しくは08 章。

BitLocker について — ここで丸一日止まった

回復キーを聞かれる場面と、聞かれない場面。普通に電源を入れて起動するときは、回復キーは要らない。TPM が自動で解錠する。キーを求められるのは「回復オプション」(あの青い画面)に入る経路だけで、手順 2 はまさにその経路を通るので、そこで聞かれる。

もし青い画面で止まってしまったら — キーが分からないまま入ってしまっても、機械は壊れていない。通常起動には鍵が要らないからである。電源ボタンを長押しして切り、もう一度入れれば普通に Windows が起動する。画面から戻るなら Esc →「続行(終了して Windows 11 に進む)」。戻ってから 1 番を押してキーを控え、やり直す。キーの入力欄に当てずっぽうで入れないこと。

「一時停止」と「解除」は別のものです

ここを取り違えると、4 番を押す意味が分からなくなる。

一時停止は「鍵を玄関マットの下に置いておく」状態。錠は付いたままなので、戻すのは一瞬で済む。ただし置いている間は、鍵を知らない人でも開けられる。だから4 番を押すまでが作業。

05音を鳴らす — メディアプレイヤーの差し替え

DMX が出るようになっても、音は別の話。LightJockey は音の再生を LJMediaPlayer.exe という別プログラムに任せており、これが 1998 年設計のままだと現在の Windows で鳴らない。映像表示面を作るのに DirectShow の IBasicVideo を要求し、Windows 11 の wmpdxm.dll がそれを E_NOINTERFACE で拒むため Delphi 例外で落ちる。

本物を消さずに、名前を入れ替えるだけの方法で差し替える。LightJockey 本体・ショーデータ・操作手順は一切変えない。

デスクトップの LJメディアプレイヤー差し替え フォルダ(または社内配布フォルダの兄弟フォルダ)の中の Install.cmd を押すだけ。戻すときは同じフォルダの Uninstall.cmd。

06なぜ特別な起動が要るのか

「よくわからないが 7 番を押す」で済ませると、次に困ったときに手が出ない。このインターフェースのドライバーは2 つの部品でできており、性格がまるで違う。

つまり「素性の知れないカーネルドライバーを無理やり読み込ませている」わけではない。カーネルに載る側はきちんと署名されている。止まっているのは、2006 年当時は署名が要らなかったので付いていない、結線表のような INF 1 枚である。

★最大の関門 — 署名なし 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 にデジタル署名情報が含まれていません。

そして署名が要求されるのは「ドライバーストアへ登録する一度だけ」。登録が済めば以後は通常起動のまま使えるし、付け替えも自由にできる。再起動のたびに 7 番を押し直す必要はない。

ドライバーは 2 本とも入れる

片方だけでは付け替わらない。

SHA-1(資料台帳と一致)

USBDMX WIM7-64.exe                          47CCB8EC28C07E2D80FB6E5E7527AF06728E7625
lUSBDMX WIN7.exe                             CE2EE5E4652CB7E47ACB31B7F94F8EF92B19891E
Martin Universal USB-DMX DriverInstall.exe   DA787B772C56450AAB477DE3512973A690C7B32C
usbdmx_2010.dll                              ED2216F28E0A79194AC08B410C0B75A4C5A63C9F

32bit 機と旧 Windows

• 32bit の Windows なら同じ場所の lUSBDMX WIN7.exe
• Martin Universal USB-DMX DriverInstall.exe(486,399 B・2010・Inno Setup)はWin9x/2000/XP 時代から続く Inno Setup 製のインストーラーだが、Win10/11 でもこれをそのまま使う。デバイス用 INF を置き、Jungo を「信頼された発行者」に入れる確認窓を出すのはこの 2 本目である(01・03・04 章で「2 本目」として実行しているのはこれ)

Hardware Setup は開いて OK を押すだけで壊れる(再掲)

正しく動いているとき、この窓にはこう出る。

Type          Universal USB-DMX
Status        Ok
DMX Channels  2x512 Out

Interface
  Universal USB-DMX Interface

07動いた証拠

LightJockey が認識している証拠

設定ツールでも確認

効いた判断 — 半日行き詰まっていたものが動いた理由

効いたのは新しい技術ではなく、調べる方向を変えた判断だった。

1. USB のバイト列を当てにいくのをやめた

   WinUSB でバルクへ直接書く方法は、書き込みが 799 回すべて成功するのに DMX が 1 ch も変化しなかった。「書けた」は「受理された」ではない。総当たりは既にデバイスを 2 回落としている道なので(10 章)、正解を持っている純正 DLL を呼ぶ側に回った。

2. 動かない原因を、直前に自分がした操作から探した

   LightJockey が USB を認識しなかったのは、その日の午前に Setup > Hardware Setup を開いて OK を押したから。それだけで設定ファイルの TXD が 11 から 0(None)に落ちる。直したのは 1 行。ハードウェア側ばかり疑って、アプリの設定を見に行っていなかった。

3. 自分で検算できる目を先に作った

   DMX モニターの Web UI が ws://<ip>/ws で全チャンネルを配信していると分かったので、それを読む道具を書いた。「送る → 自分で読んで確かめる」が閉じたことで、実機確認のたびに人を待たなくてよくなった。ポートの取り違えもこれで一発で分かる。

08うまくいかないとき

まず状態確認(手順Aは check.cmd、手順Bは 5_状態を確認.cmd)を実行する。[NG] の行を上から順に片付ければ通る。

成功したときの見え方

2. USB-DMX     Status = OK   Service = WinDriver6
3. WinDriver   windrvr6.sys あり / wdapi921.dll あり
               WinDriver6 サービス Running
               擬似デバイス ROOT\JUNGO\0000 OK   ← これを見落とすと詰む
4. 登録        windrvr6.inf あり
               デバイス INF あり(2006 年版 / 2009 年版のどちらでも可)
5. LightJockey TXD=11(Universal USB-DMX)

「USB 認識 NG」と出たら

導入が済んだあとに NG が出るとき、原因はほぼ 2 つ。どちらもインターフェースは壊れていない。

1. ほかのプログラムが掴んでいる(一番多い) — USB-DMX は 1 つのプログラムしか掴めない。排他である。だから、LightJockey を 2 つ起動した(後から起動したほうが必ず NG)、試験用の道具が動いたままになっている、LJ Manager など同じインターフェースを使う別プログラムが開いている、のいずれか。全部閉じてから、1 つだけ起動し直す。タスクマネージャーで LightJockey.exe が残っていないか確かめると確実。

2. 抜き差しの直後 — 抜けば当然 NG。挿し直して LightJockey を起動し直せば戻る。別のポートに挿しても構わない(Windows は新しい口として登録し直すが、ドライバーはそのまま効く)。

「サポートが終了しました」の通知(手順Bの 6 番が対象)

照明卓として使う PC に全画面の通知が割り込むのは事故のもと。止められるが、止めていいものと、止めてはいけないものがある。

通知を出しているのは Windows Update 本体ではなく、Microsoft Update Health Tools(KB5001716)という別部品。これが全画面通知を出したり、こちらの都合を無視して機能更新を前倒しで当ててくる。6_サポート終了通知を消す.cmd はこの部品だけを消す。Windows Update サービスには触らない。人に貸す機体こそセキュリティ更新が要るため。

なお UpdateOrchestrator の Start Oobe Expedite Work というタスクも前倒しに関わるが、Windows が保護していて管理者でも止められない(Access is denied)。通知の本体が消えれば実害は小さいので、そのままにしている。KB5001716 が配り直されると通知は復活する。その時はもう一度 6 番を押す。

それでも起動のたびに開くなら、犯人は Edge のことがある

部品を消したのに、ログオンのたびに「Windows 10、8.1、7 のサポート終了」のページが開く――実際にそうなった。通知とは別の仕掛けだった。

HKCU\Software\Microsoft\Windows\CurrentVersion\Run
  MicrosoftEdgeAutoLaunch_xxxxxxxx = msedge.exe --win-session-start

Edge が「Windows の起動時に開く」設定になっていて、前回のタブごと復元していただけ。一度そのページが開かれると、以後ログオンのたびに出る。LightJockey とは何の関係もない。6 番がこれも止める(Edge の設定から戻せる)。

自動起動を消しても、まだ出ることがある。調べた順に空振りが続いた場合は、Edge が保存している「前回のタブ」そのものを疑う。

%LOCALAPPDATA%\Microsoft\Edge\User Data\Default\Sessions\
  Session_13432011060495029   ← あの URL が入っている
  Tabs_13432011060674859      ←

通知の仕組みとは無関係で、一度開かれたページが居座っていただけ。消せば二度と出ない。6 番がこれも消す。

09ドライバーの内側(付録)

「動くドライバー」の背景。読まなくても導入はできるが、機体を作り直すときや、別の症状に当たったときの手がかりになる。

2 つの世代がある

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

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

2.110.5 系の DLL にも同じ API が生きている(参考)

LightJockey 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 はそのまま生きている。ただし MartinDuoDMX.dll 自体は WIBU AxProtector で暗号化されており(セクションが __wibu00 〜 __wibu07)、静的な逆アセンブルはできない。確定

10効かなかった道・実測ログ(付録)

「署名を迂回すればいいのでは」は全部試して全部塞がっていた。同じことを繰り返さないために実測値を残す。

署名解除後、直接インストールの経路を使う

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

USB 実測(alt setting)

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

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

壊しかけた記録 — デバイスを 2 回、USB バスから落とした

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

原因推定 — 当初は「デバイスの実測 37Hz を超えて投げたレート超過」と診断したが、これは外れだった。#4 で単ポート・30Hz という控えめな条件に落としても同じように壊れたため、レートは原因ではない。真の原因は、ベンダー固有の初期化シーケンスを 1 つも実行しないまま、バルクエンドポイントへデータを流し込んだこととみられる。本来の順序は 0x33 検出 → 0x37 インターフェース照会 → 0x01 オープン → その後にようやく 0x04/0x05 の送出ループ。前半 3 つは EP0 のベンダー制御転送で、それを飛ばしていた。

純正 DLL のコマンド体系を実測で解読

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

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

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

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

なぜ間違えたか — 過去ログで b=0 に見えたのは、当時のシムが偽物で全部 0 を返していたため。LightJockey は嘘の応答に合わせて動いていた。偽物の応答から本物の仕様を推定してはいけない。実機で必ず検算する。

[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

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

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

11奮闘記 — 半日かかった理由(貸出機)

手順だけ知りたい人はここを読まなくて構わない。ただ、行き止まりの記録は次に同じ壁に当たった人の時間を買う。踏んだ順に、間違えた推測ごと残す。これは04 章(手順B)の BitLocker 搭載貸出機で実際に起きたこと。

1. 「BitLocker を一時停止すれば回復キーは要らない」外れ

   公式手順どおり一時停止して再起動したのに、青い画面で回復キーを求められて止まった。一晩ここで作業が止まっている。危険を知らせる作りにはしてあったが、「通る道」を用意していなかった。警告だけ出して立ち往生させるのは、警告していないのと同じ。

2. 回復キーは動いている Windows から読める突破

   「手元に無い」と「無い」は違った。1 行で出る。

   manage-bde -protectors -get C:

   詰みではなかった。そもそも通常起動には鍵が要らないので、青い画面から Esc →「続行」で戻れる。電源長押しでも戻れる。

3. 「青い画面を通らずに済ませられるはず」半分だけ当たり

   ドライバーを 2 つに分けて考えると、カーネルに載る windrvr6.sys は署名済みだった。だから署名の壁はデバイス INF 1 枚だけ。ここを迂回できれば青い画面は要らない――という読み。半分は当たりで windrvr6.inf は通常起動のまま入った。残り半分は外れ。デバイス INF はどうやっても入らなかった。

4. SSH からインストーラーを走らせたら固まった自分のせい

   CPU が 15 秒間まったく動かない。窓も無い。デバイスの不調を疑ったが、原因はこちらだった。「発行元: Jungo LTD」の確認窓が、誰にも見えないデスクトップに出ていた。リモートから起動した GUI は無人の画面に出る。機械の前で押せば見える。この確認窓を押すと Jungo が「信頼された発行者」に入り、pnputil が通るようになる。押すまでは、署名が有効でも登録できない。

5. 署名を迂回する裏道を 3 つ試して 3 つとも塞がっていた行き止まり

   pnputil /add-driver                                    0xE000022F  ERROR_NO_CATALOG_FOR_OEM_INF
   UpdateDriverForPlugAndPlayDevices(INSTALLFLAG_FORCE)   0xE000022F  同じ
   wdreg(Jungo 純正)                                       0x3EE       PnP Install failed

   INSTALLFLAG_FORCE は署名検査を飛ばさない。名前から期待するが違う。ここで「青い画面は避けられない」と確定した。

6. 7 番で起動 → デバイス INF が通った突破

   結果: reboot=False  ok=True  err=0     ← 直前まで err=-536870353 だった

   ちなみに 7 番で起動しても画面は何も変わらない。印も出ないので「効いていない」と思いがちだが、それで正常。

7. 入ったのに CM_PROB_DRIVER_BLOCKED配置ミス

   32bit のインストーラーが windrvr6.sys を SysWOW64\drivers に置いていた。WOW64 のファイル リダイレクトである。x64 用の本体は別の場所にあった。

   x64  254,464 B  ...\Martin Professional\Drivers\windrvr6.sys   ← 正しいのはこちら
   x86  330,276 B  C:\Windows\SysWOW64\drivers\windrvr6.sys      ← 32bit 用。そこで正しい

   x64 版を System32\drivers へ置いてデバイスを再列挙したら Status=OK。ここで「終わった」と思った。

8. 終わっていなかった — LightJockey の一覧が空本番

   Windows から見れば完璧。デバイスは Status=OK、Service=WinDriver6、名前も Martin Universal USB-DMX 2 と出ている。通常再起動でも別のポートでも残る。それなのに LightJockey の「USB Interface configuration warning」の一覧が空のままだった。Re-detect を押しても何も出ない。

9. 測定器のほうが間違っていた(2 回)自分のせい

   切り分けようとして、二度とも自分の道具に騙された。1) tasklist /m usbdmx.dll が何も返さない。「LJ は DLL を読み込んでいない」と結論したが誤り。64bit 側から 32bit プロセスのモジュールは見えない(WOW64 の層しか出ない)。2) 自作の DLL 試験が「見つからない」と言った。PowerShell の関数でログ出力と戻り値を同じパイプラインに流しており、呼び側の [void](...) がログごと飲み込んでいた。判定に使った値も配列になっていて、比較が成立していなかった。直してから測り直すまで、存在しない不具合を追いかけていた。

10. Jungo 純正の診断ツールも落ちたが、これが手がかり

    usb_diag.exe
      DriverInit: failed to initialize USB driver: error 0x20000007 ("Internal system error")

    デバイスの VID を聞かれる前に落ちている。つまりデバイスの問題ではなく、WinDriver そのものが初期化できていない。ここで見る場所が変わった。

11. 動いている機械と registry を並べたら 1 行違った原因

    動く機械   Enum\0 = ROOT\JUNGO\0000
    この機械   Enum\0 = USB\VID_11BE&PID_F0A8\5&1b948c2e&0&1

    ROOT\JUNGO\0000 はWinDriver の擬似デバイス。windrvr6.sys はこれに取り付いて \\.\WinDriver という制御窓口を出す。この窓口が無いと、ユーザー側の DLL は WinDriver に話しかける口が無い。pnputil /add-driver ... /install はパッケージを登録するだけで、擬似デバイスを作らない。実在するデバイスにしか当たらないため。作れるのは Jungo 純正の wdreg だけだった。

    wdreg -inf windrvr6.inf install
      install: completed successfully

    windrvr6.inf は署名付きなので、これは通常起動のまま実行できる。

12. DLL に聞き直したら全部通った解決

    0x37 pop         0x00000000  OK    buf[0] = 01
    0x1A start b=1   0x00000000  OK    ← 動いている機械と同じデバイス番号
    0x04 can-send    0x00000000  OK

    LightJockey の Re-detect USB Interfaces にも出るようになった。

12ライセンスの壁・買うべきか(付録)

ライセンスの壁

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

LightJockey 2.110.5 の Hardware Setup 実測
Protection device not found or drivers not installed (Errorcode 0x00000001)
LightJockey License: Not found (Demo mode only)

USB Interface 1/2/3 の行が全てグレーアウト。Port A / Port B のコンボも操作不可。Demo mode では DMX ハードウェアを一切扱えない。LightJockey 2 系(2.100 以降)は WIBU の保護デバイスを要求する。推定 歴史的には、古い世代では DMX インターフェース自体がライセンスキーを兼ねていたが、後の版で別売ドングルへ移行した。

ライセンスの線引き — 直叩きは駄目、純正 DLL 経由は正規

以前、WinDriver の API(WDU_Init ほか)を自作アプリから直接呼んで試したが、WDU_Init は Success を返すのにデバイスが 1 台も割り当てられなかった。WDU_Init はライセンス文字列を引数に取り、こちらは空文字を渡していたためである。Jungo WinDriver のライセンスはベンダーごとの再頒布契約で、Martin の製品に付随して Martin の製品のためにある。そのキーを自作ソフトに流用することはしない――技術的に可能かどうかとは別の話として。いま動いている経路はそれとは違う。Martin 純正の usbdmx.dll を、Martin のハードウェアを動かすために、そのまま呼んでいる。ライセンスは DLL の中で完結しており、こちらは何も取り出していない。これは想定された使い方である。

買うべきか

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

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

いま買わなくてよい理由 — 純正機を既に持っており、正しい世代のドライバー(2012年版・Jungo WinDriver)を入れ終えている。同じインストーラーが dmx_box_test.exe(ライセンス不要で DMX を出せる純正ツール)を置いていく。予備機やもう 1 ユニバースが必要になった場合は、この出品ではなく同じ付属メディアが使える純正中古を探す方が確実。この文書があれば、どの機体でも同じ手順で立ち上げられる。

13残っている課題・覚えておくこと

次に触る人へ

• Setup > Hardware Setup は開くだけで壊れる。用が無ければ開かない。開いたら Cancel で閉じる。画面カタログ採取のように「全部の窓を開けて回る」作業では、この窓だけ必ず除外する
• 「書き込み成功」を「受理された」と読まない。USB のバルク書き込みは、デバイスが中身を理解できなくても成功を返す。出力側を実際に観測して確かめる
• 実機の常駐プロセスを止める前に、使用中でないか確認する。状態を外から見える場所へ出す仕組みは、自分が壊す前に読むためにもある

覚えておくと早いこと

• 署名が要るのは登録の一度だけ。済めば通常起動のまま使い続けられる
• ドライバーを入れる作業はリモートからやらない。確認の窓が見えない画面に出て固まる
• 回復キーは動いている Windows から読める(BitLocker 機)。「手元に無い」で止まる必要はない
• デバイスが緑でも、ROOT\JUNGO\0000 が無ければ何も動かない。状態確認で見える
• 結果がおかしい時は、まず自分の測り方を疑う。今回は複数回、道具のほうが間違っていた
• USB-DMX は 1 つのプログラムしか掴めない。NG が出たら「誰が掴んでいるか」を先に疑う

運用メモ

署名強制を切った起動は最初の一度きりで済む。デバイス用 INF は oemNN.inf(番号は機体ごとに異なる — 検証機は oem111、貸出機は oem40 など)としてドライバーストアに登録済みなので、以後は通常起動のまま WinUSB 側と WinDriver 側を自由に付け替えられる。再起動しても両方の状態が維持される。WDAPI921.dll は 32bit なので、自作ツールから呼ぶ場合は呼ぶ側も x86 必須。