CN107580780A - 用于在广播和流媒体应用中处理hevc编码的视频的方法和系统 - Google Patents

用于在广播和流媒体应用中处理hevc编码的视频的方法和系统 Download PDF

Info

Publication number
CN107580780A
CN107580780A CN201680007905.9A CN201680007905A CN107580780A CN 107580780 A CN107580780 A CN 107580780A CN 201680007905 A CN201680007905 A CN 201680007905A CN 107580780 A CN107580780 A CN 107580780A
Authority
CN
China
Prior art keywords
video
image
video flowing
images
value
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.)
Granted
Application number
CN201680007905.9A
Other languages
English (en)
Other versions
CN107580780B (zh
Inventor
阿图罗·A·罗德里谷兹
凯文·默里
黄翔业
长本明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cisco Technology Inc
Original Assignee
Cisco Technology Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Cisco Technology Inc filed Critical Cisco Technology Inc
Publication of CN107580780A publication Critical patent/CN107580780A/zh
Application granted granted Critical
Publication of CN107580780B publication Critical patent/CN107580780B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
    • 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/8451—Structuring of content, e.g. decomposing content into time segments using Advanced Video Coding [AVC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/782—Television signal recording using magnetic recording on tape
    • H04N5/783—Adaptations for reproducing at a rate different from the recording rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

本公开的实施例说明了用于处理视频流的方法和系统。例如，视频流可以在视频接收设备处被接收。视频流可以包括视屏可用性语法元素。视频可用性语法元素可以包括至少第一标志，其指示是否存在用于固定帧速率处理或低延迟模式处理中的一者的假想参考解码器(HRD)参数。视频可用性语法元素还可以包括至少第二标志，其指示视频流是否包括字段编码的视频序列。

Description

用于在广播和流媒体应用中处理HEVC编码的视频的方法和 系统
本申请作为PCT国际申请于2016年2月5日被提交，并且要求2015年2月5日提交的美国临时申请No.62/112,460、2015年2月5日提交的美国临时申请No.62/112,632和2015年2月10日提交的美国临时申请No.62/114,145的权益，这些美国临时申请通过引用被合并于此。
技术领域
本公开总体涉及视频信号的处理，更具体地，涉及配设HEVC比特流的支持功能。
背景技术
被压缩的视频信号必须包括在视频节目的广播和流送中扩展随机访问和其他功能的配设(provision)。这些配设必须支持与不同的图像格式相对应并且可以根据多种压缩替代方案的可能组合中的任何一种被编码为相关比特流的视频信号。当用户希望调用诸如快进播放、快退播放、慢进播放、慢退播放、前向帧(或图像)步进、反向帧(或图像)步进和暂停之类的模式时，可以在观看期间执行特技模式(也称为针对视频节目的除正常播放模式之外的视频播放模式)。结合允许在经编码的视频流的下述点处进入的随机访问：在这些点处，解码器可以开始对经编码的视频流(在本文中称为比特流)进行解码，针对诸如个人视频录制(“PVR”)、数字视频录制(“DVR”)和视频点播(“VOD”)之类的应用可以支持特技模式。
附图说明
参考以下附图可以更好地理解本公开的许多方面。附图中的组件不一定按比例绘制，而是将重点放在清楚地说明本发明的原理之上。此外，在附图中，相同的附图标记指定贯穿若干附图的相应部分。
图1是示出可以实现视频处理(VP)系统和方法的示例环境的框图。
图2是包括VP系统的实施例的视频流接收和处理(VSRP)设备的示例实施例的框图。
图3是示出用于处理包括辅助信息的视频的一个示例方法实施例的流程图。
图4是示出用于处理包括辅助信息的视频的一个示例方法实施例的流程图。
图5是示出用于处理包括辅助信息的视频的一个示例方法实施例的流程图。
图6是示出用于处理包括辅助信息的视频的一个示例方法实施例的流程图。
图7是示出用于处理包括辅助信息的视频的一个示例方法实施例的流程图。
图8是示出用于处理包括辅助信息的视频的一个示例方法实施例的流程图。
图9示出了具有等于TRAIL_R的NAL单元的I图像的字段编码结构。
图10示出了具有等于TRAIL_R的NAL单元的I图像的字段编码结构。
图11示出了具有等于CRA的NAL单元的I图像的字段编码结构。
图12示出了具有等于CRA的NAL单元的I图像的字段编码结构。
具体实施方式
概述
本公开的实施例说明了用于处理视频流的方法和系统。例如，可以在视频处理设备处接收视频流。视频流可以包括视频可用性语法元素。视频可用性语法元素可以至少包括第一标志，该第一标志指示是否存在用于以下处理之一的HRD参数：固定帧速率处理或低延迟模式处理。视频可用性语法元素还可以至少包括第二标志，该第二标志指示视频流是否包括字段编码(field-coded)的视频序列。
本公开的实施例说明了HEVC编码的视频基本流的创建，并且旨在用于视频服务应用，例如可以采用本文所述的规范的广播、时间移位(例如，PVR/DVR服务)、视频点播服务和拼接(例如，广告插入)。存在在高效视频编码(“HEVC”)比特流中提供辅助信息来帮助应用程序实现所请求的特技模式的需求。
在本公开中使用以下定义和首字母缩略词：
首字母缩略词
AU 访问单元
BLA 断链访问
CPB 编码图像缓冲区
CRA 无损随机访问(Clean Random Access)
CVS 编码的视频序列
DPB 解码图像缓冲区
DPI 数字节目插入(digital program insertion)
DTS 解码时间戳
FPP 前向预测图像
HDTV 高清电视
IDR 瞬时解码刷新
IRAP 根据HEVC规范(H.265)的内部随机访问点
ISO 国际标准化组织
MPEG 运动图像专家组
NAL 网络抽象层
nPVR 基于网络的个人录像机
PES 封装的基本流
POC 图像序列号
PPS 图像参数集
PTS 演示时间戳
PVR 个人录像机
RADL 随机访问可解码前置(图像)
RASL 随机访问跳过前置(图像)
SEI 补充增强信息
SGOP 根据本文档的图像集
SHRAP 根据本文档的HEVC随机访问点
SPS 序列参数集
TS 传输流
VOD 视频点播
VUI 视频可用性信息
定义
HEVC规范-指ITU-T Rec中针对视频编码的语法和语义。
H.265|ISO/IEC 23008-2:2013高效视频编码。
HEVC接收器-指能够根据HEVC规范和本公开中规定的约束来解码HEVC比特流的接收器。
FPP-不使用任何后显示的图像作为参考的预测图像。后显示的图像是指具有较高POC的图像或具有较迟PTS的图像。
IRAP-根据HEVC规范规定的IRAP。
GOP-图像组(GOP)是跨越两个连续的SHRAP的图像组，其从SHRAP AU开始，但不包括后续的SHRAP AU。
SHRAP图像-是SHRAP访问单元的一部分的IRAP图像，或是SHRAP AU的一部分的其中NAL单元类型＝TRAIL_R的内编码(intra-coded)字段图像。
HEVC比特流可以包括在HEVC规范中规定的SEI和VUI语法元素。针对SHRAP AU中的所有NAL单元，nuh_temporal_id_plus1的值被设置为等于1。
如果VUI参数中的field_seq_flag(字段_序列_标志)的值等于0，则SHRAP图像的nal_unit_type(nal_单元_类型)值应在16到21的范围(包含16和21)内。根据HEVC规范，该nal_unit_type值的范围可以对应于IRAP图像。
当VUI参数中的field_seq_flag的值等于1时，SHRAP图像应对应于具有如下NAL_unit_type值之一的内编码字段图像：1)在16到21的范围(包含16和21)内、或2)等于1。
NAL_unit_type值等于1可以对应于TRAIL_R。如果SHRAP的NAL单元类型等于1，则VUI参数中的field_seq_flag的值等于1。具有对应于TRAIL_R的NAL单元类型的SHRAP图像不跟随包含序列NAL单元的末端的访问单元。在包含序列NAL单元的末端的访问单元之后的第一访问单元将是包含IDR、BLA或CRA图像的SHRAP的访问单元。关于图9-10更详细地描述了其中I图像包含等于TRAIL_R的NAL_unit_type值的字段编码子GOP结构。关于图11-12更详细地描述了其中I图像包含不等于TRAIL_R但等于如HVEC规范中所描述的IRAP的NAL_unit_type值的字段编码子GOP结构。在图11-12中，IRAP的NAL_unit_type是CRA。
在包含比特流NAL单元的末端的访问单元之后的第一访问单元应为与SHRAP对应的IDR访问单元。根据HEVC规范对应于等于35的NAL单元类型(AUD_NUT)的访问单元定界符应该存在，并且应该是每个访问单元中的第一NAL单元。
下表列出了关于nal_unit_type的约束：
表1-针对NAL单元类型的约束
期望所有HEVC接收器都能够处理对应于多种格式的HEVC比特流。
序列参数集(SPS)约束
序列参数集包括值等于1的vui_parameters_present_flag。
VUI
期望HEVC接收器处理以下VUI语法元素(当存在时)。vui_hrd_paramets_present_flag可以等于0或1。
表2-视频可用性信息约束
在一些实施例中，一些语法元素可能要求相应的在先标志“xxx_present_flag”(如果存在的话)等于1(例如，colour_description_present标志)。field_seq_flag的值只应在用于字段编码的视频序列时等于1。
根据HEVC规范的附录E，可以通过其他未指定的方式将HRD参数传送至解码器。当HRD参数以表3和表4中所示的形式存在时应当被约束。
在一些实施例中，固定帧速率比特流可以包括或可以不包括HRD参数。当vui_hrd_parameters_present_flag＝0时，比特流应符合固定图像速率，并且可以推断出表3所示的参数值。vui_hrd_parameters_present_flag＝1的固定帧速率比特流将受到表3所示参数值约束。在一些实施例中，当fixed_pic_rate_general_flag[maxNumSublayersMinus1]＝1时，low_delay_hrd_flag[maxNumSubLayersMinusl]＝0。
表3-针对固定帧速率的HRD参数约束
针对低延迟模式，vui_hrd_parameters_present_flag的值可以等于1。针对低延迟模式，HRD参数应具有表4中所示的值。在低延迟模式下：1)所有图像应为内编码图像或FPP图像。2)每个图像的PTS应该等于或者应该被推断出等于其DTS。DTS可以或存在于可以不存在于PES分组头部中。3)比特流中的每个图像应大于在先图像的PTS。4)每个被解码的图像应当在下一被解码的图像可用之前被重复输出。5)CPB可能下溢。在一些实施例中，HEVC接收器在低延迟模式下可以忽略pic_timing SEI中的信息(如果存在的话)。
表4-针对低延迟模式的HRD参数约束
图像参数约束和级别限制
图像参数设置应与通知级别和简档(profile)(Main或Main 10)一致。HEVC比特流不得包含非配对字段。在HEVC的上下文中，配对字段是作为相同帧的具有相反奇偶性的两个编码字段的、以解码顺序(不论其显示顺序如何)处于连续的访问单元中的两个字段。
HEVC比特流中的所有图像可以是可显示的图像，除了当相关联的IRAP的RASL图像具有不可用的参考图像时，例如在随机访问点或SHRAP处进入HEVC比特流时。
补充增强信息(SEI)约束
当SHRAP图像的NAL单元类型在16到21的范围内时，根据HEVC规范从相应的编码图像的NAL单元类型中导出输出恢复点。
在一个实施例中，恢复点SEI是可选的，并且只应存在于NAL单元类型等于1(TRAIL_R)的SHRAP图像的AU中。包含与TRAIL_R图像相对应的SHRAP的编码字段视频序列可以具有不迟于SHRAP图像的输出时间的输出恢复点。恢复点SEI可以用于用信号通知在SHRAP图像的输出时间之前的恢复点，例如当从SHRAP图像或与SHRAP配对的字段中反向预测出具有比SHRAP更早的输出时间的一些图像时。当恢复点SEI存在时，exact_match_flag的值应被设置为1，并且broken_link_flag的值应被设置为0。在本公开的一些实施例中，HEVC接收器可以忽略恢复点SEI。在替代实施例中，当SHRAP图像的AU的NAL单元类型等于1(TRAIL_R)时，不在HEVC比特流中提供恢复点SEI。
字段编码的视频序列可以仅包含配对字段。pic_timing SEI中的pic_struct不应等于1或2。与具有对应于TRAIL_R的NAL单元类型的字段编码的SHRAP图像配对的字段不应该引用比特流中在SHRAP图像之前的图像。
输出时间早于SHRAP图像的、在比特流中在SHRAP图像之后的图像是前置(leading)图像。图像的PTS可以被用于识别在SHRAP图像之后的前置图像。PTS不足以区分可解码和不可解码的前置图像。当在包含NAL单元类型对应于TRAIL_R的字段编码的图像的SHRAP AU处进入比特流时，除了与SHRAP图像配对的编码字段之外，应进行以下推导和推断：
1)具有在SHRAP的PTS之前的PTS的所有图像都应当是前置图像
2)如果恢复点SEI存在于SHRAP AU中：
2a)具有在恢复点SEI指定的恢复点之前的PTS的任何前置图像应被推断为是RASL图像，并且
2b)任何没有被推断为是RASL图像的前置图像应被推断为是RADL图像。
3)如果恢复点SEI不存在于SHRAP AU中：
3a)所有前置图像应被推断为是为RASL图像。
4)针对每个推断出的RASL图像，NoRaslOutputFlag的值应等于1。
应该注意的是，在支持AFD、栏数据和隐藏字幕相关SEI信息时，应符合SCTE 128-1中所述的内容。
对于特定简档、级别和层级的最大亮度图像尺寸、最大视频比特率和最大CPB(编码图像缓冲区)不可以超出HEVC规范的附录A中所规定的限制，除非在本公开内另有说明。
节目拼接约束
系统处理(如数字广告插入和节目拼接)可能需要改变同一节目内的HEVC流中的分辨率，从而在HEVC接收器中产生无缝或接近无缝的行为。当本标准的用户希望促进这种改变时，HEVC基本流应根据这些附加约束进行编码：1)如果需要HEVC接收器中的这种无缝或接近无缝的行为，则HEVC基本流中的general_level_idc和垂直图像尺寸在同一节目内不应该改变。2)在一些实施例中，应该避免简档改变、显示纵横比改变、帧速率改变和隔行/逐行转换(以任一顺序)，因为它们可能导致解码器视频输出的中断。
在包含对应于TRAIL_R的NAL单元类型对应的字段编码的图像的SHRAP AU处返回网络馈送的DPI操作应该将SHRAP的NAL单元类型从TRAIL_R改变为BLA或IDR。如果NAL单元类型被改变为BLA，除了与SHRAP图像配对的编码字段之外，被确定为是前置图像并且具有大于0的导出的时序id值的、按照解码顺序在SHRAP图像之后的每个图像的NAL单元类型应当被改变为对应于RASL NUT的NAL单元类型。
PVR辅助信息
在本公开的一些实施例中，当时序id值被推导为等于0并且图像是SHRAP时，层值＝(源自NAL单元头部信息的)图像的temporal_id(时序_id)。否则，层值＝图像的时序id。在替代实施例中，当时序id值被导出为0并且图像是内编码图像时，层值＝(源自NAL单元头部信息的)的图像的temporal_id。否则，层值＝图像的时序id。
在一些实施例中，对于时序id＝maxNumSubLayersMinusl的图像而言，如果maxNumSubLayersMinus1大于1，则相应图像的层值为7。在其他实施例中，对于时序id＝maxNumSubLayersMinusl的图像而言，如果maxNumSubLayersMinusl大于1，则相应图像的层值为6或7。在其他另外的实施例中，对于时序id＝maxNumSubLayersMinus1的图像而言，如果maxNumSubLayersMinus1大于1，则在图像是非参考图像时相应图像的层值为6或7。应该指出的是在后一种情况下的实施例中，当maxNumSubLayersMinus1大于1时，层可能不等于时序id+1。
在一些实施例中，如果maxNumSubLayersMinus1大于MPEG-2传输分组的适配字段中规定的阈值(其中这样的阈值大于或等于1)，则对于具有时序id＝maxNumSubLayersMinusl的图像而言，层不等于时序id+1。如果图像的时序id＝maxNumSubLayersMinusl，则其层值在一个实施例中可以映射到7，或者在另一个实施例中可以映射到6或7。
实施例的具体描述
本公开的实施例提供对特技模式的支持，该特技模式通常被称为针对视频节目的除正常播放模式之外的视频播放模式，其中正常播放模式通常与1X速度(即，预期速度)的前向播放相关联。特技模式可以包括诸如快进播放、快退播放、慢进播放、慢退播放、前向帧(或图像)步进、反向帧(或图像)步进和暂停之类的模式。在暂停时，图像在显示设备中冻结。
结合允许在视频流的下述点进入的随机访问：在这些点处，解码器可以开始解码视频流(此处也称为比特流)，特技模式支持诸如个人视频录制(PVR)、数字视频录制(DVR)和视频点播(VOD)之类的应用。在这些应用中，观众可以经由用户输入接口和诸如键盘或遥控器之类的输入设备来控制特技模式功能。
本公开的实施例说明与在传输流的数据字段中配设特技模式和随机访问的信息相关的信号或消息，其中传输流的数据字段运载视频节目的多个基本流。在实施例中，传输流可以是如ISO/IEC 13818-1(2007)“信息技术-运动图像和相关音频的通用编码-第1部分：系统”(其通过引用被合并于此)中所规定的MPEG-2传输。配设特技模式的信息在本文被称为PVR辅助信息。此外，本文档涉及对应于已经根据下述规范被编码的图像序列的视频流：由ITU-T H.265|ISO/IEC 23008-2-MPEG-H第2部分：高效视频编码所规定的HEVC视频编码规范，该规范通过引用被合并于此。
PVR辅助信息可用于表示旨在帮助应用(如PVR和VOD)执行特技播放操作的信息，但不强制任何特定的PVR设备行为。相反，应用或接收设备(或接收器中处理比特流的处理设备)可以基于PVR辅助信息来影响特技模式的特定行为。此处该信息是特定于根据下述规范编码的视频流：由ITU-T H.265|ISO/IEC 23008-2-MPEG-H第2部分：高效视频编码所规定的HEVC视频编码规范，该规范通过引用被合并于此。ISO/IEC 13818-1(2013)中规定的MPEG-2传输规定了MPEG-2传输中HEVC的载体，并通过引用被合并于此。
如本公开的实施例所采用的，PVR辅助信息存在于每个视频访问单元的起始处。PVR辅助信息可以非加密形式在MPEG-2传输分组的适配字段中运载。以“PVR_assist_tier_pic_num”表示的PVR辅助信息可能关于与连续层数的图像相关性，使得如果在比特流的RAP处开始解码，其中比特流对应于视频节目的相应图像序列的HEVC压缩版本，可以提取自解码子流。
此外，PVR辅助信息中的标志可以用信号向应用或处理设备(诸如视频节目接收器)通知比特流，以在比特流中该标志有效的相应片段或部分上禁用或阻止特技模式。当特技模式在包括连续RAP的片段上被阻止时，可以在该片段期间的每个RAP(随机访问点)处用信号通知该标志以维持其持续性。只有在应用或处理设备的正常播放模式下，才对禁止或阻止特技模式的各个相应部分或片段进行处理。在一些实施例中，针对某些广告或通知禁用特技模式，例如，针对具有这种权利(例如，广告提供者针对这种权利向运营者或广播公司支付了一定费用)的广告或通知禁用特技模式。作为示例，标志pvr_assist_block_trick_mode_present_flag可以用信号通知存在阻止特技模式的信号。
在一些实施例中，如MPEG-2传输中指定的PES(分组化基本流)分组可以被限制为包含不超过一个视频访问单元(AU)始端，其中AU是如上文提及的HEVC规范中所指定的。也就是说，约束是每个PES分组具有不多于一个视频访问单元(AU)始端，以使得每个PES分组将仅包含一个AU。在其他实施例中，PES头部后面的第一有效载荷字节应是AU的始端。然后可以将PES头中的“data_alignment_indicator(数据_对准_指示符)”设置为值“1”。
为了便于周期性地随机访问而不需在电视网络中引入过多的频道改变时间，连续RAP图像之间的最大时间间隔可以小于或等于一定量的时间，例如接近1.0秒加一时间增量，以促进视频编码中的场景变化调整或促进利用具有作为二的倍数或二的幂次的GOP(图像组)结构的高效视频编码。
在实施例中，RAP访问单元可以精确地包括一个VPS、具有VUI的一个序列参数集(SPS)(其是有效的)、以及需要用于对相关图像进行解码的至少一个图像参数集(PPS)。SPS应该在可能存在于RAP访问单元中的任何SEI NAL单元之前。
在实施例中，与访问单元(AU)相关联的任何前缀SEI NAL单元(如HEVC规范中所规定的)可以在AU中在对应于AU的第一编码片(slice)的NAL单元之前。此外，与访问单元(AU)相关联的任何后缀SEI NAL单元(如在HEVC规范中所规定的)可以在AU中在对应于AU的最后编码片的NAL单元之前。
与比特流的RAP相关联的RAP图像应当对应于IDR、CRA、BLA，其中IDR、CRA、BLA是由HEVC规范指定的。RAP图像的所有VCL NAL单元都具有相同的nal_unit_type。与比特流中的图像相关联的RAP图像(即，图像的相关联RAP图像)是比特流中最近的在前的RAP图像(即，解码顺序中在前的RAP)。
当HEVC比特流的解码开始于作为NAL单元类型等于BLA_W_LP的BLA图像或NAL单元类型等于CRA_NUT的CRA图像的RAP图像，紧接在是RASL图像的RAP图像之后的图像不可由HEVC解码器解码，因为RASL图像可能包含对不存在于比特流中的图像的引用(即，对比特流中在其相关联的RAP图像之前的图像的引用)。因此，当在作为NAL单元类型等于BLA_W_LP的BLA图像或者NAL单元类型等于CRA_NUT的CRA图像的RAP图像处开始HEVC比特流的解码时，与RAP图像相关联的RASL图像是不可解码的。
在一些实施例中，当在NAL单元类型等于CRA_NUT的RAP图像处开始HEVC比特流的解码时，变量HandleCraAsBlaFlag的值应等于1，并且变量NoRaslOutputFlag应设置为等于HandleCraAsBlaFlag。与层架构相关的信息可以基于图像相关性描述可提取和可解码的子序列的信令。这允许PVR应用在执行给定的特技模式时有效地选择图像。
根据本实施例，数据相关性层最多包含N个层。在一个实施例中，N＝7。层可以基于其可解码性从“0”到“7”(或在不同的实施例中，0到7)分级地排序，使得具有特定层数的任何图像不直接或间接地依赖于具有较高层数的任何图像。
视频流中的每个图像可以属于N层(例如N＝8)中的一层。对于k＝0、...7的任何值，第k层中的任何图像不得直接或间接地依赖于第(k+1)或更高层中任何图像的处理或解码。这意味着依赖于参考图像的图像不能具有比参考图像的层数小的层数。
最低层数可能包含第一级图像可提取性，并且每个后续层可以对应于视频流中的下一级图像可提取性。所有RAP图像均属于第0层，并且所有第0层的图像均为RAP图像。在一个实施例中，特定层(例如，第5层)可被分配最大层数，该最大层数可被分配给旨在为特技模式提取的参考图像。在特定层上的层(例如在这种情况下，第6层和第7层)对应于最后级别图像可提取性，对应于被认为可丢弃的图像，这些图像不被用作参考图像。在这个例子中，第6层和第7层图像旨在为特技模式而丢弃，并且不依赖于其他第6层和第7层的图像。对于HEVC比特流，在一个实施例中，不是参考图像的所有图像可以属于第7层。在一个替代实施例中，不是参考图像的所有图像可以属于第6层或第7层。
当对HEVC视频流的视频解码开始于RAP(从RAP图像开始并且包含RAP图像)，对于k＝0、...、7中的任何值，除了作为RASL图像的第k层图像之外，如果在视频流中所有紧邻在前的第0层到第k层图像(包括第k层图像)都已经被被解码，那么与RAP图像相关联的第k层图像是可解码的。具体地说，当对HEVC比特流的视频解码开始于nal_unit_type等于BLA_W_LP或CRA_NUT的RAP图像时，与RAP图像相关联的每个RASL图像(如果存在)不能解码，而与与图像相关联的层数无关。
RASL图像可以具有等于RASL_R(即，作为参考图像)或RASL_N(即，不作为参考图像)的nal_unit_type，如在HEVC规范中指定的。在不考虑层数的情况下，当对HEVD比特流的视频解码开始于nal_unit_type等于BLA_W_LP或CRA_NUT的RAP图像时，所有RASL图像都是不可解码的。如果RAP图像是CRA，则变量HandleCraAsBlaFlag的值应等于1，并且变量NoRaslOutputFlag应被设置为等于HandleCraAsBlaFlag。
根据HEVC规范，AU中每个NAL单元的NAL单元头部中的“nuh_temporal_id_plus1减1”的值指定NAL单元的时序标识符。nuh_temporal_id_plus1的值不能等于0。
图像的Temporalld(时序Id)按如下导出：Temporalld＝nuh_temporal_id_plus1-1。所有RAP图像的Temporalld应等于0。然而，不是RAP图像的图像也可能具有等于0的Temporalld。根据HEVC规范，图像可以具有的最大Temporalld值可以等于有效SPS中所提供的值sps_max_sub_layers_minus1。
根据本公开的实施例，对应于图像并且在相应传输分组中指定的所有层数应符合以下要求：1)所有IRAP图像应具有等于最低层数的层(例如，在一个实施例中为0，或在替代实施例中为1)；2)不是RAP图像的具有等于0的Temporalld值的所有图像应具有等于比对应于RAP图像的层数大1的层值；3)作为参考图像的、具有值大于0的Temporalld的所有图像应具有等于Temporalld加1的层值。在一些实施例中，不作为参考图像的、具有等于sps_max_sub_layers_minus1的Temporalld的所有图像应该具有等于7的层值。
根据实施例，对应于图像的层数应符合以下要求：1)所有IRAP图像应具有层等于0-不是RAP图像的所有Temporalld＝0的图像的层＝1；2)作为参考图像的所有Temporalld>0的图像应具有层＝Temporalld+1；和3)不作为参考图像的所有Temporalld＝sps_max_sub_layers_minus1的图像应具有层＝7。
图1是描绘在其中实现视频处理(VP)系统的一个或多个实施例的示例环境的高级框图。具体地，图1是描绘示例性订户电视系统(STS)100的框图。在该示例中，STS 100包括头端110和一个或多个视频流接收和处理(VSRP)设备200。在一些实施例中，VSRP设备200之一可以配备有处理辅助信息的功能，其中该辅助信息影响适当的特技模式功能。
根据本公开的实施例，诸如VSRP设备200的HEVC接收器可以具有至少以下非限制性属性：1)能够解析和解码由该标准中的约束所规定的来自HEVC的规范元素；2)不因来自HEVC的可选的或信息型元素的存在或不存在而带来负面影响；3)能够解析和处理带内传送的或由本标准规范化约束和指定的、来自HEVC附录D(SEI消息)和附录E(VUI语法元素)的所有元素(包括可选元素)；4)不因带内传送的或由本标准规范化约束和指定的、来自ISO/IEC13818-1的可选元素(如适配域中的数据)的存在或不存在而带来负面影响；5)支持对应用所需的end_of_bitstream_rbsp()语法元素的处理，其中另一个比特流跟随end_of_bitstream NAL单元。随后的比特流可以以IDR图像(NAL单元类型＝20，IDR_N_LP)开始，并且可能伴随着时基不连续性。根据HEVC规范管理DPB帧缓冲区支持在包含IDR或BLA图像的SHRAP处在字段和帧之间进行正常的输出转换；和6)支持在低延迟模式和静态图像中处理基本流。
VSRP设备200和头端110经由网络130耦接。前端110和VSRP设备200协作以向用户提供电视服务，包括例如广播电视节目、交互式节目指南(IPG)服务/VOD服务/PVR服务/DVR服务和按次付费、以及诸如音乐/互联网访问/商业(例如，家庭购物)/IP语音(VOIP)和/或其他电话或数据服务之类的其他数字服务。
VSRP设备200通常位于用户的住所或营业地点，并且可以是独立单元或被集成到另一设备中，例如显示设备140、个人计算机、个人数字助理(PDA)、手机等设备。换言之，VSRP设备200(这里也称为数字接收器或处理设备或数字家庭通信终端(DHCT))可以包括许多设备之一或设备的组合，诸如机顶盒、具有通信能力的电视机、蜂窝电话、个人数字助理(PDA)或其他计算机或基于计算机的设备或系统，诸如膝上型计算机、个人计算机、DVD/CD记录器等。如上所述，VSRP设备200可以耦接到显示设备140(例如，计算机监视器、电视机等)，或者在一些实施例中，可以包括集成显示器(具有或不具有集成音频组件)。
VSRP设备200接收信号(视频、音频和/或其它数据)，包括，例如以数字化视频信号的压缩形式表示的数字视频信号，例如，从头端110到网络130的在载波信号上调制的编码视频序列(“CVS”)和/或在载波信号上调制的模拟信息等，并且通过网络130向头端110提供反向信息。
电视服务可以经由各个显示设备140呈现，各个显示设备通常包括电视机。然而，显示设备140还可以是能够显示视频信号的图像序列的任何其他设备，例如包括计算机监视器、移动电话、游戏设备等。在一个实现方式中，显示设备140配置有音频组件(例如，扬声器)，而在一些实现方式中，音频功能可以由单独的但通信地耦接到显示设备140和/或VSRP设备200的设备提供。虽然示出了VSRP设备200与显示设备140通信，但VSRP设备200可以与从VSRP设备200接收、存储和/或处理比特流、或者向VSRP设备200提供或传送比特流或未压缩的视频信号的其他设备进行通信。
网络130可以包括单个网络或网络的组合(例如，局域网和/或广域网)。另外，网络130的通信介质可以包括有线连接或无线连接(例如，卫星、陆地、无线LAN等)或两者的组合。在有线实现方式的情况下，网络130可以包括混合光纤同轴(HFC)介质，同轴的、光学的、双绞线的等。其他网络被考虑到在本公开的范围内，包括使用遵从利用HEVC编码的MPEG-2传输或其他传输层或编码协议或与其相结合的分组的网络。
前端110可以包括一个或多个服务器设备(未示出)，用于向客户端设备(例如，VSRP设备200)提供视频、音频和其他类型的媒体或数据。前端110可以经由有线和/或无线连接(例如，卫星或陆地网络)从在前端110或STS 100外部的源(例如，从内容提供商)接收内容，并且在一些实施例中，可以接收封装选择的具有本地节目(例如，包括本地广告)的国家或地区的内容以传送给用户。前端110还包括一个或多个编码器(编码设备或压缩引擎)111(示出了一个)和一个或多个视频处理设备，其被实施为耦接到编码器111的一个或多个拼接器112(示出了一个)。在一些实施例中，编码器111和拼接器112可以位于相同的设备和/或相同的区域中(例如，两者都在头端110或别处)，而在一些实施例中，编码器111和拼接器112可以分布在STS 100内的不同位置。例如，虽然编码器111和/或拼接器112被示出为驻留在前端110，但它们在一些实施例中可以驻留在其他位置(例如集线器或节点)。编码器111和拼接器112与合适的信令或配置相耦合以响应针对要插入商业广告的视频服务的部分的信令。
编码器111将压缩的比特流(例如，在传输流中)提供给拼接器112，而编码器111和拼接器112两者都接收与拼接或数字节目插入有关的信号或提示。在一些实施例中，编码器111不接收这些信号或提示。在一个实施例中，编码器111和/或拼接器112进一步被配置为提供对应于层数和比特流中的其他信息的辅助信息，以向VSRP设备200传送对应于影响如之前所述的特技模式操作的图像提取的指令。
此外，拼接器112可以将编码器111提供的辅助信息(有修改或无修改)传递给VSRP设备200，或者编码器111可以将辅助信息直接(绕过拼接器112)提供给VSRP设备200。
STS 100可以包括IPTV网络、有线电视网络、卫星电视网络、订户网络或这些网络中的两个或更多个的组合或其他网络。此外，网络PVR和交换数字视频也被认为在本公开的范围内。尽管在视频处理的上下文中进行了描述，但是应当理解，本文描述的VP系统的某些实施例还包括用于处理诸如压缩的音频流之类的其他媒体内容的功能。
如本领域普通技术人员应该理解的，STS 100包括未示出的附加组件和/或设施。例如，STS 100可以包括一个或多个附加服务器(互联网服务提供商(ISP)设施服务器、私人服务器、按需服务器、频道更改服务器、多媒体消息服务器、节目指南服务器)、调制器(例如QAM、QPSK等)、路由器、桥接器、网关、多路复用器、发送器、和/或交换机(例如，在网络边缘处、在其他位置之间)，以处理、和向用户传送和/或转发(例如，路由)各种数字服务。
在一个实施例中，VP系统包括头端110和一个或多个VSRP设备200。在一些实施例中，VP系统包括这些组件中的每个组件的部分，或在一些实施例中包括这些组件中的一个或其子集。在一些实施例中，如本领域普通技术人员在本公开的上下文中应该理解的，上述图1中未示出的一个或多个附加组件可以被并入VP系统中。
图2是VSRP设备200的选择组件的示例实施例。本领域普通技术人员应该理解，图2所示的VSRP设备200仅仅是说明性的，并且不应被解释为暗示对本公开的范围的任何限制。在一个实施例中，VP系统可以包括结合图2的VSRP设备200描述的或在图2中所示的所有组件。在一些实施例中，VP系统可以包括更少的组件，例如那些被限制为促进和实现对压缩的比特流和/或与比特流中的经编码的图像的解码版本相对应的输出图像进行解码的组件。在一些实施例中，VP系统的功能可以分布于VSRP设备200和如上所述的一个或多个附加设备之间。
VSRP设备200包括在一个实施例中耦接至调谐器系统203的通信接口202(例如，根据实现方式，适于耦接到互联网、同轴电缆网络、HFC网络、卫星网络、陆地网络、蜂窝网络等)。调谐器系统203包括用于接收下载的(或传送的)媒体内容的一个或多个调谐器。调谐器系统203可以从由STS 100(图1)提供的多个传输信号中进行选择。调谐器系统203使得VSRP设备200能够调谐到下游媒体和数据传输，从而允许用户经由STS 100接收数字媒体内容。在一个实现方式中，调谐器系统203包括用于双向数据通信的带外调谐器和用于接收电视信号的一个或多个调谐器(带内)。在一些实施例中(例如，IPTV配置的VSRP设备)，可以省略调谐器系统。
调谐器系统203被耦接到解复用/解调制系统204(为简明起见，这里简称为解复用器204)。解复用器204可以包括MPEG-2传输解复用能力。当调谐到携带数字传输信号的载波频率时，解复用器204使得能够拆分对应于所需视频流的数据分组以用于进一步处理。同时，解复用器204排除了对多路传输流中的不相关或不期望的分组(例如对应于其它比特流的数据分组)的进一步处理。解复用器204的分析能力允许VSRP设备200摄取比特流中所携带的节目相关信息。解复用器204被配置为识别和提取比特流中的信息(例如辅助信息)，以促进对编码图像的识别、提取和处理。其他这样的信息包括节目专用信息(PSI)(例如节目映射表(PMT)、节目关联表(PAT)等)、(包括分组化的基本流(PES)分组信息的)传输流的参数或语法元素(例如，节目时钟参考(PCR)、时间戳信息，payload_unit_start_indicator(有效负载_单元_开始_指示符)等))。
在一个实施例中，解复用器204提取的附加信息包括与比特流相关的上述辅助信息，该辅助信息辅助解码逻辑(与执行VP逻辑228的代码的处理器216协作)以影响某些行为以提供所请求的特技模式，其中所述辅助信息涉及与连续的层数相关的图像相关性，并且在一些实施例中，进一步帮助显示和输出逻辑230(与执行VP逻辑228的代码的处理器216协作)以处理用于显示和/或输出的重构的图像。
解复用器204耦接到总线205和媒体引擎206。在一个实施例中，媒体引擎206包括具有相应的音频解码器208和视频解码器210中的一个或多个的解码逻辑。媒体引擎206还耦接到总线205和媒体存储器212，媒体存储器212在一个实施例中包括一个或多个相应的缓冲区，用于临时存储压缩的(压缩图像缓冲区或位缓冲区，未示出)和/或重构的图像(解码图像缓冲区或DPB 213)。在一些实施例中，媒体存储器212的一个或多个缓冲区可以驻留在其他存储器(例如，下面解释的存储器222)或组件中。
VSRP设备200还包括耦接到总线205(尽管示出为单个总线，但一个或多个总线被认为在实施例的范围内)的附加组件。例如，VSRP设备200还包括接收器214(例如，红外(IR)、射频(RF)等))，被配置为接收(例如，通过经由键盘、远程控制、语音激活等的直接物理或无线连接的)用户输入以传送用户的请求或命令(例如，用于节目选择、特技模式操纵(诸如快进、倒退、暂停、频道改变))；一个或多个处理器(示出了一个)216，用于控制VSRP设备200的操作；以及包括锁相环或锁频环电路的时钟电路218，用于根据在比特流中接收到的节目时钟参考或PCR锁定到系统时钟(STC)，以促进解码和输出操作。尽管在硬件电路的上下文中进行了描述，但时钟电路218的一些实施例可以被配置为软件(例如，虚拟时钟)或硬件和软件的组合。此外，在一些实施例中，时钟电路218是可编程的。
VSRP设备200还可以包括存储设备220(和相关联的控制逻辑，以及存储器222中的一个或多个驱动器)，用于临时存储被缓冲的媒体内容和/或更永久地存储录制的媒体内容。存储设备220可以通过适当的接口(未示出)耦接到总线205，如本领域普通技术人员应该理解的。
VSRP设备200中的存储器222包括易失性和/或非易失性存储器，并且被配置为存储与操作系统(O/S)224和其他应用、以及一个或多个应用226(例如，交互式节目指南(IPG)、视频点播(VOD)、个人视频录制(PVR)，(与广播网络TV相关的)WatchTV)以及未显示的其他应用，例如按次付费、音乐、驱动程序软件等)相关联的可执行指令或代码。
在一个实施例中，存储器222中还包括视频处理(VP)逻辑228，其在一个实施例中以软件配置。在一些实施例中，VP逻辑228可以以硬件或以硬件和软件的组合配置。VP逻辑228与处理器216协作以负责解释VSRP设备200的辅助信息，并为VSRP设备200的显示和输出系统230提供适当的设置。在一些实施例中，VP逻辑228的功能可以驻留在存储器222内部或外部的另一个组件中，或者在一些实施例中分布在VSRP设备200的多个组件之间。
如上所述，VSRP设备200还配置有显示和输出逻辑230，其包括一个或多个输出系统(例如，配置为HDMI、DENC或本领域普通技术人员所熟知的其它)233以处理解码的图像并提供用于在显示设备140上呈现(例如，显示)。虽然在图2中在概念上被示出为与媒体引擎206分离的实体，但在一些实施例中显示和输出逻辑230的一个或多个功能可以并入媒体引擎206(例如，在单个芯片上)或在一些实施例中并入其他地方。
VSRP设备200中还包括通信端口234(或端口)，用于从其他设备接收以及向其他设备发送信息。例如，通信端口234可以具有USB(通用串行总线)、以太网、IEEE-1394、串行和/或并行端口等。VSRP设备200还可以包括用于接收和/或发送模拟视频信号的一个或多个模拟视频输入端口。
本领域普通技术人员应该理解，VSRP设备200可以包括未示出的其他组件，包括解密器、采样器、数字转换器(例如，模数转换器)、多路复用器、有条件访问处理器和/或应用软件、驱动软件、互联网浏览器等。此外，尽管VP逻辑228被示出为驻留在存储器222中，但是应当理解，这样的逻辑228的全部或一部分可以并入或分布于媒体引擎206、显示和输出系统230或别处。类似地，在一些实施例中，结合图2描述或在图2中示出的一个或多个组件的功能可以与另一个组件组合成单个集成组件或设备。
VP系统(例如，编码器111、拼接器112、解码逻辑(例如，媒体引擎206)和/或显示和输出逻辑230)可以以硬件、软件、固件或其组合的方式实现。VP系统或其部分的某些实施例在一定程度上以软件或固件方式(例如，包括VP逻辑228)实现的情况下，用于执行VP系统的一个或多个任务的可执行指令被存储在存储器或任何其它合适的计算机可执行介质中，并且由适当的指令执行系统执行。在本文档的上下文中，计算机可读介质是可以包含或存储由计算机相关系统或方法使用或与计算机相关系统或方法相关的计算机程序的电的、磁的、光的或其他的物理设备或装置。
VP系统或其部分的某些实施例在一定程度上以硬件方式实现的情况下，VP系统可以用本领域众所周知的以下技术中的任何一种或其组合来实现：(一个或多个)分立逻辑电路，其具有用于在数据信号上实现逻辑功能的逻辑门；专用集成电路(ASIC)，具有适当的组合逻辑门、可编程硬件，例如，可编程门阵列(PGA)、现场可编程门阵列(FPGA)等。
已经讨论了对比特流的经编码的图像进行解码的VP系统的某些实施例，现在将注意力转向使用辅助信息(或在一些实施例中使用单独且不同的辅助信息片段)来辅助影响特技模式的功能。驻留在VSRP设备200中的输出时钟(例如驻留在时钟控制电路218或别处的时钟)驱动重构图像的输出(例如，利用配置为HDMI或DENC的输出系统233或其他已知的输出系统)。显示和输出逻辑230可以以多种模式之一操作。在一种通常称为穿透(passthrough)模式的模式下，VSRP设备200智能地进行操作，以提供与在获取或启动视频服务(例如，频道改变)时结合显示设备140的格式功能和用户偏好所确定的图像格式相对应的输出图像格式。在固定模式(或在本文中也称为非传播模式)下，输出图像格式由用户输入确定或基于显示设备140支持的内容(例如，基于通过机顶盒对显示设备图像格式功能的询问)被自动(例如，无用户输入)确定。
在一个实施例中，拼接器112和/或编码器111提供辅助信息来由显示和输出逻辑230接收和处理，辅助信息传达到显示器和输出逻辑230来影响特定行为以提供所请求的特技模式，其中所述辅助信息涉及与被解码的图像的连续层数输出相关的图像相关性。在一些实施例中，辅助信息的一部分可以根据不同的机制或经由不同的信道或介质来提供。
图3是示出根据本公开的实施例处理视频流的流程图。方法300可以在步骤310处开始。在步骤310，视频处理设备可以接收视频流。视频流可以包括视频可用性语法元素。例如，视频可用性语法元素可以包括至少第一标志，其指示是否存在用于下述处理之一的假想参考解码器(HRD)参数：固定帧速率处理或低延迟模式处理。
第一标志的第一个值可能要求采用针对低延迟模式的HRD参数约束。视频可用性语法元素还可以包括至少第二标志，其指示视频流是否包括字段编码的视频序列。低延迟模式处理可以要求视频流中的所有图像是内编码图像或前向预测图像(FPP)中的一者。在一些实施例中，低延迟模式处理可以要求视频流中的所有图像包括等于或被推断为等于每个图像的相应解码时间戳(DTS)的演示时间戳(PTS)。低延迟模式还可以要求视频流中的所有图像包括比紧接在前的图像更大的PTS。类似地，低延迟模式还可以要求视频流中的每个被解码的图像被重复输出，直到下一被解码的图像是可用的位置。在一些实施例中，编码图像缓冲区可能在低延迟模式期间下溢。
在本公开的一些实施例中，每个图像的相应DTS可以不存在于分组化基本流(PES)分组头部中。在本公开的一些实施例中，可以推断出第三标志的值。所推断的值可以指示基于第一标志的第一值的固定图像速率。方法300然后可以进行到步骤320。在步骤320，可以基于第一标志的第一值和第二标志的第二值在视频处理设备处输出视频流。
图4是示出根据本公开的实施例处理视频流的流程图。方法400可以在步骤410处开始。在步骤410，仅包括配对字段的字段编码的视频流可以由视频处理设备接收。在一些实施例中，字段编码的视频流可以被包括，以使得包括被设置成第一值(例如TRAIL_R)的NAL单元类型的第一字段编码的SHRAP图像具有配对字段，其中该配对字段不引用视频流中在第一字段编码的SHRAP图像之前的图像。方法400然后可以进行到步骤420，其中具有在第一字段编码的SHRAP图像的PTS之前的PTS的图像可以被识别为前置图像。在一些实施例中，NAL单元类型可以对应于TRAIL_R。
方法400然后可以进行到步骤430。在步骤430，如果恢复点补充增强信息(SEI)存在于与第一字段编码的SHRAP图像相关联的访问单元(AU)中，则具有在指定的恢复点之前的PTS的前置图像可以被识别为随机访问跳过前置(RASL)图像。接下来，方法400可以进行到步骤440，在步骤440，如果恢复点补充增强信息(SEI)存在于与第一字段编码的SHRAP图像相关联的访问单元(AU)中，则未被识别为RASL图像的前置图像可以被识别为随机访问可解码前置(RADL)图像。
方法400然后可以进行到步骤450。在步骤450，如果恢复点补充增强信息(SEI)不存在于与第一字段编码的SHRAP图像相关联的访问单元(AU)中，则所有前置图像点可以被识别为RASL图像。接下来，方法400可以进行到步骤460，在步骤460，针对被识别为RASL图像的每个图像，可以将输出标志值设置为第一值。最后，在步骤470，可以至少部分地基于一个或多个输出标志值来输出视频流。
图5是示出根据本公开的实施例处理视频流的流程图。方法500可以在步骤510处开始。在步骤510，响应于在数字节目插入(DPI)操作之后在包括具有对应于TRAIL_R的NAL单元类型的字段编码的图像的SHRAP访问单元(AU)处进入视频流，SHRAP图像的NAL单元类型可以被改变为如下类型之一：断链访问(BLA)或瞬时解码刷新(IDR)。
接下来，方法500可以进行到步骤520。在步骤520，除了与SHRAP图像配对的编码字段之外，导出的时序id值大于0的在SHRAP图像之后的每个确定的前置图像的NAL单元类型可以被改变为随机访问跳过前置(RASL)。方法500然后可以进行到步骤530，其中可以至少部分地基于经改变的NAL单元类型来输出视频流。
图6是示出根据本公开的实施例处理视频流的流程图。方法600可以在步骤610开始。在步骤610，视频解码器可以接收第一视频流。在一些实施例中，第一视频流可以对应于第一固定帧速率。方法600然后可以进行到步骤620，其中可以从相应对应于固定帧速率的第一数据字段的第一值确定第一视频流对应于第一固定帧速率。在本公开的一些实施例中，第一数据字段可以是标志。
方法600然后可以进行到步骤630。在步骤630，视频解码器可以接收第二视频流。此处，第二视频流可以对应于第二固定帧速率。方法600然后可以进行到步骤640，其中可以从相应对应于固定帧速率的第一数据字段的省略确定第二视频流对应于第二固定帧速率。方法600然后可以进行到步骤650。在步骤650，可以以第一固定帧速率输出第一视频流。最后，在步骤660，可以以第二固定帧速率输出第二视频流。在一些实施例中，第一视频流可以对应于第一视频编码规范，并且第二视频流可以对应于第二视频编码规范。
在本公开的一些实施例中，视频解码器可以接收第三视频流。视频解码器然后可以从相应对应于固定帧速率的第一数据字段的第二值确定第三视频流不对应于固定帧速率。
图7是示出根据本公开的实施例处理视频流的流程图。方法700可以在步骤710开始。在步骤710，视频解码器可以接收第一视频流。然后，方法700可以进行到步骤720，其中可以根据第一编码图像的相应DTS和PTS值来确定与编码图像相对应的视频流中的前置图像，其中相应的DTS和PTS值是从外层提供的信息导出的，并且还与第一视频流中与视频流中在第一编码图像之前的最后随机访问点(RAP)相对应的编码图像的相应DTS和PTS值有关。
在一些实施例中，第一编码图像可以对应于隔行视频信号的相应字段。此外，前置编码图像的DTS可以对应于晚于(RAP)图像的DTS的时间，并且前置编码图像的PTS对应于早于RAP图像的PTS的时间。在本公开的一些实施例中，第一视频流不包含恢复点(SEI)。
图8是示出根据本公开的实施例处理视频流的流程图。方法800可以在步骤810开始。在步骤810，视频解码器可以接收第一视频流。方法800然后可以进行到步骤820，其中对应于编码图像的视频流中的尾部图像可以根据第一编码图像的相应的DTS和PTS值来确定，其中相应的DTS和PTS值是从外层提供的信息导出的，并且还与对应于第一视频流中与视频流中在编码图像之前的最后随机访问点(RAP)相对应的编码图像的相应DTS和PTS值有关。
在本公开的实施例中，第一编码图像可以对应于隔行视频信号的相应字段。此外，尾部编码图像的DTS可以对应于晚于(RAP)图像的DTS的时间，并且尾部编码图像的PTS对应于晚于RAP图像的PTS的时间。在一些实施例中，RAP图像具有等于TRAIL_R的NAL单元类型。此外，在一些实施例中，第一视频流不包含恢复点(SEI)。
图9和图10示出了具有NAL单元等于TRAIL_R的I图像的字段编码结构。此处，I图像64具有等于TRAIL_R的NAL单元类型。参考线上的数字表示图像相对于I图像64的编码顺序。图像左下角所示的数字表示各个图像的时序id。
图11和图12示出了具有NAL单元等于CRA的I图像的字段编码结构。这里，I图像64具有等于CRA的NAL单元类型。参考线上的数字表示图像相对于I图像64的编码顺序。图像左下角所示的数字表示各个图像的时序id。
具有将标志强制设为0的约束的DVB PVR辅助结构
斜体区域示出通过将标志设为0而禁用的语法部分；结果还在下文示出。
表5：PVR_assist_information(PVR辅助信息)数据字段
强制为零的最小长度：3字节
特技模式标志：+1字节
时序ID最大：+2字节
(适配开销是3字节)。
简化DVB结构
表6：PVR_assist_information数据字段
简化的替代结构(不兼容DVB)
表7：PVR_assist_information数据字段
强制为零的最小长度：3字节
特技模式标志：+1字节
时序ID最大值：+1字节[仅不同于DVB]
(适配开销是3字节)
流程图或流程表中的任何流程描述或块理解为表示模块、分段或代码部分，其包括用于实现该过程中的特定逻辑功能或步骤的一个或多个可执行指令，并且替代实现方式被包括在本公开的范围内，在替代实现方式中，功能可以不以所讨论或所示的顺序执行(包括大体同时或以相反的顺序)，这取决于所涉及的功能，如本领域技术人员将理解的。在一些实施例中，图3和4中使用分开的方框标识的处理步骤可以进行组合。此外，结合本公开示出的流程图中的各个步骤不限于上面结合流程图的描述所描述的架构(在特定模块或逻辑中或由特定模块或逻辑实现)，这些步骤涉及也不限于说明书中所描述描述的并与本公开的附图相关联的示例性实施例。在一些实施例中，可以将一个或多个步骤添加到图3和4中描述的方法中(无论是在开始，结束和/或作为中间步骤)，并且在一些实施例中，可以实现更少的步骤。
应当强调，本公开的上述实施例仅仅是为了清楚地理解VP系统和方法的原理而提出的实现方式的可能示例。在不脱离本公开的精神和原理的情况下，可以对上述实施例进行许多变化和修改。虽然所有这样的修改和变化都旨在被包括在本公开的范围内并由所附权利要求书保护，但是所附权利要求不一定限于说明书中列出的特定实施例。

