i've used Pd for interactive performance quite a bit in the past six months and this was one of the most irritating problems. my solution was to have a series of tables loaded at the start with the first few samples i needed, sized to be very large.
i then had an abstraction to sfread~ any sounds i wanted to load later on into the arrays. sfread~ is threaded, so it doesn't lock up the GUI and audio cause dropouts. this would stream my samples into the array, then let me know when the samples was streamed completely. as long as my tables were large enough, it was no problem.
AFAIK there is no way around it for now, if i were you i would just preload all the samples you may want to use each into its own array and then at performance time choose which array you read from. how well this will work out of course depends on how many samples you need.
-josh
Matthew Nish-Lapidus wrote:
=
hi,
has any one come up with a solution to the problem of audio dropouts when loading wav files into tables? i'm going to be doing some performance soon, and i'd really like to be able to load these samples without getting dropouts.
------ http://USFamily.Net/info - Unlimited Internet - From $8.99/mo! ------
awsome, i'm glad to stand corrected on this one i'll have to play with sfread~ then
eskogen@usfamily.net wrote:
i've used Pd for interactive performance quite a bit in the past six months and this was one of the most irritating problems. my solution was to have a series of tables loaded at the start with the first few samples i needed, sized to be very large.
i then had an abstraction to sfread~ any sounds i wanted to load later on into the arrays. sfread~ is threaded, so it doesn't lock up the GUI and audio cause dropouts. this would stream my samples into the array, then let me know when the samples was streamed completely. as long as my tables were large enough, it was no problem.
AFAIK there is no way around it for now, if i were you i would just preload all the samples you may want to use each into its own array and then at performance time choose which array you read from. how well this will work out of course depends on how many samples you need.
-josh
Matthew Nish-Lapidus wrote:
=
hi,
has any one come up with a solution to the problem of audio dropouts when loading wav files into tables? i'm going to be doing some performance soon, and i'd really like to be able to load these samples without getting dropouts.
------ http://USFamily.Net/info - Unlimited Internet - From $8.99/mo! ------
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
i've experienced this problem, too. problem is that soundfiler is not threaded. has anyone tried to create a threaded version of soundfiler? is it at least possible to create a threaded soundfiler? i thought about starting to work on something like that, but i never programmed a threaded code, so i don't know if i will succeed...
Tim mailto:TimBlechmann@gmx.net ICQ: 96771783 http://www.nyds-exp-discogs.tk -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac
Sunday, February 23, 2003, 11:33:55 PM, you wrote:
JS> awsome, i'm glad to stand corrected on this one i'll have to play with JS> sfread~ then
JS> eskogen@usfamily.net wrote:
i've used Pd for interactive performance quite a bit in the past six months and this was one of the most irritating problems. my solution was to have a series of tables loaded at the start with the first few samples i needed, sized to be very large.
i then had an abstraction to sfread~ any sounds i wanted to load later on into the arrays. sfread~ is threaded, so it doesn't lock up the GUI and audio cause dropouts. this would stream my samples into the array, then let me know when the samples was streamed completely. as long as my tables were large enough, it was no problem.
AFAIK there is no way around it for now, if i were you i would just preload all the samples you may want to use each into its own array and then at performance time choose which array you read from. how well this will work out of course depends on how many samples you need.
-josh
Matthew Nish-Lapidus wrote:
=
hi,
has any one come up with a solution to the problem of audio dropouts when loading wav files into tables? i'm going to be doing some performance soon, and i'd really like to be able to load these samples without getting dropouts.
------ http://USFamily.Net/info - Unlimited Internet - From $8.99/mo! ------
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
-
eskogen＠usfamily.net -
Josh Steiner -
Tim Blechmann