Source & Sink (live555)

最新推荐文章于 2023-09-22 06:22:36 发布
最新推荐文章于 2023-09-22 06:22:36 发布
阅读量3.1k 收藏 12
点赞数 3
分类专栏： live555

Source & Sink
Source 和 Sink 在live555中是两个非常重要的概念.
Source 发送端, 流的起点, 可直观理解为生产者, 负责读取文件或网络流的信息.
Sink 接收端, 流的终点, 可理解为是消费者, 直译为水槽 .
视音频的数据从源头到最终保存到文件或显示, 整个过程就像一个水流, 从源头流呀流, 经过了条条小路, 最终流到了水槽中.
Source & Sink

Source: 可能是RTP读取数据, 从文件中或摄像头设备中等.
Sink: 数据流最终可保存在文件中, 或显示在屏幕上等.
MediaSession: 用于表示一个RTP会话, 一个MediaSession可能包含多个子会话(MediaSubSession)，子会话可以是音频子会话、视频子会话等。

Source和Sink通过RTP子会话(MediaSubSession)联系在一起.

MediaSource - 流的源头
MediaSouce是所有Souce的基类.

在这里插入图片描述

MediaSource

结合上图, 以H264进行举例:

在这里插入图片描述

H264VideoStreamFramer

H264VideoStreamFramer是真正的Souce，它用于从H264文件中读取数据，并组装成帧。

MediaSink - 流的终结
MediaSink是所有Sink的基类.

在这里插入图片描述

MediaSink

结合上图, 以H264进行举例:

在这里插入图片描述

H264VideoFileSink类继承关系

H264VideoFileSink才是真正的Sink, 完成将数据保存至文件.

在这里插入图片描述

H264VideoRTPSink类继承关系

H264VideoRTPSink才是真正的Sink, 完成数据的发送.

对于H264码流，数据流的流动方向为：

服务器端：
H264VideoStreamFramer ->H264Or5Fragmenter (Filter)r->H264VideoRTPSink
客户端：
H264RTPSouce -> Sink

作者：FlyingPenguin
链接：https://www.jianshu.com/p/0bdf07f7a5d5
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

