Re: [PD] purr data beta1

2016-09-29 Thread Alexandre Torres Porres
2016-09-29 23:35 GMT-03:00 Dan Wilcox : > But most of all, nobody stepped up to keep it going. There was plenty of > wringing of hands but no real effort in the end. I considered it, but I > much prefer the new approach of decentralized, easy to build externals and > a more

[PD] iemguts outdated on Deken

2016-09-29 Thread Liam Goodacre
Last time I checked, Deken had an outdated version of iemguts. Since iemguts now includes [initbang], it would be nice if this were made available to Vanilla users without having to manually download and install. Is it possible to update Deken to the latest version from the git?

Re: [PD] purr data beta1

2016-09-29 Thread Dan Wilcox
> From: Alexandre Torres Porres > > > I have the idea that extended's development was highly centralized, not that > I mean to imply that this was the intention, but it seems to me that's how it > went, so when it was abandoned, it was hard to take it

Re: [PD] purr data beta1

2016-09-29 Thread Dan Wilcox
> On Sep 29, 2016, at 6:32 PM, pd-list-requ...@lists.iem.at wrote: > > From: Jonathan Wilkes > > Subject: Re: [PD] purr data beta1 > Date: September 29, 2016 at 4:24:02 PM MDT > To: hi

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
Once the script has done it's job, I can find all the compiled stuff in packages/build/usr/local, so now I want a clean install/uninstall of all the stuff in my system so I'm doing 'make install' from package directory, but it compiles again, is it the good way to go? You should have a tar.gz

Re: [PD] purr data beta1

2016-09-29 Thread patrice colet
Le 30/09/2016 à 03:01, Jonathan Wilkes a écrit : > I'm a bit confused because I haven't found the tar_em_up.sh goodie in the script folder from your git repository. It's in l2ork_addons. (Would be nice to have it toplevel and flatten the whole complicated repo layout, but with a

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
> I'm a bit confused because I haven't found the tar_em_up.sh goodie in the script folder from your git repository. It's in l2ork_addons.  (Would be nice to have it toplevel and flatten the whole complicated repo layout, but with a multi-level recursive gnu makefile build system that's

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
> I have the idea that extended's development was highly centralized, not that > I mean to imply that this was the intention, but it seems to me that's how it > went, so when it was abandoned, it was hard to take it further - I might be > totally wrong in my analysis so please feel free to

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
>> The good news is it won't crash.  The bad news is that so far I've had >> to compile >> without jack support to get things to build correctly. > That's quite a bad a new indeed, but anyway I haven't found a way to > compile because all the GNU/linux stuff I've found in there are Debian

Re: [PD] purr data beta1

2016-09-29 Thread Alexandre Torres Porres
2016-09-29 19:00 GMT-03:00 patrice colet : > > Le 29/09/2016 à 23:40, IOhannes m zmölnig a écrit : > >> On 09/29/2016 11:23 PM, patrice colet wrote: >> >>> Not sure Purr Data will replace anything since sources aren't available >>> >> how come?

[PD] Request: [random 0] returns floats

2016-09-29 Thread William Huston
Currently, [random 0] returns 0 when banged. Does anyone actually use this behavior? (I could imagine a case where new values are sent to the range inlet, and you might want this for consistency). I would love to have a way to random floats between 0-1 in a native function in Vanilla, since

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
> oh, unfortunately I cant run the OSX version on 10.8.5. It says it requires > 10.9. I'm building on an x86_64 machine that's running 10.11.6.  Is it possible to target 10.8.5 with Apple's tools on my machine? > just as report, > Jonas ___

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
Le 29/09/2016 à 23:45, Jonathan Wilkes a écrit : >> > Not sure Purr Data will replace anything since sources aren't available >> >> https://git.purrdata.net/jwilkes/purr-data >> >> >> >> Btw-- successfully building for Windows, OSX, and Gnu/Linux was by _far_ >> the most time-consuming part of

Re: [PD] purr data beta1

2016-09-29 Thread hi via Pd-list
oh, unfortunately I cant run the OSX version on 10.8.5. It says it requires 10.9. just as report, Jonas Am 29.09.2016 um 00:51 schrieb Jonathan Wilkes via Pd-list : > This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork) > > Change log: > * fix many

