【追記有】WaveLink3.0がスリープから復帰すると機能しなくなるので再起動するbatファイルを作った話

【追記 2026/04/14 15:05】
3月にWave Link 3.0を使い始めましたが、4月上旬にアンインストールしWave Link 2.0に戻しています。詳しくは一番最後の章をご確認ください。


2026年3月上旬、WaveLink3.0が公開されました。

以前WaveLinkについていくつか記事を書いたことがありますが、3.0ではそこからだいぶ仕様が変わっています。

正直に言います。今WaveLink 2.0を問題なく使えている人は3.0にするのは少し待ったほうが良いです。不具合がたくさん報告されているからです。(2026/3/14現在)

私は早速3.0にしたら不具合が起こってしまったので、今回は不具合やそれに対処した話についてまとめていこうと思います。

WaveLinkについて以前書いた記事はこちら↓。

WaveLink 3.0

公式からのクイックスタートガイドはこちら↓。
(一応2.0から3.0にアップグレードする為の解説のページも貼っておきます)

WaveLink 3.0について紹介しているサイト様も貼っておきます↓。

出力先の設定が5つまでできるようになり、かつそれぞれの音量設定もできるようになったのでとても便利!快適! …と言いたいところだったのですが…

不具合が多数報告されている

Reddit で『WaveLink 3.0』を検索するとたくさんの報告が寄せられています。

公式?が管理していると思われる「バグ報告とフィードバック」のスレはこちら↓

3.0はベータ版を経て正式リリースされたようですが、WindowsでもMacでも不具合報告が多いようですね…

私が気付いただけでも以下のものがありました。

  • Wave Linkが読み込み画面で止まって開かない
  • ミキサーがクラッシュし、すべてのオーディオが機能しなくなる
  • PCがスリープ状態から復帰するとオーディオが機能しなくなる

どれも既知の問題として挙げられているので、今後修正されるかと思います。

今回、私が一番困ったのは3番目の「PCがスリープ状態から復帰するとオーディオが機能しなくなる」でした。

スリープ状態から復帰するとオーディオが機能しなくなる

私はよくパソコンをスリープ状態にして離席しています。なんならシャットダウンをせずスリープ状態でおいておくことの方が多いくらいでした。

ところが、スリープ状態から復帰すると"必ず"オーディオが機能しなくなるのです。再現率100%、毎回音が出なくなるので、その度にWaveLinkを再起動しなければなりません。とっっっても面倒!!!

不具合について調べたところ、同じ状況になっている人は多いようでした。Xでも報告を見つけたので、"おま環"というわけではなさそうです。

2.0の時も時々スリープから復帰後にWaveLinkが機能せず再起動することがありましたが、流石に毎回ではなかったです。どうしてこんなことに…

【追記有】ソフトを再起動するbatファイルを作る

2.0に戻すことも考えましたが、何度かアンインストール・再インストールをして完全に2.0の設定を消した後だったので、面倒だったのでこのまま対処できる方法がないかGeminiに聞いてみました。

Windowsの電源オプション→USB設定で『USBのセレクティブサスペンドの設定を"無効"にする』というのも試してみましたが効果は無く。

しばらくやり取りすると、
「WaveLinkを再起動するbatファイルを作成し、スリープから復帰したタイミングで作動するようにタスクスケジューラで設定する」
という案を提示してくれました。

おそらく、↓のスレッド内容を参考にしていると思われます。

スレッドはWaveLink 2.0の頃のもので少し修正が必要だったので、コードを書いておこうと思います。

以下batファイルのコードです。

@echo off
:: Wave Link 3.0 を強制終了する
taskkill /f /im Elgato.WaveLink.exe

:: プロセスが完全に終了するまで2秒待機する
timeout /t 2 /nobreak >nul

:: Wave Link 3.0 を再起動する(システムエイリアスを利用)
start "" "Elgato.WaveLink.exe"

:: ウィンドウが完全に立ち上がるまで8秒待機する
timeout /t 8 /nobreak >nul

:: PowerShellを呼び出し、Wave Linkの「画面(ウィンドウ)」だけを閉じる
powershell -command "Get-Process '*WaveLink*' -ErrorAction SilentlyContinue | Where-Object {$_.MainWindowHandle -ne 0} | ForEach-Object { $_.CloseMainWindow() }"

exit

WaveLink 3.0からexeファイルの置き場所が変わったそうです。探しても見当たらず苦労しました。

Wave Link 3.0 は、ソフトウェアの中身が根本から作り直され、Microsoft Storeアプリなどと同じ「モダンなWindowsアプリ(MSIX形式)」という規格に変更されました。そのため、インストール先の指定画面が出ず、通常はユーザーが直接アクセスできないWindowsの厳重な隠しシステムフォルダ(C:\Program Files\WindowsApps\ 配下)にインストールされるようになっています。

※Gemini の回答より抜粋

ソフトを再起動した後にウィンドウが残ると邪魔になるので、最後にウィンドウを閉じる処理を入れています。

