链路告诉我们网络能承载多少。
往返时延——一个极小的测试数据包从你的客户端到主机再返回所需的时间——结合连接的建立方式，让 Remio 判断自己面对的是哪种网络。Remio 在会话开始时检测，网络路径每次变化时也会再次检测。
两台设备打招呼的那一刻，Remio 会向对端发送一个极小的数据包，并计时它多久返回。在有线直连的局域网中，这个往返时间极短；同一网络内的 Wi-Fi 稍长；4G 或 5G 链路明显更长；而经过中继、需要跨一两个地区转发流量时，即使调制解调器再快，时延也可能进一步增大。
同一网络内极短的往返时间意味着局域网——画面会像素级完美，编码器可以尽快输出帧，无需保守。任何更长的往返时间都被视为更广阔的外部世界：另一个房间的 Wi-Fi、咖啡馆热点、火车上的 LTE 链路、另一座城市的中继服务器。带宽控制器会随之切换档位。
会话开始时的码率会根据你的屏幕和帧率来设定，因此大尺寸、高刷新的显示器起步更高。此后，链路的类型决定 Remio 工作的范围。如果会话中途链路发生变化——Wi-Fi 切换到蜂窝网络，或连接自行重新建立——Remio 会再次检测并调整，而不是死守为你已离开的网络做出的决定。
这个选择是有意对你隐藏的。你只管连接，画面出现，延迟与你当下所处的网络相称。没有设置界面，也没有需要记得去切换的“局域网模式”开关。链路检测是输入，合适的范围是输出，网络变化时会话随之调整。
每种网络，各有一个范围。
一条单一的自适应曲线，必须在毫无共同点的各种网络之间做出妥协。Remio 改为选出适合当前链路的范围：局域网上用高范围，互联网上用审慎的范围，中继上用设有上限的范围。
会话以根据你的屏幕和帧率设定的码率开始，下限保持在高位，画质无需再从低处爬升。上限为 30 至 60 Mbps，视屏幕尺寸而定，让编码器在关键帧需要余量时可以冲高——不排队，不延迟。
在互联网上，链路状况恶劣时下限可低至 300 Kbps，一次糟糕的切换也不会让串流中断——编码器会减少交给网络的数据量，并保持帧率。经过中继时上限为 15 Mbps，因为在共享且受限的链路上硬推只会造成丢包。
它们共用同一个编码器、同一个解码器和同一套逐帧渲染策略。变化的只是下限在哪里、上限在哪里，以及短暂的码率激增出现时允许编码器冲得多猛。在局域网上，这种激增只是一次常规的关键帧；在受限的链路上，它决定了会话是勉强可用，还是彻底掉线。
链路变化时再次检测，与范围本身同样重要。如果你从 Wi-Fi 走到蜂窝网络，或连接自行重启，Remio 会重新检测链路，让范围匹配你当前所在的网络——而不是会话开始时的那个网络。
由什么决定范围，毫无隐瞒。
全部工作由四件事完成——链路如何分类、局域网范围、互联网与中继范围，以及渲染策略。它们在 Remio 支持的每种编码和每个平台上都是一样的。
在局域网上，处理延迟约 8 ms。
编码器运行超低延迟的 H.265，并关闭 B 帧，因此每一帧只依赖它之前的内容，而不依赖之后的内容。每个间隔捕获一次，输出一个编码帧，立即发送。没有帧节拍控制，没有编码器队列，也没有“追赶”逻辑。你在局域网上感受到的其余部分，是显示器自身 60 Hz 的刷新节奏。
在客户端：渲染最新一帧，丢弃其余。丢失的数据包如果还来得及送达，会立即重发；如果来不及，Remio 会跳过它并请求新的帧，而不是干等。
一套逻辑，适用于每种编码、每个平台。
码率范围并不绑定特定的编码或操作系统。无论是两台 Mac 之间的 H.265、连接较旧 Windows 电脑的 H.264，还是连接现代 Android 设备的 H.265，适用的规则都相同。
H.265 是首选编码，因为它在桌面内容上每比特的画质最佳，也因为每台 Mac、iPhone、iPad、现代 Windows 显卡和近年的 Android 芯片都带有它的硬件编码器或解码器。硬件意味着工作由专用的芯片模块完成，而不是占用主 CPU——更快、更节能，也让电脑的其余部分可以继续做会话开始前在做的事。
H.264 是少数无法用硬件处理 H.265 的设备的备选方案。同样的画面它会多用一点带宽，但在哪里都能用，同一套范围逻辑无需改动即可套用在它上面。
编码端：macOS 上用 VideoToolbox，Radeon 显卡用 AMF，Intel 集成显卡用 QSV，Windows 下的 NVIDIA 显卡用 NVENC，Linux 主机用 VAAPI。解码端：Apple 设备用 VideoToolbox，Android 用 MediaCodec。这一切你都看不到——你只需配对两台设备，引擎会选出双方都能用硬件处理的最佳编码，范围则根据网络自行选定。
结果是：同样的自适应行为在每个受支持的平台上都一样，无需为每种操作系统另写代码路径。Mac 连接 iPhone 与 Windows 电脑连接 Android 平板，用的是同一套范围逻辑，两端都有硬件加速，没有任何会拖慢速度的软件回退。
三种网络，三种真实体验。
表格里的数字很容易看懂。下面是自适应范围在大多数人真正会遇到的三种场景里带来的效果。
千兆光纤局域网。两台设备都用网线，或连在同一台 Wi-Fi 6 路由器上——画面在 4K 下像素级完美，移动光标与看到光标移动之间没有任何可感知的延迟。100% 缩放下文字锐利如刀。全速滚动网页，看起来与在主机上滚动完全一样。网络为关键帧留出了充足余量，管线中没有任何环节在限速。
咖啡馆 Wi-Fi。与另外二十台笔记本共享网络，串流仍保持 60 fps，画面干净。网络短暂拥堵时，你可能会看到角落里有一瞬间的方块感，然后就恢复了。编码器用一点细节换来了帧率，客户端没有卡顿，会话也从未让人觉得快要掉线——互联网范围扛住了局域网范围会畏缩的一击。
4G LTE 热点。用口袋里手机的热点，在大多数现代运营商网络上，串流能稳定维持干净的 1080p、60 fps 画面。高速运动场景中的细节会柔和一些——编码器要把画面塞进局域网所允许码率的一小部分里——但响应速度不变。你点击，点击就生效；你打字，按键就回显。远程桌面用起来就像远程桌面，而不是对它的一场视频通话。
这三种会话在开始前，都无需更改设置、选择画质或测试网络。Remio 检测了链路，范围自行选定，体验与你当下所处的网络相匹配。
常见问题解答
自适应画质模型常引发的五个问题——下面是坦诚的回答。
Remio 测量什么来决定使用哪个范围？
为什么用各自独立的范围，而不是一条自适应曲线？
自适应画质能用于蜂窝网络吗？
有没有会增加延迟的缓冲区？
我可以覆盖自动检测吗？
自适应画质，连接即生效。
在你想访问的电脑和用来访问它的设备上安装 Remio。会话开始时，带宽控制器会选出合适的范围——你无需配置任何东西，只管看画面。