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