签合网站是哪个网站建设及维护涉及哪些内容

当前位置： 首页 > news >正文

签合网站是哪个,网站建设及维护涉及哪些内容,山东网站推广营销设计,手机网站开发模拟器1.H264码流结构组成 H.264裸码流#xff08;Raw Bitstream#xff09;数据主要由一系列的NALU#xff08;网络抽象层单元#xff09;组成。每个NALU包含一个NAL头和一个RBSP#xff08;原始字节序列载荷#xff09;。 1.1 H.264码流层次 H.264码流的结构可以分为两个层…1.H264码流结构组成 H.264裸码流Raw Bitstream数据主要由一系列的NALU网络抽象层单元组成。每个NALU包含一个NAL头和一个RBSP原始字节序列载荷。 1.1 H.264码流层次 H.264码流的结构可以分为两个层次VCL视频编码层和NAL网络抽象层。下图为H.264码流中的层次图 VCL层负责对视频的原始数据进行压缩。VCL数据编码器直接输出的原始数据比特串SODB表示图像被压缩后的编码比特流。 SODB生成压缩原始的图像编码数据比特串。编码图像宏块进行的帧内编码/帧间编码/熵编码等处理。 NAL层负责将VCL数据封装成NAL单元NALU并在网络上传输或存储到磁盘上。每个NAL单元之前需要添加StartCodePrefix形成H.264码流。NAL层还处理拆包和组包的工作以适应网络传输的最大传输单元通常为1500字节。 1.2 NALU网络层组成 一个NALU由两个主要部分组成 头部Header NALU的头部包含了关于该单元的一些元数据信息例如NAL单元类型如序列参数集、图像参数集、帧数据单元等NALU的优先级、参考帧标识、重要性指示等。头部的信息有助于解码器正确解析和处理每个NAL单元。 载荷Payload NALU的载荷部分包含了实际的编码数据。这些数据可以是帧的视频数据、补充增强信息或其他特定于编码标准的数据。在视频解码过程中解码器通过解析头部信息来识别NALU的类型并且根据类型和载荷数据进行相应的解码和处理。 在H.264/AVC中定义了多种NALU的类型以适应不同的应用场景。常见的类型包括 帧内预测I片仅使用当前帧的信息进行编码。 预测P片使用前一帧的信息进行编码。 双向预测B片使用前一帧和后一帧的信息进行编码。 1.3 序列参数集SPS 序列参数集Sequence Parameter SetSPS包含了描述视频序列全局参数的信息这些参数对于解码器正确解码视频流至关重要。以下是SPS的一些主要内容和结构 profile_idc标识H.264码流的profile例如Baseline、Main、High等。level_idc标识码流的Level定义了最大分辨率、最大帧率等参数。seq_parameter_set_id序列参数集的ID用于标识不同的SPS。log2_max_frame_num_minus4用于计算frame_num的最大值frame_num标识图像的解码顺序。pic_order_cnt_type指明图像播放顺序的编码方法。log2_max_pic_order_cnt_lsb_minus4用于计算POCPicture Order Count的最大值。max_num_ref_frames指定参考帧队列的最大长度。gaps_in_frame_num_value_allowed_flag指示是否允许frame_num不连续。pic_width_in_mbs_minus1图像宽度以宏块为单位。pic_height_in_map_units_minus1图像高度以宏块为单位。 SPS中的信息对于解码器初始化和正确解码视频流至关重要。如果SPS数据丢失或损坏解码器可能无法正确解码视频。 1.4 图像参数集PPS 图像参数集Picture Parameter SetPPS包含了与单个图像编码相关的参数这些参数用于控制图像的编码方式。以下是PPS的一些主要内容和结构 pic_parameter_set_id当前PPS的唯一ID取值范围为0-255。seq_parameter_set_id指明该PPS对应的SPS序列参数集ID。entropy_coding_mode_flag表示使用的熵编码类型0为CAVLC1为CABAC。num_slice_groups_minus1表示slice group的数量通常为0。num_ref_idx_l0_default_active_minus1和num_ref_idx_l1_default_active_minus1表示P/B slice的前向和后向参考帧的最大个数减1。weighted_pred_flag表示P slice的预测权重方式0为默认预测权重1为显式方式。weighted_bipred_flag表示B slice的预测权重方式0为默认预测权重1为显式方式2为隐式方式。pic_init_qp_minus26用于计算Y分量的初始QP值。chroma_qp_index_offset表示Cb分量QP相对于slice QP的偏移量。deblocking_filter_control_present_flag表示是否存在去块效应滤波器的控制语法元素。constrained_intra_pred_flag表示帧内预测方式是否存在限制条件。transform_8x8_mode_flag表示是否使用8x8大小的DCT变换方式。pic_scaling_matrix_present_flag表示量化参数矩阵是否存在。second_chroma_qp_index_offset表示Cr分量QP相对于slice QP的偏移量。 PPS中的信息对于解码器正确解码视频流至关重要。PPS通常紧跟在SPS之后并且可以有多个因为不同的slice group可能有不同的参数设置。 2.常用的两种NALU格式 2.1 AnnexB AnnexB是一种常见的NALU网络抽象层单元封装格式主要用于H.264和H.265视频编码标准。AnnexB格式的基本结构如下 [开始代码] [NALU单元] [开始代码] [NALU单元] …每个NALU单元由一个开始代码和随后的原始字节数据组成通过分隔符0x00 00 00 01或者0x00 00 01区分不同的NALU单元。如果在RBSP原始字节流载荷中出现了0x000000、0x000001、0x000002或0x000003这样的序列就需要插入一个0x03字节来避免这些序列被误识别。例如将0x000001变成0x00000301这样在解码时可以去除0x03字节恢复原始数据。这种方法确保了数据的完整性和正确解码。例如 原始数据0x000001 插入“模拟预防”字节后0x00000301 解码时去除0x03字节恢复为0x000001 原始数据0x000000 插入“模拟预防”字节后0x00000300 解码时去除0x03字节恢复为0x000000 原始数据0x000002 插入“模拟预防”字节后0x00000302 解码时去除0x03字节恢复为0x000002 原始数据0x000003 插入“模拟预防”字节后0x00000303 解码时去除0x03字节恢复为0x000003 如果插入的数据本身包含了“模拟预防”字节例如0x00000301编码器会将其转义为0x0000030301。 2.2 AVCC AVCCAVC Configuration格式是一种用于存储和传输H.264视频流的格式通常用于MP4、MKV等容器中。与Annex B格式不同AVCC格式不使用起始码start code来分隔NALU网络抽象层单元而是使用NALU长度前缀。 AVCC格式结构 头部信息extradata 包含SPS序列参数集和PPS图像参数集等参数信息。头部信息的格式如下 第1字节版本号通常为0x01第2字节AVC Profile与第一个SPS的第2字节相同第3字节AVC Compatibility与第一个SPS的第3字节相同第4字节AVC Level与第一个SPS的第4字节相同第5字节保留位前6位全1后2位表示NALU长度字段的字节数减1通常为3即4字节第6字节保留位前3位全1后5位表示SPS的个数通常为1后续字节SPS数据包括16位SPS长度和SPS NALU数据PPS数据包括16位PPS长度和PPS NALU数据 NALU数据 每个NALU前面都有一个长度前缀通常为4字节表示该NALU的长度。NALU数据不包含起始码。
假设有一个NALU数据为0x65 88 84 21其长度为4字节。在AVCC格式中这个NALU会被存储为 0x00 00 00 04 65 88 84 21其中0x00 00 00 04表示NALU的长度为4字节后面的65 88 84 21是实际的NALU数据。 在解析AVCC格式时需要先读取头部信息extradata然后根据NALU长度前缀来提取每个NALU的数据。 2.3 AnnexB和AVCC的优缺点 Annex B和AVCC是H.264视频编码中常见的两种NALU网络抽象层单元封装格式。它们各有优缺点适用于不同的应用场景。以下是它们的优劣之处 Annex B优点简单直接使用起始码start code0x000001或0x00000001来分隔NALU便于解析和同步。 广泛支持许多硬件解码器和流媒体协议如RTSP、RTP默认支持Annex B格式。 实时流媒体适合实时流媒体传输因为起始码可以快速定位NALU的边界。缺点额外开销起始码会增加一些额外的字节导致数据冗余。 不适合文件存储在文件存储中起始码的存在可能会增加文件大小不如AVCC格式高效。 AVCC优点高效存储使用NALU长度前缀通常为4字节来标识NALU的长度减少了数据冗余适合文件存储。 灵活性高适用于多种容器格式如MP4、MKV便于在不同平台和设备之间传输和存储。 标准化AVCC格式在许多多媒体框架和库如FFmpeg、GStreamer中得到广泛支持。缺点解析复杂需要解析NALU长度前缀增加了解码器的复杂性。 实时性较差不如Annex B格式适合实时流媒体传输因为需要额外的步骤来解析NALU长度。 选择建议 实时流媒体传输推荐使用Annex B格式因其简单直接便于实时解析和同步。文件存储和传输推荐使用AVCC格式因其高效存储和灵活性适合在不同平台和设备之间传输和存储。 3.码流中的重要参数 3.1 量化参数QP值 QPQuantization Parameter量化参数是H.264视频编码中用于控制视频压缩的质量和比特率。QP值直接影响视频的量化步长Qstep从而影响视频的压缩程度和图像质量。QP值的作用 控制压缩质量QP值越小量化越精细保留的图像细节越多视频质量越高但比特率也越高。相反QP值越大量化越粗糙丢失的细节越多视频质量下降但比特率降低。调节比特率通过调整QP值可以在视频质量和比特率之间找到一个平衡点以满足不同的应用需求。 QP值的范围在H.264标准中QP值的取值范围为0到51 QP 0量化最精细视频质量最高比特率最大。QP 51量化最粗糙视频质量最低比特率最小。 假设你有一个视频片段使用不同的QP值进行编码 QP 20视频质量较高细节保留较多但比特率较高。QP 40视频质量较低细节丢失较多但比特率较低。 QP值与量化步长Qstep之间存在一个对数关系。具体来说QP每增加6Qstep大约增加一倍。这个关系使得编码器可以在不同的QP值下灵活调整视频的压缩程度。 低QP值适用于需要高质量视频的场景如高清电影、专业视频制作。高QP值适用于对比特率要求较高的场景如实时视频传输、低带宽环境。 3.2 码率 码率Bitrate是指单位时间内传输的数据量通常以kbps千比特每秒或Mbps兆比特每秒为单位。码率在视频和音频编码中起着至关重要的作用直接影响到文件的质量和大小。 视频质量码率越高视频质量越好因为更多的数据可以用来表示图像细节。反之码率越低视频质量越差。文件大小码率越高文件大小越大。对于同一段视频较高的码率会导致更大的文件。传输效率在流媒体传输中码率决定了视频流的带宽需求。较高的码率需要更高的网络带宽。 码率的基本计算公式为 码率 (kbps)\frac{文件大小 (KB)×8}{时间 (秒)} 码率控制模式 恒定码率CBR码率在整个视频中保持恒定适用于带宽稳定的环境。可变码率VBR码率根据视频内容的复杂度动态调整通常在保证质量的同时节省带宽。平均码率ABR在指定的文件大小内动态调整码率以平衡质量和文件大小。 假设一个视频文件大小为500MB时长为10分钟600秒其码率计算如下 码率 (kbps)\frac{500×1024×8}{600}≈6826.67 kbps 如何选择合适的码率 高质量需求如高清电影、专业视频制作建议使用较高的码率。实时传输如视频会议、直播建议使用适中的码率以平衡质量和带宽需求。低带宽环境如移动网络建议使用较低的码率以减少缓冲和卡顿。