Sunshine+Moonlight 局域网游戏串流配置与排障指南

把一台装着独显的台式机留在书房，人窝在客厅沙发上用手柄打 3A，这种玩法这几年已经不是极客专属了。我这套 Sunshine 加 Moonlight 的组合断断续续跑了快两年，中间换过显卡、换过电视、换过路由器，也踩过不少"画面糊成一片""手柄一按延迟半秒""有声音没画面"的坑。这篇就把整个流程从头到尾捋一遍：为什么选这套方案、硬件上要注意什么、Sunshine 服务端怎么配、电视端的 Moonlight 怎么装怎么调、出问题按什么顺序排查。适合刚买了大屏电视想把 PC 游戏搬过去的人，也适合已经跑通但画质和手感总觉得差一口气的人。文中只讨论家里同一个局域网内的串流，这也是绝大多数人的实际使用场景。

1. 先把预期摆正：电视串流到底能到哪一步

很多人第一次接触游戏串流，是被"4K 120 帧零延迟"这类宣传词吸引来的，实际跑完发现画面发灰、动作发飘，落差极大。我见过不少人第一晚就放弃，其实问题不在工具，而在预期没有校准。串流本质上是"实时视频编码 + 网络传输 + 实时解码"这么一条链路，它和直接插 HDMI 线在物理原理上就不是一回事。你得先接受链路上必然存在的那几十毫秒，再去想办法把这段开销压到人感觉不到的程度。这个心理建设做完，后面的调参才有意义，否则你会一直在"为什么不能和直连一样"这个无解的问题上打转。

1.1 三种把 PC 画面搬到客厅的路子，我先做了排除法

在动手之前，值得先花十分钟想清楚你到底需要哪种方案。常见的路子大致三类：第一类是长 HDMI 线加 USB 延长线，物理直连，零压缩零延迟，但超过十米之后线材成本和非屏蔽干扰会迅速变成噩梦，走线还得打墙；第二类是 Steam 官方的 Remote Play，开箱即用，缺点是画质参数可调空间小，非 Steam 游戏要额外折腾，而且对非 Steam 平台的启动器支持一般；第三类就是 Sunshine 当服务端、Moonlight 当客户端的开源组合，服务端跑在 Windows 上负责抓屏和编码，客户端跑在电视或电视盒子上负责解码和显示。

我最后选第三条，理由很实在：它把编码参数完全暴露给你，码率、编码器、分辨率、帧率、音频设备、启动的应用条目，全都能手动指定；客户端覆盖面广，安卓电视、苹果电视、甚至一些 Linux 小主机都有对应版本；而且它不绑定任何游戏平台，我启动一个模拟器、一个老游戏、甚至一个视频播放器，都可以作为独立的应用条目出现在电视的启动界面上。这种"把 PC 当一个远程桌面来用，但专门为游戏优化过"的定位，恰好是我要的。

1.2 延迟这笔账要拆开算

经常有人问"这套方案延迟多少"，这个问题没有统一答案，因为它是一段一段加起来的。我用下来，一条完整的链路大致可以拆成这么几块：

加起来，一套配置得当的有线方案大概在 25 到 40 毫秒之间，无线方案可能到 40 到 70 毫秒。这个数字放在动作游戏里，手柄按下去到画面响应，人的主观感受阈值大约在 50 毫秒上下开始明显，超过 80 毫秒就会出现"操作发飘"的感觉。所以真正决定体验的往往不是编码那十几毫秒，而是电视有没有开游戏模式、手柄是不是连着电视的蓝牙。这两处省下来的时间，比你在编码器上纠结半天要多得多。

我自己的经验是：先把电视的"游戏模式"或"低延迟模式"打开，这一步通常能省下 20 毫秒以上，而且完全免费；然后确保主机和电视走同一个千兆交换机；最后才去调码率和编码器。顺序反了，你会花大量时间在收益最小的环节上。

2. 动手前的硬件账本：谁编码、谁解码、谁负责网线

在装软件之前，先花点时间确认三件事：主机有没有可用的硬件编码器、电视端有没有硬件解码能力、网络这一段是不是真的能扛住持续的高码率。这三点任何一处短板，后面调参都会变成徒劳。我见过有人在老笔记本上跑服务端，编码器只能退化到软件方案，结果 CPU 全程 100%，画面一动就掉帧，然后回头去怪客户端，纯属方向搞错。这一节就把这三段的判断标准说清楚。

2.1 主机侧：编码器决定画质天花板

