Власний обробник збоїв Blizzard потім перериває процес із помилкою Summary: BREAKPOINT . Для користувача це проявляється як Помилка 127 з посиланням на Kernel32.dll у діалоговому вікні збою .

Ключова деталь: збій відбувається до будь-якої ініціалізації графічного шару — не створюється жодних пристроїв D3D12, VKD3D або Vulkan . Це остаточно виключає проблеми з драйверами GPU або DXVK.

Патч 3.1.0 оновив пакувальник та шифрування анті-тампер, які застосовуються до diablo_iv_loader.dll . Новий пакувальник використовує обфускацію, яка вставляє точку зупинки INT3 як навмисний захід проти налагодження та зворотного інжинірингу. У Windows диспетчер винятків обробляє це прозоро. Під Wine/Proton це не вдається .

Чому тимчасові вирішення неефективні

• Зміна версій Proton (Experimental, GE, Hotfix) не допомагає, оскільки точка зупинки виникає на рівні обробки винятків CPU у Wine всередині обфускованого завантажувача — жодна поточна збірка Proton не виправляє цей конкретний крайовий випадок .
• Параметри запуску на кшталт PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 або налаштування DXVK не мають ефекту, оскільки збій відбувається до запуску будь-якого коду GPU .
• Видалення або перейменування dstorage.dll, що допомагало при інших збоях запуску в попередніх патчах, не вирішує цю проблему .

Єдиними виправленнями є: (a) Blizzard перепаковує завантажувач без точки зупинки INT3 у спосіб, сумісний з обробкою винятків Wine, або (b) патч на рівні Wine/Proton, який перехоплює та обробляє цю конкретну точку зупинки. Оскільки завантажувач обфускований та захищений від злому, створити такий патч складно та ненадійно.

Відповідь Blizzard

• Blizzard визнала проблему на своїх форумах, відкривши офіційні теми технічної підтримки «Unable to play on Linux platforms after new update» та «Diablo 4 No Longer Works on Steam Deck» .
• Хотфікс 3.1.0a, випущений пізніше 30 червня, не включав виправлення для проблеми з Linux/Steam Deck . У темах хотфіксу підтверджено, що він вирішував інші проблеми ПК, але залишив блокування Linux невирішеним .
• Blizzard підтвердила, що працює над окремим екстреним патчем спеціально для вирішення проблеми з точкою зупинки в diablo_iv_loader.dll під Wine/Proton . Станом на 2 липня виправлення ще не було випущено, а гілка звіту про помилку досягла 655 відповідей, і трафік на форумі продовжував зростати .

Ширший контекст: крихкість анті-тампер на шарах сумісності

Цей інцидент висвітлює повторювану проблему в ПК-геймінгу: розробники регулярно оновлюють системи анті-тампер та пакувальники, не тестуючи їх на шарах сумісності, таких як Wine/Proton. Програмне забезпечення анті-тампер розроблене для роботи інакше в нестандартних середовищах, і невеликі зміни — нова версія пакувальника або додаткова перевірка INT3 — можуть непомітно зламати сумісність із Proton, навіть якщо сама гра не має жодних змін коду .

Така ж ситуація траплялася з активаціями Denuvo, які блокували користувачів Linux після занадто частої зміни версій Proton . Щоразу виправлення залежить або від реактивної зміни Proton з боку Valve, або від випуску оновленого бінарного файлу розробником гри — і жодне з них не відбувається, поки користувачі не виявлять та не повідомлять про поломку. Випадок із Diablo IV є особливо показовим, оскільки він торкнувся Steam Deck, комерційно підтримуваної платформи, яка до версії 3.1.0 була повністю сумісна з грою .

Власний обробник збоїв Blizzard потім перериває процес із помилкою Summary: BREAKPOINT . Для користувача це проявляється як Помилка 127 з посиланням на Kernel32.dll у діалоговому вікні збою .

Ключова деталь: збій відбувається до будь-якої ініціалізації графічного шару — не створюється жодних пристроїв D3D12, VKD3D або Vulkan . Це остаточно виключає проблеми з драйверами GPU або DXVK.

Патч 3.1.0 оновив пакувальник та шифрування анті-тампер, які застосовуються до diablo_iv_loader.dll . Новий пакувальник використовує обфускацію, яка вставляє точку зупинки INT3 як навмисний захід проти налагодження та зворотного інжинірингу. У Windows диспетчер винятків обробляє це прозоро. Під Wine/Proton це не вдається .

Чому тимчасові вирішення неефективні

• Зміна версій Proton (Experimental, GE, Hotfix) не допомагає, оскільки точка зупинки виникає на рівні обробки винятків CPU у Wine всередині обфускованого завантажувача — жодна поточна збірка Proton не виправляє цей конкретний крайовий випадок .
• Параметри запуску на кшталт PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 або налаштування DXVK не мають ефекту, оскільки збій відбувається до запуску будь-якого коду GPU .
• Видалення або перейменування dstorage.dll, що допомагало при інших збоях запуску в попередніх патчах, не вирішує цю проблему .

Єдиними виправленнями є: (a) Blizzard перепаковує завантажувач без точки зупинки INT3 у спосіб, сумісний з обробкою винятків Wine, або (b) патч на рівні Wine/Proton, який перехоплює та обробляє цю конкретну точку зупинки. Оскільки завантажувач обфускований та захищений від злому, створити такий патч складно та ненадійно.

Відповідь Blizzard

• Blizzard визнала проблему на своїх форумах, відкривши офіційні теми технічної підтримки «Unable to play on Linux platforms after new update» та «Diablo 4 No Longer Works on Steam Deck» .
• Хотфікс 3.1.0a, випущений пізніше 30 червня, не включав виправлення для проблеми з Linux/Steam Deck . У темах хотфіксу підтверджено, що він вирішував інші проблеми ПК, але залишив блокування Linux невирішеним .
• Blizzard підтвердила, що працює над окремим екстреним патчем спеціально для вирішення проблеми з точкою зупинки в diablo_iv_loader.dll під Wine/Proton . Станом на 2 липня виправлення ще не було випущено, а гілка звіту про помилку досягла 655 відповідей, і трафік на форумі продовжував зростати .

Ширший контекст: крихкість анті-тампер на шарах сумісності

Цей інцидент висвітлює повторювану проблему в ПК-геймінгу: розробники регулярно оновлюють системи анті-тампер та пакувальники, не тестуючи їх на шарах сумісності, таких як Wine/Proton. Програмне забезпечення анті-тампер розроблене для роботи інакше в нестандартних середовищах, і невеликі зміни — нова версія пакувальника або додаткова перевірка INT3 — можуть непомітно зламати сумісність із Proton, навіть якщо сама гра не має жодних змін коду .

Така ж ситуація траплялася з активаціями Denuvo, які блокували користувачів Linux після занадто частої зміни версій Proton . Щоразу виправлення залежить або від реактивної зміни Proton з боку Valve, або від випуску оновленого бінарного файлу розробником гри — і жодне з них не відбувається, поки користувачі не виявлять та не повідомлять про поломку. Випадок із Diablo IV є особливо показовим, оскільки він торкнувся Steam Deck, комерційно підтримуваної платформи, яка до версії 3.1.0 була повністю сумісна з грою .