h264中起始码00 00 00 01 和 00 00 01的区别

最新推荐文章于 2024-12-13 10:06:05 发布
原创 最新推荐文章于 2024-12-13 10:06:05 发布 · 3.6k 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细介绍了NALU在视频编码中作为帧起始标识的两种不同编码方式。当NALU对应Slice为帧的开始时，使用4字节表示（0x00000001）；否则，使用3字节表示（0x000001）。这一规则对于理解视频流结构至关重要。

起始码：

如果NALU对应的Slice为一帧的开始，则用4字节表示，即0x00000001；

否则用3字节表示，0x000001。

RTP协议解析和H264码流提取
DaveBobo的博客
11-01 2万+
一、 h264基础概念SODB:　数据比特串－－＞最原始的编码数据RBSP:　原始字节序列载荷－－＞在SODB的后面填加了结尾比特（RBSP trailing bits　一个bit“1”）若干比特“0”,以便字节对齐。EBSP:　扩展字节序列载荷– >在RBSP基础上填加了仿校验字节（0X03）它的原因是：　在NALU加到Annexb上时，需要填加每组NALU之前的开始码 StartCodePre
H264码流RTP封装方式详解
热门推荐
技术控的笔记
07-27 21万+
在流媒体传输领域，经常使用的传输协议是RTP/RTCP，本文将对RTP对H264进行封装的过程进行详解
H264(NAL简介与I帧判断)
jefry_xdz的专栏
01-03 8万+
1、NAL全称Network Abstract Layer, 即网络抽象层。          在H.264/AVC视频编码标准中，整个系统框架被分为了两个层面：视频编码层面（VCL）和网络抽象层面（NAL）。其中，前者负责有效表示视频数据的内容，而后者则负责格式化数据并提供头信息，以保证数据适合各种信道和存储介质上的传输。因此我们平时的每帧数据就是一个NAL单元（SPS与PPS除外）。在实际的
Java版H264高效搜索起始码方法
04-28
Java版H264高效搜索起始码方法，可以快速找出H264码流中的起始码，代码改编来源是FFmpeg开源项目
H264码流结构分析
心之所向，身之所往
07-20 6万+
1、码流总体结构： h264的功能分为两层，视频编码层（VCL）和网络提取层（NAL）。H.264 的编码视频序列包括一系列的NAL 单元，每个NAL 单元包含一个RBSP。一个原始的H.264 NALU 单元常由 [StartCode] [NALU Header] [NALU Payload] 三部分组成，其中 Start Code 用于标示这是一个NALU 单元的开始，必须是"00 00 0
H.264 NAL头解析
ZH952016281的博客
09-27 889
H.264 NAL头解析 如果NALU对应的Slice为一帧的开始，则用4字节表示，即0x00000001；否则用3字节表示，0x000001。 NAL Header：forbidden_bit，nal_reference_bit（优先级）2bit，nal_unit_type（类型）5bit。标识NAL单元中的RBSP数据类型，其中，nal_unit_type为1， 2， 3， 4， 5的
H264和MPEG4起始码(startcode)
weixin_34242658的博客
02-13 481
http://blog.chinaunix.net/space.php?uid=20751538&do=blog&id=165746 1. H.264起始码   在网络传输h264数据时，一个UDP包就是一个NALU,解码器可以很方便的检测出NAL分界和解码。但是如果编码数据存储为一个文件，原来的解码器将无法从数据流中分别出每个NAL的起始位置和终止位置，为此h.2...
H264的码流分析工具
07-17
本篇文章将详细讲解H264码流分析工具的重要性和功能，并介绍压缩包中的工具集。 H264码流分析工具是针对H264视频编码格式进行解析、调试和优化的工具。这些工具可以帮助开发者理解码流结构，检测错误，以及进行性能...
ffmpeg视频编码原理和实战-（4）H264原始码流分析
m0_51386664的博客
06-05 761
NALU 是 H.264 编码标准中的基本单元，包含了视频数据和其他辅助信息。每个 NALU 由一个头部和有效载荷组成，通过起始码分隔符。在处理 H.264 码流时，解析和理解 NALU 都是关键的步骤。
H264码流介绍 及 FFmpeg解封装得到H264码流方法
qq_44144025的博客
12-13 1457
H.264从1999年开始，到2003年形成草案，最后在2007年定稿有待核实。在ITU的标准⾥称为H.264，在MPEG的标准⾥是MPEG-4的⼀个组成部分–MPEG-4 Part 10，⼜叫Advanced Video Codec，因此常常称为MPEG-4 AVC或直接叫AVC。H.264原始码流(裸流)由⼀个接⼀个NALU组成.SPS：序列参数集，包含解码配置，如profile level分辨率和帧率等。编码后的第一帧。PPS：图像参数集，包含有关熵编码模式、分片组、运动预测和去块滤波器等信息。
H264 Mpeg起始码
c_cacal的专栏
08-24 898
H.264起始码            在网络传输h264数据时，一个UDP包就是一个NALU,解码器可以很方便的检测出NAL分界和解码。但是如果编码数据存储为一个文件，原来的解码器将无法从数据流中分别出每个NAL的起始位置和终止位置，为此h.264用起始码来解决这一问题。
H264编码总结
NBA_1的博客
11-03 1173
在目前，无论在各个行只要和视频相关的，我们都可以看见H264相关的身影，H264作为目前使用最广泛的视频压缩标准，随着 x264/openh264以及ffmpeg等开源库的推出，大多数使用者无需再对H264的细节做过多的研究。但是，为了在别的开发者面前更好的装逼，有必要了解一下H264的基本原理和一些常见的概念。 那么H264有多厉害？ H.264: H.264/AVC项目的目的是为了创建一个比以...
H.264 NAL层解析(0x00000001,编码,打包,NALU)
后端系统和架构
10-31 1万+
H.264 NAL层解析(0x00000001,编码,打包,NALU)   1．引言 H.264的主要目标： 1．高的视频压缩比 2．良好的网络亲和性 解决方案： VCL  video codinglayer       视频编码层 NAL  network abstraction layer  网络提取层 VCL：核心算法引擎，块，宏块及片的语法级别的定义 NAL：片级以
h264 获取每个nal
qq_37990044的博客
03-09 386
原文:https://blog.youkuaiyun.com/huangyifei_1111/article/details/74388053 一直苦于无法找到比较合适和效率的从内存读取h264的nal的函数，终于不经意间找到了，记录一下： #define H264_START_CODE 0x000001 uint32_t h264_find_next_start_code (uint8_t *pBuf...
从H264中提取NAL
omahzz的博客
12-20 708
#include #define BUFSIZE 4 char buffer[BUFSIZE]; typedef struct nalu{ unsigned char *nal; }nalu_t; typedef void (*func)(nalu_t *nal,int length); FILE *fp = NULL; long pos = 0; int
H264码流中 分离和解析 nal
Riven_mingri的博客
12-13 638
H.264码流解析的步骤就是首先从码流中搜索0x000001和0x00000001， 然后再分离出NALU；分析NALU的各个字段。 找到00 00 01 或 00 00 00 01 if (3 != fread (Buf, 1, 3, h264bitstream)){ free(Buf); return 0; } info2
h264
cjjcy2003的专栏
09-10 533
h264根据压缩算法的实现难度分为baseline profile、main profile、extended profile、high profile.h264算法在概念上分为两层：视频编码层和网络抽象层。nalu：有两种起始码，3字节的0x000001和4字节的0x00000001，3字节的起始码只有在一种情况下使用，就是一个完整的帧被编为多个slice的时候。 视频序列层起始
【音视频 | H.264】H.264视频编码及NALU详解
wkd_007的博客
12-13 1万+
本文介绍H.264编码的基础概念：序列、图像、片、宏块、子块。然后介绍H.264的NAL层，可以了解H.264码流是由一个个NALU组成，每个NALU又是由`00 00 00 01`或`00 00 01`来分隔开，NALU都有一个NAL头和一个RBSP。
起始码 00 00 01 BA PS FFF 音频
最新发布
08-06
<think>首先，用户的问题是关于PS流的起始码00 00 01 BA，特别是它在音频处理、解析或格式中的角色。用户提到了引用[1]、[2]和[3]，这些引用提供了关于PS流格式的背景信息。 回顾引用： - 引用[1]：提到PS流以0x000001BA开始，以0x000001B9结束。 - 引用[2]：讨论了PS流中包含音频数据，格式为PS包 = PS头 | PES(video) | PES(audio)，然后RTP封装。 - 引用[3]：详细描述了PS包的封装，包括IDR帧的封装和非关键帧的封装，以及音频数据的处理。 用户的具体查询是："PS流 起始码 00 00 01 BA 音频处理 音频解析"。这表示用户想了解起始码00 00 01 BA在音频相关PS流中的作用。 根据系统指令： - 所有行内数学表达式用$...$格式。 - 独立公式用$$...$$格式。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识。 - 回答结构清晰，逐步解决问题。 - 参考提供的引用。 关键点： - PS流起始码是0x000001BA，表示PS包的开始。 - 音频数据在PS流中是通过PES（Packetized Elementary Stream）封装的。 - 引用[2]和[3]提到，当有音频时，PS包包括PS头、PES(video)和PES(audio)。 我的回答应该： 1. 解释起始码00 00 01 BA的作用。 2. 描述音频在PS流中的处理。 3. 提供解析音频的步骤。 4. 基于引用添加标识。 5. 生成相关问题。 结构化回答： - **引言**：简要介绍PS流和起始码。 - **起始码的作用**：解释00 00 01 BA作为PS包的起始标志。 - **音频处理**：描述音频数据如何封装在PS流中。 - **解析音频**：解释如何从PS流中提取音频数据。 - **总结**：简要回顾。 - **相关问题**：生成几个相关问题。 确保使用中文。 最终输出应包括： - 回答部分。 - §§相关问题§§部分。</think>### PS流起始码00 00 01 BA与音频处理解析 PS流（Program Stream）是一种多媒体封装格式，常用于DVD、数字电视等场景，它将视频、音频和其他数据打包成一个连续的流。起始码`00 00 01 BA`（十六进制表示为`0x000001BA`）是PS流的起始标志，表示一个PS包的开始。在音频处理中，这个起始码用于标识流的起始点，并帮助解析器定位音频数据的位置。以下我将逐步解释其在音频处理中的角色、音频封装方式，以及如何解析音频数据。回答基于您提供的引用信息，确保内容真实可靠。 #### 1. **起始码00 00 01 BA的作用** - PS流总是以`0x000001BA`开始，表示一个PS包的起始位置。这个起始码是固定的32位值，用于同步解析器，确保数据流的正确对齐。在音频处理中，它帮助识别整个PS包的开始点，从而后续可以定位音频相关的PES（Packetized Elementary Stream）包。 - 引用[1]指出："PS流总是以0x000001BA开始"，这适用于所有PS流，无论是否包含音频数据[^1]。 - 在解析时，检测到`00 00 01 BA`后，解析器会读取PS头信息，包括时间戳、复用信息等，这些信息对音频同步至关重要。 #### 2. **音频在PS流中的封装方式** - PS流可以同时封装视频和音频数据。音频数据以独立的PES包形式存在，紧跟在视频PES包之后。整体结构为： - PS包 = PS头 | PES(video) | PES(audio) 然后，这个PS包可以被RTP（Real-time Transport Protocol）封装用于网络传输。 - 引用[2]明确说明："当有音频数据时，将数据加上PES header 放到视频PES 后就可以了。顺序如下：PS 包=PS头|PES(video)|PES(audio)"[^2]。 - **音频PES包的组成**： - **PES头**：包含音频流的元数据，如流ID（用于标识音频类型，如MPEG音频）、时间戳（用于音视频同步）、数据长度等。音频流的流ID通常为特定值（如`0xBD`表示私有流，常用于音频）。 - **音频数据**：原始音频采样数据，格式取决于编码标准（如AAC、MP3）。PES头后的负载就是音频帧。 - 例如，音频数据封装后，格式为：`PES header | audio raw data`。 - 引用[3]补充："对于其它非关键帧的PS 包，就简单多了，直接加上PS头和PES 头就可以了。顺序为：PS header | PES header | h264 raw data"，音频处理类似，但数据是音频而非视频[^3]。 #### 3. **音频解析步骤** 解析PS流中的音频数据涉及以下步骤，从起始码开始： - **步骤1：检测起始码** 解析器扫描流数据，查找`00 00 01 BA`。一旦检测到，表示PS包开始。读取PS头信息（长度约14字节），获取包长度、时间戳等。 - 例如，PS头包含系统时钟参考（SCR），用于音视频同步。 - **步骤2：定位PES包** 在PS头后，解析器依次读取PES包。视频PES包通常先出现，音频PES包紧随其后。音频PES包以`00 00 01`开头，后跟音频流ID（如`0xBD`）。 - 关键点：音频PES包的起始码是`00 00 01 BD`（或其他音频流ID），但整个PS包的起始始终是`00 00 01 BA`。 - 引用[3]强调："解包时，取FU indicator的前三位和FU Header的后五位...对于音频，类似处理"[^3]。 - **步骤3：提取音频数据** 从音频PES包中提取负载： - 解析PES头：获取音频数据长度、时间戳。 - 读取音频负载：原始音频帧数据，可直接解码（如使用AAC解码器）。 - 如果PS流包含多个音频轨道（如多语言），流ID会区分不同音频流。 - **步骤4：处理结束码** PS流以`00 00 01 B9`结束（如果存在），但网络传输中可能无结束码。解析器需处理不完整流。 - 引用[1]提醒："对于一个PS文件，有且只有一个结束码0x000001B9，不过对于网传的PS流，则应该是没有结束码的"[^1]。 **解析示例（伪代码）**： ```python def parse_ps_stream(data): # 检测起始码 00 00 01 BA if data.startswith(b'\x00\x00\x01\xba'): ps_header = parse_ps_header(data[4:18]) # 解析PS头 position = 18 # PS头后开始位置 while position < len(data): # 查找下一个PES包起始码（如00 00 01 BD for audio） if data[position:position+3] == b'\x00\x00\x01': stream_id = data[position+3] if stream_id == 0xBD: # 音频流ID pes_header = parse_pes_header(data[position+4:position+12]) audio_data = data[position+12:position+12+pes_header.data_length] decode_audio(audio_data) # 解码音频 position += pes_header.total_length # 移动到下一个包 else: raise ValueError("Invalid PS stream start") ``` #### 4. **音频处理注意事项** - **同步问题**：音频PES头中的时间戳（PTS/DTS）必须与视频同步，否则会出现音画不同步。起始码`00 00 01 BA`的PS头提供基础时间参考。 - **错误处理**：如果起始码丢失或损坏，解析器应使用错误检测机制（如CRC）。 - **性能优化**：在实时音频处理中，解析器可缓存数据，避免频繁扫描起始码。 - 引用[2]和[3]指出，音频封装与视频类似，但数据格式更简单，无需SPS/PPS等视频特有字段[^2][^3]。 总结：起始码`00 00 01 BA`是PS流的入口点，在音频处理中，它启动整个解析流程，帮助定位音频PES包。音频数据以`PES(audio)`形式封装在PS包内，通过解析PES头提取原始音频帧。这确保了音视频数据的有效复用和传输。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

蓝天居士

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值