Sunshine 支持多种硬件编码后端，具体能用哪个取决于你的显卡。判断方法很直接，在服务端配置界面里，编码器选项会自动列出检测到的可用后端，你能选到的就是能用的。

• NVIDIA 显卡：走 NVENC，这是目前兼容性和画质综合最稳的一条路，1080p 和 4K 都能轻松吃住，HDR 支持也最完整。九代之后的卡基本都有独立的编码单元，对游戏帧率影响很小。
• AMD 显卡：走 AMF，新一代的卡表现不错，但老架构的卡在高码率下的画质细节会稍弱一些，尤其在快速运动的场景里能看出来。
• Intel 核显：走 QuickSync，这条路的性价比被严重低估。如果你有一台带核显的机器，用它做编码其实很省电，1080p 60 帧完全够用，甚至可以让独显专心渲染游戏。
• 纯软件编码：实在没有硬件编码器时的兜底方案，CPU 占用极高，只适合低分辨率低帧率的轻度使用。

这里有个容易被忽略的点：如果你用的是带核显的 Intel 平台加独立显卡，部分主板允许核显和独显同时工作，这时把编码任务丢给核显、渲染交给独显，能减少一点互相抢资源的情况。实现方式是在主板设置里开启核显输出，然后让 Sunshine 指定用核显编码。这个操作有一定门槛，收益也不是巨大，属于把系统榨干之后的锦上添花，新手可以先不碰。

另一个必须提的是驱动。硬件编码器强依赖显卡驱动里的编码组件，驱动版本太老会直接导致编码器选项里看不到对应后端，或者跑起来花屏。我建议在开始折腾之前先把显卡驱动更新到比较新的版本，然后再装 Sunshine，顺序反了有时候要重装才能被正确识别。

2.2 客户端侧：电视盒子的解码能力比 CPU 型号更重要

电视端跑的 Moonlight 需要实时解码一路高码率视频流，这件事对芯片的要求集中体现在硬件解码单元上，而不是 CPU 主频。判断你手上的电视能不能打，看两个指标：支持的编码格式和最大解码分辨率帧率。

HEVC（H.265）比 H.264 在同等画质下码率低三到四成，所以能解 HEVC 的设备在无线环境下体验会明显更好。目前主流的中高端电视芯片基本都支持 4K 60 帧的 HEVC 硬解，部分新芯片还能解 AV1，不过串流这边用得不多。真正需要注意的是那些低价位的电视盒子和比较老的电视：它们的芯片可能只支持 1080p 解码，你设了 4K 之后会走软件解码，画面立刻变成幻灯片。

提示：客户端里如果看到"软件解码"的提示，或者串流时 CPU 占用异常高，基本就是硬件解码没生效。先确认分辨率没有超过芯片能力，再去查客户端的解码器选项是不是被设成了自动以外的值。

还有一个细节，很多电视的 HDMI 输入口并不是全部满血。只有部分接口支持完整带宽和低延迟模式，接错口会直接导致 4K 60 帧掉到 30 帧，或者 HDR 打不开。装完之后花两分钟翻一下电视的说明书，确认你用的是哪个口，这个时间花得绝对值。

2.3 网络这一段，别用"能连上"当标准

串流对网络的要求和大文件下载完全不同。下载看重平均带宽，串流看重的是稳定性和抖动。一条 5GHz 无线连接测速能跑 400Mbps，但在实际串流时每隔十几秒卡一下，原因通常是瞬时丢包或者信道干扰，测速软件根本反映不出来。

我的排序是这样的：主机和电视都接网线，走同一个千兆交换机，这是最稳的；主机接网线、电视走 5GHz 无线，这是大多数家庭的现实选择，只要电视离路由器不太远、中间不隔承重墙，实际体验已经很接近有线；两边都走无线，这是最不推荐的，尤其是主机如果也走无线，等于一条链路上做了两次不稳定的转发，抖动会被放大。

关于码率预留，可以按这个思路估：1080p 60 帧，20 到 30 Mbps 是比较舒服的区间；1440p 60 帧，30 到 50 Mbps；4K 60 帧，60 到 100 Mbps。这些是视频流本身的码率，实际占用会比这个略高一点，还要留出音频和控制的余量。所以如果你走无线，至少要保证这条链路的实际可用吞吐是目标码率的两倍以上，才谈得上稳定。

3. Sunshine 服务端：从安装到第一次成功配对

