As far as I can make it out, 'wav' is actually an infinite number of soundfile formats, some of which are informally documented.
I've never heard that 'wav' files could be other than Intel-style endinanness (which is what Pd expects, regardless of what machine you're on.)
The only 'wav' files Pd knows about are 16-, 24-, or 32-bit "PCM" files; i.e., no "data reduction". the best test is to look at the size of the file; if it's more than 88200 times as many bytes as seconds you're probably OK; if less than that, you've got some data reduction and you'll have to go buy something (windows) or download mpg321 (linux) to fix it.
cheers Miller
On Wed, Jun 16, 2004 at 11:35:13AM -0400, jim ruxton wrote:
Thanks IOhannes, I tried playing with endianess on a couple of files I downloaded but didn't have any luck. Is there a program that I can run a wav file through to get all it's info ie. sample size, endianess etc. I find it frustrating just trying different settings to get readsf~ to play a file I download. Does anyone know where I can find documentation that discusses readsf~ more comprehensively than the help file. Thanks. Jim
jim ruxton wrote:
download aren't working. I just get noise.
sounds like a problem with endianess. (e.g.: the 2 bytes of a 16bit sample are swapped) this occurs when you try to play back files on a pc that have been created on a mac or vice versa. there should be an option to [readsf~] where you can specify which endianess should be used (it defaults to your machine's endianess) there is no such option with [sfplay], but you could use [swap~] to do a byte-swap manually -> this will only work if you haven't done anything to the data that is coming out of [sfplay] (e.g: no [*~])
mfg.asd.r IOhannes
PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list