Pengendali ranap Blizzard sendiri kemudian menamatkan proses dengan ralat Summary: BREAKPOINT . Ralat ini dipaparkan kepada pengguna sebagai Ralat 127, dengan rujukan Kernel32.dll dalam dialog ranap .

Perincian penting: ranap berlaku sebelum sebarang lapisan grafik dimulakan — tiada penciptaan peranti D3D12, VKD3D, atau Vulkan . Ini secara muktamad menolak sebarang isu pemacu GPU atau DXVK.

Patch 3.1.0 mengemas kini pembungkus dan penyulitan anti-tamper yang digunakan pada diablo_iv_loader.dll . Pembungkus baharu menggunakan pengaburan (obfuscation) yang memasukkan INT3 breakpoint sebagai langkah anti-debug dan anti-kejuruteraan-balik yang disengajakan. Pada Windows, penghantar pengecualian (exception dispatcher) mengendalikannya secara telus. Di bawah Wine/Proton, ia gagal .

Kenapa Jalan Penyelesaian Setempat Tidak Berkesan

• Menukar versi Proton (Experimental, GE, cawangan Hotfix) tidak membantu kerana breakpoint berlaku di peringkat pengendalian pengecualian CPU Wine dalam pembungkus yang diaburkan—tiada binaan Proton semasa yang menambal kes tepi khusus ini .
• Parameter pelancaran seperti PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1, atau pelarasan konfigurasi DXVK tidak memberi kesan kerana ranap berlaku sebelum sebarang kod GPU dijalankan .
• Memadam atau menamakan semula dstorage.dll, yang berfungsi untuk ranap permulaan berbeza dalam patch sebelumnya, tidak menyelesaikan isu ini .

Satu-satunya pembetulan ialah: (a) Blizzard membungkus semula pemuat tanpa INT3 breakpoint dengan cara yang serasi dengan pengendalian pengecualian Wine, atau (b) tampalan peringkat Wine/Proton yang memintas dan mengendalikan breakpoint khusus itu. Oleh kerana pemuat itu diaburkan dan dilindungi anti-tamper, mencipta tampalan sebegitu sukar dan rapuh.

Respons Blizzard

• Blizzard mengakui masalah ini di forum mereka, membuka utas Sokongan Teknikal rasmi untuk 'Tidak dapat bermain pada platform Linux selepas kemas kini baru' dan 'Diablo 4 Tidak Lagi Berfungsi pada Steam Deck' .
• Hotfix 3.1.0a, yang dikeluarkan kemudian pada 30 Jun, tidak termasuk pembetulan untuk isu Linux/Steam Deck . Utas hotfix mengesahkan ia menangani isu PC lain tetapi meninggalkan penguncian Linux tidak selesai .
• Blizzard mengesahkan mereka sedang mengusahakan tampalan kecemasan berasingan khusus untuk menangani isu breakpoint diablo_iv_loader.dll di bawah Wine/Proton . Sehingga 2 Julai, pembetulan masih belum dihantar, dengan utas laporan pepijat mencapai 655 balasan dan trafik forum terus meningkat .

Konteks Lebih Luas: Kerapuhan Anti-Tamper pada Lapisan Keserasian

Insiden ini menonjolkan masalah berulang dalam permainan PC: pemaju kerap mengemas kini sistem anti-tamper dan pembungkus tanpa mengujinya terhadap lapisan keserasian seperti Wine/Proton. Perisian anti-tamper direka untuk berkelakuan berbeza di bawah persekitaran bukan standard, dan perubahan kecil—versi pembungkus baru atau semakan INT3 tambahan—boleh secara senyap memutuskan keserasian Proton walaupun permainan itu sendiri tiada perubahan kod .

Corak yang sama berlaku dengan pengaktifan Denuvo yang mengunci pemain Linux selepas terlalu banyak pertukaran versi Proton . Setiap kali, pembetulan bergantung sama ada Valve menampal Proton secara reaktif atau pemaju permainan menghantar kemas kini binari—dan kedua-duanya tidak berlaku sehingga pengguna menemui dan melaporkan kerosakan tersebut. Kes Diablo IV ini amat ketara kerana ia menjejaskan Steam Deck, platform yang disokong secara komersial yang sebelum ini serasi sepenuhnya dengan permainan sebelum 3.1.0 .

