hi all,
i'm currently investigating the possibilities of making pd's array operations threadsafe to avoid audio dropouts...
apart from objects that fill arrays in realtime, there are two possibilities of working on arrays: - soundfiler - messages to arrays
one of pd's language basics is that messages should be processed at once. the problem of this is, that if the array operation takes too long, it results an audio dropout.
my proposal: we could implement two different behaviours for messages to arrays and the soundfiler: - the soundfiler works in a low priority thread on the array, syncronizing with the patch by a message to the outlet of the soundfiler when done... - messages to arrays should be processed at once and may result audio dropouts this way, we won't have to break with pd's message handling ...
to achieve this, we will definitely have to add a thread lock for arrays. i'm willing to implement that, but i'd like to hear, what the other developers think about that...
cheers...
Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- 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
hello,
sorry if I missunderstood, but : what's the differences with vasp?
cvs\externals\grill\vasp\readme.txt :
"VASP is a package for PD or MaxMSP consisting of a number of externals extending these systems with functions for non-realtime array-based audio data processing. VASP is capable of working in the background, therefore not influencing eventual dsp signal processing."
cyrille
Tim Blechmann wrote:
hi all,
i'm currently investigating the possibilities of making pd's array operations threadsafe to avoid audio dropouts...
apart from objects that fill arrays in realtime, there are two possibilities of working on arrays:
- soundfiler
- messages to arrays
one of pd's language basics is that messages should be processed at once. the problem of this is, that if the array operation takes too long, it results an audio dropout.
my proposal: we could implement two different behaviours for messages to arrays and the soundfiler:
- the soundfiler works in a low priority thread on the array, syncronizing with the patch by a message to the outlet of the soundfiler when done...
- messages to arrays should be processed at once and may result audio dropouts
this way, we won't have to break with pd's message handling ...
to achieve this, we will definitely have to add a thread lock for arrays. i'm willing to implement that, but i'd like to hear, what the other developers think about that...
cheers...
Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- 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
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
Hi Cyrille, VASP only has objects for processing arrays, not for loading sound files into them. The other thing is that currently VASP relies on buffers not being resized by other processes. This of course is problematic - Array locks would be very helpful here as well.
best greetings, Thomas
Am 20.05.2004 um 01:57 schrieb cyrille henry:
hello,
sorry if I missunderstood, but : what's the differences with vasp?
cvs\externals\grill\vasp\readme.txt :
"VASP is a package for PD or MaxMSP consisting of a number of externals extending these systems with functions for non-realtime array-based audio data processing. VASP is capable of working in the background, therefore not influencing eventual dsp signal processing."
cyrille
Tim Blechmann wrote:
hi all, i'm currently investigating the possibilities of making pd's array operations threadsafe to avoid audio dropouts... apart from objects that fill arrays in realtime, there are two possibilities of working on arrays:
- soundfiler
- messages to arrays
one of pd's language basics is that messages should be processed at once. the problem of this is, that if the array operation takes too long, it results an audio dropout. my proposal: we could implement two different behaviours for messages to arrays and the soundfiler:
- the soundfiler works in a low priority thread on the array, syncronizing with the patch by a message to the outlet of the soundfiler when done...
- messages to arrays should be processed at once and may result audio dropouts
this way, we won't have to break with pd's message handling ... to achieve this, we will definitely have to add a thread lock for arrays. i'm willing to implement that, but i'd like to hear, what the other developers think about that... cheers... Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- 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 _______________________________________________ PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
sorry if I missunderstood, but : what's the differences with vasp?
vasp is an external, soundfiler an internal, vasp is an array processing package, soundfiler a soundfiler loader/writer
also: the lack of an array lock is a problem, that thomas grill was experiencing when he wrote vasp ;-)
cheers...
Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- 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
-
cyrille henry -
Thomas Grill -
Tim Blechmann