你能感受到的速度。
从输入到屏幕的延迟——即输入事件发生到对应画面在客户端渲染出来之间的时间。我们用 stream-bench 工具在等效局域网路径上内部实测，网络条件由软件模拟，而不是真实多变的网络。在这一帧之内，处理流程本身——捕获、硬件编码、局域网传输、硬件解码——大约耗时 8 ms；其余是显示器自身 60 Hz 的刷新节奏，也就是你坐在那台电脑前同样要等的那段时间。
~17–23 ms
在局域网内几乎察觉不到。这是 Remio 的 Windows 和 Mac 主机端内部实测的水平——输入通常会在下一帧绘制完成之前送达。
20–40 ms
对办公和大多数创作工作来说依然流畅。通常出现在稳定的家用 Wi-Fi 或同区域中继一跳的情况下。
40–80 ms
勉强可用，但你会开始注意到拖动和滚动的滞后。常见于拥塞的网络或较远距离的链路。
80+ ms
令人沮丧——每个操作都有明显延迟。通常是网络路径不佳，而不是应用的问题。
直到 4K 都流畅。
根据你的工作内容挑选帧率，从省电到完整 4K 都有。Remio 以你选择的帧率为目标，码率会随你的网络实时升降，让画质保持稳定而不是卡顿。
原生构建，不走捷径。
我们尚未公布 CPU、内存或安装包大小的数据——在拿出数字之前，我们希望有一套自己信得过的测量流程。今天我们能展示的，是这套流程到底是怎么构建的。
更多像素，合理的码率。
自适应编码让你的连接物尽其用。五档预设涵盖各种场景，从流畅的 60 FPS 一直到「超高」档的 6K、120 FPS——Remio 会随你的链路变化在它们之间切换。
从下载到串流，很快。
无需账号。没有配置向导。无需排队等候。以下大致是首次设置从头到尾的样子。
我们如何测试——你也可以自己试试。
完全透明地说明本页每个数字背后的情况。我们尚未发布公开、可复现的基准测试套件——下面准确说明我们的做法，以及你如何自己粗略测一下。
基准测试工具
- 工具stream-bench（内部）
- 配置主机端 + 客户端，同一台机器
- 网络模拟的局域网 & 广域网配置
- 流程真实的捕获 → 编码 → 解码
我们测量什么
- 指标从输入到屏幕的延迟
- 时间戳进程内，在发送 & 渲染处
- 帧率负载下的持续 fps
- 码率编码器输出与估算值对比
测试的主机端
- Windows硬件 AMD AMF / NVENC
- Mac硬件 VideoToolbox
- 编解码器H.265 首选，H.264 后备
- 验证目前仅限内部
这些是内部数据。它们来自我们自己的 stream-bench 工具，在单台机器上运行，网络条件由软件模拟——不是公开的、经过独立验证的基准测试套件。这已在我们的路线图上。想了解你自己环境下的延迟？最简单的自测方法是两部手机摄像头：一部对着主机端屏幕，一部对着客户端屏幕，并排放置，在两边各运行一个毫秒计时器或秒表，数一数移动鼠标到看见它移动之间相差了几帧。或者直接下载 Remio，亲自感受一下。
