On Wed, 3 Aug 2011, Mathieu Bouchard wrote:
On Tue, 2 Aug 2011, Miller Puckette wrote:
Nope... there needs to be a string-to-binary-list-and-back function
somewhere
but I can't figure out what to name it :)
for consistency with pd's source, one of :
[stringmofo] (inspired from d_soundfiler
On Tue, 2 Aug 2011, Miller Puckette wrote:
Nope... there needs to be a string-to-binary-list-and-back function somewhere
but I can't figure out what to name it :)
for consistency with pd's source, one of :
[stringmofo] (inspired from d_soundfiler.c)
[stringpute] (inspired from d_soundfile
Technically it seems to be this: they output in reverse creation order. (The
last [receive] you created in the patch will output first.)
Conceptually, imagine an evil demon changing the order in real-time to screw up
your patch. Thwart the demon by using wired connections, trigger, and
subpat
IIRC they'll appear in the order the objects were created.
To be clear I would use a trigger to explicitly order
and send to destinations with different (and meaningful names)
In this case the name is best chosen to reflect the intended
action, rather than the source. Hope that makes sense.
a.
On Wed, 3 Aug 2011 17:12:49 -0400
Hans-Christoph Steiner wrote:
>
> On Aug 3, 2011, at 3:29 PM, Andy Farnell wrote:
>
> > On Wed, 3 Aug 2011 14:21:09 +0800
> > Chris McCormick wrote:
> >
> >> Would you consider adding a more generally useful [split] object
> >
> > I agree this would be a u
so standard objects have right to left ordering of outlet processing, but
what about send and receive for messages? if multiple objects receive for
the same name, which one gets it first? is there a triggerlike object for
messages, or should I send multiple messages each with a differentiated tag
l
On Aug 3, 2011, at 3:29 PM, Andy Farnell wrote:
On Wed, 3 Aug 2011 14:21:09 +0800
Chris McCormick wrote:
Would you consider adding a more generally useful [split] object
I agree this would be a useful core object.
What problems, if any, do you forsee?
Would those outputs implicitly be sy
[makefilename] works off of sprintf which allows you to use it's precision
modifier; the syntax is a "." followed by a number, sandwiched between the "%"
and the type specifier. For symbols, something like "%.2s" means you want a
precision of two characters, so [makefilename] will truncate ever
On Wed, 3 Aug 2011 14:21:09 +0800
Chris McCormick wrote:
> Would you consider adding a more generally useful [split] object
I agree this would be a useful core object.
What problems, if any, do you forsee?
Would those outputs implicitly be symbols? Or would we venture
the types in advance li
>
> > hmm, i don't know where you get this idea from, but to me, the code of
> > Pd's networking infrastructure looks, as if
> > a) all incoming traffic was polled for in the main thread
> > b) all output of this traffic (to the Pd-patch) was propery protected
> > by sys_lock()
>
> I am honestl
> hmm, i don't know where you get this idea from, but to me, the code of
> Pd's networking infrastructure looks, as if
> a) all incoming traffic was polled for in the main thread
> b) all output of this traffic (to the Pd-patch) was propery protected
> by sys_lock()
I am honestly not that familia
Yeah, [s2l], that's the one I knew it existed but couldn't remember. But
what I didn't expect is that it'd work so well for this :)
But I also always try to see if it's possible to do with vanilla objects,
and have a vanilla patch version. I was so convinced it'd be impossible, but
Jonathan proved
thanks a lot
JM
Le 2 août 11 à 04:54, Hans-Christoph Steiner a écrit :
Yeah, I think just create 50 arrays with size 10 or something, then
load
them using 'read -resize' to soundfiler. If you need to
"deactivate" an
array, you can send it a resize message to make it small. See
attached
you could also just take the code of zexy's [symbol2list] object.
it does exactly what you describe.
You can also use [splitfilename] with [fromsymbol] for that. my Click
Tracker (http://code.google.com/p/clicktracker/) uses exactly the 4/4,
7/8, etc. format. If you look for the subpatch [pd
On Wed, Aug 03, 2011 at 09:34:50AM +0200, IOhannes m zmoelnig wrote:
> On 2011-08-03 08:21, Chris McCormick wrote:
> >
> > Hm, I should just contribute a patch.
> >
>
> you could also just take the code of zexy's [symbol2list] object.
> it does exactly what you describe.
>
> PS: i hereby grant
On Tue, Aug 02, 2011 at 03:02:47PM -0700, Jonathan Wilkes wrote:
> If you look at the canvas "get" method I added to the tracker, you'll see I
> have a "get parent RECEIVE-SYMBOL" message that returns a pointer to the
> parent canvas (or a zero if there isn't one). This allows you to:
>
> [bng]
Hi,
On Tue, Aug 02, 2011 at 01:57:32PM -0700, Jonathan Wilkes wrote:
> How well do these things scale without having a low level way to delete/copy
> scalars or insert/remove arbitrary array elements?
It's "okayish". To store the symbol, I use a data-structure array of
number/symbol
pairs, where
Aw c'mon, Miller, you didn't even try.
It's just a little sprintf hacking and that idiosyncratic recursion that
outputs everything backwards.
-Jonathan
>
>From: Miller Puckette
>To: Alexandre Torres Porres
>Cc: pd-lista puredata
>Sent: Wednesday, August 3
Hi,
On Tue, Aug 02, 2011 at 11:51:17PM -0300, Alexandre Torres Porres wrote:
> Back in the end of my masters, I did make something that allows you to load
> scales from the Scala software into Pd, which has a database of over 4000
> scales.
>
> Check the software and data bank here http://www.huy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-08-03 08:21, Chris McCormick wrote:
>
> Hm, I should just contribute a patch.
>
you could also just take the code of zexy's [symbol2list] object.
it does exactly what you describe.
fgmasdr
IOhannes
PS: i hereby grant miller s. puckette (t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-08-02 22:44, Ivica Ico Bukvic wrote:
>
>
> This is however not the case whenever you have a high throughput traffic that
> arrives form various sources at unexpected intervals as the netreceive sends
> out its message whenever it receives it
Dear friends,
here is a small update about some upcoming events.
João Pais (& others) @ Pure Data Convention 2011:
8th-9th August
Workshop by João Pais
Understanding and being creative with Pure Data’s data structures
http://www.uni-weimar.de/medien/wiki/PDCON:Workshops/Data_Structures
8th
22 matches
Mail list logo
