首页
/ Hangover项目中的DXVK ARM64EC编译与运行问题分析

Hangover项目中的DXVK ARM64EC编译与运行问题分析

2025-07-10 10:35:56作者:庞眉杨Will

背景介绍

Hangover是一个在ARM架构上运行x86/x64 Windows应用程序的兼容层项目。近期有用户在Android设备上尝试编译并运行ARM64EC版本的DXVK时遇到了一些技术问题。本文将详细分析这些问题及其可能的解决方案。

环境配置

用户使用的是Poco F5 Pro手机(Android 14系统)上的Debian Chroot环境,搭配Hangover 9.20版本。系统配置包括:

  • 5.10内核
  • 4096字节页面大小
  • Turnip Adreno 725显卡驱动(Mesa 24.3)

问题现象

用户按照官方文档编译了ARM64EC版本的DXVK(v2.4.1),但在运行x64游戏(GTA5.exe)时出现多个错误:

  1. Vulkan初始化问题:虽然成功加载了Vulkan驱动,但出现了OpenVR模块加载失败的情况。

  2. 显卡识别问题:系统无法正确识别显卡供应商ID(0x5143),导致使用默认的zink Vulkan驱动。

  3. 同步超时问题:多个线程在等待关键区(critical section)时发生超时,特别是loader_section和fls_section。

  4. 显示模式获取问题:DXGI输出接口获取显示模式列表时出现部分功能未实现的情况。

技术分析

Vulkan驱动问题

错误日志显示系统使用了Turnip驱动(Mesa 24.3),但出现了OpenVR初始化失败。这表明:

  • Vulkan基础功能正常
  • VR相关扩展可能不支持或配置不当
  • 显卡供应商ID未被正确识别

同步机制问题

关键区超时表明线程调度可能存在问题:

  • 可能是Hangover的线程调度实现与DXVK的预期不符
  • 也可能是ARM64EC转换层在x64代码执行时产生了额外的同步开销

性能差异

用户提到官方x64版DXVK可以运行但性能较低,而ARM64EC版则出现错误。这表明:

  • ARM64EC转换可能引入了额外的开销
  • 某些x64指令在转换过程中可能没有得到最优处理

解决方案建议

  1. 等待官方更新:项目维护者已表示将在下一个版本中提供预编译的DXVK ARM64EC二进制包。

  2. 环境变量配置:确保XDG_RUNTIME_DIR环境变量正确设置,解决相关错误。

  3. 驱动选择:尝试使用不同的Vulkan驱动,或配置DXVK强制使用特定驱动。

  4. 线程调度调优:调整Hangover的线程调度参数,可能减少关键区竞争。

未来展望

随着Hangover项目的持续发展,ARM64EC支持将更加完善。对于希望在ARM设备上运行Windows游戏的开发者,建议:

  1. 关注项目更新,及时获取预编译的兼容组件
  2. 详细记录运行环境信息,便于问题诊断
  3. 考虑性能与兼容性的平衡,可能需要针对特定游戏进行调优

通过持续的技术优化,ARM设备运行x86/x64 Windows应用程序的体验将不断提升。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
24
9
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
64
19
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
392
3.9 K
flutter_flutterflutter_flutter
暂无简介
Dart
671
156
giteagitea
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
23
0
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
JavaScript
261
322
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
661
312
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.2 K
655
rainbondrainbond
无需学习 Kubernetes 的容器平台,在 Kubernetes 上构建、部署、组装和管理应用,无需 K8s 专业知识,全流程图形化管理
Go
15
1