- 综合排序
- 最热优先
- 最新优先
- 来自专栏媒矿工厂
实时流媒体的最佳实践
Robert首先介绍了流媒体的基础架构，简单介绍了可以使用的协议以及固件等。他指出无论是拍摄设备，还是播放终端都有很多种类，因此如何适应不同设备十分重要。 于是Robert介绍了Wowza这一可以在流媒体中用于转码的模块，并指出Wowza已经开源，可以对此进行修改来部署在需要的地方。 Robert接着指出一个流媒体系统需要拍摄的视频源，编码器、服务器、播放器以及合适的保存方式和可靠的网络连接。 其中一个是Mac上的mediamstreamvalidator，它可以在输入流媒体的HTTP网址后，捕获流媒体中的码流，并统计每个片段的相关信息。 另一个是Switch，它可以记录和保存流媒体的码流，并展示出编码后的GOP结构和关键帧等信息。
93810发布于 2020-04-26 - 来自专栏音视频技术
超低延迟实时流媒体传输技术
正文字数：5401 阅读时长：8分钟 现在云游戏，云应用越来越火，所以超低延迟实时流媒体传输技术的需求应用场景会越来越多。 我非常感同身受，几年前要求几十兆码率延时只有几十毫秒是不可能的，但是随着整个中国互联网的发展，家庭都做到光纤入户百兆起步， WIFI5的大规模普及，已经有越来越多的用户网络能满足应用的要求，未来随着WIFI6的普及和 所有的数据丢弃应该都是主动丢弃而不是能力不够导致的，举个例子，传一个O帧数据中有个包因为能力不够丢失了，就得生产一个I帧，平均一个I帧的大小是p帧的6-12倍，因为能力不够丢失一个数据包导致要生产一个数倍大的数据 第二因为SACK是个有状态的，这个状态能做到丢包判断更准确，更实时，用一个rtt一定能判断出来。 我相信随着wifi6的出现，未来会更好 。但是无论如何空口传输的稳定性，它们都是比不过有线网络的。
3.6K30发布于 2021-04-21 - 来自专栏全栈程序员必看
最近做RTSP流媒体的实时广播节目
->F=pNalu->forbidden_bit; nalu_hdr->NRI=pNalu->nal_reference_idc>>5;//有效数据在n->nal_reference_idc的第6。
52510编辑于 2022-07-06 - 来自专栏实时流式计算
流媒体与实时计算，Netflix公司Druid应用实践
最终，Netflix公司通过对设备的数据进行采集，使用来自设备的实时日志作为事件源，得到了大量的数据，通过实时的大数据了解和量化了用户设备，最终成功的近乎无缝地处理了视频的浏览和回放，完美的解决了这些问题 Druid（德鲁伊） Druid是一个分布式的支持实时分析的数据存储系统。通俗一点：高性能实时分析数据库。 Apache Druid是一个高性能的实时分析数据库。 摄取数据 把数据实时插入到此数据库。这些事件（在本例中为指标）不是从单个记录插入到数据源中，而是从Kafka流中读取。每个数据源使用1个主题。 实时流式计算与流媒体的碰撞才刚刚开始，而Druid作为一款极易上手的高性能实时查询数据库，也会得到越来越多的广泛使用。 更多实时数据分析相关博文与科技资讯，欢迎关注 “实时流式计算” 获取《Druid实时大数据分析》电子书，请在公号后台回复 “Druid”
1.2K10发布于 2020-05-18 - 来自专栏音视频技术
实时音视频流媒体传输的思考和实践
本文来自即构科技技术副总裁冼牛在LiveVideoStackCon 2019上海大会的演讲，详细介绍了即构科技在实时流媒体传输协议选择，抖动处理，拥塞控制等多方面的实践。 主要会为大家介绍实时音视频的超低延迟架构并简要阐述实时视频调度系统，同时结合拥塞控制策略和信道纠错策略，进一步探索解决网络延迟的最优方法。 ? 实时音视频的超低延迟架构 1.1 实时架构的关键点 在讨论实时语音和视频通讯的问题时，怎样做到低延迟便是其中不可回避的问题之一。 实时架构可以简单的分为两个方面。其中负载均衡、就“近”接入、质量评估和动态路由这四点属于调度方面的问题，算法流控属于流媒体传输方面的问题。 流媒体传输之中包含调度系统与传输算法，那么两者相比谁更加重要？简单的说调度系统所做的事情就是告诉每一个节点传输的方向。
1.9K20发布于 2019-08-29 - 来自专栏实时计算
流媒体与实时计算，Netflix公司Druid应用实践
最终，Netflix公司通过对设备的数据进行采集，使用来自设备的实时日志作为事件源，得到了大量的数据，通过实时的大数据了解和量化了用户设备，最终成功的近乎无缝地处理了视频的浏览和回放，完美的解决了这些问题 Druid（德鲁伊） Druid是一个分布式的支持实时分析的数据存储系统。通俗一点：高性能实时分析数据库。 Apache Druid是一个高性能的实时分析数据库。 摄取数据 把数据实时插入到此数据库。这些事件（在本例中为指标）不是从单个记录插入到数据源中，而是从Kafka流中读取。每个数据源使用1个主题。 我们认为这太旧了，无法在我们的实时系统中使用。这样就可以确定数据的延迟时间。其次，压缩任务是有延迟地安排的，这给了段足够的时间以正常流程分流到历史节点。 实时流式计算与流媒体的碰撞才刚刚开始，而Druid作为一款极易上手的高性能实时查询数据库，也会得到越来越多的广泛使用。
1K10发布于 2020-05-19 - 来自专栏音视频技术
花椒web端实时互动流媒体播放器
Enhancement Information)的解析, 通过监听HJPlayer.Events.GET_SEI_INFO事件可以得到自定义SEI信息, 格式为Uint8Array; 对视频直播实时互动的尝试 插入的信息，和其他视频内容一起经过网络传输到播放SDK; 在H264/AVC编码格式中NAL uint 中的头部, 有type字段指明 NAL uint的类型, 当 type = 6 时 该NAL
4.5K43发布于 2019-12-17 - 来自专栏CoderJia的工作笔记
SRS 服务器概述：实时流媒体传输的理想选择
SRS（Simple Realtime Server）是一款专注于实时音视频传输的开源流媒体服务器。它支持 RTMP、HLS、WebRTC 等多种协议，能够满足直播、点播、低延迟互动等多种场景需求。 HLS：基于 HTTP 的流媒体协议，适用于点播和直播。 WebRTC：低延迟互动协议，适合实时通信和互动直播。 FLV：适用于低延迟直播场景。 3.2 视频会议 借助 SRS 对 WebRTC 的支持，开发者可以快速搭建低延迟的视频会议系统，实现多人实时互动。 SRS服务器的未来发展 随着流媒体技术的不断发展，SRS 也在持续迭代更新。未来，SRS 将进一步优化性能，增强对新兴协议的支持，并提供更多的工具和功能，帮助开发者更高效地构建流媒体应用。 6. 结语 SRS 服务器以其简单、高效和强大的功能，成为了流媒体领域的明星产品。无论你是想搭建一个小型直播平台，还是开发复杂的实时互动应用，SRS 都能为你提供可靠的技术支持。
2.7K11编辑于 2024-12-10 - 来自专栏音视频直播技术专家
多人实时互动之各WebRTC流媒体服务器比较
前言 随着网络基础设施的提高，音视频实时通信越来越成为人们日常生活和工作中必不可少的需求。2011年 WebRTC的出现，则更加速了这种需求变为现实的可能性。 熟悉 WebRTC 的同学应该都知道，WebRTC规范只定义了实时通信中客户端的行为，而没有规范服务端（包括哪些信令、数据如何流转）的行为。 所以，你可以使用WebRTC库方便的实现 1:1 实时通信，但对于多人实时互动，光依靠 WebRTC库显然就无法完成要求了。 那我们该如何实现多人实时互动通信呢？ WebRTC 流媒体服务器 要想实现多人的实时互动，如音视频会议、在线教育这类产品，我们必须使用 WebRTC + WebRTC流媒体服务器这种方案。 这些流媒体服务器各有优缺点，下面我就对这几种流媒体服务器作下简要的介绍与比较。
5.2K20发布于 2020-04-02 - 来自专栏媒矿工厂
实时低延迟流媒体 第三部分：HLS
本文来自BITMOVIN，由Jameson Steiner编辑，是实时低延迟流媒体系列的最后一部分。 前两篇文章介绍了OTT和LL-DASH中低延迟流媒体的基本原理。 假设当前HLS部署的典型目标持续时间为10或6秒，那么最终将获得至少30或18秒的等待时间，这远不算低延迟。 完整的提案可以在这个链接中阅读： https://github.com/video-dev/hlsjs-rfcs/blob/a6e7cc44294b83a7dba8c4f45df6d80c4bd13955 例如，一个6s的时间段可以由30个持续时间为200ms的部分组成。根据容器格式，这些部分可以表示一系列CMAF块或TS数据包。 考虑到该规范仍会更改，并且尚未定稿，流媒体供应商可能会花一段时间才能采用它，而我们最终会在市面上看到低延迟的HLS。简而言之，可以使用HLS进行实时的低延迟流传输，但是要付出较大的服务器复杂性代价。
1.9K30发布于 2021-02-08 - 来自专栏媒矿工厂
WebRTC 和 AV1 赋能交互式实时流媒体
WHIP: WebRTC HTTP Ingestion Protocol 应用场景 开场 本视频是 Global Video Tech Meetup：BCN 站的一场演讲，由 Millicast 的流媒体工程师 如何使用 WebRTC 和 AV1 创造低延迟交互服务 要达到交互，首先必须要具备的条件就是实时性，即全球范围不超过半秒钟的端到端实时性。 而我们需要做的就是让他们使用实时应用场景，而许多硬件还尚不支持 AV1 的实时编码。Google Chrome 最近更新的 M19 版本里，在浏览器内部实现了 AV1 的实时编码。 他们是第一个支持实时 AV1 的浏览器，意味着你可以开始在软件中使用浏览器原生的视频编码，这对于需要实时交互的平台来说十分重要。 这就是 WebRTC 能够成为实时流媒体通信的公认标准协议的原因：他是一个可以部署在我们每天都在使用的设备上的实时通信协议。
1.4K20发布于 2021-11-15 - 来自专栏iSharkFly
Confluence 6 使用 JMX 界面实时监控
使用 JMX 界面（Java Management Extensions API ），你可以实时的查看你 Confluence 运行实例的状态。 https://www.cwiki.us/display/CONF6ZH/Live+Monitoring+Using+the+JMX+Interface
71040发布于 2019-01-31 - 来自专栏Hadoop数据仓库
Greenplum 实时数据仓库实践（6）——实时数据装载
创建实时装载规则 6.3.4 启动实时装载 6.3.5 测试 1. 生成测试数据 2. 6. 启动MySQL复制，自动开始实时ETL。 停止MySQL复制期间的增量变化数据自动同步，并触发rule自动执行实时装载。 示例数据仓库的实体关系图如图6-2所示。 图6-2 数据仓库实体关系图 作为演示示例，上面实体关系图中的实体属性都很简单，看属性名字便知其含义。 表6-2汇总了本示例的这些信息。 实时增量 唯一订单号 sales_order_fact 实时增量 N/A N/A N/A date_dim N/A 预装载 表6-2 销售订单实时装载类型
3.1K20编辑于 2021-12-29 - 来自专栏竹清助手
基于RTMP数据传输协议的实时流媒体技术研究
顺序流式传输如下图： 基于RTMP数据传输协议的实时流媒体技术研究（论文全文）_QQ20160430-0.png 2实时流式传输 实时流式传输采用专门的流媒体服务器存储多媒体文件。 实时流式传输如下图： 基于RTMP数据传输协议的实时流媒体技术研究（论文全文）_QQ20160430-1.png 3 实时流式传输 流媒体系统中媒体数据传输需要相应的实时流 式传输协议支持。 因此,普通用户不需要任何操作,只要使用网页浏览器打开播放页面,就可以收看流媒体[6]。 2保证了媒体传输质量 RTMP 协议有效的保证了媒体传输质量,使用户可以观看到高质量的多媒体。 服务器和客户端之间只能建立一个网络 的关系如下图所示: 基于RTMP数据传输协议的实时流媒体技术研究（论文全文）_QQ20160430-5.png 6 基于 RTMP 的直播系统的搭建 1系统结构 基于RTMP数据传输协议的实时流媒体技术研究（论文全文）_QQ20160430-6.png 2视频源 视频源是一个提供视频流的应用程序。
3.2K40发布于 2018-08-31 - 来自专栏媒矿工厂
MMsys24 | 基于离线强化学习的实时流媒体带宽精确预测
Offline Reinforcement Learning 论文链接：https://dl.acm.org/doi/abs/10.1145/3625468.3652183 内容整理：王柯喻 引言 近年来，实时通信 训练数据集中有18859个会话，评估数据集中有9405个会话，每个会话对应一个音频/视频呼叫，包含以下字段的数千个序列：（i）150维状态向量， （ii）来自6种不同专家策略的估计带宽 （iii）客观音频质量 例如，接收速率除以 10^6 。 反馈奖励（reward） 对于每个状态-动作对，数据集提供每个 MI 期间的音频质量和视频质量。 图 6 不同算法的消融实验 图6显示了三种不同算法模型的评估结果。：TD3_BC，CQL和IQL。这些评估是在一致的条件下进行的（即相同的训练集和输入特征）。
82712编辑于 2024-05-21 - 来自专栏IMWeb前端团队
流媒体加密
流媒体加密技术原理 看视频分为两种，看点播和看录播。 要看点播可以通过下载完整个视频后再看，或者通过流媒体边下边看。 看直播只能通过流媒体看最新的画面。 加密流媒体的技术很少，也很难找到学习资料，本文主要介绍流媒体加密技术。 之所以选择对称加密是因为流媒体要求很强的实时性，数据量又很大。公钥密码算法的计算都比较复杂，效率较低，适合对少量数据进行加密。对称加密效率相对较高，所以流媒体加密首选对称加密。 HLS 加密 HLS 是目前最成熟的支持流媒体加密的能应用在浏览器里的流媒体传输协议，HLS 原生支持加密，下面来详细介绍它。 m3u8 文件是一个文本文件，在开启 HLS 加密时，内容大致如下： #EXTM3U #EXT-X-VERSION:6 #EXT-X-TARGETDURATION:10 #EXT-X-MEDIA-SEQUENCE
5K101发布于 2018-01-08 - 来自专栏IMWeb前端团队
流媒体加密
流媒体加密技术原理 看视频分为两种，看点播和看录播。 要看点播可以通过下载完整个视频后再看，或者通过流媒体边下边看。 看直播只能通过流媒体看最新的画面。 加密流媒体的技术很少，也很难找到学习资料，本文主要介绍流媒体加密技术。 之所以选择对称加密是因为流媒体要求很强的实时性，数据量又很大。公钥密码算法的计算都比较复杂，效率较低，适合对少量数据进行加密。对称加密效率相对较高，所以流媒体加密首选对称加密。 HLS 加密 HLS 是目前最成熟的支持流媒体加密的能应用在浏览器里的流媒体传输协议，HLS 原生支持加密，下面来详细介绍它。 m3u8 文件是一个文本文件，在开启 HLS 加密时，内容大致如下： #EXTM3U #EXT-X-VERSION:6 #EXT-X-TARGETDURATION:10 #EXT-X-MEDIA-SEQUENCE
2.2K31发布于 2019-12-04 - 来自专栏音视频咖
上新啦 | 广播级实时流媒体服务 海外媒体产品Tencent Cloud MediaLive 上线啦
MediaLive已于6月10日上线国际站 心动的小伙伴请联系我们！ 从电子竞技到广电新闻，实时播放为我们带来了多元的内容形态和更强的交互性。 腾讯云媒体直播（Tencent Cloud MediaLive，MDL）致力于让全球用户快速创建稳定、多样、安全的视频输出，以进行直播和流媒体传输。 MediaLive依托腾讯云全球部署的计算资源，结合腾讯自研的音视频技术平台以及全球领先的音视频 AI 技术，将广播级实时视频处理能力开放给用户。 为保护全球用户的视频流安全，MediaLive配设了用于数字版权保护的专用加密方案，支持Google Widevine和Apple FairPlay这两种版权管理功能，保证主流网页浏览器和多种流媒体设备上分发 MediaLive旨在让客户专注于为观众打造最佳的实时视频体验，而无需管理和执行基础架构的运维与构建。MediaLive需开白使用，已于6月10日上线国际站。如需使用，请联系我们。 ?
1K20发布于 2020-07-06 - 来自专栏音视频技术
：AV1编码器的优化及其在流媒体和实时通讯中的应用
点击上方“LiveVideoStack”关注我们 ---- AV1视频压缩格式是由开放多媒体联盟 (AOMedia)开发，并于2018年初最终确定。AV1具有功能强大的编码算法，与其前身VP9相比，AV1的压缩性能提升了30%以上。但是，AV1编码器的复杂性也远高于VP9编码器。所以，在AV1格式确定以后，我们的主要目标是优化编码器，使其产品化。今日上午10点，LiveVideoStack邀请到了谷歌高级软件工程师、TLM 王云庆，主要和大家讨论libaom AV1编码器中所采用的优化技术。 讲师信息
49520编辑于 2022-08-26 - 来自专栏TSINGSEE青犀视频
如何隐藏流媒体EasyPlayer.js视频H.265播放器的实时录像按钮？
目前我们TSINGSEE青犀视频所有的视频监控平台，集成的都是EasyPlayer.js版播放器，它属于一款高效、精炼、稳定且免费的流媒体播放器，可支持多种流媒体协议播放，包括WebSocket-FLV 现在，越来越多的项目现场对H5页面的流媒体视频播放效果提出了越来越高的要求，尤其是一些企事业单位、政府部门等一些视频应用场景。 important;}在功能上，EasyPlayer支持直播、点播、录像、快照截图、MP4 播放、多屏播放、倍数播放、全屏播放等特性，支持网页端实时录像，具备较高的可用性和稳定性。
86220编辑于 2023-09-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号