CN107295317A - 一种移动设备音视频流实时传输方法 - Google Patents
一种移动设备音视频流实时传输方法 Download PDFInfo
- Publication number
- CN107295317A CN107295317A CN201710741219.0A CN201710741219A CN107295317A CN 107295317 A CN107295317 A CN 107295317A CN 201710741219 A CN201710741219 A CN 201710741219A CN 107295317 A CN107295317 A CN 107295317A
- Authority
- CN
- China
- Prior art keywords
- mobile device
- data
- audio
- video
- protocol header
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
- H04N7/183—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a single remote source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本发明涉及移动设备通信技术,其公开了一种移动设备音视频流实时传输方法,解决传统技术中移动设备音视频传输方案存在的稳定性、实时性不好的问题。该方法可以概括为:移动设备A开启音视频数据采集的线程进行音视频数据采集,并采用编码器分别对音频和视频进行编码,并记录对应的配置信息;设备A将每一帧音视频数据和对应的配置信息封装成对象并存入缓存池中;设备A读取缓存池中的音视频数据,将对应配置信息封装至协议头中,已编码的数据紧跟协议头之后;接着,将封装的音视频数据发送给移动设备B;移动设备B首先读取协议头,根据读取的信息查找对应的解码器进行解码,然后将解码的数据放入其缓存池中待用。
Description
技术领域
本发明涉及移动设备通信技术,特别涉及一种移动设备音视频流实时传输方法。
背景技术
自2011年起,移动设备(主要包括手机,平板等)全球出货量就已经超越PC,随后,移动设备一直保持着快速发展,从2007年到2015年,移动设备的出货量增长1000%以上,同时,移动设备的智能化程度越来越高,其运算能力已不弱于普通PC,这使得人们对于移动设备的功能需求越来越丰富和多样化。
音视频通信是近年来非常热门的移动设备通信方式,有别于传统的电话/短信通信,音视频通信包含了更丰富的信息维度,特别是视频数据的加入,大大增强了通信数据的表现力。但是由于音视频通信的数据量大,数据使用复杂等原因,音视频通信的稳定性、实时性一直是一项颇具挑战性的工作。
当下流行的音视频传输技术包括HPD(HTTP Progressive Download)、HLS(HTTPLiving Streaming)、RTSP(Real Time Streaming Protocol)三种方式。HPD在开始播放之前仅需等待一段较短的时间用于下载和缓冲该媒体文件最前面的一部分数据,之后便可以一边下载一边播放。在正式开始播放之前的这一小段缓冲应使得后续即使在网络较为拥塞的情况下媒体数据也能够得以不间断地连续播放。HLS是苹果公司(Apple Inc.)实现的基于HTTP的流媒体传输协议,可实现流媒体的直播和点播,主要应用在iOS***。HLS协议在服务器端将音视频数据流存储为连续的、很短时长的媒体文件,而客户端则不断的下载并播放这些小文件,因为服务器端总是会将最新的直播数据生成新的小文件,这样客户端只要不停的按顺序播放从服务器获取到的文件,就实现了直播。RTSP实际上是由一组在IETF中标准化的协议所组成,包括RTSP(实时流媒体会话协议),SDP(会话描述协议),RTP(实时传输协议),以及针对不同编解码标准的RTP净载格式等,共同协作来构成一个流媒体协议栈,支持实时的音视频通信。
经过实际应用证明,HPD、HLS、RTSP都有相应的缺陷:HPD不支持实时音视频通信,缺少会话控制和流量控制;HLS的实时性欠佳,在iOS以外的设备支持度较低;而RTSP实现较为复杂,其开发和维护成本都较高。
发明内容
本发明所要解决的技术问题是:提出一种移动设备音视频流实时传输方法,解决传统技术中移动设备音视频传输方案存在的稳定性、实时性不好的问题。
本发明解决其技术问题所采用的技术方案是:
一种移动设备音视频流实时传输方法,包括以下步骤:
a.作为音视频数据发送端的移动设备A和作为音视频数据接收端的移动设备B启动,然后开始参数配置工作;
b.移动设备A开启音视频数据采集的线程进行音视频数据采集,并采用编码器分别对音频和视频进行编码,并记录对应的配置信息;
c.移动设备A将每一帧音视频数据和对应的配置信息封装成对象并存入缓存池中;
d.移动设备A读取缓存池中的音视频数据,将对应配置信息封装至协议头中,已编码的数据紧跟协议头之后;
e.移动设备A将经过步骤d封装的音视频数据发送给移动设备B;
f.移动设备B接收到音视频数据后首先读取协议头,根据读取的信息查找对应的解码器进行解码,然后将解码的数据放入其缓存池中待用。
作为进一步优化,步骤a中,所述开始参数配置工作包括:
a1、移动设备A开启两个TCP socket与移动设备B建立连接,其中一个连接用于传输视频数据,另外一个连接用于传输音频数据;
a2、移动设备A初始化三个线程at0、at1、at2,其中,at0用于音视频数据采集,at1用于音频数据的发送,at2用于视频数据的发送;移动设备B初始化两个线程bt1、bt2,其中,bt1用于音频数据的接收和解码,bt2用于视频数据的接收和解码;
a3、移动设备A初始化两个缓存池apool1、apool2,其中,apool1用于存放已编码的音频数据及其对应的配置信息,apool2用于存放已编码的视频数据及其对应的配置信息;移动设备B初始化两个缓存池bpool1、bpool2,其中,bpool1用于存放已解码的音频数据及其对应的配置信息,bpool2用于存放已解码的视频数据及其对应的配置信息;
a4、移动设备A初始化音视频编码器。
作为进一步优化,步骤b、c中,所述对应的配置信息包括:编码格式、数据长度和时间戳信息。
作为进一步优化,步骤d中,所述移动设备A读取缓存池中的音视频数据,具体包括:
移动设备A初始化的线程at1和at2检测到缓存池有音视频数据时,从缓存池中读取数据。
作为进一步优化,步骤d中,在配置信息和数据封装时需要遵循以下规则:
d1、协议头每行以“\r\n”结尾;
d2、协议头第一行为“<CHUNKSTART>”,标志一个完整数据的开始
d3、协议头第二行为“Command:”,紧随其后是该数据的编码格式,以及其它自定义命令以“/”分隔,内容格式为“[数据类型]/[编码方式]/[命令]”;
d4、协议头第三行为“Content-Length:”,紧随其后是该数据的长度,单位是字节;
d5、协议头第四行为“Timestamp:”,紧随其后是采集数据时记录的时间戳;
d6、协议头第五行为空白,仅包含“\r\n”结尾符。
作为进一步优化,步骤e中,所述移动设备A通过与移动设备B之间建立的两个TCP连接分别将音频数据和视频数据发送给移动设备B。
作为进一步优化,步骤f中,移动设备B接收到音视频数据后首先读取协议头,根据读取的信息查找对应的解码器进行解码,具体包括:
根据协议头数据长度读取对应大小的流数据,根据编码格式和时间戳来查找对应的解码器进行解码。
作为进一步优化,步骤f中,移动设备B通过初始化的线程bt1和bt2监听对应的TCPsocket端口,当有数据来时,解析协议头。
作为进一步优化,步骤f具体包括:
f1、移动设备B以”\r\n\r\n”为协议头结束标志位,从TCP socket缓存池中读取协议头数据;
f2、以“\r\n”为协议头每行结束标志位,将读取的协议头分割为对应的四行内容,检查第一行是否为“<CHUNKSTART>”,验证协议头正确性,检验其余行内容关键字,若包含“Command”,则从该行内容中读取数据类型和编码方式的信息以及协商的命令;若包含“Content-Length”,则从该行内容中读取数据长度信息;若包含“Timestamp”,则从该行内容中读取数据时间戳信息;
f3、根据f2步骤中读取的数据长度信息,读取对应长度的数据,根据f2步骤中读取的编码方式,选取对应的解码器进行数据解码;
f4、将解码的数据和读取的时间戳信息封装成对象,存入对应的缓存池以备使用。
本发明的有益效果是:
本发明利用局域网低延时的优势,采用基于TCP的传输协议,在保证实时、稳定的传输性能的同时,通过有效的协议头控制,极大的增强了通信双方的灵活性,对现有的音视频通信技术是一种非常有效的补充。
附图说明
图1为实施例中的音视频传输和接收流程图;
图2为协议头结构示意图。
具体实施方式
本发明旨在提出一种移动设备音视频流实时传输方法,解决传统技术中移动设备音视频传输方案存在的稳定性、实时性不好的问题。其核心思想是:使用两个TCP连接分别传输音频数据和视频帧,所有的数据与特定的协议头绑定,协议头包含了数据的长度,数据类型,时间戳,操作指令等内容,接收端收到数据后,首先读取协议头,根据协议头数据长度读取对应大小的流数据,根据数据类型和时间戳来查找对应的解码器进行解码,协议头的操作指令可以包含各种自定义的操作,比如切换分辨率,停止传输,重连接等等。
下面结合附图及实施例对本发明的方案做进一步的描述:
实施例:
本实施例中的作为发送端的移动设备A与作为接收端的移动设备B之间的音视频传输和接收流程如图1所示,其包含以下实施步骤:
1、移动设备A、B启动程序,随后,移动设备A、B开始参数配置工作。
参数配置包括如下子步骤:
a1、发动端移动设备A开启两个TCP socket与接收端移动设备B建立连接,其中一个连接用于传输视频数据,另外一个连接用于传输音频数据,启动独立的线程备用;
a2、发送端移动设备A初始化三个线程at0、at1、at2,其中,at0用于音视频数据采集,at1用于音频数据的发送,at2用于视频数据的发送;接收端移动设备B初始化两个线程bt1、bt2,其中,bt1用于音频数据的接收和解码,bt2用于视频数据的接收和解码;
a3、发送端移动设备A初始化两个缓存池apool1、apool2,其中,apool1用于存放已编码的音频数据及其对应的配置信息,apool2用于存放已编码的视频数据及其对应的配置信息;接收端移动设备B初始化两个缓存池bpool1、bpool2,其中,bpool1用于存放已解码的音频数据及其对应的配置信息,bpool2用于存放已解码的视频数据及其对应的配置信息;
a4、发送端移动设备A初始化音视频编码器,注意,此处接收端移动设备B并没有初始化解码器,而是根据接收到的数据,动态初始化对应的解码器进行解码;
2、发送端移动设备A使用线程at0开始采集音视频数据,通过编码器分别将音频和视频数据编码为对应的数据格式,并记录各自的编码格式、数据长度、时间戳信息等配置信息;
3、发送端移动设备A使用线程at0将步骤2中采集的每一帧音视频数据和对应记录的编码方式、数据长度和时间戳封装成对象存入缓存池中,并将at0的任务跳转至步骤2;
4、发送端移动设备A在步骤1中所初始化的线程at1和at2检测到缓存池有音视频数据时,从缓存池中读取数据,并将数据的配置信息封装到协议头里面,已编码的音视频数据紧随在协议头之后,通过对应的音视频socket发送至移动设备接收端B。
将配置信息和数据封装需要遵循特定的规则,规则具体如下:
b1、协议头每行以“\r\n”结尾;
b2、协议头第一行为“<CHUNKSTART>”,标志一个完整数据的开始
b3、协议头第二行为“Command:”,紧随其后是该数据的编码格式,以及其它自定义命令以提供控制的灵活性,以“/”分隔,内容格式为“[数据类型]/[编码方式]/[命令]”,例如”audio/aac”。“video/h.264/exit”等;
b4、协议头第三行为“Content-Length:”,紧随其后是该数据的长度,单位是字节(byte);
b5、协议头第四行为“Timestamp:”,紧随其后是采集数据时记录的时间戳;
b6、协议头第五行为空白,仅包含“\r\n”结尾符。
协议头的结构如图2所示。
5、接收端移动设备B在步骤1中初始化的线程bt1,bt2监听对应的TCP socket端口,当有数据来时,解析协议头,并将数据解码放入到缓存池等待使用。
所述读取数据、解析协议头、存放缓存池包括如下几个步骤:
c1、以”\r\n\r\n”为协议头结束标志位,从TCP socket缓存池中读取协议头数据;
c2、以“\r\n”为协议头每行结束标志位,将读取的协议头分割为对应的四行内容,检查第一行是否为“<CHUNKSTART>”,验证协议头正确性,检验其余行内容关键字,若包含“Command”,则从该行内容中读取数据类型和编码方式的信息以及协商的命令;若包含“Content-Length”,则从该行内容中读取数据长度信息;若包含“Timestamp”,则从该行内容中读取数据时间戳信息;
c3、根据c2步骤中读取的数据长度信息,读取对应长度的数据,根据c2步骤中读取的编码方式,选取对应的解码器将数据解码;
c4、将c3步骤解码的数据和c2步骤读取的时间戳信息封装成对象,存入对应的缓存池以备使用。
基于以上方案,本发明中的移动设备音视频流实时传输方法在保证实时、稳定的传输性能的同时,通过有效的协议头控制,极大的增强了通信双方的灵活性。
Claims (9)
1.一种移动设备音视频流实时传输方法,其特征在于,包括以下步骤:
a.作为音视频数据发送端的移动设备A和作为音视频数据接收端的移动设备B启动,然后开始参数配置工作;
b.移动设备A开启音视频数据采集的线程进行音视频数据采集,并采用编码器分别对音频和视频进行编码,并记录对应的配置信息;
c.移动设备A将每一帧音视频数据和对应的配置信息封装成对象并存入缓存池中;
d.移动设备A读取缓存池中的音视频数据,将对应配置信息封装至协议头中,已编码的数据紧跟协议头之后;
e.移动设备A将经过步骤d封装的音视频数据发送给移动设备B;
f.移动设备B接收到音视频数据后首先读取协议头,根据读取的信息查找对应的解码器进行解码,然后将解码的数据放入其缓存池中待用。
2.如权利要求1所述的一种移动设备音视频流实时传输方法,其特征在于,步骤a中,所述开始参数配置工作包括:
a1、移动设备A开启两个TCP socket与移动设备B建立连接,其中一个连接用于传输视频数据,另外一个连接用于传输音频数据;
a2、移动设备A初始化三个线程at0、at1、at2,其中,at0用于音视频数据采集,at1用于音频数据的发送,at2用于视频数据的发送;移动设备B初始化两个线程bt1、bt2,其中,bt1用于音频数据的接收和解码,bt2用于视频数据的接收和解码;
a3、移动设备A初始化两个缓存池apool1、apool2,其中,apool1用于存放已编码的音频数据及其对应的配置信息,apool2用于存放已编码的视频数据及其对应的配置信息;移动设备B初始化两个缓存池bpool1、bpool2,其中,bpool1用于存放已解码的音频数据及其对应的配置信息,bpool2用于存放已解码的视频数据及其对应的配置信息;
a4、移动设备A初始化音视频编码器。
3.如权利要求1所述的一种移动设备音视频流实时传输方法,其特征在于,步骤b、c中,所述对应的配置信息包括:编码格式、数据长度和时间戳信息。
4.如权利要求2所述的一种移动设备音视频流实时传输方法,其特征在于,步骤d中,所述移动设备A读取缓存池中的音视频数据,具体包括:
移动设备A初始化的线程at1和at2检测到缓存池有音视频数据时,从缓存池中读取数据。
5.如权利要求4所述的一种移动设备音视频流实时传输方法,其特征在于,步骤d中,在配置信息和数据封装时需要遵循以下规则:
d1、协议头每行以“\r\n”结尾;
d2、协议头第一行为“<CHUNKSTART>”,标志一个完整数据的开始
d3、协议头第二行为“Command:”,紧随其后是该数据的编码格式,以及其它自定义命令以“/”分隔,内容格式为“[数据类型]/[编码方式]/[命令]”;
d4、协议头第三行为“Content-Length:”,紧随其后是该数据的长度,单位是字节;
d5、协议头第四行为“Timestamp:”,紧随其后是采集数据时记录的时间戳;
d6、协议头第五行为空白,仅包含“\r\n”结尾符。
6.如权利要求5所述的一种移动设备音视频流实时传输方法,其特征在于,步骤e中,所述移动设备A通过与移动设备B之间建立的两个TCP连接分别将音频数据和视频数据发送给移动设备B。
7.如权利要求5所述的一种移动设备音视频流实时传输方法,其特征在于,步骤f中,移动设备B接收到音视频数据后首先读取协议头,根据读取的信息查找对应的解码器进行解码,具体包括:
根据协议头数据长度读取对应大小的流数据,根据编码格式和时间戳来查找对应的解码器进行解码。
8.如权利要求5所述的一种移动设备音视频流实时传输方法,其特征在于,步骤f中,移动设备B通过初始化的线程bt1和bt2监听对应的TCP socket端口,当有数据来时,解析协议头。
9.如权利要求5所述的一种移动设备音视频流实时传输方法,其特征在于,步骤f具体包括:
f1、移动设备B以”\r\n\r\n”为协议头结束标志位,从TCP socket缓存池中读取协议头数据;
f2、以“\r\n”为协议头每行结束标志位,将读取的协议头分割为对应的四行内容,检查第一行是否为“<CHUNKSTART>”,验证协议头正确性,检验其余行内容关键字,若包含“Command”,则从该行内容中读取数据类型和编码方式的信息以及协商的命令;若包含“Content-Length”,则从该行内容中读取数据长度信息;若包含“Timestamp”,则从该行内容中读取数据时间戳信息;
f3、根据f2步骤中读取的数据长度信息,读取对应长度的数据,根据f2步骤中读取的编码方式,选取对应的解码器进行数据解码;
f4、将解码的数据和读取的时间戳信息封装成对象,存入对应的缓存池以备使用。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710741219.0A CN107295317A (zh) | 2017-08-25 | 2017-08-25 | 一种移动设备音视频流实时传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710741219.0A CN107295317A (zh) | 2017-08-25 | 2017-08-25 | 一种移动设备音视频流实时传输方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107295317A true CN107295317A (zh) | 2017-10-24 |
Family
ID=60107244
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710741219.0A Pending CN107295317A (zh) | 2017-08-25 | 2017-08-25 | 一种移动设备音视频流实时传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107295317A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108650521A (zh) * | 2018-05-17 | 2018-10-12 | 上海七牛信息技术有限公司 | 一种直播方法、装置以及多媒体播放*** |
CN108712654A (zh) * | 2018-05-18 | 2018-10-26 | 网宿科技股份有限公司 | 一种音视频流的转码方法及设备 |
CN110418189A (zh) * | 2019-08-02 | 2019-11-05 | 钟国波 | 一种可用于传输游戏的低延迟、高帧率音视频传输方法 |
CN110519635A (zh) * | 2019-08-07 | 2019-11-29 | 河北远东通信***工程有限公司 | 一种无线集群***的音视频媒体流合流方法及*** |
CN110536096A (zh) * | 2018-05-25 | 2019-12-03 | 视联动力信息技术股份有限公司 | 一种数据解码的方法和装置 |
CN112306579A (zh) * | 2020-11-12 | 2021-02-02 | 北京轩宇信息技术有限公司 | 一种数据传输***及方法 |
CN112422514A (zh) * | 2020-10-26 | 2021-02-26 | 深圳Tcl新技术有限公司 | 多媒体数据传输方法、装置、智能家居设备及存储介质 |
CN114863741A (zh) * | 2022-05-20 | 2022-08-05 | 安徽文香科技有限公司 | 一种用于线上教学的设备通信方法及*** |
CN114900507A (zh) * | 2022-04-29 | 2022-08-12 | 阿里巴巴(中国)有限公司 | Rtc音频数据的处理方法、装置、设备以及存储介质 |
CN115842919A (zh) * | 2023-02-21 | 2023-03-24 | 四川九强通信科技有限公司 | 一种基于硬件加速的视频低延迟传输方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101359974A (zh) * | 2007-07-31 | 2009-02-04 | 北京新岸线移动多媒体技术有限公司 | T-mmb***中一种适用于ldpc分组编码的高效信源适配方法 |
CN102868939A (zh) * | 2012-09-10 | 2013-01-09 | 杭州电子科技大学 | 一种实时视频监控***中音视频数据的同步方法 |
CN103237191A (zh) * | 2013-04-16 | 2013-08-07 | 成都飞视美视频技术有限公司 | 在视频会议中同步推送音视频的方法 |
WO2016114559A1 (ko) * | 2015-01-12 | 2016-07-21 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
-
2017
- 2017-08-25 CN CN201710741219.0A patent/CN107295317A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101359974A (zh) * | 2007-07-31 | 2009-02-04 | 北京新岸线移动多媒体技术有限公司 | T-mmb***中一种适用于ldpc分组编码的高效信源适配方法 |
CN102868939A (zh) * | 2012-09-10 | 2013-01-09 | 杭州电子科技大学 | 一种实时视频监控***中音视频数据的同步方法 |
CN103237191A (zh) * | 2013-04-16 | 2013-08-07 | 成都飞视美视频技术有限公司 | 在视频会议中同步推送音视频的方法 |
WO2016114559A1 (ko) * | 2015-01-12 | 2016-07-21 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108650521A (zh) * | 2018-05-17 | 2018-10-12 | 上海七牛信息技术有限公司 | 一种直播方法、装置以及多媒体播放*** |
CN108712654A (zh) * | 2018-05-18 | 2018-10-26 | 网宿科技股份有限公司 | 一种音视频流的转码方法及设备 |
CN108712654B (zh) * | 2018-05-18 | 2020-04-14 | 网宿科技股份有限公司 | 一种音视频流的转码方法及设备 |
CN110536096A (zh) * | 2018-05-25 | 2019-12-03 | 视联动力信息技术股份有限公司 | 一种数据解码的方法和装置 |
CN110418189A (zh) * | 2019-08-02 | 2019-11-05 | 钟国波 | 一种可用于传输游戏的低延迟、高帧率音视频传输方法 |
CN110519635A (zh) * | 2019-08-07 | 2019-11-29 | 河北远东通信***工程有限公司 | 一种无线集群***的音视频媒体流合流方法及*** |
CN110519635B (zh) * | 2019-08-07 | 2021-10-08 | 河北远东通信***工程有限公司 | 一种无线集群***的音视频媒体流合流方法及*** |
CN112422514B (zh) * | 2020-10-26 | 2024-06-07 | 深圳Tcl新技术有限公司 | 多媒体数据传输方法、装置、智能家居设备及存储介质 |
CN112422514A (zh) * | 2020-10-26 | 2021-02-26 | 深圳Tcl新技术有限公司 | 多媒体数据传输方法、装置、智能家居设备及存储介质 |
CN112306579A (zh) * | 2020-11-12 | 2021-02-02 | 北京轩宇信息技术有限公司 | 一种数据传输***及方法 |
CN112306579B (zh) * | 2020-11-12 | 2023-09-01 | 北京轩宇信息技术有限公司 | 一种数据传输***及方法 |
CN114900507A (zh) * | 2022-04-29 | 2022-08-12 | 阿里巴巴(中国)有限公司 | Rtc音频数据的处理方法、装置、设备以及存储介质 |
CN114863741A (zh) * | 2022-05-20 | 2022-08-05 | 安徽文香科技有限公司 | 一种用于线上教学的设备通信方法及*** |
CN115842919A (zh) * | 2023-02-21 | 2023-03-24 | 四川九强通信科技有限公司 | 一种基于硬件加速的视频低延迟传输方法 |
CN115842919B (zh) * | 2023-02-21 | 2023-05-09 | 四川九强通信科技有限公司 | 一种基于硬件加速的视频低延迟传输方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107295317A (zh) | 一种移动设备音视频流实时传输方法 | |
CN107637040A (zh) | 使用websocket子协议来传输媒体数据 | |
CN110302533B (zh) | 一种基于微信小程序实时视频能力的云游戏***及方法 | |
CN100568966C (zh) | 一种音/视频数据的网络传输方法 | |
CN105812377B (zh) | 用于动态丰富媒体场景的传送机制 | |
CN104618690B (zh) | 一种高清视频实时点播和历史回放的方法及*** | |
CN105900445B (zh) | 用于动态自适应流式传输的稳健实况操作的方法和装置 | |
US8223851B2 (en) | Method and an apparatus for embedding data in a media stream | |
CN103581699A (zh) | 视频播放方法、流媒体服务器及流媒体播放*** | |
CN103414890B (zh) | 远程桌面的实现方法及装置 | |
CN102638443A (zh) | 流媒体资源共享的方法、***及具有dlna功能的设备 | |
CN112653700A (zh) | 一种基于webrtc网页视频通信的方法 | |
CN104168486A (zh) | 基于云计算的虚拟机与客户端间视频重定向方法 | |
Lei et al. | Design and implementation of streaming media processing software based on RTMP | |
CN106034252B (zh) | 一种流媒体处理方法及装置 | |
CN102404646A (zh) | 一种无线电视直播***及其直播方法 | |
CN104144178A (zh) | 基于云计算的虚拟机与客户端间视频传输方法 | |
CN105007465A (zh) | 基于live555框架和ffmpeg库的密文H264视频直播和点播平台 | |
CN100464586C (zh) | 基于ip机顶盒的mpeg1文件实时播放的方法 | |
CN104919809A (zh) | 内容服务器和内容分配法 | |
CN1939060B (zh) | 一种用于促进视频信息的流式传输的方法和设备 | |
CN106790030B (zh) | 多屏协同音频传输服务端、客户端、***及其处理方法 | |
CN101692711A (zh) | 视频编解码方法、***及一种视频监控*** | |
US10701118B2 (en) | Method for the processing of a multimedia stream, corresponding device and computer program | |
CN108702542A (zh) | 用于串流服务的客户端操作方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171024 |
|
RJ01 | Rejection of invention patent application after publication |