安装前准备

第一次部署时，先用一台摄像头完成实时查看和录像，再逐步增加设备、AI 识别和远端存储。这样每一步出现问题时，都能确认是哪一部分引起的。

选择安装方式

你的环境	安装方式	需要提前确认
一台常开的 Linux 主机或 NAS	原生程序或 Docker	CPU 架构、数据目录的写入权限、磁盘可用空间
Windows 电脑	原生程序	防火墙允许专用网络访问；系统不会自动休眠
Mac	原生程序	Apple 芯片与 Intel 包不同；AI 需要 Apple 芯片和 macOS 14+
Linux ARM64 开发板	ARM64 原生程序	AI 需要 glibc 2.34+；视频使用软件解码，先测一路负载

具体包名、运行方式和开机自启见安装 Rerinku View。FFmpeg 和受支持平台上的识别组件随程序分发，无需单独安装。Docker 镜像目前提供 amd64 版本。

准备一台摄像头

• 确认摄像头已联网，并准备它的局域网 IP、账号和密码。摄像头账号与 Rerinku Cloud 账号分别管理。
• 支持 ONVIF 时优先用 ONVIF，可读取多路码流并使用云台；只有 RTSP 地址时手动添加。
• 先用 H.264 码流验证浏览器播放。H.265 需要浏览器支持，MJPEG 则需要 Rerinku View 转码。
• USB 摄像头只支持 Linux，且必须输出 H.264、H.265 或 MJPEG。

国标、SDK 设备和手机摄像头的接法见接入摄像头。

规划录像空间

默认录像容量上限是 100 GiB，磁盘至少保留 2 GiB 空闲。Rerinku View 会按策略清理最旧的录像；这些是清理设置，不能用来保证固定的保留天数。

估算连续录像的容量：每路每天约为码率（Mbps）× 10.8 GB。例如 4 Mbps 的一路画面，一天约 43.2 GB；四路保留七天约 1.21 TB，另留音频、预览图和空闲空间。这是按持续码率计算的估算，实际以摄像头输出为准（GB 使用十进制，设置里的 GiB 使用二进制）。

先确认磁盘的挂载位置和运行用户的写入权限。Docker 要持久化 /data。远端存储也需要本机磁盘先接收录像，详见录像与回放。

确认网络

从哪里到哪里	用途	检查什么
浏览器、手机 → Rerinku View	控制台和回放	能访问主机的 8080/TCP
Rerinku View → 摄像头	连接摄像头、接收码流	IP、协议端口、摄像头账号正确
局域网内的 ONVIF 设备 ↔ Rerinku View	自动发现	同网段、组播与 UDP 3702 回包可达；否则手动添加
浏览器 ↔ Rerinku View	WebRTC 实时画面	除网页端口外，还需要媒体连接可达

SDK、国标和 WebRTC 的端口详见配置参考。初次部署先在局域网测试；局域网能用后，再配置远程访问。

需要 AI 时再确认算力

AI 的平台要求比实时查看和录像更严格，硬件视频解码与模型推理也是两项不同的工作。先看 AI 识别的平台与加速说明，从一路摄像头开始，在设置页查看实际性能后再加路数。

准备好后进入安装 Rerinku View；已经安装好的用户直接进入快速开始。