johnrambos

摘要： 写在前面 最近在 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 上报检测结果。场景是摄像头俯拍桌面，识别 阅读全文

摘要： 环境信息 平台：Windows 10/11，Qt 5.14.2 + MSVC2017 + FFmpeg（vcpkg） 拉流地址：rtmp://192.168.0.***/live/desk，SRS 推流，纯视频（无音频轨，audioIdx=-1），编码器约 14.6fps，GOP=8 客户端：自研 阅读全文

摘要： 环境说明 推流端：RK3588S，V4L2 采集 → RKNN NPU（YOLOv8s 目标检测）→ MPP VPU 硬编 H.264 → RTMP 推流 服务端：SRS 4.x，局域网部署 播放端：Windows 11，Qt5 + FFmpeg + D3D11VA 硬解，自研播放器 RambosP 阅读全文