Emmett Palaima

Hi, I am working on a project which uses a 4-channel wav file to encode a 64-bit data stream at audio rate. I am running into an issue where the sfrecord~ object used to create this file is returning a header of the incorrect length. The documentation for the wave format states the wave file header is a 44 bytes in length, followed by audio data, however, when I look at the recorded file in a text editor, I can clearly see a header of something like 68 bytes in length.

I am testing this by routing a constant signal into the sfrecord~ inputs and recording a short sample:

Screen Shot 2020-09-27 at 5.40.13 PM.png

When I look at the recorded wavefile in sublime text, I can clearly see the constant value (ff7f) starting at the 35th hexidecimal group, which corresponds to byte 69:

This means that sfrecord~ is either producing a header of the incorrect length, or alternatively that its recording junk data to the first 24 bytes of the audio section. This junk data is messing up my project whenever the wavfile repeats itself.

Hi, I am working on a project which uses a 4-channel wav file to encode a 64-bit data stream at audio rate. I am running into an issue where the sfrecord~ object used to create this file is returning a header of the incorrect length. The documentation for the wave format states the wave file header is a 44 bytes in length, followed by audio data, however, when I look at the recorded file in a text editor, I can clearly see a header of something like 68 bytes in length. 

5249 4646 3c70 0200 5741 5645 666d 7420
2800 0000 feff 0400 80bb 0000 00dc 0500
0800 1000 1600 1000 0f00 0000 0100 0000
0000 1000 8000 00aa 0038 9b71 6461 7461
0070 0200 ff7f ff7f ff7f ff7f ff7f ff7f
ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f
ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f
ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f
ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f
ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f
.......................................

5249 4646 3c70 0200 5741 5645 666d 7420
2800 0000 feff 0400 80bb 0000 00dc 0500
0800 1000 1600 1000 0f00 0000 0100 0000
0000 1000 8000 00aa 0038 9b71 6461 7461
0070 0200 ff7f ff7f ff7f ff7f ff7f ff7f
ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f

Hi, I am working on a project which uses a 4-channel wav file to encode a 64-bit data stream at audio rate. I am running into an issue where

sfrecord~-creating-files-with-incorrect-header-length

Found this doesn't happen when I use a raw audio file out, which is a workaround I can use for the time being. Would be nice to know where this junk data is coming from if possible tho.

sfrecord~ creating files with incorrect header length