使用audioop.ulaw2lin(width=2)转换u-law音频出现失真加速问题

你遇到的核心问题是audioop.ulaw2lin(width=2)转16位音频后的播放异常，根源大概率是WAV文件头参数配置错误或者样本格式的处理偏差，具体拆解如下：

1. 速度翻倍的原因 #

当你把转换后的16位字节流写入WAV时，如果误将sampwidth（样本宽度）设为1，播放器会把每个16位样本的2个字节当成两个独立的8位样本处理。原本N个16位样本会被识别成2N个8位样本，播放时长直接减半，速度自然翻倍。

2. 音量低+噪声的原因 #

• 16位有符号PCM的取值范围是-32768 ~ 32767，如果写入时被错误当成无符号格式处理，原本的正负值会被偏移，有效动态范围被压缩，导致音量极低。
• 若WAV头的framerate或nchannels参数与实际不符，也会引发采样率/声道数不匹配的噪声问题。

正确的处理流程 #

用Python标准库wave写入16位WAV的示例代码如下，重点要匹配参数：

import audioop
import wave

# 假设ulaw_audio_bytes是你的u-law原始字节数据
lin_audio = audioop.ulaw2lin(ulaw_audio_bytes, 2)

# 写入16位单声道8kHz WAV文件
with wave.open("output_16bit.wav", "wb") as wf:
    wf.setnchannels(1)  # u-law音频通常是单声道
    wf.setsampwidth(2)  # 16位样本宽度
    wf.setframerate(8000)  # 8kHz采样率
    wf.setcomptype("NONE", "not compressed")
    wf.writeframes(lin_audio)

额外注意点 #

• 确认原始u-law数据本身是8kHz单声道格式，如果原始数据的采样率/声道数不对，转换后也会出问题。
• PyVoip场景下，要注意音频流的字节对齐，避免截断或多读字节导致的格式混乱。

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