我们在做Windows平台RTMP推送或轻量级RTSP服务模块的时候，遇到这样的问题，有些超高清场景（4K甚至更高分辨率）或高帧率场景（50帧+）的编码，比如地铁安检机数据分析检测，设备性能一般的话，软编码很容易出现瓶颈，这个时候就需要硬编。基于此，我们前几年发布了基于NVIDIA的硬编。硬编码逻辑调用：private void LoadHWVideoEncoderInfos()
技术背景我们在做Windows平台流数据转发的时候，除了常规的RTSP转RTMP推送外，还有个场景就是，好多开发者希望拉取的RTSP流，做二次视频分析，或者加动态水印等，处理后的数据，再二次编码推送到RTMP服务或轻量级RTSP服务。技术实现本文就以Windows平台拉取RTSP流，回调yuv数据到上层，处理后的数据，二次投递到RTMP服务和轻量级RTSP服务，然后叠加动态水印，并实现
好多开发者问我们，有没有针对Android平台RTMP直播推送、轻量级RTSP服务模块的进一步封装，可以更便捷的调用大牛直播SDK接口。为此，我们分享下我们针对Android平台SmartPublisher做的二次封装代码：package com.daniulive.smartpublisher; import android.util.Log; import java.nio.ByteBuf
技术背景我们在对接外部开发者的时候，遇到这样的技术诉求，客户用于地下管道检测场景，需要把摄像头的数据拉取过来，然后叠加上实时位置、施工单位、施工人员等信息，然后对外输出新的RTSP流，并本地录制一份带动态水印叠加后的数据。整个过程，因为摄像头位置一直在变化，所以需要整体尽可能的低延迟，达到可操控摄像头的目的。技术实现废话不多说，下图先通过Android平台拉取RTSP流，然后把解码后的yuv或rg
我们在做Android平台GB28181设备接入模块的时候，上层需要拿到设备的IP地址，废话不多说，分享一段获取设备IP地址的代码：package com.daniulive.smartpublisher; import android.content.Context; import android.net.wifi.WifiInfo; import android.net.wifi.WifiM
技术背景为什么要开发Android平台GB28181设备接入模块？这个问题不再赘述，在做Android平台GB28181客户端的时候，媒体数据这块，我们已经有了很好的积累，因为在此之前，我们就开发了非常成熟的RTMP推送、轻量级RTSP服务、录像模块、针对音视频的对接处理单元。这让我们在做Android平台GB28181设备接入模块的时候，可以有更多的精力在信令交互和国标平台对接。好多开发者会觉得
技术背景我们在对接RTSP播放器相关的技术诉求的时候，遇到这样的需求，客户做特种设备巡检的，需要把摄像头拍到的RTSP流拉下来，然后添加动态水印后，再生成新的RTSP URL，供平台调用。真个流程需要延迟尽可能的低，分辨率要支持到1080p，并需要把添加过动态水印的数据，保存到本地。技术实现在此之前，大牛直播SDK有非常成熟的RTSP播放、轻量级RTSP服务和录像模块，要做的就是，拉取到RTSP流
技术背景我们在对接Unity平台camera场景采集的时候，除了常规的RTMP推送、录像外，还有一些开发者，需要能实现轻量级RTSP服务，对外提供个拉流的RTSP URL。目前我们在Windows平台Unity下数据源可采集到以下部分：采集Unity camera场景；采集摄像头；采集屏幕；采集Unity声音；采集麦克风；采集扬声器；Unity PCM混音；对外提供的技术能力有：RTMP直播推送；
技术背景我们在对接SmartGBD（GB28181设备接入模块）的时候，处理常规的海康大华宇视等国标平台外，有些公司会选择wvp-gb28181-pro。众所周知，WEB VIDEO PLATFORM是一个基于GB28181-2016标准实现的开箱即用的网络视频平台，负责实现核心信令与设备管理后台部分，支持NAT穿透，支持海康、大华、宇视等品牌的IPC、NVR接入。支持国标级联，支持将不带国标功能
技术背景在实现GB28181历史视音频文件回放之前，我们已完成了历史视音频文件检索和下载，历史视音频回放，在GB28181平台非常重要，比如执法记录仪等前端设备，默认录像数据存储在前端设备侧，如果需要上传到平台统一保存，除了到工作站拷贝外，还可以通过GB28181的历史视音频文件下载到指挥中心。如果指挥中心需要直接看历史视音频文件，也可以通过GB28181历史视音频回放实现。GB281
场景差异好多开发者纠结，到底使用GB28181还是RTSP，这里简单的谈下二者使用场景区别，GB28181和RTSP（Real-Time Streaming Protocol）是用于视频监控和流媒体传输的两种不同的协议。GB28181是中国国家标准委员会发布的关于视频监控安防领域的网络视频监控系统技术规范。它主要应用于监控领域，用于实现视频监控系统的设备接入、视频流传输、设备控制等功能
虚拟数字人（Virtual Digital Human），指的是一种基于数字技术创建的虚拟人物，他们有自己的外貌、声音，甚至是性格。虚拟数字人通常是通过计算机图形学、人工智能和其他先进技术来实现的。人们可以与这些虚拟数字人进行交流、互动，就像现实世界里的人一样。在虚拟数字人场景中，RTMP直播可以用于实现实时的视频、音频和互动内容的传输和展示。以下是在虚拟数字人场景中使用RTMP直播的方案：1.
技术方案将Android平台的GB28181客户端记录仪与应急指挥调度系统对接，可以实现实时视频监控和数据传输，以协助应急指挥中心对工地的监控和调度。具体的对接方法如下：1. 配置GB28181设备接入端记录仪：在Android设备上安装和配置GB28181客户端记录仪，确保其连接到智慧工地国标服务平台，实现现场设备和GB28181平台侧的通信连接。2. 集成与调度系统接口：通过与应急指挥调度系统
方案示例视频直播：智能眼镜通常具有摄像头和显示屏，可以实时拍摄和显示视频。RTMP协议可以用于将智能眼镜拍摄的视频传输到服务器，以便其他用户可以实时观看。远程协作：智能眼镜可以用于远程协作，例如在医疗、建筑等领域，用户可以通过智能眼镜看到现场的情况，同时与现场人员进行沟通。RTMP协议可以用于将智能眼镜拍摄的视频传输到服务器，以便远程用户可以实时观看。增强现实：智能眼镜可以与增强现实技术结合使用，
TCP粘包是指发送方在发送数据时，由于网络传输的特性，多个数据包可能会被接收方一次性接收到，从而导致粘在一起的现象。TCP粘包常见的原因包括：1. 发送方发送的数据小于TCP缓冲区的大小，导致多个小的数据包被合并成一个大的数据包发送。2. 发送方快速连续发送多个数据包，接收方在一次接收中接收到了多个数据包。为了避免TCP粘包，可以采取以下几种方法：1. 消息边界：在发送的数据中增加消息边界，如在数
好多流媒体初学者，对RTSP、RTMP和GB28181三者容易混淆，不了解他们的使用场景和区别，本文抛砖引玉，大概介绍下三者的区别。RTSP（Real-Time Streaming Protocol）、RTMP（Real-Time Messaging Protocol）和GB28181都是用于实时流媒体传输，大概区别如下：1. RTSP： - RTSP是一种应用层协议，用
shared_ptr是C++中的智能指针，它提供了共享所有权的能力。以下是shared_ptr的原理和特点：先说原理：1. shared_ptr使用引用计数的方式来管理对象的生命周期。2. 每个shared_ptr都有一个关联的引用计数，用于统计有多少个指针共享同一个对象。3. 当一个新的shared_ptr指向一个对象时，引用计数加1。4. 当一个shared_ptr被销毁或指向另一个对象时，引
技术背景实时位置（MobilePosition）订阅和上报，对GB28281设备接入终端尤其重要，如移动单兵设备、执法记录仪、智能安全帽、车载终端等，Android国标接入设备通过获取到实时经纬度信息，按照一定的间隔上报到国标服务平台，国标服务平台通过如电子地图，实时动态显示前端设备的定位信息，从而实现前端接入设备的可视可控管理。比如4G/5G执法仪，智能安全帽，智能警用头盔，单兵等。我们先看看G
为什么要开发Android平台GB28181？在做Android平台GB28181接入模块之前，我们在RTMP推送播放、RTSP轻量级服务、转发、播放这块，已经有很多年的经验，这意味着，我们不需要重复造轮子，已有屏幕、摄像头或编码前（目前支持的有YV12/NV21/NV12/I420/RGB24/RGBA32/RGB565等数据类型）或编码后（H.264/HEVC）数据，只需要实现GB28181的
什么是AIGC？AIGC（Artificial Intelligence Generated Content）是指利用人工智能技术生成内容的能力。火爆的虚拟数字人，就是AIGC的典型代表，它可以通过学习大量数据和知识，生成与人类创作相似甚至超越人类水平的文本、图像、音频、视频等内容。AIGC是人工智能领域发展的新里程碑，能够加速内容生产，提高创作效率，降低创作成本，为人类提供更加便捷、
什么是平衡控制？平行控制是数据驱动的计算控制方法，其核心是利用人工系统进行建模和表示，通过计算实验进行分析和评估，借助平行执行实现对复杂系统的控制。平行操控应用场景无人驾驶：平行操控可以应用于无人驾驶车辆的远程控制。通过将虚拟车辆与现实车辆相结合，实现车路互动、多车协同、平行操控、安全行驶。在遇到异常情况或复杂道路时，该解决方案能支持远程人工代驾、远程人工接管、指挥调度等操作。智慧城市：平行操控可
大牛直播SDK研发的Android平台GB28181设备接入SDK（SmartGBD），可实现不具备国标音视频能力的 Android终端，通过平台注册接入到现有的GB/T28181—2016服务，可用于如执法记录仪、智能安全帽、智能监控、智慧零售、智慧教育、远程办公、明厨亮灶、智慧交通、智慧工地、雪亮工程、平安乡村、生产运输、车载终端等场景。Android终端除支持常规的音视频数据接入外，还可以支
技术背景好多开发者可能有个疑惑，什么时候轻量级RTSP服务？为什么需要有轻量级RTSP服务模块？实际上，轻量级RTSP服务解决的核心痛点是不需要用户额外部署RTSP或者RTMP流媒体服务，实现本地的音视频（如摄像头、麦克风）或编码后数据，汇聚到内置RTSP服务，对外提供可供拉流的RTSP URL。轻量级RTSP服务，适用于内网环境下，对并发要求不高的场景，支持H.264/H.265，支持RTSP鉴
背景智慧工地是一种运用物联网、大数据、云计算、人工智能等新兴技术，对建筑工地进行数字化、信息化、智能化改造的一种新型工地管理模式。智慧工地解决方案是一种基于互联网和物联网技术的创新型管理方式，可以有效提高工地的安全生产监管和建筑质量监管水平。它通过提升工地信息化水平，实现对工地各个环节的实时监控、数据分析、智能预警和优化调度，从而提高工地管理效率、降低工地安全风险和环境污染，提升工地施
规范解读GB/T28181-2016规范里面，9.10.1章节，关于校时基本要求：联网内设备支持基于SIP方式或 NTP方式的网络校时功能，标准时间为北京时间。SIP方式校时见本节具体描述；NTP(见IETFRFC2030)协议的网络统一校时服务，网络校时设备分为时钟源和客户端，支持客户/服务器的工作模式，时钟源应支持 TCP/IP、UDP及 NTP协议，将输入的或是自身产生的时间信号以标准的 N
我们在做Android平台轻量级RTSP服务和内网RTSP网关的时候，遇到过这样的问题，如何同时发布多路RTSP流出去？回答这个问题，实际上不难，大牛直播SDK在设计这个模块的时候，考虑到了一个Service带多路流的情况，以下是大概的技术实现：启动RTSP服务：启动RTSP服务的时候，你可以注意到OpenRtspServer()会返回rtsp_handle_，这个句柄对应一个RTSP Servi
技术背景我们在对接开发Android平台音视频模块的时候，遇到过这样的问题，厂商希望拉取到海康、大华等摄像机的RTSP流，然后解码后的YUV或RGB数据回给他们，他们做视频分析或处理后，再投递给轻量级RTSP服务模块或RTMP推送模块，实现处理后的数据，二次转发，本文以拉取RTSP流，解析后再注入轻量级RTSP服务为例，介绍下大概的技术实现。技术实现废话不多说，无图无真相，下图是测试的时候，And
GB/T28181规范GB/T28181是中国国家标准，全称为《安全防范视频监控联网系统信息传输、交换、控制技术要求》，该标准规定了城市安全防范监控系统中视频监控联网系统的一般要求和架构，以及信息传输、交换、控制的技术要求。它主要应用于安防领域，为各种视频监控系统提供了一致的接口规范，使得不同厂商生产的视频监控设备可以相互兼容。规范规定了公共安全视频监控联网系统(以下简称“联网系统”)的互联结构,
技术背景虚拟现实（VR）技术的互动性和沉浸感，为我们提供了一种全新的视觉体验，不过，如果需要实现真正的沉浸式体验，VR播放的延迟问题非常重要。好多VR场景下，如果存在延迟，用户在移动头部时可能会感觉到画面反应不及时，导致影响视频的流畅度。在VR电影或VR直播中，延迟则可能导致画面和声音的实时同步出现问题，使用户产生晕眩感。如何尽可能降低Unity环境下的直播播放延迟，是摆在我们面前的大问题，目前，
好多开发者问我们，Unity环境下，除了RTSP或RTMP的播放，如果有录像诉求，怎么实现？实际上录像相对播放来说，更简单一些，因为不涉及到绘制，只要拉流下来数据，直接写mp4文件就好了。本文以大牛直播SDK的Windows平台为例，大概介绍下如何实现Unity环境下的录制，Linux、Android、iOS平台实现也类似，都是原生接口，然后对接下就好：开始录像因为涉及到可能同时录制多路的场景（考
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