Re: [PD] purr data beta1

2016-09-29 Thread patrice colet
Le 29/09/2016 à 23:45, Jonathan Wilkes a écrit : > Not sure Purr Data will replace anything since sources aren't available https://git.purrdata.net/jwilkes/purr-data Btw-- successfully building for Windows, OSX, and Gnu/Linux was by _far_ the most time-consuming part of this project.

Re: [PD] purr data beta1

2016-09-29 Thread patrice colet
Le 29/09/2016 à 23:40, IOhannes m zmölnig a écrit : On 09/29/2016 11:23 PM, patrice colet wrote: Not sure Purr Data will replace anything since sources aren't available how come? https://git.purrdata.net/jwilkes/purr-data I didn't know about this link, thanks for posting it

[PD] switch~

2016-09-29 Thread Jeppi Jeppi
Hi all, I noticed that having [switch~ 0] within abstractions like [pd module1] and so on, do not seem to save their DSP resources as expected. Is it something wrong? Thanks in advance, josep m ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
> Not sure Purr Data will replace anything since sources aren't available https://git.purrdata.net/jwilkes/purr-data Btw-- successfully building for Windows, OSX, and Gnu/Linux was by _far_ the most time-consuming part of this project. -Jonathan Le 29/09/2016 à 23:14, Alexandre Torres Porres

Re: [PD] purr data beta1

2016-09-29 Thread IOhannes m zmölnig
On 09/29/2016 11:23 PM, patrice colet wrote: > Not sure Purr Data will replace anything since sources aren't available how come? https://git.purrdata.net/jwilkes/purr-data gmdsar IOhannes signature.asc Description: OpenPGP digital signature ___

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
> what is not clear to me is if Purr Data will replace Pd-L2ork I'm still missing some GUI externals, Ivica's K12 mode, and a few Pd-l2ork-specific externals that require work to get running under Windows. Also, the HTML5 interface is a real cpu hog.  If it's a single core machine you'll see

Re: [PD] purr data beta1

2016-09-29 Thread patrice colet
Not sure Purr Data will replace anything since sources aren't available Le 29/09/2016 à 23:14, Alexandre Torres Porres a écrit : what is not clear to me is if Purr Data will replace Pd-L2ork so we could also say "Purr Data is the new Pd-L2ork" 2016-09-29 18:12 GMT-03:00 Alexandre Torres

Re: [PD] purr data beta1

2016-09-29 Thread Alexandre Torres Porres
what is not clear to me is if Purr Data will replace Pd-L2ork so we could also say "Purr Data is the new Pd-L2ork" 2016-09-29 18:12 GMT-03:00 Alexandre Torres Porres : > Well, for one, I've been saying around: "Purr Data is the New Extended"... > > 2016-09-29 16:34 GMT-03:00

Re: [PD] purr data beta1

2016-09-29 Thread Alexandre Torres Porres
Well, for one, I've been saying around: "Purr Data is the New Extended"... 2016-09-29 16:34 GMT-03:00 Giulio Moro via Pd-list : > interesting, can you please elaborate on this: > > > > Its design principle is centered around nimble distributed development > which may (and

[PD] pd user in Montreal / performance announcement

2016-09-29 Thread cyrille henry
hello, Nicolas and I (chdh) will perform in Montreal tomorrow : https://easternbloc.ca/en/sight-sound-festival/performances-events I'll be glad to meet any pd user there. cheers Cyrille ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and

[PD] Pd Convention 2016 Dates and Schedule

2016-09-29 Thread Jaime Oliver
Hi all, Here are the dates and locations for the Convention: http://www.nyu-waverlylabs.org/pdcon16/schedule/ All the best, PdCon16~___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and

Re: [PD] purr data beta1

2016-09-29 Thread Giulio Moro via Pd-list
interesting, can you please elaborate on this: > Its design principle is centered around nimble distributed development which > may (and already does) include improvements in core behavior. thanks Giulio > > From: Ivica Bukvic >To: Dan Wilcox

Re: [PD] purr data beta1