Pengendali ranap Blizzard sendiri kemudian menamatkan proses dengan ralat Summary: BREAKPOINT . Ralat ini dipaparkan kepada pengguna sebagai Ralat 127, dengan rujukan Kernel32.dll dalam dialog ranap .

Perincian penting: ranap berlaku sebelum sebarang lapisan grafik dimulakan — tiada penciptaan peranti D3D12, VKD3D, atau Vulkan . Ini secara muktamad menolak sebarang isu pemacu GPU atau DXVK.

Patch 3.1.0 mengemas kini pembungkus dan penyulitan anti-tamper yang digunakan pada diablo_iv_loader.dll . Pembungkus baharu menggunakan pengaburan (obfuscation) yang memasukkan INT3 breakpoint sebagai langkah anti-debug dan anti-kejuruteraan-balik yang disengajakan. Pada Windows, penghantar pengecualian (exception dispatcher) mengendalikannya secara telus. Di bawah Wine/Proton, ia gagal .

Kenapa Jalan Penyelesaian Setempat Tidak Berkesan

• Menukar versi Proton (Experimental, GE, cawangan Hotfix) tidak membantu kerana breakpoint berlaku di peringkat pengendalian pengecualian CPU Wine dalam pembungkus yang diaburkan—tiada binaan Proton semasa yang menambal kes tepi khusus ini .
• Parameter pelancaran seperti PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1, atau pelarasan konfigurasi DXVK tidak memberi kesan kerana ranap berlaku sebelum sebarang kod GPU dijalankan .
• Memadam atau menamakan semula dstorage.dll, yang berfungsi untuk ranap permulaan berbeza dalam patch sebelumnya, tidak menyelesaikan isu ini .

Satu-satunya pembetulan ialah: (a) Blizzard membungkus semula pemuat tanpa INT3 breakpoint dengan cara yang serasi dengan pengendalian pengecualian Wine, atau (b) tampalan peringkat Wine/Proton yang memintas dan mengendalikan breakpoint khusus itu. Oleh kerana pemuat itu diaburkan dan dilindungi anti-tamper, mencipta tampalan sebegitu sukar dan rapuh.

Respons Blizzard

• Blizzard mengakui masalah ini di forum mereka, membuka utas Sokongan Teknikal rasmi untuk 'Tidak dapat bermain pada platform Linux selepas kemas kini baru' dan 'Diablo 4 Tidak Lagi Berfungsi pada Steam Deck' .
• Hotfix 3.1.0a, yang dikeluarkan kemudian pada 30 Jun, tidak termasuk pembetulan untuk isu Linux/Steam Deck . Utas hotfix mengesahkan ia menangani isu PC lain tetapi meninggalkan penguncian Linux tidak selesai .
• Blizzard mengesahkan mereka sedang mengusahakan tampalan kecemasan berasingan khusus untuk menangani isu breakpoint diablo_iv_loader.dll di bawah Wine/Proton . Sehingga 2 Julai, pembetulan masih belum dihantar, dengan utas laporan pepijat mencapai 655 balasan dan trafik forum terus meningkat .

Konteks Lebih Luas: Kerapuhan Anti-Tamper pada Lapisan Keserasian

Insiden ini menonjolkan masalah berulang dalam permainan PC: pemaju kerap mengemas kini sistem anti-tamper dan pembungkus tanpa mengujinya terhadap lapisan keserasian seperti Wine/Proton. Perisian anti-tamper direka untuk berkelakuan berbeza di bawah persekitaran bukan standard, dan perubahan kecil—versi pembungkus baru atau semakan INT3 tambahan—boleh secara senyap memutuskan keserasian Proton walaupun permainan itu sendiri tiada perubahan kod .

Corak yang sama berlaku dengan pengaktifan Denuvo yang mengunci pemain Linux selepas terlalu banyak pertukaran versi Proton . Setiap kali, pembetulan bergantung sama ada Valve menampal Proton secara reaktif atau pemaju permainan menghantar kemas kini binari—dan kedua-duanya tidak berlaku sehingga pengguna menemui dan melaporkan kerosakan tersebut. Kes Diablo IV ini amat ketara kerana ia menjejaskan Steam Deck, platform yang disokong secara komersial yang sebelum ini serasi sepenuhnya dengan permainan sebelum 3.1.0 .