Meta 说更低分辨率能带来更好的眼镜视频，而它的上限是 720×1280

Meta 自己为眼镜摄像头提供的文档，给第三方应用提供了三档分辨率，而最高的一档是 720 x 1280。Meta 的摄像头流文件在 Wearables Device Access Toolkit 仓库中列出：.high 为 720 x 1280，.medium 为 504 x 896，.low 为 360 x 640，帧率则限制为五个取值之一：”有效值：2、7、15、24、30 FPS。”

同一份文件接着说了一句开发者根本猜不到的话。Meta 写道：”更低的分辨率和帧率由于蓝牙压缩更少，能带来更高的视觉质量。”因此，它自己最高的那档设置，恰恰是它引导你避开的那个。

一个什么都不请求的应用也拿不到这个上限。Meta 说明，用无参数构造的 StreamConfiguration() 默认是 .raw、.medium 和 30 fps，所以开箱即用的画面是 504 x 896。应用既可以通过 .raw 获取解码后的帧，也可以通过 .hvc1 获取压缩后的 HEVC 码流。

一个流媒体应用测出了这条链路的另一端

MetaStream 是一个把眼镜画面推送到直播流媒体的 iPhone 项目，它为这条管道的另一端给出了数字。其 README 称：”720×1280 竖屏、30 fps 是眼镜的上限”，并且”眼镜会自行选择码率，在 720p30 下实测为 450 至 600 kbps”。它自身的码率控制只能作用于手机编码的那部分视频。

该项目还公布了一张表格，列出各个流媒体接收端对这条画面流做的处理，标题是”针对每个 ingest 实测得出，而非取自营销页面”。YouTube 以及任何 srt:// ingest 会原样接收 HEVC 码流。Kick、Instagram 和 TikTok 不会，因此手机会先重新编码为 H.264。Restream 仅在 SRT 上接受 HEVC，而 Twitch 被列为仅对 affiliates 和 partners 提供 HEVC。

Meta 与该项目对这条链路的描述并不一致

Meta 的文件把画质取舍归因于”更少的蓝牙压缩”，并补充说分辨率和帧率”受 Bluetooth Classic 带宽限制”；当带宽不足时，工具包会先降分辨率、再降帧率，”绝不低于 15 FPS”。MetaStream 却反过来描述同一跳。它的架构图将其标注为”Wi-Fi 链路（DAT SDK）”，README 称”自 DAT SDK 0.8 起，眼镜通过直连 Wi-Fi 链路发送视频”，并提到一个用免费 Apple ID 签名的构建版本（该签名无法携带 Apple 的 Wi-Fi 权限）”会通过蓝牙注册并连接，但永远收不到一帧”。两者都是对眼镜与手机之间同一段连接的公开描述，而两份文档彼此都没有解释对方。

眼镜愿意告诉应用的信息，比它实际发给应用的信息要窄。MetaStream 称，在工具包 0.9 版本中（也就是其徽章所标注的版本），DeviceState 仅暴露 thermalLevel，因此应用可以警告眼镜发热，却无法警告眼镜电量即将耗尽。Meta 自己列出的流可能抛出的错误包括 .permissionDenied、.deviceNotConnected、.hingesClosed、.thermalHot、.batteryLow 和 .photoCaptureFailed。按该项目的说法，麦克风通过 Bluetooth HFP 以 8kHz 运行，且眼镜同一时间只保持一个第三方应用注册，因此注册新应用会把上一个挤掉。

你无法从 App Store 安装 MetaStream

MetaStream 以源码形式发布，供人们自行构建，而安装它需要一个开发描述文件（development profile），这就是为什么它的要求包括：iOS 26.0 或更高版本的 iPhone、一副 Ray-Ban Meta、Oakley Meta 或 Meta Ray-Ban Display 眼镜、Meta AI 应用，以及付费的 Apple Developer 团队访问权限。Meta 工具包的更新日志对标记为实验性的特性自带一条长期警示：这些特性”可以据此构建和测试，但使用它们的应用尚无法发布”——在工具包于 10 月 4 日支持 React Native时，适用的正是这句话。

工具包本身版本为 1.0.1，发布于 10 月 9 日，该版本的条目写着”无面向开发者的变更”，此前1.0 版本曾带着一个摄像头帧bug 发布，而 Meta 自己记录了这个问题。分辨率阶梯并未随之变动。