Claims (36)

1.一种用于处理视频流的方法，包括：
在视频处理设备处接收所述视频流，所述视频流包括视频可用性语法元素，所述视频可用性语法元素包括指示是否存在用于下述处理之一的假想参考解码器(HRD)参数的至少第一标志：固定帧速率处理或低延迟模式处理，所述视频可用性语法元素还包括指示所述视频流是否包括字段编码的视频序列的至少第二标志；并且
基于所述第一标志的第一值和所述第二标志的第二值在所述视频处理设备处输出所述视频流。
2.根据权利要求1所述的方法，还包括：基于所述第一标志的第一值推断指示固定图像速率的第三标志的值。
3.根据权利要求1所述的方法，还包括：基于所述第一标志的第一值，采用针对低延迟模式的HRD参数约束。
4.根据权利要求3所述的方法，其中，低延迟模式处理要求所述视频流中的所有图像是内编码图像或前向预测图像(FPP)中的一者。
5.根据权利要求3所述的方法，其中，低延迟模式处理要求所述视频流中的所有图像包括演示时间戳(PTS)，所述PTS等于或被推断为等于每个图像的相应解码时间戳(DTS)。
6.根据权利要求5所述的方法，其中，每个图像的相应DTS不存在于分组化基本流(PES)分组头部中。
7.根据权利要求3所述的方法，其中，低延迟模式处理要求所述视频流中的所有图像包括比紧接在前的图像更大的PTS。
8.根据权利要求3所述的方法，其中，低延迟模式处理要求重复地输出所述视频流中的每个被解码的图像，直到下一被解码的图像是可用的为止。
9.根据权利要求3所述的方法，其中，编码图像缓冲区(CPB)在低延迟模式期间下溢。
10.一种用于处理视频流的方法，包括：
在头端设备处对所述视频流进行编码，所述视频流包括视频可用性语法元素，所述视频可用性语法元素包括指示是否存在用于以下处理之一的假想参考解码器(HRD)参数的至少第一标志：固定帧速率处理或低延迟模式处理，所述视频可用性语法元素还包括指示所述视频流是否包括字段编码的视频序列的至少第二标志；并且
从所述头端设备发送所述视频流。
11.根据权利要求10所述的方法，其中，所述第一标志的第一值允许推断指示固定图像速率的第三标志的值。
12.根据权利要求10所述的方法，其中，所述第一标志的第一值指示针对低延迟模式的HRD参数约束应当被采用。
13.根据权利要求12所述的方法，其中，低延迟模式处理要求所述视频流中的所有图像是内编码图像或前向预测图像(FPP)中的一者。
14.根据权利要求12所述的方法，其中，低延迟模式处理要求所述视频流中的所有图像包括演示时间戳(PTS)，所述PTS等于或被推断为等于每个图像的相应解码时间戳(DTS)。
15.根据权利要求14所述的方法，其中，每个图像的相应DTS不存在于分组化基本流(PES)分组头部中。
16.根据权利要求12所述的方法，其中，低延迟模式处理要求所述视频流中的所有图像包括比紧接在前的图像更大的PTS。
17.根据权利要求12所述的方法，其中，低延迟模式处理要求重复地输出所述视频流中的每个被解码的图像，直到下一被解码的图像是可用的为止。
18.根据权利要求12所述的方法，其中，编码图像缓冲区(CPB)在低延迟模式期间下溢。
19.一种视频处理系统，包括：
存储器；以及
一个或多个处理器，被配置为执行存储在所述存储器中的指令，所述指令包括：
在视频处理设备处接收视频流，所述视频流包括视频可用性语法元素，所述视频可用性语法元素包括指示是否存在用于以下处理之一的假想参考解码器(HRD)参数的至少第一标志：固定帧速率处理或低延迟模式处理，所述视频可用性语法元素还包括指示所述视频流是否包括字段编码的视频序列的至少第二标志；并且
基于所述第一标志的第一值和所述第二标志的第二值在所述视频处理设备处输出所述视频流。
20.根据权利要求19所述的视频处理系统，其中，所述指令还包括：基于所述第一标志的第一值来推断指示固定图像速率的第三标志的值。
21.一种用于处理视频流的方法，包括：
接收仅包括配对字段的字段编码的视频流，使得包括被设置为第一值的NAL单元类型的第一字段编码的SHRAP图像不引用所述图像视频流中在所述第一字段编码的SHRAP的图像之前的图像；
将具有在所述第一字段编码的SHRAP图像的PTS之前的PTS的图像识别为前置图像；
如果恢复点补充增强信息(SEI)存在于与所述第一字段编码的SHRAP图像相关联的访问单元(AU)中，则将具有在指定恢复点之前的PTS的前置图像识别为随机访问跳过前置(RASL)图像；
如果恢复点补充增强信息(SEI)存在于与所述第一字段编码的SHRAP图像相关联的访问单元(AU)中，则将未被识别为RASL图像的前置图像识别为随机访问可解码前置(RADL)图像；
如果恢复点补充增强信息(SEI)不存在于与所述第一字段编码的SHRAP图像相关联的访问单元(AU)中，则将所有前置图像点识别为RASL图像；
针对被识别为RASL图像的每个图像，将输出标志值设置成第一值；以及
至少部分地基于一个或多个输出标志值输出所述视频流。
22.根据权利要求21所述的方法，其中，所述NAL单元类型对应于TRAIL_R。
23.一种用于处理视频流的方法，包括：
响应于在数字节目插入(DPI)操作之后在包括具有对应于TRAIL_R的NAL单元类型的字段编码的图像的SHRAP访问单元(AU)处进入视频流，将SHRAP图像的NAL单元类型改变为以下之一：断链访问(BLA)或瞬时解码刷新(IDR)；以及
除了与所述SHRAP图像配对的编码字段以外，将导出的时序id值大于0的、在所述SHRAP图像之后的每个确定的前置图像的NAL单元类型改变为随机访问跳过前置(RASL)；以及
至少部分地基于经改变的NAL单元类型输出所述视频流。
24.一种处理视频流的方法，包括：
由视频解码器接收第一视频流，其中所述第一视频流对应于第一固定帧速率；
从相应对应于固定帧速率的第一数据字段的第一值确定所述第一视频流对应于所述第一固定帧速率；
由所述视频解码器接收第二视频流，其中所述第二视频流对应于第二固定帧速率；
从相应对应于固定帧速率的所述第一数据字段的省略确定所述第二视频流对应于第二固定帧速率；
以所述第一固定帧速率输出所述第一视频流；并且
以所述第二固定帧速率输出所述第二视频流。
25.根据权利要求24所述的方法，其中所述第一数据字段是标志。
26.根据权利要求24所述的方法，其中所述第一视频流对应于第一视频编码规范，并且所述第二视频流对应于第二视频编码规范。
27.根据权利要求24所述的方法，还包括：
由所述视频解码器接收第三视频流；以及
从相应对应于固定帧速率的所述第一数据字段的第二值确定所述第三视频流不对应于固定帧速率。
28.一种处理视频流的方法，包括：
由视频解码器接收第一视频流；
根据第一编码图像的相应的DTS和PTS值确定所述视频流中对应于编码图像的前置图像，其中相应的DTS和PTS值是从在所述第一视频流外部的层中提供的信息中导出的，并且还与对应于所述第一视频流中与所述视频流中在所述第一编码图像之前的最后随机访问点(RAP)相对应的编码图像的相应DTS和PTS值有关。
29.根据权利要求28所述的方法，其中，所述第一编码图像对应于隔行视频信号的相应字段。
30.根据权利要求28所述的方法，其中，前置编码图像的DTS对应于晚于(RAP)图像的DTS的时间，并且所述前置编码图像的PTS对应于早于所述RAP图像的PTS的时间。
31.根据权利要求28所述的方法，其中，所述第一视频流不包含恢复点(SEI)。
32.一种处理视频流的方法，包括：
由视频解码器接收第一视频流；
根据第一编码图像的相应的DTS和PTS值来确定所述视频流中对应于编码图像的尾部图像，其中相应的DTS和PTS值是从在所述第一视频流外部的层中提供的信息中导出的，并且还与对应于所述第一视频流中与所述视频流中在所述编码图像之前的最后随机访问点(RAP)相对应的编码图像的相应DTS和PTS值有关。
33.根据权利要求32所述的方法，其中，所述第一编码图像对应于隔行视频信号的相应字段。
34.根据权利要求32所述的方法，其中，尾部编码图像的DTS对应于晚于(RAP)图像的DTS的时间，并且所述尾部编码图像的PTS对应于晚于所述RAP图像的PTS的时间。
35.根据权利要求34所述的方法，其中，所述RAP图像具有等于TRAIL_R的NAL单元类型。
36.根据权利要求32所述的方法，其中，所述第一视频流不包含恢复点(SEI)。
CN201680007905.9A 2015-02-05 2016-02-05 用于处理视频流的方法 Active CN107580780B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201562112632P 2015-02-05 2015-02-05
US201562112460P 2015-02-05 2015-02-05
US62/112,632 2015-02-05
US62/112,460 2015-02-05
US201562114145P 2015-02-10 2015-02-10
US62/114,145 2015-02-10
PCT/US2016/016902 WO2016127141A1 (en) 2015-02-05 2016-02-05 Method and system for processing hevc coded video in broadcast and streaming applications