大漠不死鸟
关注
  • 3
    点赞
  • 踩
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
live555搭建实时播放rtsp服务器
qq_39466755的博客
07-19 591
createNewStreamSource函数是需要我们实现的函数，函数创建了H264FramedLiveSource类对象，这个类对象就是我们实现doGetNextFrame函数的类；当然live555源码的实现技巧，运行流程也是很值得借鉴的；live555可以说是rtsp的专项库，既可以搭建rtsp服务器，也可以搭建rtsp客户端；FramedSource类中只有一个doGetNextFrame纯虚函数，用于获取媒体流，其他不用实现；我是以帧的方式获取的视频流，在实际的开发中，不一定非要一次取一帧；
C++流媒体开源库Live555详细介绍
dvlinker的技术专栏
07-31 1万+
本文详细介绍了C++流媒体开源库Live555的相关内容。
live555 source
zhangjikuan的专栏
08-02 1879
Source和Sink：可以把source理解为发送端的流，sink理解为接受端。MediaSink是各种类型的Sink的基类，MediaSource是各种类型Source的基类，各种类型的流媒体格式和编码的支持即是通过对这两个类的派生实现的。Source和Sink通过RTP子会话(MediaSubSession)联系在一起。      FramedSource 派生自MediaSou
（2）source和sink详解
热门推荐
qq_18522601的博客
07-19 3万+
前面第一小节也提到了，Structured Streaming会增量的从source中读取数据，映射成一张表，对该表进行增量的查询分析，然后组合中间状态，再把结果输出到结果表，然后刷到外部存储系统sink。 本小节主要是详细讲解source 和sink。 1. source 目前支持的内置source有： 1） File Source 从给定的目录读取数据，目前支持的格式有text...
Source(拉电流) Sink（灌电流）详解
xiebingsuccess的博客
06-15 1万+
显然它的测试电路应该如图18-2-4(b)所示，输入端所加的逻辑电平是保证输出端能够获得低电平，只不过灌电流是通过接向电源的一只电位器而获得的，调节的电位器可改变灌电流的大小，输出低电平的电压值也将随之变化。（芯片的拉、灌电流参数值越大，意味着该芯片可以接更多的负载，因为，例如灌电流是负载给的，负载越多，被灌入的电流越大）灌入电流是被动的,从输出端流入的叫灌入电流。拉电流是数字电路输出高电平给负载提供的输出电流，灌电流时输出低电平是外部给数字电路的输入电流，它们实际就是输入、输出电流能力。
live555杂谈系列（一）---source，sink简介
cll131421的专栏
07-13 4261
最近一段时间一直在学习live555，相信各位新手朋友们一开始肯定跟我一样，在网上查看各种资料，可是看完之后依然是一头雾水。 现在我把我这一段时间学习所得给大家分享一下，希望对新接触live555的新手们有所帮助，高手请绕行，不喜勿喷，谢谢合作。 首先来说一下live555的学习步骤，首先live555自带的例子一定要仔细研究一下，可以给我们很多启发。 其次，一定要把握好live555的脉络
【Flink从入门到精通 05】Source&Sink
十二
02-20 2907
Flink用于处理有状态的流式计算，需要对Source端的数据进行加工处理，然后写入到Sink端，下图展示了在Flink中数据所经历的过程，今天就根据这张图分别给大家分享下。 01 Environment Flink所有的程序都从这一步开始，只有创建了执行环境，才能开始下一步的编写。可以使用如下方式获取运行环境： （1）getExecutionEnvironment 创建一个执行环境，表示当前执行程序的上下文 如果程序是独立调用的，则此方法返回本地执行环境 如果从命令行客户端调用程序以提交到集群，则此方
live555 Source & Sink
hyl999的专栏
10-15 647
Source & Sink Source 和 Sink 在live555中是两个非常重要的概念. Source 发送端, 流的起点, 可直观理解为生产者, 负责读取文件或网络流的信息. Sink 接收端, 流的终点, 可理解为是消费者, 直译为水槽 . 视音频的数据从源头到最终保存到文件或显示, 整个过程就像一个水流, 从源头流呀流, 经过了条条小路, 最终流到了水槽中. Source: 可能是RTP读取数据, 从文件中或摄像头设备中等. Sink: 数据流最终可保存在文件中, 或显示在屏幕上等.
FFmpeg入门详解之113：live555简介
福优学苑@音视频+流媒体
11-02 1627
Live555 是一个为流媒体提供解决方案的跨平台的C++开源项目，它实现了对标准流媒体传输协议如RTP/RTCP、RTSP、SIP等的支持。Live555实现了对多种音视频编码格式的音视频数据的流化、接收和处理等支持，包括MPEG、H.263+、DV、JPEG视频和多种音频编码。同时由于良好的设计，Live555非常容易扩展对其他格式的支持。目前，Live555已经被用于多款播放器的流媒体播放功能的实现，如VLC(VideoLan)、MPlayer。下载。
流媒体学习笔记3（live555的source-sink）
19English的专栏
09-13 3342
H264VideoStreamFramer 中看到的都是一些SPS（序列参数集Sequence Parameter Set）和 PPS（图像参数集Picture Parameter Set）的 get，set操作，那解析部分在哪呢？哈，H264VideoStreamFramer的构造函数中有这么一句new H264VideoStreamParser(this, inputSource, inclu
【Live555】live555源码详解（六）：FramedSource、RTPSource、RTPSink
郭老二
08-20 1190
继承协作关系图 下面红色表示本博客将要介绍的三个类所在的位置： FramedSource、RTPSource、RTPSink 11、FramedSource FramedSource 继承自 MediaSource，下面是实现 FramedSource 的依赖关系图 使用 FramedSource 的关系图 主要接口： lookupByName ：静态函数，由名字，获取 FramedSource getNextFrame ：调用 doGetNextFrame handleClosure ：处理关闭 s
sourcesink
03-11
Flume是Cloudera提供的一个高可用的，高可靠的，分布式的海量日志采集、聚合和传输的系统，Flume支持在日志系统中定制各类数据发送方，用于收集数据;同时，Flume提供对数据进行简单处理，并写到各种数据接受方(可定制)的能力。 当前Flume有两个版本Flume 0.9X版本的统称Flume-og，Flume1.X版本的统称Flume-ng。由于Flume-ng经过重大重构，与Flume-og有很大不同，使用时请注意区分。
Live555 —— vs2017编译“Live555 Live555 Media Server“源码
wx微信公众号“码农总动员”，获取更多编程知识
09-06 936
vs2017编译"LIVE555 Media Server"源码
flink sql 知其所以然（一）| source\sink 原理（转）
qq_24095055的博客
09-03 539
在 flink sql 中，source 有两种表，一种是数据源表，一种是数据维表。数据源表就是有源源不断的数据的表。比如 mq。数据维表就是用来给某些数据扩充维度使用的。比如 redis，mysql，一般都是做扩容维度的维表 join 使用。本节主要介绍数据源表，数据维表的整个流程和数据源表几乎一样。下文中的 source 默认都为数据源表。首先在介绍 sql 之前，我们先来看看 datastream 中定义一个 source 需要的最基本的内容。
Flink1.14 StreamApi(一)常见的source和sink总结
qq_44665283的博客
03-15 2061
Flink1.14 StreamApi(一)常见的source和sink总结
【live555】代表帧类型输入的媒体源的类FramedSource浅析
突围
12-02 3224
======================FramedSource类===================================================== 个人理解，对于按照一帧一帧的输入给rtsp服务器的媒体源，应该继承FramedSource类。 当然，看起来FramedSource比较通用吧，还有专门的“帧源”的类，比如在MediaSource中， 就有几种不同的
live555之创建source和 sink
sunxiaopengsun的专栏
12-26 1152
ServerMediaSession与rtsp流相关，一个rtsp流有多路 ，每一路代表一个ServerMediaSubsession，而每一个Subsession内部维护了一个source和sink，由sink向source要数据。 服务器在接收到客户端Describe命令后，需要创建SDP信息，而SDP信息存放在 ServerMediaSubsession中，在调用OnDemandSer
Stream：数据流基础组件-Source,Flow,Sink简介
最新发布
Simon
09-22 698
一般的解决方法是采用回调函数（callback-function）来实现的，但这样的解决方案很容易造成“回调地狱（callback hell）”，即所谓的“goto-hell”：程序控制跳来跳去很难跟踪，特别是一些变量如果在回调函数中更改后产生不可预料的结果。2、scalaz-sstream和akka-stream的数据流都是一种申明式的数据处理流程描述，属于一种运算方案，最终都需要某种运算器来对数据流按运算方案进行具体的运算，得出运算结果和产生副作用。属于数据元素的使用方，主要作用是消耗数据流中的元素。
Flume笔记 —— 几种常见的source，channel，sink配置文件以及相关用法
一纸春秋的博客
12-09 7117
目录概念与官方文档监听文件目录数据变更，输出到控制台拦截器source监听文件目录，sink输出到hdfs将hbase日志信息写入hdfssource监听netcat端口，sink写入控制台 概念与官方文档 flume是一个分布式、可靠、和高可用的海量日志采集、聚合和传输的系统。 Flume系统中核心的角色是agent，agent本身是一个Java进程，一般运行在日志收集节点。 一个agent内部有三个组件： Source：采集源，用于跟数据源对接，以获取数据； Channel：agent内部的数据传输通
miracast投屏source和sink端的代码示例
06-09
Miracast是一种无线显示技术，它允许在不需要任何有线连接的情况下将视频、音频和图像从一个设备（源端）传输到另一个设备（接收端）。Miracast的源和接收端都是通过Wi-Fi Direct连接的。 在源端，你需要实现Miracast的“Source”功能。这可以通过Android系统中的MediaRouter API来实现。以下是示例代码，展示如何创建一个Miracast的Source端： ```java MediaRouter mediaRouter = (MediaRouter) getSystemService(MEDIA_ROUTER_SERVICE); MediaRouter.RouteInfo route = mediaRouter.getSelectedRoute(MediaRouter.ROUTE_TYPE_LIVE_VIDEO); if (route.isEnabled() && route.matchesTypes(MediaRouter.ROUTE_TYPE_LIVE_VIDEO)) { // Create a new Miracast Sink device and start broadcasting WifiP2pManager manager = (WifiP2pManager) getSystemService(Context.WIFI_P2P_SERVICE); WifiP2pManager.Channel channel = manager.initialize(this, Looper.getMainLooper(), null); manager.createGroup(channel, new WifiP2pManager.ActionListener() { @Override public void onSuccess() { // Start broadcasting as a Miracast Sink device MiracastSource source = new MiracastSource(); source.start(); } @Override public void onFailure(int reason) { // Handle failure to create a group } }); } ``` 在接收端，你需要实现Miracast的“Sink”功能。以下是示例代码，展示如何创建一个Miracast的Sink端： ```java WifiP2pManager manager = (WifiP2pManager) getSystemService(Context.WIFI_P2P_SERVICE); WifiP2pManager.Channel channel = manager.initialize(this, Looper.getMainLooper(), null); // Discover available Miracast devices manager.discoverPeers(channel, new WifiP2pManager.ActionListener() { @Override public void onSuccess() { // Handle successful discovery of peers } @Override public void onFailure(int reason) { // Handle failure to discover peers } }); // Connect to a Miracast device WifiP2pDevice device = ...; // Get the Miracast device WifiP2pConfig config = new WifiP2pConfig(); config.deviceAddress = device.deviceAddress; config.wps.setup = WpsInfo.PBC; manager.connect(channel, config, new WifiP2pManager.ActionListener() { @Override public void onSuccess() { // Handle successful connection to the Miracast device } @Override public void onFailure(int reason) { // Handle failure to connect to the Miracast device } }); ``` 以上代码仅作为示例，实际的Miracast应用程序需要更多的错误处理和其他功能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值