企业官网建设流程全解析

1. 串流方案选型：为什么是Sunshine、Moonlight加ParsecVDisplay这套组合

1.1 三个组件各自扮演什么角色

先把这套组合的分工讲清楚，不然后面配置起来容易一头雾水。Sunshine是装在主机端（也就是性能强、跑游戏的那台机器）的串流服务端，负责采集画面、编码视频流、接收客户端指令。Moonlight是客户端，装在你想远程操控的设备上，比如笔记本、平板、手机、电视盒子，负责解码播放并回传手柄键鼠操作。ParsecVDisplay则是一个虚拟显示器驱动，它的作用是让主机在没有接物理显示器、或者物理显示器被占用的情况下，依然能"凭空"生成一块高分辨率、高刷新率的虚拟屏幕，供串流使用。

这三者的关系可以这样理解：Sunshine 是"发射塔"，Moonlight 是"接收机"，而 ParsecVDisplay 是"演播厅里那块本来不存在的屏幕"。没有虚拟显示器，很多无头主机（headless）或者想同时保留本地屏幕的场景就会很别扭——要么分辨率被锁死在某个奇怪的值，要么串流画面比例不对，要么干脆黑屏。

1.2 这套组合解决了哪些真实痛点

我最早接触串流是为了把书房那台带独显的台式机"搬"到客厅电视上玩。试过不少方案，最后稳定用下来的就是这套。它主要解决三类问题：

第一类是无头串流。主机不接显示器，或者显示器关着，传统方案往往拿不到正确的分辨率，串流出来要么是 640x480 的默认值，要么直接黑屏。ParsecVDisplay 装上后，系统里会多出一块"虚拟屏幕"，你可以把它设成 2560x1440、3840x2160 甚至更高，刷新率也能拉到 120Hz 或 144Hz，串流画面立刻正常。

第二类是多屏与主屏冲突。有时候你想让本地显示器继续干别的，串流走虚拟屏，两边互不干扰。虚拟显示器可以设成"扩展屏"，Sunshine 指定采集这块虚拟屏，本地该干嘛干嘛。

第三类是分辨率与刷新率自由。物理显示器受限于硬件，虚拟显示器则可以按需创建，配合 Sunshine 的编码参数，能灵活匹配不同客户端的解码能力。

1.3 适合谁来参考这套方案

如果你符合下面任意一条，这篇内容就对你有用：手里有一台性能不错的台式机或服务器，想远程串流玩游戏或做图形工作；主机经常不接显示器，或者显示器接口不够用；客户端设备五花八门，有 Windows 笔记本、安卓平板、苹果设备，希望一套服务端通吃；对延迟和画质有要求，不想用那些画质糊、延迟高的商业方案。

需要提前说明的是，这套方案主要面向局域网或低延迟网络环境，跨公网使用涉及网络配置，本文不展开，也不涉及任何网络穿透相关内容，请读者自行在合规的局域网或自有网络内使用。

2. 主机端Sunshine安装包的选择逻辑与AMD平台注意事项

2.1 Sunshine的版本分支与安装包类型

Sunshine 目前主要有几个来源：官方 GitHub 发布的安装包、社区维护的衍生版本，以及一些打包了额外组件的整合版。对绝大多数 Windows 用户来说，直接去官方仓库下载最新的sunshine-windows-installer.exe或.msi就够了。安装包本身不大，装完会自动注册服务、配置防火墙规则、生成默认的 Web 管理界面（默认端口 47990）。

安装完成后，你会得到一个本地网页管理后台，地址通常是https://localhost:47990。第一次访问需要设置用户名和密码，这个后台就是后续配置采集、编码、输入设备的核心入口。

2.2 AMD处理器用户到底该选哪个安装包

这是被问得最多的问题之一。先给结论：Sunshine 的安装包选择主要看显卡，而不是看 CPU。因为串流的编码工作几乎全部由 GPU 的硬件编码器承担——NVIDIA 用 NVENC，AMD 用 AMF，Intel 用 QuickSync。CPU 只负责一些调度和轻量任务，AMD 还是 Intel 的处理器对安装包选择几乎没有影响。

所以 AMD 处理器用户，只要你的显卡是 AMD 的（比如 RX 6000、7000 系列），就正常装官方 Windows 安装包，然后在 Sunshine 的编码器设置里选AMD AMF相关的编码器（如h264_amf、hevc_amf、av1_amf）。如果你的 AMD 平台配的是 NVIDIA 显卡，那就选 NVENC，跟 CPU 品牌无关。

真正需要注意的是驱动版本。AMD 显卡建议把驱动更新到较新的 Adrenalin 版本，老驱动里 AMF 编码器的稳定性和画质都差一些。我实测过，同一张 RX 6800，驱动从某个旧版本升到新版后，HEVC 编码的码率控制明显更稳，画面块状伪影少了很多。