ただ、WaveLinkは完全に起動する前にウィンドウを閉じると読み込みが完了されない不具合があるようなので、再起動後ウィンドウを閉じるまでの時間を5秒「8秒」と少し長めにしています。

【追記 2026/03/22 13:22】
最初は5秒で足りていたのですが、次第に立ち上がる前にウィンドウが閉じてしまうようになったので現在は「8秒」で設定しています。

【追記有】タスクスケジューラでbatファイルの起動を設定する

batファイルができたら、次はタスクスケジューラの設定を行います。

  1. タスクスケジューラで「タスクの作成」をクリック
  2. 一番下にある「最上位の特権で実行する」にはチェックを入れない
  3. トリガータブで以下を設定
    • タスクの開始:イベント時
    • ログ:システム
    • ソース:Power-Troubleshooter
    • イベント ID:1
  4. 操作タブで以下を設定
    • 操作:プログラムの開始
    • 参照:先程作ったbatファイルを選択
  5. 条件タブで以下を設定
    • 「コンピューターを AC 電源で使用している場合のみタスクを開始する」のチェックを外す

私はスリープからの復帰時にパスワードを入れない設定にしていたので上記の通りにしています。

【追記 2026/03/22 11:37】

上記のタスクスケジューラを設定してから、スリープから復帰しようとするとスリープではなくシャットダウンしていることが何回かありました。どうやらスリープから復帰するタイミングで上記batファイルが起動すると、ドライバー関連のエラーが出てしまいOSごとクラッシュしていたようです。

なぜシャットダウン(ブルースクリーン)が起きたのか?

このエラーは一言で言うと、「ドライバー(PCのパーツやUSB機器を制御する根本のシステム)が、処理のタイミングを間違えて不正なメモリ領域にアクセスしてしまった」 ときに発生します。OSはシステムを守るために、自ら強制終了(ブルースクリーン)を引き起こします。
これが起きるメカニズムは以下の流れです。

  1. スリープ復帰(イベントID 1発生)
  2. Windowsが、USB接続されている「Elgato Wave:3」や、その仮想オーディオドライバーを「起きろ!」と叩き起こし始める。
  3. (まさにその瞬間) タスクスケジューラが即座にbatファイルを実行し、taskkill /f で Wave Link のソフトウェアを強制キルする。
  4. オーディオドライバーが起き上がろうとしている最中に、連携している親玉(Wave Link)が突然消滅するため、ドライバーがパニックを起こしてエラー d1 を吐き出し、OSごとクラッシュする。

※Gemini の回答より抜粋

Redditのスレッドでは「遅延設定は任意で構わない」と書いてありましたが、OSがクラッシュするのは良くないと思うので、タスクスケジューラで「遅延実行」を設定しました。

  1. タスクスケジューラを開き、作成したWave Link再起動用のタスクをダブルクリック(または右クリックして「プロパティ」)
  2. 「トリガー」 タブを開く
  3. 設定されているトリガー(イベント時)を選択し、下の 「編集」 をクリック
  4. 「詳細設定」の項目内にある 「遅延時間を指定する」にチェックを入れる
  5. プルダウンメニューから 「30 秒間」 または 「1 分間」 を選択

現在この状態で様子を見ているところです。

【以上、追記終了】

復帰時にパスワード入力画面がある場合はトリガーを以下の設定にしてもいけるそうです(未検証)。

  • トリガータブで以下を設定
    • タスクの開始:ワークステーション アンロック時
    • 設定:任意のユーザー

※上記は『スリープ解除後にパスワードやPINを入れてデスクトップ画面に入った瞬間に作動する』という設定とのこと。

これで毎回手動で再起動する手間が省かれ、まともに使えるようになりました。とはいえ、わざわざこんな事をしなくてもいい状態なのが一番ですよね。修正アップデートが待ち遠しいです…

最後に

大型アップデートが来たソフトを使うのは好きなのですが、こうも不具合が多いとちょっと困りますね…

3.0はまだ英語表記にしか対応していないのも相まって、使い方や移行方法を調べるのも苦労したので、今すぐ使うのは本当にオススメしないです。せめて日本語対応してからの方が良いかなと…

今後早めに修正や改善が入るといいなぁと思います。

【追記】WaveLink3.0はアンインストールしました

【追記 2026/04/14 15:05】
3/22の追記に「タスクスケジューラを設定してからスリープ復帰後にシャットダウンしていることがある」と書きましたが、どうやらタスクスケジューラが原因ではなく、WaveLink3.0がそもそもの原因だったようです。

タスクスケジューラの設定をオフにして様子を見ていましたが改善せず、WaveLinkのアップデートでも該当の内容の修正が入らなかったので4月上旬にアンインストールしました。

アンインストールしてから2周間ほど経過していますが、スリープが勝手にシャットダウンになっていることはなくなりました。

今パソコンが壊れると非常に困る為(パソコンパーツが高騰しているので)、しばらくWaveLink3.0は使用せずに2.0の方を使用しようと思います。

ブログ内検索