实时音视频

选煤厂智能化：UWB 人员定位系统 WebAPI 对接融合通信平台实战很多矿山智能化项目，UWB 人员定位、视频监控、集群对讲各自独立部署。定位产生越界、SOS 告警后，无法自动推送到调度平台联动音视频。本文将记录定位系统通过 WebHTTP 接口，将告警事件推送到融合通信底座的对接方案、报文样例、异常处理，项目采用华脉智联 Hlink融合通信平台做上层调度服务。

我把“打电话“和“对讲机“做进了同一个页面话接上篇：我盘了11个能"边听边说"的语音模型：开源占 2 个其中，MiniCPM-o 是唯一带视频帧、且中文能用的那一个。

融合通信调度录音的困局：基于 MediaX 网关实现对讲语音 AI 事件萃取我们在做矿山、应急指挥、大型园区这类专网调度项目时，对讲录音几乎是必上的模块。在项目验收阶段，客户通常会要求提供完整留存所有对讲通话的音频，用于安全审计、事故回溯。现实是很多集成商在做完部署交付之后，都会遇到一个共性难题：录音文件是保存好了，但这套录音体系很难真正投入给业务使用。

以多链路聚合为通信底座，让低空飞行器“连得上、传得快、飞得稳、管得住”低空经济，正从“概念”加速飞向“实景”。无人机穿梭楼宇配送物资，eVTOL划破长空，低空巡检、应急救援、空中物流等场景加速落地。飞行器要真正实现常态化运营，通信网络必须先行。

万岳软件开发小城

私域直播APP开发技术详解：实时音视频、商城交易、会员体系如何融合？随着直播电商行业不断发展，越来越多企业开始关注私域流量的长期运营。相比单纯依赖第三方平台获取流量，自建私域直播APP能够将直播互动、商品销售、会员管理等功能整合到统一平台，为企业提供更加灵活的数字化经营方式。

局域网会议系统如何搭建：从网络环境到软件选型的完整指南在政企、医疗、园区、工厂等内网环境中，很多单位会问：局域网有什么视频会议软件可以用？核心结论是：如果会议数据不能出公网，优先选择支持私有化部署、内网视频会议、国产化适配和系统集成能力的视频会议系统，而不是单纯依赖公有云会议工具。

全模态、全双工、端到端：GPT-Live 之后被用坏了最近半年，技术媒体、各家发布会的主角，基本都是大模型和视觉模型。文本能写代码，图像能看懂图表，模型之间的差距越来越小。

RK3528 V4L2 框架 UVC 接口自动获取 H.264 / MJPEG / YUYV 格式：从内核采集到硬解分发关键词：RK3528、V4L2、UVC、USB Video Class、视频采集框架、H.264、MJPEG、YUYV、MPP、硬件解码、直播采集

数据本地化音视频系统设计：数据存储、传输路径与访问权限管理数据本地化音视频系统的关键，不只是把录制文件存进自有机房，而是明确数据存在哪里、经过哪些节点、由谁访问。对于政企会议、远程评标和金融协作，设计应覆盖存储、传输与权限三条主线，再通过日志审计和实测验证，让“本地化”成为可检查、可验收的能力。

融合通信工程实战：SIP 与 GB28181 联合接入布控球的常见问题在应急指挥、矿山、防汛项目的实施中，布控球作为一线现场音视频采集终端，需要接入融合通信调度平台，实现视频回传，GPS位置上报，PTT语音对讲。

音视频牛哥

智能机器人常见通信方式全解析：从CAN总线到实时音视频智能机器人正在从相对封闭的自动化设备，逐步演变为集环境感知、运动控制、智能决策、实时交互和远程协作于一体的复杂系统。无论是工业机械臂、仓储AMR、四足巡检机器人，还是正在发展的具身智能与人形机器人，通信能力都已经成为影响系统实时性、可靠性和应用边界的重要基础。

