johnrambos

摘要： 引言 本文记录一次运行在 RK3588S 平台上的离线视觉语音助手优化过程。项目把 C310 摄像头、麦克风、KWS 唤醒、VAD、SenseVoice ASR、Qwen3-VL 视觉问答、VITS TTS、ALSA 播放和 RTMP 推流组合在一起，目标是完成一条可以持续运行的本地多模态交互链路： 阅读全文

摘要： 本文记录 EdgeSight Assistant 截至 2026-08-14 的架构、目标板测试和近期修改。文章中的地址、密钥、模型路径和日志文件均已省略。 一、项目背景 这个项目的目标是在一块 8GB 内存的 Firefly ROC-RK3588S-PC 上，搭建一个可以持续推送视频、通过语音唤醒 阅读全文

摘要： 写在前面 最近在 AlertGateway 项目里做了一轮 YOLO11 迁移。 这次没有把目标简单定义成“把模型文件换成 YOLO11”，而是按一条完整链路逐项验证： 冻结数据集 ↓ YOLO11s / YOLO11n 训练与 final test ↓ ONNX 输出契约确认 ↓ RKNN 全 I 阅读全文

摘要： 写在前面 最近一直在做一个看起来很简单、实际上非常容易误判的事情：把四路 4K 视频送进 RK3588，完成硬件解码、目标检测、叠框、H.264 编码，再分别推回 SRS。 阶段中出现过两个看似矛盾的结果： 四路 4K H.264 硬解已经成功，而且可以实时跑到 30 FPS； 四路 4K 完整推理 阅读全文

摘要： 4K 视频处理不是把视频“拉进来再推出来”这么简单。它更像把一辆 42.8 Mbps 的满载货车送进板端：先解码、再推理、叠加检测框、重新编码、推送 RTMP。任何一个环节慢一点，后面的帧就开始排队；队列一长，播放器看到的不是“系统在努力”，而是卡顿和延迟。 本次测试链路如下： 4K H.264 视 阅读全文

摘要： 在智能边缘计算网关中，处理 4K（3840×2160）级别超高清分辨率视频流是一项系统性挑战。由于 4K 分辨率单帧原始 NV12 数据量达到 12.44 MB，使用常规 CPU 缩放和串行处理无法满足实时性（>=25 FPS）要求。 本文将详细探讨基于 Rockchip RK3588 平台的智能边 阅读全文

摘要： 项目github:https://github.com/johnjiamzhong-project/RambosPlayer 起因 最近在用 RambosPlayer 拉 AlertGateway 推出的RTMP流，想录下来。翻了一遍功能列表——有推流录制，但那是配合文件播放用的，拉流模式下没这个功 阅读全文

摘要： 本文包含了调优服务的完整 Shell 脚本、Systemd 服务配置、UCLAMP C++ 核心代码以及详细的命令行排查过程和日志监测输出： 在基于嵌入式 SoC 平台（如 RK3588）的边缘 AI 项目落地中，神经网络推理时延的稳定性往往是确保整个实时流管线（V4L2 采集 -> NPU 检测 阅读全文

摘要： 项目地址:https://github.com/johnjiamzhong-project/AlertGateway 1. 背景与瓶颈 在构建基于 Rockchip RK3588 处理器的实时智能边缘网关 AlertGateway 时，我们设计了多线程异步管线： CaptureThread：基于 V 阅读全文

摘要： 0. 项目简介 AlertGateway 是一个在 RK3588S 开发板上运行的边缘端 C++ 应用，目标是验证一条完整的嵌入式 AI 业务链路：摄像头采集 → NPU 推理（YOLOv8s）→ 检测结果画框 → 硬件编码 → RTMP 推流 → MQTT 上报检测结果。场景是摄像头俯拍桌面，识别 阅读全文