在hevc流中支持技巧模式的制作方法

文档序号:9757292阅读:476来源:国知局
在hevc流中支持技巧模式的制作方法
【专利说明】在HEVC流中支持技巧模式
[0001 ] 本申请于2014年8月28日作为PCT国际专利申请而递交,并要求于2013年8月28日递交的序列号为61/871,290的美国临时专利申请的优先权。
技术领域
[0002]本公开一般地涉及处理视频信号,并且更具体地涉及在HEVC流中支持技巧模式功會K。
【背景技术】
[0003]技巧模式,也被称为视频回放模式,它不同于用于视频程序的正常回放模式,可以是希望实现诸如快进回放、快退回放、慢进回放、慢退回放、前向帧(或图像)步进、反向帧(或图像)步进和暂停之类的模式的用户所期望的。与使能在编码的视频流的点处的条目的随机接入相结合,这里解码器可以对编码的视频流(本文中被称为比特流)开始进行解码,对于诸如个人视频录像(“PVR” )、数字视频录像(“DVR”)和视频点播(“V0D”)之类的应用,技巧模式可以被支持。在高效视频编码(“HEVC")比特流中需要提供帮助应用实现所请求的技巧模式的帮助信息。
【附图说明】
[0004]本公开的许多方面可以参考以下附图而被更好地理解。附图中的组件不必按比例绘制,而是将重点放在清楚地示出本公开的原则的部分。此外,在附图中,相同标号指定贯穿若干视图的相应的部分。
[0005]图1是示出了视频处理(VP)系统和方法可以在其中被实现的示例环境的框图。
[0006]图2是包括VP系统的实施例的视频流接收和处理(VSRP)设备的示例实施例的框图。
[0007]图3是示出了处理包括帮助信息的视频的一个示例方法实施例的流程图。
[0008]图4是示出了处理包括帮助信息的视频的一个示例方法实施例的流程图。
【具体实施方式】
[0009]
[0010]在一个方法实施例中,接收和处理(VSRP)设备可以接收连续编码的图像的比特流和分别与比特流的连续编码的图像的每一个连续部分相对应的帮助信息。用户可以通过用户输入接口和输入设备(例如,键盘或远程控制)来请求技巧模式功能。
[0011]帮助信息可以包括关于信息的信号或消息,该信息在载送对应于视频程序的基本流的传输流的数据字段中供应技巧模式和随机接入。例如,如本文中其全部内容通过引用被结合于此的IS0/IEC 13818-1,(2007),“信息技术-动态图像和相关联音频的通用编码-第I部分:系统(Informat1n Technology-Generic coding of moving pictures andassociated aud1-Part 1: Systems)”中所指定的,传输流可以是MPEG-2传输流。供应技巧模式的该信息在本文中各处被称为“帮助信息”。本公开的实施例关于与图像序列相对应的视频流,该图像序列根据由“ITU-T Rec H.265|IS0/IEC 23008-2-MPEG-H第2部分:高效视频编码”所指定的HEVC视频编码规范(其全部内容通过引用被结合于此)被编码。
[0012]帮助信息可以被用来通过信号发送信息,用于帮助诸如PVR和VOD之类的应用以执行随时点播(trick-play)操作但不授权任何具体的PVR设备行为。准确地说,应用或接收设备(或处理接收器中的比特流的处理设备)可以基于帮助信息来产生技巧模式的某一行为。
[0013]示例实施例
[0014]本文中所公开的是对在比特流中传送的、对应于比特流的或者与比特率相关联的帮助信息进行传达和处理的视频处理(VP)系统和方法(本文中统称为一个或多个VP系统)的各种示例实施例。在一个实施例中,响应于用户输入,视频流接收和处理(VSRP)设备可以基于帮助信息来产生技巧模式的某一行为。
[0015]在一些实施例中,帮助信息可以只在每一个视频接入单元的开始处存在以同时发生。例如,帮助信息可以在非加密形式的MPEG-2传输分组的适应性字段中被载送。与各自第一个被编码的图像的比特流相对应的帮助信息在图像传输分组的适应性字段中被具体提供,该传输分组在其有效负载中包含在第一个被编码的图像的开始位置。
[0016]在一些实施例中,帮助信息可以以诸如“PVR_assist_tier_pic_num”之类的值表达。该值属于具有连续层号的图像相关性,以使得当比特流与视频程序的各自图像序列的HEVC压缩版本相对应时,如果在比特流的随机接入点(“RAP”)处开始进行解码,则可自解码的子流可以被提取。在一个实施例中,根据HEVC规范可自解码的子流可以包含不可解码的引导图像(leading picture),并且所提取的可自解码的子流包括不具有不可解码的引导图像的图像。在替代实施例中,根据HEVC规范,所提取的可自解码的子流包括只与内部图像(intra picture)和后续图像(trailing picture)相对应的图像。在另一实施例中,根据HEVC规范所提取的可自解码的子流包括只与内部图像、后续图像和可解码的引导图像相对应的图像。
[0017]在一些实施例中,帮助信息中的标志可以向比特流的应用或VRSP设备发送信号,以禁用或阻止在比特流的对应的段或者一部分上的技巧模式,在该比特流中,标志是有效的。当技巧模式在包括连续RAP的段上被阻止时,在维护其持续的段的期间,标志可以在每一个RAP处被通过信号传送。技巧模式被禁用或阻止的每一个各自的部分或段可以由应用或VRSP设备只以正常回放模式处理。在一个实施例中,针对某些商业广告或广告,例如,针对已经获得阻止权力的特定商业广告或广告(比如,商业广告提供商可以为了这些权力向运营商或广播公司支付某些费用),技巧模式可以被禁用。作为非限制性示例,标志pvr_assist_block_trick_mode_present_f lag可以将阻止技巧模式信号的存在。
[0018]在一个实施例中,被打包的基本流(“PES”)分组(如MPEG-2传输中所指定的)可以被限定为包含至多一个视频接入单元(“AU”)开始,这里AU如以上所参考的HEVC规范中所指定的。也就是,该限定是每个PES分组存在至多一个视频接入单元(“AU”)开始。换言之,每一个PES分组可以正好包含一个AU。在又另一实施例中,在PES报头之后的第一个有效负载字节可以是AU的开始。PES报头中的“数据对齐指示器”应该被设置为值“I”以指示该数据对齐。
[0019]为了在未对TV网络中引入过多的信道改变时间的情况下周期性地协助随机接入,连续RAP图像之间的最大时间间隔可以受限于多个图像的最大持续时间或者少于或等于某一时间量。例如,时间可以被设置为接近1.0秒加时间变量(delta),以协助对为2的幂次或者2的倍数的图像组(“GOP”)结构的视频编码或有效视频编码中的场景改变调整。在连续RAP之间的多个图像的最大持续时间可以是数字8的倍数,根据每秒对应于比特流中的图像序列的帧的数量,数字8最接近I秒。
[0020]在一些实施例中,RAPAU可以精确地包括一个视频参数集(“VPS” )、包含视频可用性信息(“VUI”)的一个活动序列参数集(“SPS”)和至少一个或多个图像参数集(“PPS”),其中每一个都是用于对分别与相应的PPS相关联的一个或多个图像进行解码所需要的。SPS可以处于任意补充增强信息(“SEI”)之前。各自的参数集和信息类型由网络抽象层单元的具体类型根据HEVC规范进行标识。
[0021]在一些实施例中,与AU相关联的任意前缀SEINAL单元(如HEVC规范中所指定的)可以处于与AU的第一个被编码的片相对应的NAL单元之前。类似地,与AU相关联的任意后缀SEI NAL单元(如HEVC规范中所指定的)可以处于与AU的最后被编码的片相对应的NAL单元之前。
[0022]与比特流的RAP相关联的RAP图像可以与实时的解码刷新(“IDR”)、干净随机接入(“CRA”)或失效链路接入(“BLA”)相对应,这里IDR、CRA、BLA由HEVC规范指定。RAP图像的所有视频编码层(“VCL”)NAL单元可以具有相同的单元类型(nal_unit_type)。与比特流中的图像相关联的RAP图像(S卩,图像的相关联的RAP图像)可以被定义为比特流中最接近的之前的RAP图像(S卩,解码顺序中在之前的RAP)。
[0023]由于RASL图像可以包含对未
当前第1页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1