RK3528 RGA+DRM框架 HDMI out视频输出：从多图层合成到显示送显标签：RK3528 DRM 硬件缩放尺寸适配 RGA HDMI输出 MEDAI V2早期嵌入式 Linux 用 FBDEV（Framebuffer Device）显示：应用直接写一段显存，驱动只负责把这段内存刷到屏幕。它简单，但只能应付"单层、固定分辨率、无硬件加速"的场景——一旦要叠 LOGO、画中画、绿幕合成、多输入源预览，FBDEV 就无能为力了。

涉密视频会议设备配置指南：终端、音视频采集与配套设施选型适用范围：承担涉密会议保障任务的党政机关、军工科研单位、涉密企事业单位的信息化与保密管理部门。本文为设备选型与系统建设的一般性技术路径与合规思路，并以国产云视频会议代表品牌 —— 好视通的产品能力为例做落地参考；具体项目须以项目密级、保密主管部门要求和现行政策法规为准。

上传 2GB 文件别让 Django 接：分片上传、对象存储直传与秒传我们的工具站有几个功能需要用户上传文件（视频处理、PDF 合并、格式转换）。小文件没问题，直到有人传了一个 2GB 的录屏。

RK3528 Tinyalsa/ALSA框架：输入源声音获取与HDMI out声音输出，一文讲透直播音频链路标签：RK3528 Tinyalsa ALSA 音频采集 HDMI音频 MEDAI V2 直播音频做直播时，画面调得再漂亮，音频一旦出问题——“有画面没声音”“HDMI接电视听不到解说”“无线麦和摄像头声音对不上”——整场直播就废了。很多工程师把音频当成"视频的附属品"，直到排障时才发现：声音的采集、编码、路由、输出各自是一条独立的子系统，而串起这条子系统的，正是 Linux 下的 ALSA（Advanced Linux Sound Architecture）以及嵌入式场景里最常用的精简实现 Tinyal

STM32-BKP和RTC格林尼治标准时间是一种以地球自转为基础的时间计量系统。它将地球自转一周的时间间隔等分为24小时，以此确定计时标准。

嵌入式分享

BSP调试#01：RTC（RK3588）本合集分享的是我当初调试 RK3588 平台时的原始笔记——只保留了那些踩过坑的问题接口，没出过问题的内容全删掉了。文章框架如下：

智联视频超融合平台

WebRTC + AI：实时音视频中嵌入神经网络推理的架构设计智联视频超融合平台通过GB/T28181-2011/2016/2022、国网B接口、RTSP、RTMP、ONVIF、GB/T35114、GA1400、海康大华SDK/API等方式，接入海康、大华、宇视等各个厂家的摄像机、录像机，接入直播手机，接入下级平台，提供web客户端进行视频预览、录像回放、配置管理和智慧运维。

STM32F103 I2C 驱动 DS3231 高精度 RTC 实战：BCD 码解码陷阱、闹钟状态机整定与日误差实测嵌入式项目里日志时间戳、定时任务、数据记录都离不开一个"断电也能走"的时钟源，但 STM32 内部 RTC 受外部 LSE 晶振温漂影响，日误差经常到秒级，而且一断电时间就归零。本文基于 STM32F103C8T6 用硬件 I2C 驱动 DS3231 温补 RTC 芯片，实现时间读写、温度读取、双闹钟、方波秒脉冲与电池掉电保持。实测 72 小时累计误差 +0.9s（约 +3.5ppm，符合官方 0~40℃ ±2ppm 指标）；1Hz 方波实测 0.999998 Hz，用作秒中断后时间更新抖动小于 1ms；

可乐鸡翅yeah_

新手梳理：M3U8 线上问题，哪些是前端锅，哪些是后端锅线上出现 M3U8 黑屏、卡顿、403 问题，最容易发生前后端互相推诿。前端说是后端 M3U8、分片、CDN 配置有问题；后端说本地 VLC 播放一切正常，是前端播放器写的有 BUG。