2.3 安装过程中的几个关键选择

安装时会有几个选项值得留意。是否安装为系统服务——建议勾选，这样开机自启、锁屏状态下也能串流。是否添加防火墙例外——必须允许，否则客户端连不上。安装路径建议保持默认，避免中文路径带来的奇怪问题。

装完后先别急着配 Moonlight，先在浏览器打开管理后台，把用户名密码设好，然后进"Configuration"页面确认编码器列表里能看到你显卡对应的硬件编码器。如果只看到software（软件编码），说明驱动或安装有问题，软件编码延迟高、CPU 占用大，不适合游戏串流。

提示：Sunshine 管理后台用的是自签名证书，浏览器会提示不安全，这是正常的，本地使用点继续访问即可。

3. ParsecVDisplay虚拟显示器的部署与分辨率调优

3.1 虚拟显示器驱动的安装与验证

ParsecVDisplay 是一个独立的虚拟显示驱动，安装方式很简单，下载后运行安装程序，按提示完成驱动签名确认即可。装完后需要重启一次，让系统加载虚拟显示适配器。

重启后，在 Windows 的"显示设置"里应该能看到多出来一块显示器。如果没看到，去"设备管理器"的"显示适配器"里检查是否有带感叹号的设备，通常是驱动签名或安装顺序的问题，卸载重装一次一般能解决。

验证虚拟屏是否生效有个简单办法：在显示设置里选中那块虚拟屏，看能不能调整分辨率和刷新率。能调，说明驱动工作正常；灰的或者选项很少，说明驱动没完全加载。

3.2 把虚拟屏设成主屏还是扩展屏

这一步的选择直接影响串流体验。两种常见做法：

• 虚拟屏设为主屏：适合无头主机。所有程序默认在虚拟屏上启动，Sunshine 采集主屏即可，简单直接。
• 虚拟屏设为扩展屏：适合本地还要用物理屏的场景。Sunshine 里手动指定采集这块扩展屏，本地物理屏不受影响。

我个人的习惯是扩展屏方案，因为有时候本地要看个文档、查个资料，串流那边继续跑游戏，互不干扰。设置方法是在显示设置里拖动屏幕排列，把虚拟屏放到物理屏旁边，然后在 Sunshine 的采集设置里选择对应的显示器编号。

3.3 分辨率、刷新率与缩放的最佳搭配

虚拟屏的分辨率建议和客户端屏幕保持一致或成整数倍关系，这样缩放损失最小。比如客户端是 2560x1600 的笔记本屏，虚拟屏就设 2560x1600；客户端是 4K 电视，虚拟屏设 3840x2160。

刷新率方面，虚拟屏能设多高就设多高，常见的是 60、120、144Hz。Sunshine 的编码帧率上限受虚拟屏刷新率限制，如果你虚拟屏只设了 60Hz，那串流最多也就 60 帧。想要 120 帧串流，虚拟屏必须至少 120Hz。

还有一个容易忽略的点是Windows 缩放。如果虚拟屏设了 4K 但缩放是 150%，某些游戏会按缩放后的逻辑分辨率渲染，导致画面发虚。建议虚拟屏的缩放设为 100%，让游戏按原生分辨率跑。

4. Moonlight客户端的连接配置与画质延迟平衡

4.1 Moonlight各平台版本的选择

Moonlight 的客户端覆盖很广：Windows、macOS、Linux、Android、iOS/iPadOS，还有各种电视盒子上的版本。Windows 上除了官方版，还有一个Moonlight Qt版本，也就是基于 Qt 框架重写的客户端，界面更现代，对高分辨率和高刷新率的支持更好，热词里提到的"moonlight qt"就是指它。

我的建议是：Windows 桌面端优先用 Moonlight Qt，它的缩放处理和 HDR 支持比老版更完善；安卓平板和手机用官方安卓版即可；苹果设备用 App Store 版本。电视盒子看具体型号，很多安卓盒子可以直接装安卓版 APK。

4.2 配对流程与常见连接失败排查

配对流程本身不复杂：Moonlight 里点"添加主机"，输入主机 IP，然后主机端 Sunshine 后台会弹出一个四位 PIN 码，在 Moonlight 里输入这个码就完成配对了。

但实际中连接失败很常见，按下面顺序排查：

1. IP 是否正确：主机最好设固定 IP，DHCP 分配的地址会变，变了就连不上。
2. 防火墙：Sunshine 需要放行 47984、47989、47990、48010 等端口，安装时如果没允许，手动在防火墙里加规则。
3. 服务是否运行：任务管理器里看 Sunshine 服务在不在，不在就手动启动或重装。
4. 虚拟屏是否就绪：如果主机无头且虚拟屏没加载，Sunshine 可能采集不到画面，表现为连上了但黑屏。

