Re: [PD] Peak Level detect in Vanilla

2014-03-10 Thread Roman Haefeli
On Sun, 2014-03-09 at 22:32 -0300, Alexandre Torres Porres wrote: Why not an abstraction in my point of view? Well, looks kinda cumbersome for that particular goal. I am with you in that I think it makes sense to extend [env~]. Regarding abstractions, I don't see what is cumbersome. What is

Re: [PD] 100k lines of code (was libpd separating gui from core)

2014-03-10 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2014-03-09 14:29, me.grimm wrote: Hi Miller, I know you probably have more pressing problems but it would be nice to get something like [getdir] in vanilla before you hit those 100k lines of code OR 50 years are up :) that's probably badly

Re: [PD] KMI SoftStep foot controller?

2014-03-10 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2014-03-09 14:15, Roman Haefeli wrote: k ... for me [packOSC] didn't work with [netsend], I didn't investigate why but just used [udpsend] instead. [netsend] is different from [udpsend] and [tcpsend] in that it sends incoming Pd (list/any)

Re: [PD] KMI SoftStep foot controller?

2014-03-10 Thread Roman Haefeli
On Mon, 2014-03-10 at 10:33 +0100, IOhannes m zmoelnig wrote: On 2014-03-09 14:15, Roman Haefeli wrote: k ... for me [packOSC] didn't work with [netsend], I didn't investigate why but just used [udpsend] instead. [netsend] is different from [udpsend] and [tcpsend] in that it sends

Re: [PD] 100k lines of code (was libpd separating gui from core)

2014-03-10 Thread Dan Wilcox
Heaven forbid we add the 50 odd lines of totally manageable code in getdir.c that have largely been working since it was released in 2005. Nobody needs to get the current canvas dir, except for the recurring request for exactly this every 6 months or so on pd-list! With that argument, the

Re: [PD] 100k lines of code (was libpd separating gui from core)

2014-03-10 Thread i go bananas
I'd also like to see [getdir] made vanilla. There is literally no way to do that without the external. you could get rid of [value] to put [getdir] in. I could count on one hand the amount of times i've actually seen that used in patches. On Mon, Mar 10, 2014 at 11:46 PM, Dan Wilcox

Re: [PD] 100k lines of code (was libpd separating gui from core)

2014-03-10 Thread Dan Wilcox
It doesn't have to be a direct include, could be done with any sort of mechanism. I do agree that [getdir] is one of the few essential externals I still need after I ported my patch lib to vanilla ... that and [stripdir] / [splitfilename] but the latter will be possible with the new [list

Re: [PD] 100k lines of code (was libpd separating gui from core)

2014-03-10 Thread Jonathan Wilkes
In Pd-l2ork: [dir( | [canvasinfo] And for dir of Pd binary: [dir( | [pdinfo] And don't take IOhannes' bait.  He's implying that Pd Vanilla is a community project-- that if  _we_ coded up a currency converter, or some much more pressing functionality, Miller would accept that code.  That is

Re: [PD] 100k lines of code (was libpd separating gui from core)

2014-03-10 Thread IOhannes m zmölnig
On 03/10/2014 05:38 PM, Jonathan Wilkes wrote: Additionally, IOhannes also knows that Miller wants the [initbang] functionality in the form of a backwards-compatible [loadbang] which takes arguments. [...] thanks for the insights. i didn't know that i knew *that*. i would therefore be

Re: [PD] 100k lines of code (was libpd separating gui from core)

2014-03-10 Thread Jonathan Wilkes
On 03/10/2014 12:56 PM, IOhannes m zmölnig wrote: On 03/10/2014 05:38 PM, Jonathan Wilkes wrote: Additionally, IOhannes also knows that Miller wants the [initbang] functionality in the form of a backwards-compatible [loadbang] which takes arguments. [...] thanks for the insights. i didn't

[PD] midi question

2014-03-10 Thread Aaron L.
Hi all. King lurker here...and I'm kinda thinking out loud so forgive me if some of this is somewhat cloudy. Let's say I had a pd patch that was simply a controller for different delay parameters. (i.e. in this case, Bob's Guitar signal passes through and the patch offers the following

Re: [PD] midi question

2014-03-10 Thread Aaron L.
Wow. Hadn't even heard of a hexaphonic pickup. Good stuff. Thanks! On Mon, Mar 10, 2014 at 9:52 PM, pured...@11h11.com wrote: Hi, You can simply: [adc~ 1 Bob's guitar] | | [r speed] | | [delay] | [dac~] [adc~ 2 2nd guitar] | [fiddle~] (or [env~]) | [s speed]

Re: [PD] midi question

2014-03-10 Thread puredata
Hi, You can simply: [adc~ 1 Bob's guitar] | | [r speed] | | [delay] | [dac~] [adc~ 2 2nd guitar] | [fiddle~] (or [env~]) | [s speed] Using a hexaphonio pickup (6 individual pickups) - [adc~ 1 2 3 4 5 6] == check the env~, fiddle~, bonk~ for each strings and control various

Re: [PD] change array graph size

2014-03-10 Thread João Pais
I wanted to change the graph canvas of an array, but I can't find the way of doing it. If I have an array called array1, to where should I send a coords message? Does it work like a normal GOP? The graph is named graph$n, where $n is incremented for each graph that exists in the Pd instance.

Re: [PD] Peak Level detect in Vanilla

2014-03-10 Thread Alexandre Torres Porres
What is the difference between using an abstraction or a compiled class? well, I assume they can be more efficient, but my only point here is what I said already and that you agree with - peak level should be available, seems like lots of trouble to need to make an abstraction for it. I know