CN104581435A - 一种数据流的命名方法 - Google Patents
一种数据流的命名方法 Download PDFInfo
- Publication number
- CN104581435A CN104581435A CN201510025931.1A CN201510025931A CN104581435A CN 104581435 A CN104581435 A CN 104581435A CN 201510025931 A CN201510025931 A CN 201510025931A CN 104581435 A CN104581435 A CN 104581435A
- Authority
- CN
- China
- Prior art keywords
- time
- stream
- file
- encoder
- section
- 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
- 238000000034 method Methods 0.000 title claims abstract description 20
- 238000005516 engineering process Methods 0.000 abstract description 4
- 238000012545 processing Methods 0.000 abstract description 2
- 230000007547 defect Effects 0.000 abstract 1
- 230000005540 biological transmission Effects 0.000 description 5
- 230000005856 abnormality Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000011017 operating method Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种数据流的命名方法，属于数据处理技术领域。首先获取压缩编码为符合特定标准的音视频或其它类型的基本流，将该数据流按照固定的单位时间切成数据流的切片，然后选取当前时间以前的任意一个时间作为参考时间，借助计算机获取当前时间并取得当前时间距参考时间的以秒为单位的时间序列串，并将该序列串作为编码器开启后命名的首个流切片文件的文件名。在首个流切片文件名的基础上逐次加一依次作为后续流切片文件的文件名。通过本发明的命名方式可以很好的解决编码器重启后重新对流文件进行命名的缺点，避免由于编码器重启对流切片重新命名的引起的一系列异常。
Description
技术领域
本发明公开了一种数据流的命名方法，属于数据处理技术领域。
背景技术
数据流是网络中数据传输的一种常用的形式，数据经处理后，能够形成稳定连续的数据流。数据流在实时采集多媒体数据（如声音、视频）方面得到了广泛的应用。利用数据流传播技术，客户机中的浏览器或插件在数据流被完全传输到客户机中之前就可以开始播放多媒体数据。现有技术的过程大致是：通过网络获取标准编码的音视频基本流，然后将该基本流分割成多个流切片，并按递增的顺序对这些流切片命名。根据这些流切片生成索引文件 ，并实时更新索引文件。现有技术对于流切片的这种命名方法，当编码器因为自身或其它原因重启的时候就会对这些流切片从头开始重新命名，索引文件读取音频和视频的流切片就会出现异常。
鉴于此，迫切的需要一种新的数据流命名方法来解决现有技术中存在的上述问题。
发明内容
本发明的目的是提出一种新的流切片的命名方法，通过这种对流切片的新的命名方法来避免索引文件出现读取异常。
为了实现本发明的目的，本发明提出的多媒体流文件的命名方法，包括以下步骤：
1. 首先获取压缩编码为符合特定标准的音视频或其它类型的基本流。
2. 将该基本流按照固定的时间长度切成长度相同的流切片（一般取5s或10s）。
3. 取一个时间作为参考时间，这个时间是任意的，可以是当前时间以前的任何一个时间(例如: 可以取格林威治标准时间即1970 年1 月1 日的00:00:00.000,一般以秒为单位）。
4. 借助计算机系统内部的简单的计时方式，获取以秒为单位的当前时间的时间串序列。
5. 将当前时间距参考时间的时间差序列串作为编码器开启后命名的首个流切片文件的文件名。
6. 将首个流切片文件的文件名逐次加一依次作为以后的流切片文件的文件名，如此某个流切片文件的文件名即为其上一个流切片文件的文件名加一。
本发明提出的流切片的命名方法是以距参考时间的时间差序列串作为编码器开启后的首个流切片文件的文件名，以后的流切片文件的文件名依次加一的。由于流切片切割的单位时间的取值一般是大于1秒的且时间是逐渐增加的，所以当编码器因为自身或其它原因重启后对下一个流切片文件重新命名的文件名的值一定大于编码器重启以前的最后一个流切片文件的文件名。所以这种流切片文件的命名方式可以很好的解决编码器重启后重新对流文件进行命名的缺点，避免由于编码器重启对流切片重新命名的引起的一系列异常。
具体实例
为了使本发明的目的，技术方案及有益效果更加清楚明白，以下结合实例，对本发明进行进一步详细说明。应当理解为此处所描述的具体实例仅仅用以解释本发明，并不用于限制本发明的保护范围。
本发明提出的流切片的命名方法，包括以下步骤：
S101 首先获取压缩编码为符合特定标准的音视频或其它类型的基本流。
S102 将该基本流按照固定的时间长度切成长度相同的流切片（一般取5s或10s）。
S103取一个时间作为参考时间，这个时间是任意的，可以是当前时间以前的任何一个时间。(例如: 可以取格林威治标准时间即1970 年1 月1 日的00:00:00.000一般以秒为单位）。
S104借助计算机系统内部的简单的计时方式，获取以秒为单位的当前时间的时间串序列。
S105将当前时间距参考时间的时间差序列串作为编码器开启后命名的首个流切片文件的文件名。
S106 将首个流切片文件的文件名逐次加一依次作为以后的流切片文件的文件名，如此某个流切片文件的文件名即为其上一个流切片文件的文件名加一。
所以当编码器重启后对下一个流文件重新命名的文件名的值一定大于编码器重启以前的最后一个流切片文件的文件名。这样的流切片文件的命名方式既可以避免索引文件的读取异常，又可以通过流切片的文件名知道编码器的重启的时间、次数等相关信息。
以上所述仅是本发明的优选方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
附图说明
图1是本发明的流程图
图2是本发明实例1中正常传输的情况示意图
图3是本发明实例1中传输异常中断的情况示意图
图4是本发明实例2中正常传输的情况示意图
图5是本发明实例2中传输异常中断的情况示意图
以下详细介绍本发明的内容：
以HTTP Live Streaming（简称HLS）为例，HLS是苹果公司实现的基于HTTP的流媒体传输协议，可实现流媒体的直播和点播，HLS直播最大的不同在于，直播客户端获取到的，并不是一个完整的数据流。HLS协议在服务器端将直播数据流存储为连续的、很短时长的媒体文件，而客户端则不断的下载并播放这些小文件，因为服务器端总是会将最新的直播数据生成新的小文件，这样客户端只要不停的按顺序播放从服务器获取到的文件，就实现了直播。
我们以现有技术和本发明分别作为例1和例2来描述整个过程，从而对比出本发明的技术优势。
例1 现有技术的操作步骤
如图2所示
步骤1通过音频和视频设备分别获取相应的音频和视频数据，然后将这些音频和视
频数据通AAC编码器和H.264编码器压缩编码为符合特定标准的音视频基本流。
步骤2对这些流文件采用相应的分片策略将这些较大的流文件切成满足符合播放需求的流切片文件。本例为5s一个文件。
步骤3按照固定的时间单位将这些流文件切成流切片以后，按照文件序号递增的顺序对这些流切片进行命名。本例中第一个切片的名字便是00000001.ts。
步骤4将首个流切片文件的文件名逐次加一便得到以后各流切片的文件名。本例中本例中第二个，第三个，第四个……切片的名字便分别是00000001.ts，00000002.ts，00000003.ts …….
假设在传到第100个即00000100.ts的文件时编码器因为自身或者外部原因重启，现有技术会重复步骤3，并且重新从开始计数，新的切片文件会重新被命名为00000001.ts，如图3所示，这时接收客户端得到的切片名无法根据顺序而自动接上解码器故障前的切片，导致直播无法继续。
例2本发明技术操作步骤
如图4所示
S101 首先获取压缩编码为符合特定标准的音视频或其它类型的基本流。
S102 将该基本流按照固定的时间长度切成长度相同的流切片，本例为1s。
S103 取一个时间作为参考时间，这个时间是任意的，可以是当前时间以前的任何一个时间，本例取格林威治标准时间 即1970 年 1 月 1 日的 00:00:00.000为时间串。
S104 借助计算机系统内部的简单的计时方式 ，获取以秒为单位的当前时间的时间串序列。本例以2014年3月24日00:00:00.000作为首个流切面文件的当前时间。
S105 将当前时间距参考时间的时间差序列串作为编码器开启后命名的首个流切片文件的文件名。本例为两个时间差为1378425600妙。所以收个切片名就是1378425600.ts
S106 将首个流切片文件的文件名逐次加一依次作为以后的流切片文件的文件名，如此某个流切片文件的文件名即为其上一个流切片文件的文件名加一。本例中第二个，第三个，第四个……切片的名字便分别是1378425601.ts，1378425602.ts，1378425603.ts ……。
同样假设假设在传到第100个即1378425699.ts的文件时编码器因为自身或者外部原因重启，历时3秒，解码器正常工作后重新开始接收流时按照步骤S103到S106来命名新的切片。本例中，中断时间为3秒，所以新开始的切片会被命名为1378425703.ts，如图5所示，这时接收客户端只要还是按照切片名顺序接收切片便会自动接上解码器故障前的切片，保证了直播的正常播出。
Claims (6)
1.一种数据流的命名方法，其特征在于该方法包括以下各步骤：
取一个单位时间作为流切片的单位时间，这个切片时间可以根据具体网络情况确定。
2.取一个时间作为参考时间，这个时间是任意的，可以是当前时间以前的任何一个时间(例如: 可以取格林威治标准时间即1970 年1 月1 日的00:00:00.000)时间串（一般以秒为单位）。
3.借助计算机系统内部的简单的计时方式，获取以秒为单位的当前时间的时间串序列。
4.将当前时间距参考时间的时间差序列串作为编码器开启后命名的首个流切片文件的文件名。
5.将首个流切片文件的文件名的逐次加一，依次作为以后流切片文件的文件名。
6.只要编码器重启后，对首个流切片文件的命名方式就采用上述所述的方式，按照上述方式完成对流切片的命名。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510025931.1A CN104581435A (zh) | 2015-01-20 | 2015-01-20 | 一种数据流的命名方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510025931.1A CN104581435A (zh) | 2015-01-20 | 2015-01-20 | 一种数据流的命名方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104581435A true CN104581435A (zh) | 2015-04-29 |
Family
ID=53096471
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510025931.1A Pending CN104581435A (zh) | 2015-01-20 | 2015-01-20 | 一种数据流的命名方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104581435A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105721952A (zh) * | 2016-01-27 | 2016-06-29 | 观止云（北京）信息技术有限公司 | 一种等时长切片的直播流网络传输方法及系统 |
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1746884A (zh) * | 2004-09-06 | 2006-03-15 | 英保达股份有限公司 | 数字影像文件自动命名方法及系统 |
| CN101094107A (zh) * | 2006-06-21 | 2007-12-26 | 北京网视天元信息技术有限公司 | 视听节目p2p流媒体网络传播效果精确测量的系统及方法 |
| CN101282348A (zh) * | 2007-04-06 | 2008-10-08 | 上海晨兴电子科技有限公司 | 运用http协议实现流媒体功能的方法 |
| CN101662628A (zh) * | 2008-08-28 | 2010-03-03 | 华为技术有限公司 | 一种多媒体存储方法、系统及设备 |
| CN101754056A (zh) * | 2008-12-17 | 2010-06-23 | 中国科学院自动化研究所 | 支持海量数据自动处理的数字内容编目管理系统及方法 |
| CN101917590A (zh) * | 2009-12-17 | 2010-12-15 | 新奥特（北京）视频技术有限公司 | 一种具有回放功能的网络直播系统及一种播放器 |
| CN102123303A (zh) * | 2011-03-25 | 2011-07-13 | 天脉聚源(北京)传媒科技有限公司 | 一种音视频文件播放方法、系统及传输控制装置 |
| CN102231164A (zh) * | 2011-07-06 | 2011-11-02 | 华中科技大学 | 一种面向多学科虚拟实验平台的xml增量传输与交互方法 |
| CN102843351A (zh) * | 2012-03-31 | 2012-12-26 | 华为技术有限公司 | 一种流媒体业务的处理方法、流媒体服务器及系统 |
| CN103116643A (zh) * | 2013-02-25 | 2013-05-22 | 江苏物联网研究发展中心 | 基于Hadoop的智慧医疗数据管理方法 |
| CN103581693A (zh) * | 2013-11-12 | 2014-02-12 | 北京清源新创科技有限公司 | 面向互联网的基于分片传输的大尺度直播时移方法及系统 |
| CN103986978A (zh) * | 2014-04-14 | 2014-08-13 | 曦威胜科技开发（深圳）有限公司 | 在HLS协议中扩展实现快进快退及精确Seek的方法 |
-
2015
- 2015-01-20 CN CN201510025931.1A patent/CN104581435A/zh active Pending
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1746884A (zh) * | 2004-09-06 | 2006-03-15 | 英保达股份有限公司 | 数字影像文件自动命名方法及系统 |
| CN101094107A (zh) * | 2006-06-21 | 2007-12-26 | 北京网视天元信息技术有限公司 | 视听节目p2p流媒体网络传播效果精确测量的系统及方法 |
| CN101282348A (zh) * | 2007-04-06 | 2008-10-08 | 上海晨兴电子科技有限公司 | 运用http协议实现流媒体功能的方法 |
| CN101662628A (zh) * | 2008-08-28 | 2010-03-03 | 华为技术有限公司 | 一种多媒体存储方法、系统及设备 |
| CN101754056A (zh) * | 2008-12-17 | 2010-06-23 | 中国科学院自动化研究所 | 支持海量数据自动处理的数字内容编目管理系统及方法 |
| CN101917590A (zh) * | 2009-12-17 | 2010-12-15 | 新奥特（北京）视频技术有限公司 | 一种具有回放功能的网络直播系统及一种播放器 |
| CN102123303A (zh) * | 2011-03-25 | 2011-07-13 | 天脉聚源(北京)传媒科技有限公司 | 一种音视频文件播放方法、系统及传输控制装置 |
| CN102231164A (zh) * | 2011-07-06 | 2011-11-02 | 华中科技大学 | 一种面向多学科虚拟实验平台的xml增量传输与交互方法 |
| CN102843351A (zh) * | 2012-03-31 | 2012-12-26 | 华为技术有限公司 | 一种流媒体业务的处理方法、流媒体服务器及系统 |
| CN103116643A (zh) * | 2013-02-25 | 2013-05-22 | 江苏物联网研究发展中心 | 基于Hadoop的智慧医疗数据管理方法 |
| CN103581693A (zh) * | 2013-11-12 | 2014-02-12 | 北京清源新创科技有限公司 | 面向互联网的基于分片传输的大尺度直播时移方法及系统 |
| CN103986978A (zh) * | 2014-04-14 | 2014-08-13 | 曦威胜科技开发（深圳）有限公司 | 在HLS协议中扩展实现快进快退及精确Seek的方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105721952A (zh) * | 2016-01-27 | 2016-06-29 | 观止云（北京）信息技术有限公司 | 一种等时长切片的直播流网络传输方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107743708B (zh) | 经由dash来参与abr流传送会话的方法、装置和节点 | |
| US10820066B2 (en) | Reconciling ABR segments across redundant sites | |
| US8532171B1 (en) | Multiple stream adaptive bit rate system | |
| US9253548B2 (en) | Optimizing caches for media streaming | |
| CN108391176A (zh) | 一种rtmp协议到hls协议的实时转换系统及其工作方法 | |
| TW201332343A (zh) | 可適性串流建立與遞送之虛擬化 | |
| CN104221391B (zh) | 同位体辅助的视频分发 | |
| KR102041140B1 (ko) | 프래그먼트- 정렬된 오디오 코딩 | |
| CN101951512B (zh) | 一种直播视频和实时视频的分片转码方法和系统 | |
| US9578354B2 (en) | Decoupled slicing and encoding of media content | |
| CN103248950A (zh) | 一种视频帧率定制的系统及方法 | |
| CN106254867A (zh) | 基于画面组对视频文件进行转码的方法及系统 | |
| CN101420452A (zh) | 一种视频文件的发布方法及装置 | |
| CN107810625B (zh) | 通过客户端从服务器流传输媒体序列的方法和装置 | |
| CN103442259A (zh) | 媒体数据的重组方法和装置 | |
| CN103929655A (zh) | 对音视频文件进行转码处理的方法和设备 | |
| US9832493B2 (en) | Method and apparatus for processing audio/video file | |
| CN104506967A (zh) | Udp直播流到hls直播流的实时转换方法及系统 | |
| WO2018028547A1 (zh) | 频道切换的方法及装置 | |
| CN103024517A (zh) | 一种基于并行处理的流媒体音视频同步播放方法 | |
| CN108111872A (zh) | 一种音频直播系统 | |
| CN104080014A (zh) | 一种实时视频处理方法和装置 | |
| CN105721952A (zh) | 一种等时长切片的直播流网络传输方法及系统 | |
| EP2882191B1 (en) | Synchronization of streaming data | |
| CN109963167B (zh) | 音视频处理方法、服务器、装置及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150429 |
|
| RJ01 | Rejection of invention patent application after publication |