C++ 如何解析FLV文件中的Tag音频与视频数据头-C++-PHP中文网

FLV文件头9字节固定结构含“FLV”标识、版本号、音视频标志位，Tag以11字节Header起始（含type、dataSize、timestamp等），必须严格按规范逐字节解析，不可跳过ScriptData或硬编码偏移。

c++ 如何解析flv文件中的tag音频与视频数据头

FLV文件头和Tag结构怎么快速识别

FLV不是自描述格式，必须按规范逐字节解析。开头3字节"FLV"、第4字节是版本（通常0x01）、第5字节的bit 2和bit 0分别表示是否有音频和视频——这是判断后续Tag是否含音/视频的唯一依据。跳过9字节Header后，第一个4字节是PreviousTagSize0（固定为0x00000000），之后才是真正的Tag序列。

常见错误是直接用fread读完Header就假设Tag从第13字节开始，却忽略了FLV规范允许Header后存在可选的ScriptData（如onMetaData），它以18（script data tag type）开头，长度不固定。没跳过它会导致后续所有Tag解析偏移。

如何正确提取每个Tag的音视频数据头（不包括Payload）

每个Tag以11字节Header起始：1字节tagType（0x08=audio, 0x09=video, 0x12=script），3字节dataSize（大端），3字节timestamp（毫秒，注意有扩展位），3字节streamID（固定0x000000）。关键点在于：timestamp实际是24bit主值+8bit扩展（在下一个Tag Header的首个字节高8位里），但绝大多数FLV只用24bit，扩展位为0；如果遇到timestamp > 0xFFFFFF，就得向前一个Tag的previousTagSize字段借位校验——这步常被忽略，导致时间戳错乱。

实操建议：

用fseek(fp, 13, SEEK_SET)跳过Header后，先用fread(&tagHeader, 1, 11, fp)读Tag Header
dataSize需用((uint32_t)buf[1] 手动转大端，别依赖ntohl（它处理4字节，而dataSize只有3字节）
读完Tag数据后，必须再读4字节previousTagSize（大端），并校验是否等于当前Tag总长（11 + dataSize）——这是检测文件是否损坏的最快方式

音频Tag Header里哪些字段决定解码参数

音频Tag的Payload前4位（即第一个字节的高4位）是SoundFormat，直接对应解码器选择：0=Linear PCM，2=ADPCM，10=AAC。紧接着的2位是SoundRate（5.5kHz/11kHz/22kHz/44kHz），1位SoundSize（8或16bit），1位SoundType（mono/stereo）。这些全挤在Payload第一个字节里，必须用位运算提取：

uint8_t firstByte = payload[0];
uint8_t format = (firstByte >> 4) & 0x0F;
uint8_t rate   = (firstByte >> 2) & 0x03;
uint8_t bits   = (firstByte >> 1) & 0x01;
uint8_t stereo = firstByte & 0x01;

容易踩的坑：AAC音频的SoundFormat == 10时，Payload第二个字节是AACPacketType（0=sequence header，1=raw data），必须区分。sequence header里才含AVCDecoderConfigurationRecord等真正解码所需的SPS/PPS——但这是视频的逻辑，音频的AAC sequence header实际是AudioSpecificConfig，需用faad2或手动解析，不能跳过。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

视频Tag Header怎么拿到关键编码信息

视频Tag的Payload第一个字节是FrameType（高4位）和CodecID（低4位）。FrameType中1=key frame，2=inter frame；CodecID中2=SPARK，3=VP6，4=VP6 with alpha，7=AVC（H.264）。只有CodecID == 7时，第二个字节才是AVCPacketType（0=sequence header，1=NALU，2=end of sequence）。

重点：AVC sequence header的第3–8字节是configurationVersion/AVCProfileIndication/profile_compatibility/AVCLevelIndication，第9字节后才是SPS/PPS长度与数据。很多解析器直接从第9字节起当NALU处理，结果把长度字段当成了SPS第一个字节，导致解码失败。

实操要点：