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 < porres@gmail.com> escreveu:
Em seg., 8 de nov. de 2021 às 13:02, Alexandre Torres Porres < porres@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