4.3 码率、分辨率、帧率的三角平衡

串流画质和延迟本质上是码率、分辨率、帧率三者的平衡。码率给低了，画面糊、块状伪影多；码率给高了，网络扛不住就卡顿、花屏。经验值如下：

• 1080P 60帧：20-30 Mbps
• 1440P 60帧：30-50 Mbps
• 1440P 120帧：50-80 Mbps
• 4K 60帧：60-100 Mbps

局域网千兆环境下，这些码率都能轻松跑。如果是 Wi-Fi，建议 5GHz 频段，且客户端离路由器别太远。我实测过 1440P 120帧 60Mbps 在 5GHz Wi-Fi 下偶尔会有波动，换成有线或者 Wi-Fi 6 就稳了。

Moonlight 里还有个"帧率同步"和"垂直同步"选项，建议都开，能减少撕裂。如果追求极限低延迟，可以关掉垂直同步，但画面可能会有撕裂感，看个人取舍。

5. 编码器参数与串流稳定性的实战调优

5.1 硬件编码器的选择与画质对比

Sunshine 支持多种硬件编码器，选对了画质和延迟差别很大。简单对比：

• NVIDIA NVENC：目前综合最好的选择，H.264、HEVC、AV1 都支持，画质和延迟都很优秀。
• AMD AMF：RX 6000 之后进步明显，HEVC 和 AV1 表现不错，H.264 稍逊。
• Intel QuickSync：核显也能用，适合没有独显的轻薄主机，画质中规中矩。

编码格式上，HEVC 比 H.264 同码率下画质更好，但解码端要求更高；AV1 更先进，但需要较新的显卡和客户端支持。如果客户端解码能力够，优先 HEVC 或 AV1。

5.2 码率控制模式与关键参数

Sunshine 的编码设置里有几个关键参数：码率控制模式（CBR/VBR）、目标码率、GOP 长度、B 帧数量等。

• CBR（固定码率）：网络稳定时用，延迟可预测。
• VBR（可变码率）：画质优先，但码率波动可能引起网络抖动。

GOP 长度建议设短一点，比如 1-2 秒，这样丢包后恢复快。B 帧能提升压缩效率但增加延迟，串流场景建议少用或不用。

5.3 实测中的卡顿、花屏与延迟问题排查

串流跑起来后，常见问题无非三类：卡顿、花屏、延迟高。排查思路：

• 卡顿：先看是网络问题还是编码问题。Sunshine 后台有统计信息，看编码帧率和发送帧率是否匹配。不匹配多半是网络带宽不够或 Wi-Fi 干扰。
• 花屏：通常是丢包导致，检查网络质量，或者降低码率试试。
• 延迟高：检查客户端解码是否用了硬件解码，软件解码延迟会高很多。另外关闭客户端上不必要的后台程序。

我踩过的一个坑是：主机端开了 Windows 的"游戏模式"和某些录屏软件，它们会抢占编码器资源，导致串流帧率不稳。关掉这些后台程序后立刻恢复正常。

6. 多设备切换与长期使用的经验沉淀

6.1 一套服务端如何服务多种客户端

Sunshine 的好处是服务端统一，客户端各用各的。不同客户端的分辨率、码率需求不同，Moonlight 里可以给每个客户端单独保存配置。比如客厅电视存一套 4K 60帧的配置，卧室平板存一套 1440P 120帧的配置，切换时不用重新调。

虚拟屏的分辨率切换稍微麻烦一点，因为它是系统级的。我的做法是给常用的两三种分辨率各建一个快捷方式，用脚本快速切换，省得每次进显示设置手动改。

6.2 开机自启、无人值守与远程唤醒

想让主机随时可用，需要配好开机自启和远程唤醒。Sunshine 装成服务后本身会自启，虚拟显示器驱动也会随系统加载。远程唤醒需要在主板 BIOS 里开启网络唤醒功能，并在系统网卡设置里允许魔术包唤醒。这样客户端发个唤醒包，主机就能从关机或睡眠状态起来。

无人值守场景下，建议把主机设成"从不睡眠"，或者用唤醒方案。因为睡眠状态下 Sunshine 服务是停的，串流连不上。

6.3 长期使用后的稳定性维护建议

这套方案跑久了，偶尔会遇到一些小毛病，比如虚拟屏突然消失、编码器报错、配对失效。我的维护习惯是：定期更新显卡驱动和 Sunshine 版本；保留一份能用的配置备份；遇到问题时先重启 Sunshine 服务，再不行重启系统，绝大多数问题都能解决。

另外，虚拟显示器驱动和某些系统更新偶尔会冲突，如果更新后虚拟屏不见了，重装一次 ParsecVDisplay 通常就好。这些都是实际用下来总结的经验，比官方文档里写的更贴近真实使用场景。