- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTSP/RTMP直播相关
平衡操控应用场景和技术实现探究
什么是平衡控制？平行控制是数据驱动的计算控制方法，其核心是利用人工系统进行建模和表示，通过计算实验进行分析和评估，借助平行执行实现对复杂系统的控制。 图片平行操控应用场景无人驾驶：平行操控可以应用于无人驾驶车辆的远程控制。通过将虚拟车辆与现实车辆相结合，实现车路互动、多车协同、平行操控、安全行驶。 可选的技术方案有RTMP、RTSP、GB28181、WebRTC等。 公网环境下，大牛直播SDK推荐的是RTMP和GB28181解决方案，大概架构设计如下：图片如果是RTMP的技术方案，采集到的音视频数据编码打包推送至RTMP服务器，然后拉流端低延迟拉流播放，并反向发送操作指令 如果是GB28181技术方案，因为GB28181分媒体传输和信令交互，可以实现低延迟的数据传输控制，拉流端可以走RTMP或WebRTC（网页）。
52800编辑于 2023-10-24 - 来自专栏RTSP/RTMP直播相关
平衡操控使用场景分析和对低延迟的直播技术要求
平衡操控使用场景好多开发者对平衡操控的使用场景不太了解，简单来说，平衡操控是一种对物体或系统的平衡状态进行精确控制和调节的技术领域，主要使用场景如下：工业自动化领域： 远程设备监控与操作：工厂内的大型设备 对音视频直播技术要求一、低延迟在平衡操控中，操作者需要根据实时的音视频反馈来做出快速准确的决策和动作调整。高延迟可能导致操控不及时，影响平衡的维持和调整效果，甚至可能引发危险。 四、多角度视图在平衡操控中，单一角度的视图可能无法全面反映被操控对象的状态。因此，需要提供多角度的音视频直播，让操作者能够从不同的角度观察被操控对象，更好地掌握平衡情况。 平衡操控低延迟适合走什么协议？如果平衡操控对实时性要求非常高，大家第一想到的可能是WebRTC，那么 RTMP或 RTSP可以吗？ 平台采集屏幕为例，分别启动轻量级RTSP服务和推送RTMP，延迟如下，无论是rtsp还是rtmp流，都在100-200ms区间。
48820编辑于 2024-09-29 - 来自专栏程序员笔记
平衡，平衡（下）
平衡类型 #11：简单与复杂 游戏机制的简单和复杂的平衡。人们会用简单或复杂来评价一个游戏，然而并不意味着那是褒扬。此外，一个简单的游戏可以很复杂，比如围棋。 平衡类型 #Extra：经济体系 这是一个额外的平衡体系，游戏经济很简单，就是如何赚钱和如何花钱的设定。但是经济体系的平衡却非常困难，经济体系本身的平衡可能会远远难度超过整个游戏其他部分的平衡。 游戏平衡的原理 以上是13种游戏内可以平衡的事物。接下来是一些具有指导性的平衡原则： 清晰地陈述问题，问题本身有时已经包含了游戏平衡的方法。 游戏在迭代的同时，平衡模型也要跟上。 了解游戏的那些数值是用来平衡的，有一个清晰的计划。 不要轻信玩家的建议，也不要把平衡工作交给玩家。观察玩家，观察他们的反应，然后由设计师来做平衡决策。 lens #47 平衡：关于平衡，只有一个问题： 这个游戏感觉上正确吗？为什么？
99460发布于 2018-06-14 - 来自专栏程序员笔记
平衡，平衡 （上）
游戏平衡性的重要自不必说，但是怎么样系统地去平衡一个游戏呢？下面是12种常见的平衡类型。 平衡类型 #1：公平性 公平的游戏意味着竞争的双方并没有比对方拥有更多优势。 有三种方法来平衡公平性： 对称的游戏，所有玩家在初始状态下拥有等同的资源和力量。但仍有一些小的不平衡，比如谁先走，有时候会给其中一方带来一点小优势。 这时候抛个硬币决定这些小的不平衡是个很好的「平衡」手段。此外，玩家也可以利用这些小的不平衡来弥补技术上的不平衡，比如围棋中的「让先」。 同时，当玩家默认游戏是平衡的时候，他们会很好奇地探究处于不对等的角色致胜的不同策略。但平衡此类游戏比较困难，通常设定的技能点数分配的权重值是非常模糊，只能靠感觉来量化的。 平衡类型 #2：挑战 让玩家停留在「沉浸」状态是一个好游戏的标志，而让玩家停留在沉浸状态则需要平衡挑战与玩家的技能，让玩家感受到恰好的挑战的同时，意识到自己的技能在进步着。
1.1K40发布于 2018-06-14 - 来自专栏用户1692782的专栏
手撕rtmp协议细节（2）——rtmp Header
rtmp的协议的数据包，总的来讲分为两大部分，一部分是Rtmp Header，另一部分为Rtmp Body，这一篇我们来主要讲解一下Rtmp Header的组织形式。 RTMP header的长度不固定，可能的长度为12字节，8字节，4字节，1字节。具体长度为多少个字节，由RTMP header数据包的第一个字节的高2位决定。 ? 抓包看下，RTMP HEADER的长度。 图中，RTMP Header的第一个字节为0x03，高两位的值为00，所以，整个RTMP Header的长度就是4个字节了。 知道了RTMP header的第一个字节的作用以后，接下来我们看下几种不同长度的RTMP Header。 12字节的RTMP Header ?
4.6K40发布于 2020-05-20 - 来自专栏用户1692782的专栏
手撕Rtmp协议细节（3）——Rtmp Body
上一篇讲了RTMP数据包中关于Header的数据组织格式，不过一个完整的RTMP数据包除了Header之外，紧跟着的是RTMP Body，这一篇就继续来说一下RTMP Body的数据组织结构了。 说到RTMP Body的数据包组织格式，就不得不提到AMF。 那么AMF和RTMP Body又有什么关系呢，不才，RTMP数据包的序列化就是按照AMF的格式进行的。 说完AMF，再回到我们的RTMP Body，RTMP Body就是按照AMF0规范，将数据包进行组织，然后再通过网络发送的。 好了，接下来就结合wireshark实际抓到的RTMP数据包，一起熟悉AMF0，同时也熟悉RTMP Body的数据包组织方式。 先看一下_result的数据包。 ?
3.4K40发布于 2020-05-20 - 来自专栏RTSP/RTMP直播相关
跨平台超低延迟RTMP播放器全链路优化方案解析
对于远程操控无人机、智能巡检机器人、在线互动课堂、应急指挥调度等场景来说，哪怕延迟多出几百毫秒，都可能导致控制失准、互动脱节、画面与动作不同步等严重问题。 精准缓冲控制：支持灵活的 Jitter Buffer 策略，可在秒开模式与低延迟模式间自由切换，根据业务选择极限延迟（100~250ms）或更稳健的平衡方案。 软硬解灵活切换 —— 结合平台特性与业务需求，在低延迟与高画质之间自由平衡。 延迟高几十甚至几百毫秒，可能就意味着远程操控失误、互动体验断层，甚至关键业务链路的失效。 在安防监控、远程操控、应急指挥、在线教育、工业视觉等高实时性场景中，它已经成为被反复验证的高性能标杆方案。
62810编辑于 2025-08-08 - 来自专栏RTSP/RTMP直播相关
多路RTSP-RTMP转RTMP定制版
大牛直播SDK(Github)多路RTMP/RTSP转RTMP转发软件，系原有转发SDK基础上，官方推出的Windows平台定制版。 如监控类摄像机、NVR等，通过厂商说明或Onvif工具，获取拉流的RTSP地址，图形化配置，完成拉流转发等操作，轻松实现标准RTMP服务器（或CDN）对接。 视频转发支持H.264、H.265（需要RTMP服务器或CDN支持扩展H.265），音频支持配置PCMA/PCMU转AAC后转发，并支持只转发/录制视频或音频，RTSP拉流端支持鉴权和TCP/UDP模式设置和 添加转发项配置信息 [image] 配置说明： 添加配置项：点击页面“添加”按钮： ² 序号：无需关注，系统自动生成； ² 名称：该路转发配置项的描述信息； ² 拉流地址（必须填）：需要转发的RTSP或RTMP 地址； ² 推流RTMP地址：需要转推的RTMP地址； ² 推流播放地址：需要预览的播放地址； ² 音视频转发选项：可选择之转发音频或视频，亦或同时转发音视频； ² 录像参数配置：可选择录制音频或视频，
3.3K30发布于 2019-09-11 - 来自专栏全栈程序员必看
rtmp协议详解_rtmp服务器
前言 最近在学习rtmp协议，在看官方文档的时候总是懵懵懂懂，硬生生看了两天，现在基本上了解rtmp协议了，想用自己觉得比较清晰的方式来讲解rtmp协议，希望能够对向我一样的初学者有所帮助。 本文将通过以下四部分讲解rtmp协议。 1、消息 2、块 3、rtmp的消息类型 4、实例分析rtmp传输过程 一、消息 消息是rtmp的基本数据单元，服务端和客户端通过在网络上发送RTMP消息进行通讯。 消息格式 RTMP消息头和载荷两部分。 上面已经详解讲解了rtmp的数据格式了，下面来讲解具体的rtmp协议内容。 载荷 块的载荷就是消息的载荷内容。 总结一下：消息是rtmp的基本数据单元，块是用于将消息重新封装在网络上传输。
3.7K12编辑于 2022-11-01 - 来自专栏性能优化
RTMP协议
RTMP 基础 RTMP 概念 与 HTTP(超文本传输协议)同样是一个基于 TCP 的 Real Time Messaging Protocol（实时消息传输协议）。 当然我们也可以借助一些实现了 RTMP 协议的开源库来完成这一过程。 RTMPDump RTMPDump 是一个用来处理 RTMP 流媒体的开源工具包。 变量 file(GLOB rtmp_source *.c) # 编译静态库 add_library(rtmp STATIC ${rtmp_source} ) 在 中导入这个 CMakeLists.txt #XXX需要链接rtmp库 target_link_libraries(XXX rtmp ...) RTMP 视频数据 RTMP 视频流格式与 FLV 很相似，通过查看 FLV 的格式文档，就能够知道 RTMP 视频数据应该怎么拼接。
2.3K02发布于 2020-11-24 - 来自专栏linux驱动个人学习
RTMP协议
RTMP消息块流和RTMP一起适用于多样性音视频应用程序，从一对一和一对 多向视频点播服务器直接广播到交互式会议应用程序。 RTMP协议是应用层协议，是要靠底层可靠的传输层协议（通常是TCP）来保证信息传输的可靠性的。 在基于传输层协议的链接建立完成后，RTMP协议也要客户端和服务器通过“握手”来建立基于传输层链接之上的RTMP Connection链接。 2. 3. rtmp协议握手过程 要建立一个有效的rtmp连接，首先经过”握手”阶段，规则如下： 客户端被指定依次向服务器发送C0,C1,C2三个chunk，服务器向客户端发送S0,S1,S2三个chunk ，大小1字节 版本：8比特，C0:客户端需求的rtmp版本，S0:服务器选择的rtmp版本,如图： 4.2 握手第二阶段： 客户端发送C1包，C1包大小1536字节，格式如下图： time:包含了一个时间戳
1.6K20编辑于 2022-05-10 - 来自专栏职场亮哥
rtmp规范1.0
RTMP（real time messaging protocol）协议 本文为Adobe rtmp规范1.0的中文介绍，其中内容大部分都是翻译自rtmp官方文档rtmp_specification_1.0 RTMP块流 本节介绍实时消息传送协议块流（RTMP块流）。 它为更高级别的多媒体流协议提供复用和打包服务。 RTMP消息格式 本部分主要介绍RTMP消息的格式，在网络实体之间使用较低级传输层（如RTMP块流）传输这些消息。 虽然RTMP旨在与RTMP块流一起使用，但它可以使用任何其他传输协议发送消息。 RTMP消息格式 服务器和客户端通过网络发送RTMP消息以相互通信。 消息可能包括音频，视频，数据或任何其他消息。 RTMP消息有两部分，头部和有效负载。 用户控制消息 RTMP使用消息类型ID 4 作为用户控制消息。 这些消息包含RTMP流层使用的信息。 带有ID 1,2,3,5和6的协议消息由RTMP块流协议使用。
2.1K23发布于 2020-10-10 - 来自专栏FreeSWITCH中文社区
mod_rtmp
基于Flash的实时多媒体通信是基于Adobe的RTMP协议进行的。FreeSWITCH中通过“mod_rtmp”实现了一个基于RTMP协议的Endpoint，可以支持用Flash实现的软电话。 在FreeSWITCH源代码目录中使用如下命令即可安装该模块： # make mod_rtmp-install 在FreeSWITCH控制台上使用“load mod_rtmp”命令加载该模块后， 它将监听RTMP协议默认的1935端口，并等待客户端连接，使用如下命令将可以显示它的该模块的有关状态： freeswitch> rtmp status default tcp:0.0.0.0 :1935 profile 上面的命令显示了有一个RTMP的Profile运行在1935端口上，它也是RTMP服务默认的端口。 在实际使用时，通过在浏览器中访问特定的网页，网页中嵌入Flash软件电话，软电话就可以通过RTMP协议与FreeSWITCH进行连接，即实现了在浏览器中打电话。
2.3K20发布于 2020-12-21 - 来自专栏媒矿工厂
RTMP：快速深入
本文来自SF Video Tech，来自Mux的工程师Nick Chadwick带来了一场演讲，帮助我们快速深入的了解RTMP协议。 若干年前，RTMP的延迟很低，已接近成为事实上的标准。 由于RTMP还没有消失，我们仍需花一些时间来了解它是如何工作的。 首先是RTMP的简史。 RTMP可以在一个TCP连接上，多路传输更大的消息，比如视频、消息以及非常短的数据请求如RPC。包级的多路复用允许RTMP在发送长消息的同时向另一端询问问题。 最后介绍了RTMP的消息流，包括文档和代码中规定的消息格式，控制消息，类似binary JSON的AMF消息，连接方式，创建流，发布等细节。 最后，他对RTMP协议的未来展开了设想。 虽然关于RTMP本身的一切仍然会是正确的，但是当下SRT、RIST和Zixi已经取代了很多RTMP工作流程。
1.2K30发布于 2020-11-02 - 来自专栏硬件工程师
平衡传输与非平衡传输
发送端将信号调制成为对称的信号用双线发送，称为平衡发送； 接收端采用对称接收称为平衡接收； 例如差动电路就是一种平衡方式。 发送如采用单线（对应有参考电平），称为非平衡发送； 接收端采用非对称接收（单线接收对应一个基准电平）称接收为非平衡接收。 平衡传输是指信号传输线的有两个输入端，一个地线。 不平衡传输是指信号传输线的有一个输入端，一个地线。 当有共模干扰存在时，由于平衡传输的两个端子上受到的干扰信号数值相差不多，而极性相反，干扰信号在平衡传输的负载上可以互相抵消，所以平衡电路具有较好的抗干扰能力。 不平衡传输：又叫单端通讯 如RS232：在9600pbs时，普通双绞屏蔽线时，距离可达30-35米 平衡传输，又叫差分传输方式 如RS422，RS485，LVDS等 RS485：在100KbpS的传输速率下
1.5K10编辑于 2022-08-29 - 来自专栏老Z的博客
用Python操控Word
4月底，我带着自己水的一篇文章，从深圳奔赴美帝西雅图参加了一个制药行业软件用户组2018年年会（PharmaSUG 2018）。听了一些报告，收获不少。在众多报告中，有一篇题目为Why SAS Programmers Should Learn Python Too的报告有点意思。不过在我看来，文章中的例子并没有很好地体现出Python的强大，因为那几个例子用Linux Shell脚本实现也很简单。不可否认，如果你想选择一种语言来入门编程，那么Python绝对是首选！但是对于SAS程序猿/媛来说，我觉得现阶段没有太多必要去学Python，因为行业的原因，Python对SAS程序猿/媛日常的编程工作几乎没有什么用。除非你和我一样，喜欢折腾代码，或者你想转行业做深度码农，那Python是必须掌握的语言，因为Python有各种强大的库。下面就让我们来感受下python-docx库的强大之处吧！
83130发布于 2020-07-15 - 来自专栏新智元
用手机操控脑细胞！远程操控神经的高科技诞生
蓝牙无线设备的穿墙操控 通过该装备，研究人员可以很轻松地进行全自动化动物研究，通过有条件地控制光和/或药物传递，对动物的行为产生正面或负面影响。
1.4K10发布于 2019-08-20 - 来自专栏SRS开源服务器
RTMP协议优化
RTMP协议是基于TCP的协议，将应用层的消息分割成chunk用tcp发送，除了增大chunk到很大的数避免分片譬如60000，还可以优化发包方式，将很多小包组合到一起了一次发送给客户端，避免每个小包分开发送 先看一个没有优化的例子，一个知名的cdn的rtmp的序列，一共花了39个TCP包才开始传输数据包，前面都是磨磨唧唧的rtmp握手和交互： SRS对于RTMP已经做了优化，组合了一些小包，可以减少大约10
96320编辑于 2022-03-18 - 来自专栏SRS开源服务器
复活RTMP：和OBS支持RTMP HEVC新标准
How to Push HEVC via RTMP by OBS Written by Winlin, chundonglinlin OBS 29.1支持RTMP的HEVC，所以你现在可以用OBS和SRS 现在，RTMP支持HEVC出新标准了，详见Enhanced RTMP。这个标准定义了一个新的codec ID，用于HEVC，即fourCC hvc1， OBS和SRS都支持这个标准。 你可以给FFmpeg打补丁，支持RTMP的HEVC，参考FFmpeg HEVC SRS支持HEVC WebRTC，支持的是Safari浏览器，但SRS不支持RTMP转WebRTC，我们正在开发中了。 One More Thing 往事如烟，6年前给FFmpeg提过FFmpeg RTMP HEVC，但是当时FFmpeg社区说RTMP标准没有支持，所以FFmpeg也不支持。 其实后来给Adobe写过邮件，问过是否RTMP会更新的问题。Adobe回复说正在考虑更新RTMP标准。这一考虑就是6年过去了，不过终于也支持了。
2.9K20编辑于 2023-04-16 - 来自专栏数据挖掘
javascript操控浏览器
测试环境为Chrome浏览器47.0.2526.106 m 测试窗口为F12->Console 跳转网页 // 跳转到百度 window.location.href = "https://www.ba
60530发布于 2019-07-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号