2016-09-29 Thread Ivica Bukvic
I think it can only be spiritual successor if you believe it to be one in part because its philosophy is different. What I said originally was that I had no explicit intentions on replacing extended in part because I was not sure what was its roadmap and whether it had a chance of being developed

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
> In this light, is Purr Data the spiritual successor for Pd-Extended? Yes. > As I recall in previous discussions, y'all were explicit that Pd-L2Ork was > not. I don't remember that discussion.  But since Pd-l2ork only ever ran under GNU/Linux (and a very limited "demo" I wrote for OSX) I

Re: [PD] purr data beta1

2016-09-29 Thread Dan Wilcox
In this light, is Purr Data the spiritual successor for Pd-Extended? As I recall in previous discussions, y'all were explicit that Pd-L2Ork was not. This question is not meant as a slight in any way. I’m just curious how this new project fits within your goals and the Pd community at large.

Re: [PD] PdCon16~ results

2016-09-29 Thread Dan Wilcox
Thank you for in advance for organizing and hosting! Happy to be part of the next Pd Con, one of the few places where everyon just “get’s it” :) Dan Wilcox @danomatika danomatika.com robotcowboy.com >

Re: [PD] purr data beta1

2016-09-29 Thread Alexandre Torres Porres
In short: *A Game Changer!* 2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic : > Purr-Data is a GUI rewrite for Pd-L2Ork which has over 1,500 > patches/bugfixes/improvements over vanilla/extended. Its design principle > is centered around nimble distributed development which may (and

Re: [PD] PdCon16~ results

2016-09-29 Thread Jaime Oliver
Hi all, The convention will start on the 16th win the afternoon. I realize the poster still says 17th; we’ll change it ASAP. Later today we’ll publish the dates and locations of all events. best, Jaime > On Sep 29, 2016, at 1:18 PM, Alexandre Torres Porres wrote: > >

Re: [PD] PdCon16~ results

2016-09-29 Thread Alexandre Torres Porres
howdy, does it start on the 16th or 17th, seems there are conflicting infrmation about this cheers 2016-09-29 13:56 GMT-03:00 Jaime Oliver : > Dear All, > > I just wanted to provide an update on PdCon results. > > We have now sent notifications to all papers and

[PD] PdCon16~ results

2016-09-29 Thread Jaime Oliver
Dear All, I just wanted to provide an update on PdCon results. We have now sent notifications to all papers and performances and most proposals. The submissions that haven’t received an official reply are larger installations as we are still securing an appropriate space to host them. We

Re: [PD] purr data beta1

2016-09-29 Thread Ivica Ico Bukvic
Purr-Data is a GUI rewrite for Pd-L2Ork which has over 1,500 patches/bugfixes/improvements over vanilla/extended. Its design principle is centered around nimble distributed development which may (and already does) include improvements in core behavior. Hope this helps! Best, Ico On

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
> Jonathan, > I struggle a bit to understand what is the end goal of Purr Data:> as far as > I can tell, right now it is a re-implementation of the existing GUI > in HTML5, which is great.> Once this process is done (and I see we are very > close now), how do you see the > project will evolve?

Re: [PD] purr data beta1

2016-09-29 Thread Jonathan Wilkes via Pd-list
> so, Scope~ is already ported, but [comment]  is not working yet, are you dealing with it? Not yet.  For external GUI classes, I prioritized the necessary ones.  So I've ported pddplink/helplink/Scope~ and a few others because people were depending on them in help patches. -Jonathan

Re: [PD] purr data beta1

2016-09-29 Thread Giulio Moro via Pd-list
Jonathan,I struggle a bit to understand what is the end goal of Purr Data:as far as I can tell, right now it is a re-implementation of the existing GUI in HTML5, which is great.Once this process is done (and I see we are very close now), how do you see the project will evolve? Will it just be

Re: [PD] Threading in Pd/libpd

2016-09-29 Thread Giulio Moro via Pd-list
>> With a >> threaded implementation, you could add a delay for that specific subpatch >> instead of the whole of Pd. > I'm having trouble seeing how that would work in practice. > Would the user specify the delay in ms/blocks as an argument? Yes, that's the plan, by default I'd set it to the

Re: [PD] [PD-dev] Rewrite wrap~ to allow an extra block

2016-09-29 Thread Ed Kelly via Pd-list
Thanks Pierre. Trying it now. This thing doesn't immediately crash or segfault, so I'm onto a winner eventually :) I understand my brain is slightly more dead than it was. But we can move forward now.Cheers,Ed  Lone Shark releases: Light Vessel Automatic available now on 12" vinyl.Build Your

