[发明专利]线性提示视频流

说明书

技术领域

本公开涉及视频流，尤其涉及提供线性提示信息以改进缓存性能的文件格式。

背景技术

在任何媒体数据可以通过实时传输协议(RTP)被传送之前，这些数据必须依照某些规则被打包。例如，RFC 2250描述了用于MPEG-1和MPEG-2数据的规则。为了避免文件分析的重复工作，这些数据可被仅打包一次，并且被存储以供将来使用。为了这个目的QuickTime文件格式使用“提示”轨道。

QuickTime文件格式的构造是为了本地重放，而在流应用中其未能被很好地执行。QuickTime文件格式是非线性的，因此收集数据以建立单个RTP包需要每个文件内的多个查询操作。在可以读取实际的媒体数据之前，元数据内的时间到样本(time-to-sample)表、样本到块(sample-to-chunk)表、块到偏移量(chunk-to-offset)表、样本到大小(sample-to-size)表以及提示样本偏移量(hint sample offset)表都必须被查阅。这些操作导致了系统缓存的使用效率非常低。例如，随着缓存文件的增加，必须不断地更新元数据内的各种表。该元数据结构需要被保持在存储器中，并且直到每个缓存会话结束才能被保存在磁盘上。这种元数据的大小通常是媒体数据的1-2％，因此缓存多个大的文件可以很快地导致RAM本身成为瓶颈。

QuickTime文件格式的复杂性也阻止了为高性能流建立轻量级核心模块。需要的是一种对于流和缓存应用都可以用作普通容器的文件格式。

发明内容

容易分析到，普通媒体流文件格式适合于高性能RTP流和缓存。媒体文件的提示信息和元数据被包括，从而改进了流请求的实时性能。提示文件具有文件标题部分，文件标题部分具有文件标题对象、媒体数据文件描述符和索引描述符。提示索引部分包括第一级提示索引，第一级提示索引具有与时间标记键值对应的线性组织结构。第二级提示索引具有与时间标记键值对应的非连续组织结构。在第二级提示索引中布置专用标志以向流引擎指示出：对于下一个时间标记键值，必须查阅第一级提示索引。该专用标志被放置在与其条目相关联的一连串时间标记键值的最后。

本发明的上述概述并不打算代表每个公开的实施例。在随后的附图和详细描述中提供了其它方面以及具体实施例。

附图说明

图1是流格式文件的结构图。

图2是例如可用于图1的流格式文件中的、表示单个密集提示索引如何提供指向带有时间标记0T-11T的连续媒体数据文件的指针的数据图。

图3是例如可用于图1的流格式文件中的、表示带有一些不用位置的第一级密集提示索引如何提供指向第二级密集索引的指针的数据图，其中第二级密集索引进而提供指向带有时间标记0T-11T的连续媒体数据文件的指针。

图4是例如可用于图1的流格式文件中的、表示第一级线性提示索引如何提供指向带有专用标志($)的第二级非连续提示索引的指针的数据图，其中带有专用标志($)的第二级非连续提示索引进而提供指向带有时间标记0T-11T的非连续媒体数据文件的指针。

具体实施方式

图1描述了用于存储媒体文件的提示信息和元数据的流格式文件100，其是可扩展且灵活的文件。该流格式文件帮助服务器以较少的实时性能影响来处理流请求。流格式文件100包括文件标题部分102、提示索引部分104以及数据部分106。文件标题部分102包括文件标题对象108、媒体数据文件描述符110和索引描述符112。索引部分包括第一级提示索引114和第二级提示索引116。数据部分106携带实际的媒体数据，并且作为代替，可以被完全包含于单独的文件中。

流格式文件100支持带有多级稀疏索引的提示信息的有效查找，该多级稀疏索引是独立于任何一种特定数字媒体容器格式或者传输格式的。对于存储在流格式文件中的数据，支持文件内的提示。对于存储在与线性提示格式(LHF)文件分开的文件中的数据，提供文件外提示查找。多级线性索引(MLI)可以帮助流引擎(SE)有效地定位这些数据。

典型的提示处理通过该提示信息来工作以获得同一文件或者单独的媒体数据文件中所期望的数据块的偏移量。这就使流引擎以更多有效的方式取出即将被发出的数据，而不用首先必须知道该流媒体的容器格式或有效载荷。

密集索引是组织提示信息的常规方式。在密集索引中，数据块的序号、调整的RTP时间戳或者正常播放时间(NPT)被用作键。