Paint.NET 开发者 Rick Brewster 在论坛发了个不起眼的帖子:5.2 Alpha build 9739,升级到 .NET 11 Preview,加了几种新的 Mosaic 平铺模式,更新了翻译。顺手甩出一句:首次加入「EXTREMELY EXPERIMENTAL」的 Wine/Linux 支持。
这个大写加粗的措辞不是随便写的。一个只在 Windows 上活了近二十年的免费图像编辑器,突然说自己能在 Linux 上跑了——但用的是行业里罕见的强调级别,等于提前告诉你:别当真,这玩意儿随时会炸。
发生了什么
build 9739 是 5.2 系列第三个 alpha。核心变化三件事:运行时换成 .NET 11,Mosaic 效果新增平铺形状,以及那句加粗的 Wine/Linux 实验支持。
想在 Linux 上跑起来,门槛不低:得用便携版 ZIP(安装程序在 Wine 下不可用),Wine 版本要 11.14 以上,装好 DXVK,把 d3dcompiler_47 配置成原生 Windows 实现,启动时还要加 /wine 参数。GPU 方面,最新 DXVK 要求 Vulkan 1.4,老显卡只能退回 DXVK 2.7.1。
为什么以前一直跑不起来
Paint.NET 的渲染骨架是 Direct2D、Windows Animation Manager、Windows Imaging Component——全是 Windows 独有的图形 API。Wine 对这套东西的支持一直不完整,社区第三方项目 Paint.NETOnWine 折腾多年,记录里全是同一批毛病:5.2.x 直接启动崩溃,4.x 能开但工具一用就崩,5.1.x 到处是黑色矩形。
这不是某个版本的偶然 bug,是架构级的水土不服。build 9641 到 9719 这几个早期 alpha,陆续加了 /disableUIAnimation、/disableComposition、/disableWin11DisplayInformation 这些开关,一点点绕开出问题的组件,9739 是这条修补路线目前的最新节点。
/wine 参数做的事情说穿了很简单:关掉 UI Animation、关掉 Windows Composition、关掉 Windows 11 显示信息 API,再启用一套内部托管的 Direct2D 替代实现。
版本号和信息层级的两个疑点
原文和论坛帖都写 .NET 11,但外部部分转载信息给出的是 .NET 10,这个分歧目前只能以官方论坛原帖为准。更值得留意的是,build 9739 到目前只在论坛帖子和社区新闻站被提及,官方 blog.paint.net 和 GitHub release 页面都没有独立确认。alpha 版本号先在论坛里露头、正式发布页滞后确认,这在软件圈不算新鲜,但读者遇到「XX 软件登陆 Linux」这类标题时,值得多看一眼信息来源层级。
这到底是突破还是妥协
有人会把这次更新讲成「Paint.NET 终于上 Linux 了」的励志故事。我不太买账。
关掉三个核心 Windows 组件才能开机,这不是能力升级,是拆掉部分身体功能换一条命。CPU 密集的操作,比如缩放、直方图,在 Wine 下大概能贴近原生表现;但实时效果预览、Direct2D 特效这类 GPU/UI 密集操作,风险最大,恰恰是 Paint.NET 用户最常摸的那部分功能。
能开机不等于能用,这中间隔着整个 Wine/DXVK 生态的进度条
如果只是想要一个「像 Paint.NET 一样简单」的 Linux 编辑器,Pinta 已经够用,而且是原生跑、不用绕任何弯路。Wine 版 Paint.NET 真正值钱的地方,是能保住原生插件生态和项目文件兼容性——这是那些攒了多年 .pdn 项目和自定义插件的老用户才在意的东西,普通用户没必要为此折腾一整套 Wine/DXVK 配置。
- 风险.实时效果预览、动画等 GPU/UI 密集功能在托管替代实现下表现如何,目前没有任何公开的基准数据支撑
古人说「工欲善其事,必先利其器」,但这次的「器」还没磨利,只是先把刀鞘卡进了新枪套里。接下来真正该盯的,不是 Paint.NET 团队又发了几个 alpha,而是 Wine 和 DXVK 本身的进度——那才是决定这条路能走多远的变量。