[PD] vanilla replacement for mrpeach/routeOSC

[Christof Ressi]

Thanks. The idea really came from zexy's l2s and s2l objects which I use so often that I thought I have to reimplement them for Pd vanilla.

> String processing is one area that Pd doesn't exactly lead the pack,

I'm secretely dreaming about regex support for [text] :-)

> Gesendet: Dienstag, 30. April 2019 um 23:57 Uhr
> Von: "Philip Stone" <pkstone at ucdavis.edu>
> An: "Christof Ressi" <christof.ressi at gmx.at>
> Cc: "pd-list at lists.iem.at" <pd-list at lists.iem.at>
> Betreff: Re: [PD] vanilla replacement for mrpeach/routeOSC
>
> Christof,
> 
> Your proposed new list methods are excellent, and would be extremely useful in many contexts. String processing is one area that Pd doesn't exactly lead the pack, but your improvements would go a long way towards fixing that.
> 
> 
> Phil Stone
> UC Davis
> 
> On 4/30/19, 2:48 PM, "Christof Ressi" <christof.ressi at gmx.at> wrote:
> 
>     > [list fromsymbol] -> [convert ‘/’ to space] -> [list tosymbol] -> [route]
>      
>     that won't work because [list tosymbol] will output a single symbol with whitespace characters. 
>     
>     what you want is: [list fromsymbol] -> [convert ‘/’ to space] -> [fudiparse]
>      
>     BTW, I've just recently proposed new list methods for exactly such use cases: https://github.com/pure-data/pure-data/pull/595
>      
>     Christof
>      
>     
>     Gesendet: Dienstag, 30. April 2019 um 18:47 Uhr
>     Von: "Philip Stone" <pkstone at ucdavis.edu>
>     An: "pd-list at lists.iem.at" <pd-list at lists.iem.at>
>     Betreff: [PD] vanilla replacement for mrpeach/routeOSC
>     
>     I had some spare time to go back to my old Pd synthesizers and thought I’d try to see if recent developments in vanilla Pd could help me remove some of my external dependencies.
>      
>     [oscparse] works great when taking FUDI in from [netreceive], and converting the multi-level OSC message into a list of separate symbols. However, it’s no help when dealing with OSC messages not originating from the network – i.e., ones passed around internally. I use internal OSC messages a great deal in my synthesizers, and need an efficient way to route them.
>      
>     I can imagine a fairly arcane method: use [list fromsymbol] -> [convert ‘/’ to space] -> [list tosymbol] -> [route].  I fear, however, that this will be much less efficient than [routeOSC], especially the list-drippy [convert ‘/’ to space] part.
>      
>     Are there any (vanilla) alternatives to this?
>      
>      
>     Phil Stone
>     UC Davis
>     _______________________________________________ Pd-list at lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>     
> 
>