[PD] OSC namespaces and how to tame them?
jbeezez at gmail.com
Tue Jan 24 21:44:53 CET 2012
Dear Batinste & Martin,
Many thanks for your responses...
Will investigate splitfilename further and Martin's suggestions (I had
looked at the help file honest:).
I obviously need to think this through further but what I would really like
is something that not only gives me access to the data that's being
transferred via OSC but will also simplify reading who is doing what rather
than it being like the last Galaxian on the screen flying past at 80mph -
but instead of a few pixels it's a bloody huge string of text.
Thinking aloud here but is there a way of making a static list which would
only update when a new OSC address appeared from the incoming messages
which I could then copy and paste into [select] or similar?
Half the problem here is definitely making some sense out of the many
messages I'm receiving.
On 24 January 2012 13:41, Martin Peach <martin.peach at sympatico.ca> wrote:
> You can use wild cards like [routeOSC /*/*/noteon ] or use a [set /x/y/z(
> message to dynamically set [routeOSC]'s path(s).
> On 2012-01-24 06:46, Julian Brooks wrote:
>> Hi all,
>> I'm looking for something that can quickly trim fairly long lists of
>> incoming OSC messages, for example:
>> slime/user/sb/app/renoise/**midichannel/3/noteon/38 127
>> So that I can just get at '38 127'?
>> Theses lists are dynamic, so it's not possible to have them setup
>> beforehand apart from the 1st couple of strings.
>> I'm currently using a simple abstraction
>> [r $2]
>> [routeOSC $1]
>> [s $3]
>> that trims them down by copying and pasting (I also have a [print]
>> connected to the incoming messages) but it takes too long to get to the
>> data I want and it's hard to follow with so many messages flying past
>> the terminal.
>> This is for an improvisation system with several other people so there's
>> lots of data swooshing about, wondering if anyone has any experience
>> using OSC in this type of environment?
>> All tips, pointers, examples and patches gratefully accepted.
>> Very best wishes,
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/**
>> listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/**
> listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pd-list