[PD] developing externals with Vult

2016-09-29 Thread Leonardo Laguna
Hi, I thought that this can be interesting for people developing DSP code for PD. In the latest version of Vult https://github.com/modlfo/vult it is possible to create PD audio externals. If you don't know it, Vult is a domain specific language that simplifies coding DSP algorithms and generates

Re: [PD] [PD-dev] Rewrite wrap~ to allow an extra block

2016-09-29 Thread Pierre Guillot
Hi Ed, The prototype of your perform method is wrong. You should have something like: static t_int *wrap_overshoot_tilde_perform(t_int *w) { t_wrap_overshoot_tilde *x = (t_wrap_overshoot_tilde *)(w[1]); t_sample *in = (t_sample *)(w[2]); t_sample *out = (t_sample *)(w[3]); t_int n

[PD] Rewrite wrap~ to allow an extra block

2016-09-29 Thread Ed Kelly via Pd-list
Hey list,I'm tearing my hair out trying to re-write the wrap~ object, so that it doesn't wrap instantly but waits until the end of the audio block to wrap~ the signal. I hope you understand. This is so that control-rate messages sent to another object further down the signal-path have a chance

Re: [PD] [text] question (SOLVED)

2016-09-29 Thread José Rafael Subía Valdez
Final update, thanks IOhannes, I managed to send the required bang after the text file is loaded and only then the other messages are pushed.. no [delay] cheers On Thu, Sep 29, 2016 at 8:50 AM, José Rafael Subía Valdez < jsubiaval...@gmail.com> wrote: > definitely, > > I will see if there is

Re: [PD] [text] question (SOLVED)

2016-09-29 Thread José Rafael Subía Valdez
definitely, I will see if there is a better and more elegant way to do this.. I guess I can send a bang from the [text define] when the file is loaded and only then push the others to find that buffer. I will work on this today thanks IOhannes On Thu, Sep 29, 2016 at 8:39 AM, IOhannes m

Re: [PD] [text] question (SOLVED)

2016-09-29 Thread IOhannes m zmoelnig
On 2016-09-29 10:02, José Rafael Subía Valdez wrote: > I solved this by > setting a short delay after the [init] this (forcing events into the correct order by adding indefined delays here and there) is generally a bad idea. a better one would be to signal via an explicit message to the readers

Re: [PD] [text] question (SOLVED)

2016-09-29 Thread José Rafael Subía Valdez
Thanks Liam for your help, I revised the patch and it was actually an error caused by the abstractions trying to read the "buffer" before it actually loaded, I solved this by setting a short delay after the [init] cheers On Thu, Sep 29, 2016 at 7:17 AM, José Rafael Subía Valdez <

Re: [PD] [text] question

2016-09-29 Thread José Rafael Subía Valdez
Thanks Liam, the read instruction is in [GUI-creator]. I thought the other object need the name as a pointer, the creation arguments are written as they should be, other wise the patch wouldn't work at all, $2 inside is because it comes from the second argument written in the [cr_gui]

Re: [PD] [text] question

2016-09-29 Thread Liam Goodacre
The problem is coming from the "read_number_memory" subpatches, where the [text search] and [text set] objects are not linked to a text buffer. I can't tell exactly why this is. Could it be because the creation arguments are confused? ($1 in the [text define] object, $2 in the abstraction).

Re: [PD] purr data beta1

2016-09-29 Thread Alexandre Torres Porres
awesome, more and more excited at each new development step so, Scope~ is already ported, but [comment] is not working yet, are you dealing with it? cheers 2016-09-29 1:51 GMT-03:00 Jonathan Wilkes via Pd-list : > This is the beta 1 release of Purr Data (the GUI port of