[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sc-dev] RecordBuf and PlayBuf doneAction
On 9 Dec 2008, at 13:31, Julian Rohrhuber wrote:
so what about the FreeSelfWhenDone Ugen? This
is a little more general, since it applies to
many ugens.
Is there anything it works with which doesn't have a doneAction at this point?
good point. Frankly, I don't know. Probably more
a general decision if this kind of modularity is
desired. It has the advantage that it is
potentially polymorphic (very different ugens
could receive the done signal), and easy to add
to ugens. Yet I'm not sure if it will be
used/useful in the future.
Maybe the future brings a more general communication scheme between ugens.
The only ones I can think of are maybe BufRd and
BufWr, but we could add doneActions there as
well. That would make things consistent.
What about this: I could add a UGen that works
like FreeSelfWhenDone but you can specify its
done action. Then add a message to ugens that
implicitly create the right action.
UGen: doneAction_ { arg val; DoneAction(this, val); ^this };
That's okay, but has the same pitfall as PlayBuf
now, i.e. you can't scale it by anything first.
Might be good if it checked if 'done' was possible for the receiver.
Personally I like the built-in doneActions fine though.
S.
Well maybe we should add mul and add args. I
think the only reason they weren't there is to
protect FreeSelfWhenDone etc.
Do those serve any purpose after this?
If not maybe we should deprecate those, and
then remove and add mul and add to
Play/RecordBuf for 3.4?
S.
On 8 Dec 2008, at 16:55, Josh Parmenter wrote:
Actually... with PlayBuf nothing. I was
worried it would push the mul add slots, but
I forgot that PlayBuf doesn't have mul and
add.
I literally spent days a few weeks ago
tracking down a bug in some old code where
this had happened (between SC2 and SC3, I
believe it was Saw that lost its phase
argument, or something similar to that). I
was trying to avoid a similar problem, not
realizing that it wasn't one!
I was also thinking though (and still do),
that it could avoid confusion. Whenever one
parameter's actions depend on the state of
another (if loop, don't do doneAction), I
question whether or not the argument can be
rolled into a single one. That's just me
though. I'm fine either way since the
situation mentioned above won't happen.
Best,
Josh
On Dec 8, 2008, at 8:39 AM, Scott Wilson wrote:
Confused: What's wrong with just an extra arg?
S.
On 8 Dec 2008, at 16:32, Josh Parmenter wrote:
But it is just one inconsistency. It seems
like a logical place for this argument
though...
Or, change loop to -1? This breaks code,
but it shouldn't be a terribly difficult
change for most users to do as they upgrade
to 3.3. Or, -1 pauses the synth. Still
inconsistent, but not terrible.
Josh
On Dec 8, 2008, at 6:56 AM, Scott Wilson wrote:
Not consistent then, as no action 1.
S.
On 8 Dec 2008, at 14:49, Josh Parmenter wrote:
Why not make loop, the doneAction? 1
loops, 0 does nothing, 2 releases, 3
etc...
Josh
On Dec 8, 2008, at 6:43 AM, Andrea Valle wrote:
I also find this frustrating and often
use the Line.kr(1,1,dur,doneAction:whatever)
kludge.
usr point of view, even if I haven't
noticed the thread on sc-usr. Me too. So
boring. Would be pretty cool.
Best
-a-
--------------------------------------------------
Andrea Valle
--------------------------------------------------
CIRMA - DAMS
Università degli Studi di Torino
-->
<http://www.cirma.unito.it/andrea/>http://www.cirma.unito.it/andrea/
-->
<http://www.myspace.com/andreavalle>http://www.myspace.com/andreavalle
--> <mailto:andrea.valle@xxxxxxxx>andrea.valle@xxxxxxxx
--------------------------------------------------
- La Repubblica promuove lo sviluppo
della cultura e la ricerca scientifica e
tecnica.
- La Repubblica detta le norme generali
sull'istruzione ed istituisce scuole
statali per tutti gli ordini e gradi.
(Costituzione della Repubblica Italiana, art. 9 e 33)
******************************************
/* Joshua D. Parmenter
<http://www.realizedsound.net/josh/>http://www.realizedsound.net/josh/
"Every composer - at all times and in all
cases - gives his own interpretation of
how modern society is structured: whether
actively or passively, consciously or
unconsciously, he makes choices in this
regard. He may be conservative or he may
subject himself to continual renewal; or
he may strive for a revolutionary,
historical or social palingenesis." -
Luigi Nono
*/
******************************************
/* Joshua D. Parmenter
<http://www.realizedsound.net/josh/>http://www.realizedsound.net/josh/
"Every composer - at all times and in all
cases - gives his own interpretation of how
modern society is structured: whether
actively or passively, consciously or
unconsciously, he makes choices in this
regard. He may be conservative or he may
subject himself to continual renewal; or he
may strive for a revolutionary, historical
or social palingenesis." - Luigi Nono
*/
******************************************
/* Joshua D. Parmenter
<http://www.realizedsound.net/josh/>http://www.realizedsound.net/josh/
"Every composer - at all times and in all
cases - gives his own interpretation of how
modern society is structured: whether
actively or passively, consciously or
unconsciously, he makes choices in this
regard. He may be conservative or he may
subject himself to continual renewal; or he
may strive for a revolutionary, historical or
social palingenesis." - Luigi Nono
*/
--
.
_______________________________________________
sc-dev mailing list
info (subscription, etc.):
http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/
_______________________________________________
sc-dev mailing list
info (subscription, etc.):
http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/
--
.
_______________________________________________
sc-dev mailing list
info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/