for a sound installation I have 10 tracks at the same length that should run in loop. each track is output to a difference output in the sound card.
How can I make sure all track will start at the same time when Pi is turned on?

If I give the message [1) to all the sfplay2~ objects they should all start at the same time? or it might have some delays ?

Thanks

@oid basically everything (including 'anything' selectors) that can't be parsed into a float or special symbol (like dollarsign numbers) is converted to a symbol and stored in the table. That includes things in message boxes
afaict that includes comments too currently. I don't think symbols get removed from the hash table either (as symbol instances aren't reference counted or anything)

@jameslo That is sound interesting, but each tracj should be play independently from difference output of the dac

@KMETE have you given this a try? Or are you asking to eliminate the possibility of an unpleasant surprise? Because I think what you need to do is very simple, and it does make me wander what triggers your query. Also, what @jameslo proposes can also work, as a 10-track audio file will be played from 10 different outlets in your sound file player object, so you can easily route them to any [dac~] inlet you want.

@alexandros
I just gave it a try now and it is working just fine using the sf-play2~ object. I'm using [send] and [receive] and see no difference between this and conneting the wires straight to the objects

Of course you see no difference, since the triggering of the [sfplay2~] objects happens at the control rate, so whether wired or wireless, all messages will reach their destinations before the next sample block starts. Just bare in mind that Pd computes all its audio objects in blocks of samples (64 samples per block, by default), and when done, it makes all the control rate calculations (all objects without the tilde (~)), so your starting messages will all go through in between the same two blocks of samples.

Does any one work with this interface and pd /pi combination?

I will get this card only in few days and for the meanwhile I was wondering if:

Does pi / pd will recognize it immediately or do I need to instal drivers?
Will all the 8 output will be available? or do I need to define something in the pd setting?
I'm using this message to setup the interface setting (marked in green):

Thanks!

edit:
If the files I'm playing are exported at 48000/24 bit - do I need to change the sample rate of pd to 48000 instead of the original 44100, right?

@KMETE Yes you will need to change the sample rate or they will play at the wrong speed.
There used to be...... and must? still be a website for soundcard compatibility with the RPI.
If the RPI can connect to the soundcard then the pins (connections) will appear in the Pd media settings.
There are a few very active Raspberry forums on the web...... a good place to search......
David.

@whale-av said:

@KMETE Yes you will need to change the sample rate or they will play at the wrong speed.

[sf-play~] and [sf-play2~] automatically scale playback rate so that rate 1.0 is the file's normal sounding rate... as in it's a properly functioning sample player wherein the user isn't responsible for internal implementation details

hjh

I was wandering if it makes any difference if the audio files will be play from external usb stick rather then from the pi itself ?

the thing behind the thought to use external usb stick is that it will be much easier to change the audio file when needed - just upload and replace new audio files with the same name. so no need to connect the pi to a screen/mouse/keyboard and replace files rather just put new ones on usb stick.

so is that can effect the performance of the patch? (slower reading from stick?)

thanks

edit: the above is not option because when I first power the pi it won't recognize the usb stick fast enough so the pd patch is not "finding" the files. only if I manually restart the patch it is working

@KMETE Try delaying the loading of the files in the patch....... [loadbang] [delay 5000 or some suitable value ]
David.

@whale-av said:

@KMETE Try delaying the loading of the files in the patch....... [loadbang] [delay 5000 or some suitable value ]
David.

Just to show how that's done with my [stereofile] abstraction (already noted in the thread that this is being used in kmete's patch):

BTW for this approach: I just fixed a bug where it would try to load even if no path was given. Not a catastrophic issue but it would print a spurious error. So you should update from https://github.com/jamshark70/hjh-abs -- now [stereofile] will await instructions instead of prematurely complaining.

hjh