OpenNOW架构揭秘Qt Quick Rust双进程设计如何抛弃Electron重写GeForce NOW客户端【免费下载链接】OpenNOWCustom GeForce Now Client Named OpenNOW项目地址: https://gitcode.com/gh_mirrors/op/OpenNOWOpenNOW 是一款开源的 GeForce NOW 桌面客户端它在 1.0.0 版本中彻底抛弃了 Electron改用Qt Quick Rust 双进程架构重建整个应用Qt Quick 负责界面呈现Rust 负责账号服务与云游戏串流。这套设计让 OpenNOW 成为真正原生的 GeForce NOW 客户端——没有内嵌浏览器、没有独立视频窗口视频帧始终留在 GPU 上。本文将带你拆解这个架构是如何落地的。为什么抛弃 Electron传统 Electron 应用的代价众所周知内存占用高——每个应用都拖着一个完整的 Chromium视频体验差——云游戏的 H.265/AV1 视频必须走浏览器解码管线帧路径长、延迟高平台能力受限——手柄热插拔、指针锁定、DRM 级 GPU 互操作很难在 Web 技术栈里做到位。OpenNOW 的官方迁移文档 docs/qt-migration.md 明确记录了这次断舍离Electron 应用及其构建工具链已被整体删除Qt/原生技术栈是唯一支持的桌面入口且没有 Chromium/WebRTC 兜底。新架构可以用一句话概括出自迁移文档的目标架构章节Qt Quick/QML 外壳 - 轻量 Qt/C 桥接 - 进程内链接的 Rust 串流运行时 - 版本化的 OpenNOW core RPC - Rust 应用服务独立进程第一层Qt Quick 外壳——只管画Qt Quick/QML 层拥有全部呈现职责动效、空间焦点、响应式布局和无障碍交互。规则非常严格——它不得接触 GFN 协议细节、凭据、文件系统访问或串流传输见 docs/qt-migration.md。这种职责隔离带来两个直观体验双布局同应用键鼠桌面布局和手柄主机风布局跑在同一个程序里QML 的焦点系统负责手柄导航️视频上方直接叠菜单串流进行中打开菜单、看延迟统计不会离开视频画面。第二层Rust 核心进程——账号与云游戏会话的管家OpenNOW 的 Rust 核心native/opennow-core/运行在独立进程中由 Qt 通过QProcess拉起双方走标准输入输出通信通信协议是换行分隔的 UTF-8 JSON单行上限 1 MiB首条消息永远是core.hello版本握手版本不匹配直接熔断详见 docs/core-protocol.mdQt 侧的进程管理实现在 CoreClient.cpp包括崩溃检测与自动重启逻辑。这个核心进程集中托管了全部脏活累活从 native/opennow-core/src/main.rs 的模块清单可以一目了然模块职责gfn/cloudmatchGeForce NOW GraphQL 请求、云游戏会话分配credential_vault系统级安全凭据存储DPAPI/Keychain/Secret Servicesettings/store_cache配置持久化、商店目录缓存updater/update_apply签名更新发现、原子安装与回滚persistent_storage云存档挂载管理请求全部带唯一 ID、截止时限和取消机制核心端最多 8 个 RPC 工作线程超限返回busy并由 Qt 指数退避重试——这套有界队列 类型化错误设计正是原生应用区别于 Electron 事件总线的气质所在。第三层Rust 串流引擎——视频永不离开 GPU串流端是独立的 Rust workspacenative/opennow-streamer/按职责拆成多个 crate见 native/opennow-streamer/README.mdopennow-streamer-transport——NVST 传输Mjolnir SRTP 视频专用套接字 ICE/DTLS/SCTP 音频/输入包opennow-streamer-platform-*——Windows/MacOS/Linux 各自的硬解与 GPU 纹理产出opennow-streamer-ffi——进程内 C ABI由 Qt 以动态库形式加载。关键是最后一点串流引擎不是子进程而是链接进 Qt 进程的共享库。GPU 协作流程README 第 39–49 行Qt 把当前 QRhi 图形设备对象借给 Rust 运行时Rust 解码后把帧发布到单帧 mailbox丢旧帧策略Qt 拿到不透明帧令牌把转换/同步录进同一个命令缓冲StreamVideoItem在场景图中采样纹理QML 菜单自然叠在视频之上。全程没有子 HWND、没有 swapchain、没有第二个窗口——这就是抛弃 Electron 后能做到的延迟与内存优势。FFI 的所有权与线程模型细节可看 opennow-streamer-ffi/README.md。对普通玩家意味着什么⚡更快更省无 Chromium 常驻内存应用负载在 Linux 检查点中约 26 MiBqt-migration.md更低延迟NVST 原生传输 平台硬解H.264/H.265/AV1失败时安全降级手柄原生支持SDL3 直连手柄热插拔主机布局开箱即用安全隔离凭据存系统密钥库QML 层根本接触不到敏感数据。项目还配有 48 项外壳测试、74 个 Rust 核心单元测试及逐平台的验收清单docs/qt-acceptance.md质量门槛相当严格。动手探索仓库地图速查想深入源码从这几个入口进opennow-qt/ —— Qt Quick 桌面应用与 C 桥接QML 组件在 qml/components/native/opennow-core/ —— Rust 应用核心账号/会话/设置服务native/opennow-streamer/ —— NVST 串流运行时与 Qt FFIdocs/core-protocol.md —— 壳/核 JSON 协议完整规范docs/qt-migration.md —— 从 Electron 到 Qt 的完整迁移历程locales/ —— 多语言翻译英文源 Crowdin 管理需要自己编译时安装 Qt 6.8、CMake 3.24、SDL3 和 Cargo然后按 README.md 中的 CMake 流程构建即可——全程不再需要 Node.js这本身就是告别 Electron最有力的证明。【免费下载链接】OpenNOWCustom GeForce Now Client Named OpenNOW项目地址: https://gitcode.com/gh_mirrors/op/OpenNOW创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
OpenNOW架构揭秘：Qt Quick + Rust双进程设计如何抛弃Electron重写GeForce NOW客户端
OpenNOW架构揭秘Qt Quick Rust双进程设计如何抛弃Electron重写GeForce NOW客户端【免费下载链接】OpenNOWCustom GeForce Now Client Named OpenNOW项目地址: https://gitcode.com/gh_mirrors/op/OpenNOWOpenNOW 是一款开源的 GeForce NOW 桌面客户端它在 1.0.0 版本中彻底抛弃了 Electron改用Qt Quick Rust 双进程架构重建整个应用Qt Quick 负责界面呈现Rust 负责账号服务与云游戏串流。这套设计让 OpenNOW 成为真正原生的 GeForce NOW 客户端——没有内嵌浏览器、没有独立视频窗口视频帧始终留在 GPU 上。本文将带你拆解这个架构是如何落地的。为什么抛弃 Electron传统 Electron 应用的代价众所周知内存占用高——每个应用都拖着一个完整的 Chromium视频体验差——云游戏的 H.265/AV1 视频必须走浏览器解码管线帧路径长、延迟高平台能力受限——手柄热插拔、指针锁定、DRM 级 GPU 互操作很难在 Web 技术栈里做到位。OpenNOW 的官方迁移文档 docs/qt-migration.md 明确记录了这次断舍离Electron 应用及其构建工具链已被整体删除Qt/原生技术栈是唯一支持的桌面入口且没有 Chromium/WebRTC 兜底。新架构可以用一句话概括出自迁移文档的目标架构章节Qt Quick/QML 外壳 - 轻量 Qt/C 桥接 - 进程内链接的 Rust 串流运行时 - 版本化的 OpenNOW core RPC - Rust 应用服务独立进程第一层Qt Quick 外壳——只管画Qt Quick/QML 层拥有全部呈现职责动效、空间焦点、响应式布局和无障碍交互。规则非常严格——它不得接触 GFN 协议细节、凭据、文件系统访问或串流传输见 docs/qt-migration.md。这种职责隔离带来两个直观体验双布局同应用键鼠桌面布局和手柄主机风布局跑在同一个程序里QML 的焦点系统负责手柄导航️视频上方直接叠菜单串流进行中打开菜单、看延迟统计不会离开视频画面。第二层Rust 核心进程——账号与云游戏会话的管家OpenNOW 的 Rust 核心native/opennow-core/运行在独立进程中由 Qt 通过QProcess拉起双方走标准输入输出通信通信协议是换行分隔的 UTF-8 JSON单行上限 1 MiB首条消息永远是core.hello版本握手版本不匹配直接熔断详见 docs/core-protocol.mdQt 侧的进程管理实现在 CoreClient.cpp包括崩溃检测与自动重启逻辑。这个核心进程集中托管了全部脏活累活从 native/opennow-core/src/main.rs 的模块清单可以一目了然模块职责gfn/cloudmatchGeForce NOW GraphQL 请求、云游戏会话分配credential_vault系统级安全凭据存储DPAPI/Keychain/Secret Servicesettings/store_cache配置持久化、商店目录缓存updater/update_apply签名更新发现、原子安装与回滚persistent_storage云存档挂载管理请求全部带唯一 ID、截止时限和取消机制核心端最多 8 个 RPC 工作线程超限返回busy并由 Qt 指数退避重试——这套有界队列 类型化错误设计正是原生应用区别于 Electron 事件总线的气质所在。第三层Rust 串流引擎——视频永不离开 GPU串流端是独立的 Rust workspacenative/opennow-streamer/按职责拆成多个 crate见 native/opennow-streamer/README.mdopennow-streamer-transport——NVST 传输Mjolnir SRTP 视频专用套接字 ICE/DTLS/SCTP 音频/输入包opennow-streamer-platform-*——Windows/MacOS/Linux 各自的硬解与 GPU 纹理产出opennow-streamer-ffi——进程内 C ABI由 Qt 以动态库形式加载。关键是最后一点串流引擎不是子进程而是链接进 Qt 进程的共享库。GPU 协作流程README 第 39–49 行Qt 把当前 QRhi 图形设备对象借给 Rust 运行时Rust 解码后把帧发布到单帧 mailbox丢旧帧策略Qt 拿到不透明帧令牌把转换/同步录进同一个命令缓冲StreamVideoItem在场景图中采样纹理QML 菜单自然叠在视频之上。全程没有子 HWND、没有 swapchain、没有第二个窗口——这就是抛弃 Electron 后能做到的延迟与内存优势。FFI 的所有权与线程模型细节可看 opennow-streamer-ffi/README.md。对普通玩家意味着什么⚡更快更省无 Chromium 常驻内存应用负载在 Linux 检查点中约 26 MiBqt-migration.md更低延迟NVST 原生传输 平台硬解H.264/H.265/AV1失败时安全降级手柄原生支持SDL3 直连手柄热插拔主机布局开箱即用安全隔离凭据存系统密钥库QML 层根本接触不到敏感数据。项目还配有 48 项外壳测试、74 个 Rust 核心单元测试及逐平台的验收清单docs/qt-acceptance.md质量门槛相当严格。动手探索仓库地图速查想深入源码从这几个入口进opennow-qt/ —— Qt Quick 桌面应用与 C 桥接QML 组件在 qml/components/native/opennow-core/ —— Rust 应用核心账号/会话/设置服务native/opennow-streamer/ —— NVST 串流运行时与 Qt FFIdocs/core-protocol.md —— 壳/核 JSON 协议完整规范docs/qt-migration.md —— 从 Electron 到 Qt 的完整迁移历程locales/ —— 多语言翻译英文源 Crowdin 管理需要自己编译时安装 Qt 6.8、CMake 3.24、SDL3 和 Cargo然后按 README.md 中的 CMake 流程构建即可——全程不再需要 Node.js这本身就是告别 Electron最有力的证明。【免费下载链接】OpenNOWCustom GeForce Now Client Named OpenNOW项目地址: https://gitcode.com/gh_mirrors/op/OpenNOW创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考