服务端是整个方案的地基，它的配置一旦定下来，客户端那边基本就是"连上、选参数、开玩"。很多人卡在第一步，是因为 Sunshine 没有传统意义上的图形界面，它跑起来之后是一个后台服务，所有配置都在浏览器里完成。第一次打开会有点懵，但只要知道每个页签是干什么的，剩下的就是填空。

3.1 安装后的第一件事是打开 Web 控制台

在 Windows 上装完，Sunshine 会以服务的形式常驻后台。这时候不要去找托盘图标，直接打开浏览器，访问本机的控制台地址，默认端口是 47990，走的是加密连接，所以浏览器大概率会弹一个证书警告，这是因为用的是自签名证书，属于正常现象，继续访问即可。

第一次进入会让你设置一组用户名和密码，这组凭据是控制台的登录凭据，和游戏账号无关，设一个自己记得住的就行。之后每次改配置都要用这组凭据登录。

进入之后你会看到几个页签，我按实际使用频率说一下各自的作用：

• Applications（应用）：管理电视上能看到哪些启动项，这是最常用的一个页签。
• Configuration（配置）：音频输出、显示输出、编码器、网络端口这些核心参数都在这里。
• PIN：配对时输入客户端显示的四位数字，配对流程的关键一步。
• Troubleshooting（排障）：日志下载、状态查看，出问题时第一时间来这里。

注意：如果你是在另一台电脑上访问这个控制台，把地址里的本机回环地址换成主机在局域网里的 IP 即可。前提是这个端口没有被防火墙拦住，后面讲配对的时候会说到。

配置文件的存放位置也值得记一下，Windows 下在安装目录的 config 子目录里，Linux 下在用户目录的 .config 下。改坏了想回滚，直接备份这个目录就行，比在界面里一点点改回去快得多。

3.2 应用条目怎么配：一条能覆盖 90% 场景的启动命令

应用页签里默认会有一个"桌面"条目，作用是直接串流整个 Windows 桌面。这个条目最大好处是通用，你可以在电视上操作任何东西；坏处是会带上任务栏、通知弹窗、桌面图标，沉浸感差一点，而且有些游戏在全屏切换时会和串流的抓屏方式打架。

更舒服的做法是给常用游戏单独建条目。点添加之后，界面上要填的核心是这几个：

Command 这一栏是整个配置里最灵活的。填绝对路径是最直接的方式，但路径里有空格的时候要加引号，这一点很多人第一次会栽跟头。更好的做法是利用平台启动器的协议链接，比如填一个以协议开头的短链接，Sunshine 会交给系统去处理，由启动器自己找到游戏安装位置，这样你移动了游戏目录也不用改配置。

对于需要先启动第三方启动器、再启动游戏的组合，可以写一个小脚本，把两步串起来，然后把 Command 指向这个脚本。实测下来这种做法最稳，尤其是那些带反作弊组件、必须从启动器拉起的游戏。

还有一个参数值得单独说：应用条目里的"启动前/退出后执行命令"以及"是否等待进程结束"。如果你希望退出游戏之后串流会话自动结束、电视回到主界面，就要让 Sunshine 盯着游戏进程，进程一退出就关会话。这个开关设对了，用起来会顺畅很多，不用每次回电视端手动断开。

3.3 PIN 码配对与防火墙的先后关系

配对失败的案例我见过太多次，绝大多数不是软件问题，而是防火墙。Sunshine 需要在系统防火墙上放行一组端口，如果你在安装时跳过了这一步，或者在装完之后换了网络配置（比如从公用网络改成了专用网络），规则就会失效。

需要在防火墙上放行的端口大致是这些：

配对的实际流程是：电视端打开 Moonlight，它会自动在局域网里搜索可用主机；找到之后点击，电视上会显示一个四位数 PIN；回到主机这边，在控制台的 PIN 页签里输入这四位数字，提交之后配对完成。整个过程很像蓝牙配对，只不过方向反过来了。

注意：PIN 有效期很短，输入慢了会失效，重新在电视上点一次配对就行。另外如果电视搜不到主机，先确认两台设备在同一个网段，再确认主机的网络类型是"专用"而不是"公用"，后者会默认拦掉大部分入站连接。

配对成功之后，电视端的主机列表里会出现这台机器，点进去就是应用列表。这时候先别急着开最高画质，用一个轻量的小游戏跑五分钟，确认画面、声音、手柄都正常，再逐步往上加参数。这个"先跑通再优化"的顺序能帮你省掉大量排查时间。

4. 电视端的 Moonlight：装包、设参数、调手柄

