[PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into visual array
Jonathan Wilkes
jancsika at yahoo.com
Mon Oct 29 02:00:19 CET 2012
----- Original Message -----
> From: Miller Puckette <msp at ucsd.edu>
> To: Jonathan Wilkes <jancsika at yahoo.com>
> Cc: Hans-Christoph Steiner <hans at at.or.at>; Lorenzo Sutton <lorenzofsutton at gmail.com>; "pd-dev at iem.at" <pd-dev at iem.at>
> Sent: Sunday, October 28, 2012 4:10 PM
> Subject: Re: [PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into visual array
>
>>
>> Why not use the same throttling mechanism Miller put for data structures
>> for iemguis and see if it's suitable?
>>
>> I think what you'll find is that this is a complex problem, and you
> certainly
>> won't get a consensus that "just make the gui get out of the way
> for the sound"
>> is the right approach. In fact for anything that is handling user input
> through
>> the GUI you'd better make sure the GUI responds when it's supposed
> to,
>> otherwise it _will_ appear to be broken from the standpoint of the user.
> Just
>> look at the history of video games-- game developers are willing to remove
>> entire voices at will in the audio in order to keep the interface from
> becoming
>> sluggish. You might say this is just the visual bias in our culture, but
> the more
>> significant factor is that a light switch that reacts to the force from
> your finger
>> one second after you flip it is no longer a switch-- it's a physical
> anomaly.
>>
>> Anyway, I think the problem is often on the c side instead of the tk
>> side. If you load a 20sec sample into an array while dsp is on and
>> soundfiler isn't threaded, what do you really expect to happen?[1]
>>
>> -Jonathan
>>
>> [1] Hm... rather than threaded... what if you could set a flag that tells
>> [soundfiler] the maximum amount of the soundfile to process every block?
>> Or maybe have an object called [soundfiler~], where you can give it an arg
>> to set the number of samples to be loaded every block?
>>
> That's what readsf~ does... just dump the output into a tabwrite~ and
> you're
> got it.
And how do I set the right size for the array?
-Jonathan
>
> But the question of how to smoothly update table graphics without messing up
> real-time behavior is still wode open.
>
> cheers
> M
>
More information about the Pd-dev
mailing list