Publications (2)

Publication Number Publication Date
CN107580780A true CN107580780A (zh) 2018-01-12
CN107580780B CN107580780B (zh) 2020-05-12

Family

ID=55405476

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201680007905.9A Active CN107580780B (zh) 2015-02-05 2016-02-05 用于处理视频流的方法
CN201680007977.3A Active CN107409236B (zh) 2015-02-05 2016-02-05 一种用于处理视频流的方法、系统和存储介质

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201680007977.3A Active CN107409236B (zh) 2015-02-05 2016-02-05 一种用于处理视频流的方法、系统和存储介质

Country Status (4)

Country Link
US (2) US10798432B2 (zh)
EP (2) EP3254462A1 (zh)
CN (2) CN107580780B (zh)
WO (2) WO2016127142A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10057612B2 (en) * 2013-12-01 2018-08-21 Lg Electronics Inc. Method and device for transmitting and receiving broadcast signal for providing trick play service in digital broadcasting system
CN107580780B (zh) 2015-02-05 2020-05-12 思科技术公司 用于处理视频流的方法
CN107786465B (zh) * 2016-08-27 2021-06-04 华为技术有限公司 一种用于处理低延迟业务流的方法和装置
US10218986B2 (en) * 2016-09-26 2019-02-26 Google Llc Frame accurate splicing
WO2018150934A1 (ja) * 2017-02-20 2018-08-23 ソニー株式会社 画像処理装置および方法
KR20210141710A (ko) 2019-04-03 2021-11-23 후아웨이 테크놀러지 컴퍼니 리미티드 인코더, 디코더 및 대응하는 방법들
EP3997880A1 (en) * 2019-07-12 2022-05-18 Telefonaktiebolaget LM Ericsson (publ) Signaling of access unit delimiter
US11792432B2 (en) * 2020-02-24 2023-10-17 Tencent America LLC Techniques for signaling and identifying access unit boundaries

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101252696A (zh) * 2000-05-15 2008-08-27 诺基亚有限公司 视频编码
CN101257624A (zh) * 2007-02-27 2008-09-03 华为技术有限公司 实现随机访问的方法及解码器
CN101383964A (zh) * 2007-09-07 2009-03-11 华为技术有限公司 一种对压缩视频流进行编辑、解码的方法、装置和系统
WO2009064871A2 (en) * 2007-11-13 2009-05-22 Varian Semiconductor Equipment Associates, Inc. Techniques for measuring and controlling ion beam angle and density uniformity
US20100238822A1 (en) * 2009-03-18 2010-09-23 Kyohei Koyabu Image processing device, image processing method, information processing device, and information processing method
CN104081776A (zh) * 2012-01-19 2014-10-01 夏普株式会社 在电子设备上减小参考图像集信号开销
CN104221382A (zh) * 2012-04-13 2014-12-17 夏普株式会社 用于发送消息和缓冲比特流的电子设备
CN104247430A (zh) * 2012-04-20 2014-12-24 高通股份有限公司 标记视频序列中具有断链图片的参考图片

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8326131B2 (en) 2009-02-20 2012-12-04 Cisco Technology, Inc. Signalling of decodable sub-sequences
US9026671B2 (en) * 2011-04-05 2015-05-05 Qualcomm Incorporated IP broadcast streaming services distribution using file delivery methods
EP2665259A1 (en) * 2012-05-17 2013-11-20 Samsung Electronics Co., Ltd Recording medium, reproducing device for performing trick play for data of the recording medium, and method thereof
JP6119260B2 (ja) 2013-01-16 2017-04-26 富士通株式会社 動画像多重化装置及び動画像多重化方法、ならびに多重化動画像復号装置及び多重化動画像復号方法
KR102182166B1 (ko) * 2013-12-01 2020-11-24 엘지전자 주식회사 트릭 플레이 서비스 제공을 위한 방송 신호 송수신 방법 및 장치
US9832481B2 (en) 2014-01-03 2017-11-28 Qualcomm Incorporated Support of base layer of a different codec in multi-layer video coding
WO2015115869A1 (ko) * 2014-02-03 2015-08-06 엘지전자 주식회사 트릭 플레이 서비스 제공을 위한 신호 송수신 장치 및 신호 송수신 방법
CN107580780B (zh) 2015-02-05 2020-05-12 思科技术公司 用于处理视频流的方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101252696A (zh) * 2000-05-15 2008-08-27 诺基亚有限公司 视频编码
CN101257624A (zh) * 2007-02-27 2008-09-03 华为技术有限公司 实现随机访问的方法及解码器
CN101383964A (zh) * 2007-09-07 2009-03-11 华为技术有限公司 一种对压缩视频流进行编辑、解码的方法、装置和系统
WO2009064871A2 (en) * 2007-11-13 2009-05-22 Varian Semiconductor Equipment Associates, Inc. Techniques for measuring and controlling ion beam angle and density uniformity
US20100238822A1 (en) * 2009-03-18 2010-09-23 Kyohei Koyabu Image processing device, image processing method, information processing device, and information processing method
CN104081776A (zh) * 2012-01-19 2014-10-01 夏普株式会社 在电子设备上减小参考图像集信号开销
CN104221382A (zh) * 2012-04-13 2014-12-17 夏普株式会社 用于发送消息和缓冲比特流的电子设备
CN104247430A (zh) * 2012-04-20 2014-12-24 高通股份有限公司 标记视频序列中具有断链图片的参考图片