客户端这一侧的配置项比服务端少，但每一项对体验的影响都很直接。而且电视这个使用场景有个特点：你不是坐在键鼠前面，手柄一放下就走，所以任何一处没配好，用起来都会很别扭。这一节按安装、参数、输入设备的顺序说。

4.1 电视上装 Moonlight 的三种途径

不同电视的安装方式差别挺大，我按常见程度排一下：

第一种是安卓电视系统自带的商店。如果电视的系统基于安卓电视，直接在商店里搜 Moonlight 安装就行，这是最省事的路径，后续更新也方便。缺点是商店里的版本有时会落后一些，新特性要等。

第二种是侧载安装包。电视系统商店里搜不到的时候，把安装包下载到 U 盘，插到电视上，用电视自带的文件管理器或者第三方文件管理器打开安装。部分电视需要先在设置里允许"未知来源应用安装"。这条路稍微折腾，但通用性最好。

第三种是走电视盒子的替代方案。如果电视本身系统太封闭、装不了第三方应用，可以外接一个支持安卓应用的电视盒子，把 Moonlight 装在盒子上，输出到电视的 HDMI。这种情况下盒子的解码能力就成了决定因素，选购时优先看芯片支持的最高解码规格。

装完之后第一次打开，客户端会自动扫描局域网。如果扫描不到，可以手动添加主机地址，用主机的局域网 IP。这一步在跨网段或者交换机做了隔离的情况下是必要的。

4.2 分辨率、帧率、码率三者的联动关系

这三个参数是画质和流畅度的直接控制杆，但它们不是各自独立的，改一个往往会牵动另外两个。我给一个我实际用下来的配置思路，先看表：

这里的逻辑是：分辨率和帧率决定"清晰"与"跟手"的上限，码率决定在这个上限下细节能保留多少。分辨率拉高而码率不跟，画面会在运动时糊成一片，比降分辨率还难看；码率给足但网络扛不住，会出现规律的卡顿和马赛克。所以调参的正确顺序是：先固定分辨率和帧率，再去找网络能稳定承受的最高码率，然后在这个码率下比较不同编码格式的画质。

说说我个人的两个判断：一是 1440p 在绝大多数客厅观看距离上，收益比 4K 明显更高，因为 4K 对流和码率的要求是断崖式上涨的，而你在三米外看 65 寸电视，1440p 和 4K 的差别说实话没那么大；二是帧率如果能上到 90 或 120，对动作游戏的手感提升比分辨率更值，尤其是那些需要精准弹反的游戏，高帧率带来的响应感是实打实的。

4.3 手柄选蓝牙还是接收器，这里有个反直觉的结论

很多人默认把手柄连到电视上，逻辑上说得通——毕竟画面在电视上。但这里有个坑：手柄连电视，输入要经过"手柄 → 电视蓝牙 → 编码回传 → 主机"，多了一跳，而且电视的蓝牙模块往往是最廉价的那一颗，延迟和断连都是常见问题。

更稳的做法是把无线接收器插在主机那边，让手柄直接和主机通信。这样输入路径是"手柄 → 接收器 → 主机"，完全绕开了电视这一环，延迟显著降低，而且不受电视蓝牙兼容性影响。代价是你得把手柄拿到书房去重新配对一次，之后在客厅用的时候，只要信号能覆盖到主机就行。实测下来，隔一堵墙、七八米的距离，2.4G 接收器基本没问题。

如果一定要用手柄连电视，那优先选支持低延迟模式的型号，并且尽量让电视的蓝牙不被其他设备占用。另外要注意，部分电视在检测到手柄连接后会尝试用电视的按键逻辑去接管，导致按键映射错乱，这种情况在客户端的输入设置里手动指定一次布局就能解决。

还有一个细节容易被忽略：虚拟手柄。Moonlight 支持在没有物理手柄的情况下用电视遥控器或手机模拟手柄，但只能应急，操作体验很差，不建议当真用。

5. 跑起来之后的调优：花屏、黑屏、手柄漂移的排查顺序

前面都是准备阶段，真正耗时间的是跑起来之后的调优。我把这两年里遇到的高频问题按"症状 → 可能原因 → 验证方法"整理了一遍，尽量给出可以自己复现的排查路径，而不是直接丢一个结论。

5.1 花屏和马赛克：先动码率还是先动编码器

画面出现方块、撕裂、局部变色，这类问题的排查顺序我建议是：

