LarryG on 19/9/2013 at 03:30
I must be encoding my .wav wrong, but I don't see how.
I used Gspot to determine the encoding of LGS original .wav files (CODEC: 0x0011 [DVI ADPCM], 22050Hz 89 kb/s [1 chnl] ) and encoded my .wav that way, but I can't get it to play when I play_schema. I switched just the .wav referred to by the schema to one of the LGS original .wavs, and the schema plays that just fine. But when I point to my own .wav, nothing except the monolog message: sfx_start_play: couldnt create xxxxxxx, where xxxxxxx is the name of the .wav.
My custom wav plays just fine outside of Thief, and as far as Gspot is concerned, it is encoded the same as the original LGS mono sounds. Any suggestions?
Edit: Never mind. It needs to be 8-bit :o
Yandros on 19/9/2013 at 04:41
LGS files are actually 4-bit compressed IMA ADPCM, if you were trying to match that.
LarryG on 19/9/2013 at 12:07
That's what I started with that wouldn't play, 4-bit. But when I switched to 8-bit uncompressed PCM it plays ... :weird:
Yandros on 19/9/2013 at 14:07
Well sure, uncompressed WAVs will always play. And 16bit will probably sound better than 8bit, depending on the sound. But if you want to compress them, aside from using mp3 or ogg of course, you need to do IMA ADPCM which is 4bit. Many programs' output of IMA ADPCM will not work in Thief - Audacity and WavePad are two examples that unfortunately don't work. I imagine it's the way more modern programs write the header that causes the problem. What I use these days is Windows Sound Recorder, the old XP version (which works fine in Vista onwards but you have to download it or copy it from an XP machine), which produces IMA ADPCM files that work fine, but naturally it doesn't support things like batch processing. So it's one at a time.
