.wav文件

时间:2019-08-29 12:14:13

标签: c++ endianness riff

我想处理一个.wav文件,例如减小幅度; 当我使用以下代码时,输​​出会失真,这并不令人愉快。

#include <iostream>
#include <fstream>
#include <string>
using namespace std;
int main()
{
    char* wav_mem;
    ifstream wav_file;
    wav_file.open("1.wav", ios::binary | ios::ate);
    int file_size = wav_file.tellg();
    wav_mem = new char[file_size];
    wav_file.seekg(0, ios::beg);
    wav_file.read(wav_mem, file_size);
    int16_t sample = 0;
    wav_file.close();
    for(int i = 44; i <= file_size; i += 2)
    {   
        sample = ((wav_mem[i + 1] << 8) | (wav_mem[i]));
        sample = (int16_t)(sample * 0.5);
        wav_mem[i] = sample;
        wav_mem[i+1] = (sample >> 8);
    }
    ofstream out_file;
    out_file.open("out.wav", ios::binary);
    out_file.write(wav_mem, file_size);
}

如何解决变形?

4 个答案:

答案 0 :(得分:4)

假设您对.wav文件本身的操作是正确的(否则,我对它的了解不多,是否知道这是问题所在),则可能存在一些潜在缺陷:

  1. tellg中收集int的输出可能会导致溢出。也许使用auto来获得正确的类型?
  2. wav_mem[i+1] = (sample >> 8);,如果循环中的i == file_size可能导致溢出访问(超出wav_mem的长度)?

编辑: 实际上,由于您的[0, file_size)行,您只能以定义的方式访问wav_mem = new char[file_size];索引。因此,当i = file_sizewav_mem[i]都将成为UB时。

答案 1 :(得分:1)

我认为问题可能在于对有符号整数使用位移位运算符>><<根据标准has changed in C++14 and is going to change again in C++20 cf 。“按位移位运算符”)的实际行为。无论哪种方式,它都不是逻辑位移,而是算术位移。

相反,我将使用reinterpret_cast将两个字节转换为一个16位整数。我过去曾使用过类似的方法:

int16_t num;
for (size_t i = 0; i < N && wav_file.read(reinterpret_cast<char*>(&num), 2); ++i) {
    audio[i] = double(num);
}

/* do stuff */

for (double x : audio) {
    num = static_cast<int16_t>(x);
    out_file.write(reinterpret_cast<char*>(&num), 2);
}

请注意,由于RIFF使用LittleEndian,因此这里假设采用LittleEndian架构。

答案 2 :(得分:1)

我解决了这个问题,当我试图将两个字节转换为16位时,我弄乱了示例,这是最终代码:

#include <iostream>
#include <fstream>
#include <string>
#include <string.h>
using namespace std;

int main()
{
    ifstream wav_file;
    ofstream out_file;
    wav_file.open("input.wav",ios::binary|ios::ate);
    size_t file_size = wav_file.tellg();
    char * wav_buf = new char[file_size];
    wav_file.seekg (0,ios::beg);
    wav_file.read (wav_buf, file_size);
    wav_file.close();
    int16_t wav_smpl(0);
    char * wav_out = new char[file_size];
    memcpy(wav_out, wav_buf, 44);
    for (size_t i = 0 ; i < file_size ; i += 2) 
    {
        memcpy(&wav_smpl , wav_buf + (i + 44) , 2);
        wav_smpl *= 3;
        memcpy(wav_out + (i + 44) , &wav_smpl , 2);
    }
    out_file.open("output.wav",ios::binary);
    out_file.write(wav_out, file_size);
    out_file.close();
    return 0;
}

答案 3 :(得分:0)

撇开前面提到的tellg中的溢出和wav_mem[i + 1]中未定义的行为,我认为这是主要问题:

sample = (int16_t)(sample * 0.5);

sample在幕后被转换为两倍。来回转换为double或从double转换可能会导致较小的(但我想是可以听到的)舍入错误,我认为这可能是失真的来源。代替此用途:

sample /= 2;