Collaborate 几个月来一直致力于开发一个驱动程序,该驱动程序允许 Wine 在 Wayland 本地工作,这个目标不太可能通过看到 Alexandre Julliard 的怀疑来实现。

Wayland 是一种图形协议,除了提供已经导致更低能耗的图形堆栈的简化之外,还承诺根除 Xorg 无法解决的问题,例如安全性和撕裂。然而,它的缺点是难以实施,这是 Wine 第二次试图克服的障碍。

是的,你没有看错。Collabora 计划是为 Wine 提供本地 Wayland 支持的第二次尝试。Wine 主管兼 CodeWeavers 的高级人员 Alexandre Julliard 说,他几年前就开始编写驱动程序,但当它发生时,它的开发停滞了。“意识到基本上没有办法进行像样的窗口管理,我们能做的最好的事情就是相当于 X11 桌面模式,我们自己管理窗口。我没有感觉情况一直在改善,也没有改善它的兴趣“

但 Julliard 的怀疑并没有让 Collabora 气馁,Collabora 仍在继续其工作。根据负责在线实施 LibreOffice 的公司称,Wayland 驱动程序的功能和稳定性都得到了很大的改进,能够承受(尽管可能不完全)以下情况:

  • 处理窗口状态:调整大小、最大化、最小化(尽管通常没有适当的最小化窗口内容)和全屏。
  • OpenGL 和 Vulkan(包括使用 WineD3D 和 DXVK)。
  • 显示模式更改(使用 Wayland 的作曲家比例模拟,而不是实际的显示硬件模式更改)。
  • 多显示器支持
  • 鼠标捕获/裁剪/相对移动(但请记住,Wayland 作曲家往往不会很好地处理非全屏情况)。
  • 弹出窗口、菜单和其他瞬态窗口(跨进程除外)。
  • 从 Wayland composer 配置和更新的键盘映射应该可以无缝工作。
  • HiDPI 缩放(可配置为使用应用程序的Composer 比例/Wine 或 Wayland 的)。
  • 双向复制和粘贴,允许在从本地 Wayland 到 Wine 的方向上拖放。
  • 支持系统托盘(减去上下文菜单的位置)。

目前有一个与跨进程渲染相关的未决问题,这与基于 Chromium 的应用程序特别相关。在 Collabora,他们有一些想法可以在未来几个月内解决这个问题,这个细节表明我们将不得不继续耐心地看到 Wine 中默认启用的 Wayland 支持。

不仅 Wine 的 Wayland 驱动程序必须工作,而且,如果它想成为官方功能,必须满足项目负责人提出的某些要求,最重要的是不能绑定到任何特定的创作者

Wayland 对 Wine 的原生支持会给 Proton 带来什么?

Proton 一直是 Wine 的福音,因为 Windows API 重新实现的使用由于跨平台应用程序的激增而下降。除了将 Wine 重新置于中心位置之外,Proton 还成为 Linux 游戏的强大动力。

关于Wayland 支持的贡献,Wayland 的目的是减少延迟并为图形显示提供更好的技术,因此用户应该通过显示器投影的图像获得更流畅、更清晰的体验。

不,从理论上讲Wayland 不会对提高游戏性能做出贡献,尽管最终它可能确实提供了一些改进,作为它提出的用于显示图形的堆栈的附带结果,这比通过 Xorg 使用的堆栈更简单。

发表评论