本文将和大家介绍在 dotnet 8 里 WPF 引入的新功能之一,在 RDP 远程桌面状态下启用渲染硬件加速
在 dotnet 8 之前,在用户进行 RDP 远程桌面时 WPF 应用将默认关闭硬件渲染加速以获得更好的兼容性。随着系统层的渲染架构的优化,比如在 WDDM 驱动模型里面,进行远程桌面的硬件加速已经是非常简单且稳定的事情,这就意味着 WPF 框架底层可以不再判断当前是远程桌面模式时切换到软渲染模式,可以依旧使用硬件渲染加速。只有在 XP 系统上的 XDDM/XPDM 时,才需要在 RDP 远程桌面开启 WPF 应用软渲染
这个优化点在 2020 时就被 Vatsan Madhavan 大佬提出,详细请看 https://github.com/dotnet/wpf/issues/3215
由于 XP 已经过于考古且 dotnet 8 接近完全无法在 XP 系统上运行,于是我就对此进行优化,请看 https://github.com/dotnet/wpf/pull/7015
然而大佬们经过测试发现了一些额外的问题,且担心这个改动过于底层加上没有充分的测试,怕在一些奇怪的设备上运行错误。于是大佬重新提了 https://github.com/dotnet/wpf/pull/7684 用来提供配置的方式控制此功能,默认行为依然保持在 RDP 远程桌面时 WPF 应用将关闭硬件渲染加速,依然使用软渲染方式,保持和旧版本行为相同
只有在进行 Switch.System.Windows.Media.EnableHardwareAccelerationInRdp
配置之后,才会让 WPF 应用在远程桌面时开启硬件渲染
简单来说就是在 dotnet 8 下,默认情况这个新功能对任何开发者或用户是没有影响的,只有在开发者通过 Switch.System.Windows.Media.EnableHardwareAccelerationInRdp
配置启用 RDP 远程桌面时使用硬件渲染加速功能才会生效
以下是配置启用 RDP 远程桌面时使用硬件渲染加速功能的方法,以下代码推荐放在 App 构造函数,否则将可能渲染线程已经跑起来导致配置无效
public App()
{
AppContext.SetSwitch("Switch.System.Windows.Media.EnableHardwareAccelerationInRdp", true);
}
此功能在 dotnet 8 的行为是默认不开启的,这是因为缺乏足够的设备进行测试。计划在 dotnet 9 里面作为正式的功能
本文会经常更新,请阅读原文: https://blog.lindexi.com/post/dotnet-8-WPF-%E6%94%AF%E6%8C%81%E5%9C%A8-RDP-%E8%BF%9C%E7%A8%8B%E6%A1%8C%E9%9D%A2%E7%8A%B6%E6%80%81%E4%B8%8B%E5%90%AF%E7%94%A8%E6%B8%B2%E6%9F%93%E7%A1%AC%E4%BB%B6%E5%8A%A0%E9%80%9F.html ,以避免陈旧错误知识的误导,同时有更好的阅读体验。
如果你想持续阅读我的最新博客,请点击 RSS 订阅,推荐使用RSS Stalker订阅博客,或者收藏我的博客导航
本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布,但务必保留文章署名林德熙(包含链接: https://blog.lindexi.com ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请 与我联系 。
无盈利,不卖课,做纯粹的技术博客
以下是广告时间
推荐关注 Edi.Wang 的公众号
欢迎进入 Eleven 老师组建的 .NET 社区
以上广告全是友情推广,无盈利