0
0

Hello,

I think it’s my mistake, but here’s my problem :

If I use FMOD_OUTPUT_WAVWRITE instead of FMOD_OUTPUT_DSOUND, I get a wav file that grows normally over the time (as the music’s being played)…

… but the generated wav file is not readable.

Windows Media Player : says one or more codecs are required.
Media Player Classic : says could not render the file.
Audacity : no error, but file appears as empty (even if it is 50 megabytes on disk).

Is there a special way of initializing or closing the system to get a standard WAV file ?

( I currently use system->release() to close ).

Thanks

====================

Error returned by Media Player Classic :

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_WAVE {E436EB8B-524F-11CE-9F53-0020AF0BA770}
formattype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 0

  • You must to post comments
0
0

Hello,

No idea ?

  • You must to post comments
0
0

Why don’t you write a DSP Plugin that does the recording for you?
The example ‘recordtodisk’ writes playable WAV data.

So just multiply the incoming float data with 32767 to get your needed signed short data. Keep in mind to store the length every time to be able to write the right header after recording.

  • You must to post comments
0
0

Thanks chriss, that’s something I may do as a workaround.

But I’d like "not to reinvent the wheel", if the wav_writer works, then I’d prefer to use it.

  • You must to post comments
0
0

I’m also having this problem, so I took a look inside the generated wav-file (fmodoutput.wav).

I took a peek inside the file with a hex-editor, and apparently the wavwriter doesn’t write the correct size of the sound data in the RIFF-header; regardless of the length of the clip, the wavwriter will give it the same size ("RIFF8 ", in hex: 52 49 46 46 [b:33j5zm86]38 00 00 00[/b:33j5zm86])

[url=http://www.videolan.org/vlc/:33j5zm86]VLC[/url:33j5zm86] is the only program I’ve tested that’s able to play the file.

(I’m on Windows XP, Visual C# 2008).

  • You must to post comments
0
0

Small update: calling [b:2wpzlydw]System::close()[/b:2wpzlydw] seems to solve the problem.

  • You must to post comments
0
0

yes the file handle is not closed to the wav until you call System::close or release

  • You must to post comments
Showing 6 results
Your Answer

Please first to submit.