Fail to generate correct wav file from raw stream

Question

I captured raw audio data stream together with its WAVEFORMATEXTENSIBLE struct. WAVEFORMATEXTENSIBLE is shown in the figure below:

Following the standard of wav file, I tried to write the raw bits into a wav file. What I do is:

1. write "RIFF".

2. write a DWORD. (filesize - sizeof("RIFF") - sizeof(DWORD)).

=== WaveFormat Chunk ===

3. write "WAVEfmt "

4. write a DWORD. (size of the WAVEFORMATEXTENSIBLE struct)

5. write the WAVEFORMATEXTENSIBLE struct.

=== Fact Chunk ===

6. write "fact"

7. write a DWORD. ( 4 )

8. write a DWORD. ( num of samples in the stream, which should be sizeof(rawdata)*8/wBitsPerSample ).

=== Data Chunk ===

9. write "data"

10. write a DWORD (size of rawdata)

11. write the raw data.

After getting the wav file from the above steps, I played the wav file with media player, there is no sound, playing with audacity will give me a distorted sound, I can hear that it is the correct audio I want, but the sound is distorted with noise.

The raw data can be find here

The wav file I generate is here

It is very confusing to me, because when I use the same method to convert IEEE-float data to wav file, it works just fine.

Answer 1

I figured this out, it seems the getbuffer releasebuffer cycle in IAudioRenderClient is putting raw data that has the format same as that passed into the initialize method of the IAudioClient.

The GetMixFormat in IAudioClient in my case is different from the format passed into the initialize method. I think GetMixFormat gets the format that the device supports.

IAudioClient should have done the conversion of format from the initialized format to the mixformat. I intercept the initialize method, get the format, and it works like a charm.

Answer 2

I'm intercepting WASAPI to access the audio data and face the exact same issue where the generated audio file from the data sounds like the correct content but is very noisy somehow although the frame rate, sample width, number of channels etc. are set properly.

The SubFormat field of WAVEFORMATEXTENSIBLE shows that the data is actually KSDATAFORMAT_SUBTYPE_IEEE_FLOAT, while I originally treat it as integers. According to this page, KSDATAFORMAT_SUBTYPE_IEEE_FLOAT is equivalent to WAVE_FORMAT_IEEE_FLOAT in WAVEFORMATEX. Hence, setting the "audio format" in the wav file's fmt chunk(normally starts in the 20th position) to WAVE_FORMAT_IEEE_FLOAT(which is 3) solved the problem. Remember to put it in little endian.

• Original value of audio format
• After modification