第一步，看它出现的时机。如果是快速转身、爆炸、大场景切换时出现，几秒后自己恢复，这几乎一定是码率不够，编码器把细节丢掉了。这时候降码率反而会让情况更糟，正确做法是提高码率或者降低分辨率。

第二步，看它是不是随机出现、伴随卡顿。如果是一卡一花、位置随机，那就是网络丢包。验证方法很简单：把客户端和主机的距离拉近、换成有线，如果问题消失，那问题就在网络上。这时候别急着怪路由器，先检查是不是有别的设备在抢带宽，比如同步盘、后台下载、视频通话。

第三步，如果换成有线还花，那就是编码器本身的问题。常见原因是显卡驱动版本和编码器实现不匹配，或者 Sunshine 选到了一个不稳定的编码后端。在配置里手动指定一个固定的编码器，再试。

提示：花屏的时候顺手看一眼服务端的日志，里面会记录编码器的初始化信息和有没有报错。很多人跳过这一步直接猜，其实日志里往往已经写得很清楚了。

我遇到过最诡异的一次花屏，原因是显示器刷新率和串流帧率不一致，主机输出是 144Hz，串流设的是 60 帧，抓屏时抓到了半个刷新周期的画面。把主机的输出刷新率临时改成 60Hz，问题立刻消失。这类"参数打架"的情况不算罕见，尤其是你的显示器是高刷的时候。

5.2 有声音没画面：显示器模拟与 HDR 冲突

这个症状我称它为串流界的头号玄学。现象是电视上黑屏，但声音正常，或者画面停在某一帧不动，鼠标动一动能恢复。

第一种可能是显示器状态。如果你的主机在串流时物理显示器是关闭的、或者拔掉了，显卡可能认为没有输出设备，于是不渲染画面。Sunshine 里有一个"显示器输出"的配置项，可以指定一个虚拟显示或者保持物理输出，把这个设对了能解决大半问题。更彻底的方案是后面要讲的虚拟显示器。

第二种可能是 HDR。主机开了 HDR、串流端不支持，或者反过来，都会导致画面全黑或者颜色严重偏灰。验证方法是在主机上把 HDR 关掉，看画面是否恢复。如果确实和 HDR 有关，那就两边都统一，要么都开，要么都关，别一边开一边关。

第三种可能是分辨率不匹配。主机输出的分辨率和客户端请求的分辨率差太多，某些编码器会直接输出黑帧。这种情况下把客户端的分辨率调到和主机一致，或者让 Sunshine 自动调整分辨率，通常就好了。

排查顺序建议是：先关 HDR 试，再换分辨率试，最后才怀疑编码器。前两个都是零成本操作，能快速排除掉大部分可能。

5.3 音频这条链路，比想象中容易断

串流的音频是从主机的某个输出设备抓取再编码发出去的。如果你主机上接的是耳机或者 USB 声卡，Sunshine 默认抓的可能是那个设备，而那个设备在你离开书房之后可能就断开了，于是声音全没了。

解决办法有两个方向：一是在服务端的音频配置里指定一个始终存在的输出设备，比如主板自带的音频输出，或者安装一个虚拟音频设备专门给串流用；二是在系统里把默认输出设备固定下来，别让它随着设备插拔自动切换。

我自己的做法是装一个虚拟音频设备，把它设为串流的专用输出，游戏声音全部走这里，物理耳机那边不受影响。这样无论我在不在书房、耳机插没插，电视那边的声音都是稳定的。

还有个偶发问题：声音正常但延迟明显，嘴型对不上。这通常是客户端的音频缓冲设置过大，或者电视本身对 HDMI 音频做了额外处理。把电视的音频输出模式改成"直通"或者"原始"，能减少一层处理。

5.4 一个完整的排查实例

说个真实遇到的组合故障，演示一下排查链路怎么走。某天晚上开机串流，症状是：能连上，能看到应用列表，点进游戏之后黑屏三秒，然后自动退回列表。

我的排查顺序是这样的：

首先看服务端日志，日志里记录了一次会话被客户端主动断开，没有编码器报错，说明不是编码环节崩的。

然后在主机本地启动同一个游戏，正常运行，说明游戏本身没问题，问题在串流链路。

接着把客户端分辨率从 1440p 降到 1080p，重试，还是黑屏退出。这就排除了"分辨率超过客户端解码能力"这条。

然后关掉 HDR 重试，这次进去了，但画面是灰的。到这里基本锁定 HDR。

