if you just use [open ../sound/bell.aiff( it will play just as dan said, a mono file only on the first channel.
when you use [open ../sound/bell.aiff 0 200 4 2 b, 1(, also as dan said, you are forcing the format as which readsf~ will read the file, using the arguments just as the -raw argument for the [soundfiler] object, so 0 means onset 200 means header size to skip 4 means number of channels (!!, you are asking for 4 channels here) 2 means number of bytes per channel b means big endian since you asked for 4 channels, you will get interleaved samples for each channel, hence the pitch up, since you are feeding 4 samples at once from the file to feed each channel, if the original is mono, you get 4x faster Em seg., 8 de nov. de 2021 às 13:11, Alexandre Torres Porres < por...@gmail.com> escreveu: > Em seg., 8 de nov. de 2021 às 13:02, Alexandre Torres Porres < > por...@gmail.com> escreveu: > >> But I get the output in the 4 channels when I click the message "open >> ../sound/bell.aiff 0 200 4 2 b, 1", which is one of the messages from the >> help file. It also plays the file faster and at a higher pitch. Tested on >> Pd 0.52-4, macOS 10.14.6 >> > > for the record, I tried it in Purr DData and then it just doesn't play the > at all and immediately sends the 'didit' bang message... I'm not sure but I > think that's also not the correct behaviour > >> _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list