手动写入头与数据的WAV文件无法播放，MediaInfo提示IsTruncated:Yes求解

先搞懂："Truncated"在这里是什么意思？ #

简单来说，这个词就是指你的WAV文件被**“截断”**了——直白点说，就是文件实际的字节大小，和它头部信息里声明的总大小对不上，播放器和检测工具发现这文件比预期的要短，判定它是不完整的，自然就没法正常播放了。

WAV文件的头部里有两个核心字段是用来记录大小的：ChunkSize（整个文件去掉开头4字节RIFF标识后的总大小）和Subchunk2Size（音频数据的总字节数）。当你写完文件后，实际的文件大小和这两个字段里写的数值不匹配，MediaInfo就会标记IsTruncated: Yes，播放器也因为没法正确解析完整的音频流，直接罢工了。

怎么解决这个问题？ #

给你几个实用的排查和修复步骤：

• 核对头部的大小字段是否准确
  重点检查你写入的WAV头部里的ChunkSize和Subchunk2Size：

  • Subchunk2Size必须等于你实际写入的音频数据总字节数（举个例子：单声道、16位采样、44100Hz采样率的音频，1秒的数据量就是44100×2=88200字节）
  • ChunkSize的计算逻辑是：36 + Subchunk2Size（因为标准WAV头部的固定部分是36字节，加上音频数据大小就是整个Chunk的大小）
    很多时候问题就出在这两个数值算错了，导致实际文件和声明大小不匹配。

• 确认音频数据写完整了
  检查你写入音频数据的过程有没有中途中断，比如从其他源读取数据再写入时，有没有确保读取的字节数和你声明的Subchunk2Size完全一致，有没有少写数据的情况。

• 对比文件实际大小和理论大小
  先算理论总大小：标准WAV头部（一般44字节） + 音频数据字节数。然后去电脑里查看这个WAV文件的实际大小，如果两者不一样，要么是头部写得不对，要么是数据没写完。

• 用十六进制编辑器直接验证
  可以用一款简单的十六进制编辑器打开文件，直接看头部的关键字节：

  • Subchunk2Size在头部的第40-43字节（从0开始计数）
  • ChunkSize在第4-7字节
    把这些字节转换成十进制，看看是不是和你实际的音频数据大小、总文件大小匹配，一眼就能找出问题。

内容的提问来源于stack exchange，提问作者Bhavana