最后检查发现，主机在前一天系统更新之后自动开启了 HDR，而客户端的 HDR 选项没开。两边不一致导致客户端在握手阶段判断失败，直接断开会话。把客户端 HDR 打开，问题彻底解决。

这个过程花了我四十分钟，但每一步都在缩小范围。如果一开始就乱改编码器和码率，可能一晚上都出不来。

6. 把这套东西用顺手：几个能明显减少折腾的配置

跑通只是起点，真正决定你愿不愿意天天用的，是那些让流程变顺的细节。这一节说几个我配完之后觉得"早该这么做"的设定。

6.1 让主机在无人值守时也能被唤醒和串流

理想状态是：人走到客厅，拿起手柄，电视上点两下就开始玩，不用专门跑一趟书房开机。要实现这个，有两件事要做。

一是主机的电源管理。在系统设置里关掉"快速启动"这类会影响网络唤醒的选项，然后在网卡属性里允许网络设备唤醒计算机。之后只要主机接着网线、主板支持，客户端就能把它唤醒。这个功能在某些主板上需要额外开启，如果第一次试不成功，去主板设置里找找相关选项。

二是账号登录。如果主机开机后停在锁屏界面，串流过去看到的也是锁屏。解决办法是设置自动登录，或者干脆不设密码锁屏。这里要自己权衡安全性和便利性，家里环境比较封闭的话，自动登录是最省事的。更稳妥的做法是保留密码，但让 Sunshine 以服务方式运行并配置好会话，这样即使停在锁屏也能通过串流输入密码进去。

6.2 虚拟显示器解决的三个实际问题

如果你和我一样，主机放在书房、显示器经常是关着的，那虚拟显示器基本是必需品。它的作用是在系统里虚拟出一块"永远存在"的屏幕，让显卡始终有一个输出目标。

它解决的第一个问题是黑屏。前面说过，没有输出设备时显卡可能不渲染，虚拟显示器能保证始终有一个有效的输出端。

第二个问题是分辨率锁定。虚拟显示器可以固定一个分辨率，比如 1440p 或 4K，这样你不需要每次串流前手动调主机的显示设置，客户端请求什么，服务端就有什么。

第三个问题是窗口管理。有了固定的虚拟屏，游戏窗口不会因为物理显示器的插拔而被挤到奇怪的位置，多显示器场景下的窗口错乱问题也一起没了。

配置方式是在系统里添加一个虚拟显示适配器，然后在 Sunshine 的显示输出里选中它。这一步的细节因系统版本而异，但整体思路是一致的：先让系统识别到这块屏，再让串流指向它。

6.3 多应用条目和快速切换的实用技巧

前面说过给每个游戏单独建条目，这里补充几个让列表更好用的技巧。

一是善用封面图。应用列表在电视上是图形化的，有封面和没封面的观感差距很大，尤其是列表长了之后，靠图找比靠字找快得多。

二是有意识地控制条目数量。我一开始建了二十多个，结果在电视上用遥控器翻半天。后来精简到六七个高频的，剩下的统一走"桌面"条目进去找。这个取舍很个人，但"少而精"确实更好用。

三是把常用的设置类操作也做成条目。比如"打开显示设置""打开音频设备切换"，这些本来要跑一趟书房的操作，做成条目之后在电视上点一下就行，实际用起来非常省事。命令就是调用系统自带的设置面板，不需要额外装东西。

6.4 关于 HDR 和多用户的一点取舍

最后说说两个容易被过度追求的点。

HDR 这件事，收益和成本不成正比。要跑通 HDR 串流，服务端、客户端、电视、线材、编码器得全部对齐，任何一环不支持就是黑屏或者灰屏。而实际观感上，客厅环境的光照条件往往让 HDR 的优势打折扣，尤其是白天拉开窗帘的时候。我的建议是先把 SDR 调到满意，HDR 作为可选项，有空再折腾，别把它当成必经之路。

多用户这块，Sunshine 支持多个客户端配对，但同一时间只能有一个会话在跑。家里两个人想同时玩是不行的，这一点要提前说清楚，别指望一台机器变两台。如果确实有多人需求，那要准备的是两台主机，而不是在软件层面想办法。

我在实际使用中的体会是，这套方案真正的门槛不在安装，而在"接受它的边界"。它能把 95% 的客厅游戏需求解决得很好，剩下的 5%——比如对竞技射击的极致响应要求、比如两个人同时玩——它天生就做不到。想清楚这一点，剩下的时间就都花在享受上了，而不是一直和参数较劲。