How to open and play (readsf~) multiple wav files at the same time?

@whale-av said:

@Butahuruf We are cross posting........
I posted a cleaner version above using [poly] and [clone]...... if it works as you wish?
It looks as though I guessed right.
David.
P.S. I think you will need [stripnote] to prevent the file playing again when a note off (0 velocity) comes in........ or something in the player to stop the player when that zero arrives.

I need a day or 2 to find your post about this. You post MANY!

@Butahuruf That is true.
This one.... https://forum.pdpatchrepo.info/uploads/files/1601810933635-try_this.zip
David.

@whale-av Thank you very much David! this is great!

@whale-av Hi David I add [alt] to prevent 'double notes' on samplePlayer.pd
midi_sample_player.pd

samplePlayer.pd

It is possible that due to an old hard disk, the computer may not be able to open and play (readsf ~) multiple wav files simultaneously. One solution would be to add an SSD that would make the work of the computer system easier. But that would involve too much cost. I donțt use the audio wav files format anymore because it is difficult to read and causes many problems. Instead, I decided to convert on https://convertr.org/wav-to-mp3 all the files in mp3 format supported by any application.

@Dorisma It will not be able to open multiple files at the exact same time, but it will probably not be noticeable.
If however they really need to be in sync......... for example if they are actually tracks of individual instruments that were all recorded at the same time in the same room......... that could cause some phase issues.

A solution will be to open them all first. The first few seconds of every track will then be loaded to RAM (buffered).
Set a delay of a few milliseconds and then send the start message to all the instances at once.
All the instances of [readsf~] should then play them in sync.
David.

@Dorisma said:

It is possible that due to an old hard disk, the computer may not be able to open and play (readsf ~) multiple wav files simultaneously. One solution would be to add an SSD that would make the work of the computer system easier. But that would involve too much cost. I donțt use the audio wav files format anymore because it is difficult to read and causes many problems. Instead, I decided to convert on https://convertr.org/wav-to- mp3 all the files in mp3 format supported by any application.

I'll follow all your steps, but still, I am facing some issues.

Dorisma said:

I don't use the audio wav files format anymore because it is difficult to read and causes many problems. Instead, I decided to convert on https://convertr.org/wav-to-mp3 all the files in mp3 format supported by any application.

I realize this is a couple years old comment now, but: [soundfiler] does not support mp3 format.

I'm not sure which audio programming environments do support MP3.

• Pd, no ("soundfiler read: /home/xxxxx/Music/23-0714-ambient-jam.mp3: unknown header format").
• Max/MSP, no ("can't open").
• SuperCollider, no ("File '/home/xxxxx/Music/23-0714-ambient-jam.mp3' could not be opened: Format not recognised.").
• I don't have ChucK or Reaktor, can't test those. Reaktor might support MP3 since it's a commercial product. ChucK... reference docs for SndBuf seem difficult to locate, so, I give up, I don't know.

So the approach of converting all WAVs to MP3 seems to be based on a mistaken assumption. For use with Pd, this is not the way to go.

hjh

ceammc lib have a [snd.file] object working like [soundfiler], that support mp3 and many more format
like AAC AIFF ALAC AU AVR CAF FLAC HTK IFF MACE3:1 MAC6:1 MAT4 MAT5 MP3 MP4 MPC OGG PAF PVF RAW RF64 SD2 SDS SF VOC W64 WAV WAVEX WVE XI.