Also Published As

Publication number Publication date
CN107409236B (zh) 2020-09-08
CN107409236A (zh) 2017-11-28
CN107580780B (zh) 2020-05-12
WO2016127142A1 (en) 2016-08-11
US20160234527A1 (en) 2016-08-11
EP3254462A1 (en) 2017-12-13
US10448069B2 (en) 2019-10-15
EP3254471A1 (en) 2017-12-13
US20160234537A1 (en) 2016-08-11
US10798432B2 (en) 2020-10-06
WO2016127141A1 (en) 2016-08-11

Similar Documents

Publication Publication Date Title
CN107580780A (zh) 用于在广播和流媒体应用中处理hevc编码的视频的方法和系统
US10714143B2 (en) Distinguishing HEVC pictures for trick mode operations
US9609039B2 (en) Splice signalling buffer characteristics
CN102396221B (zh) 阻止特技模式操作的支持
US10965949B2 (en) Carriage systems encoding or decoding JPEG 2000 video
KR102182166B1 (ko) 트릭 플레이 서비스 제공을 위한 방송 신호 송수신 방법 및 장치
US20130293787A1 (en) Fast Channel Switching
US20140003539A1 (en) Signalling Information for Consecutive Coded Video Sequences that Have the Same Aspect Ratio but Different Picture Resolutions
JP2017504254A (ja) トリックプレイサービス提供のための信号送受信装置及び信号送受信方法
US10554711B2 (en) Packet placement for scalable video coding schemes
CN113242448B (zh) 发送装置和方法、媒体处理装置和方法以及接收装置
US10567703B2 (en) High frame rate video compatible with existing receivers and amenable to video decoder implementation
WO2014008321A1 (en) Signalling information for consecutive coded video sequences that have the same aspect ratio but different picture resolutions

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
GR01 Patent grant
GR01 Patent grant