Re: [PD] purr data beta1

[Dan Wilcox]

Also, my initial response was more in the vein of answering “what can I use to 
run pd patches in a custom Android or iOS project that *already exists*”. Of 
course, people can grab sources and build a patch engine core form vanilla or 
l2ork or whatever themselves, but libpd is the only currently available, 
drop-in option.

In this view, the easy to use options are truly libpd or nothing.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Oct 5, 2016, at 6:16 PM, Dan Wilcox  wrote:
> 
> 
>> On Oct 5, 2016, at 5:45 PM, Ivica Ico Bukvic > > wrote:
>> 
>> On 9/30/2016 4:56 PM, Dan Wilcox wrote:
>> 
 On Sep 30, 2016, at 2:45 PM, pd-list-requ...@lists.iem.at 
  wrote:
 
 unfortunately I'm not the one to ask, I don't know anything about android. 
 I was asking because I'm (hopefully) doing a big project which I would 
 like to do in Pd, and it might have to run on independent apps. it would 
 be very nice to use only one flavour of Pd for it, and not to use vanilla.
>>> 
>>> Currently your options on Android and iOS are:
>>> 
>>> 1. use libpd (based on vanilla)
>>> 2. nothing
>>> 
>> I am glad to hear we have more than one option on this one ;-)
> 
> It’s open source. Maybe y’all want to make a libl2ork as well…
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Dan Wilcox]

> On Oct 5, 2016, at 5:45 PM, Ivica Ico Bukvic  wrote:
> 
> On 9/30/2016 4:56 PM, Dan Wilcox wrote:
> 
>>> On Sep 30, 2016, at 2:45 PM, pd-list-requ...@lists.iem.at 
>>>  wrote:
>>> 
>>> unfortunately I'm not the one to ask, I don't know anything about android. 
>>> I was asking because I'm (hopefully) doing a big project which I would like 
>>> to do in Pd, and it might have to run on independent apps. it would be very 
>>> nice to use only one flavour of Pd for it, and not to use vanilla.
>> 
>> Currently your options on Android and iOS are:
>> 
>> 1. use libpd (based on vanilla)
>> 2. nothing
>> 
> I am glad to hear we have more than one option on this one ;-)

It’s open source. Maybe y’all want to make a libl2ork as well…


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Ivica Ico Bukvic]

On 9/30/2016 4:56 PM, Dan Wilcox wrote:

On Sep 30, 2016, at 2:45 PM, pd-list-requ...@lists.iem.at 
 wrote:


unfortunately I'm not the one to ask, I don't know anything about 
android. I was asking because I'm (hopefully) doing a big project 
which I would like to do in Pd, and it might have to run on 
independent apps. it would be very nice to use only one flavour of Pd 
for it, and not to use vanilla.


Currently your options on Android and iOS are:

1. use libpd (based on vanilla)
2. nothing


I am glad to hear we have more than one option on this one ;-)


:)


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> Once Purr Data is stabilized, Pd-L2Ork will merge all of Jonathan's hard work 
> and reconcile any differences. Jonathan may want to continue maintaining 
> Purr-Data in parallel, or he may be fine with streamlining efforts (as was 
> the case 
> prior to the onset of the GUI rewrite).
Merging is definitely the way to go.  Though I would suggest leveraging 
the current gitlab instance for development and continuous integration.
 
> This is the nature of open source. Either way users win. As we move forward, 
> what I am hoping for is more people becoming contributors.
Contributions are certainly welcome.  As evidence, I offer Purr Data. :)
-Jonathan

 

 > Best, > Ico
  
 On 9/29/2016 5:14 PM, Alexandre Torres Porres wrote:
  
 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 <por...@gmail.com>:
 
 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 <pd-list@lists.iem.at>:
 
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 <i...@vt.edu>
 >To: Dan Wilcox <danomat...@gmail.com>
 >Cc: Pd-list <pd-list@lists.iem.at>
 >Sent: Thursday, 29 September 2016, 20:28
  >Subject: Re: [PD] purr data beta1
 >
 >
 >
 >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 
 >further. In other words, I never denied its  capacity to replace extended but 
 >also did not want to assert that in any kind of authoritative way. Hope this 
 >helps!
 >--
 >Ivica Ico Bukvic, D.M.A.
 >Associate Professor
 >Computer Music
 >ICAT Senior Fellow
 >Director -- DISIS, L2Ork
 >Virginia Tech
 >School of Performing Arts – 0141
 >Blacksburg, VA 24061
 >(540) 231-6139
 >i...@vt.edu
 >www.performingarts.vt.edu
 >disis.icat.vt.edu
 >l2ork.icat.vt.edu
 >ico.bukvic.net
 >
 >
 >On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com> wrote:
 >
 >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.
 >>
 >>
 >>
 >>
 >>Dan Wilcox
 >>@danomatika
 >>danomatika.com
 >>
 >>robotcowboy.com
 >>
 >>On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at wrote:
 >>>
 >>>From: Alexandre Torres Porres <por...@gmail.com>
 >>>
 >>>Subject: Re: [PD] purr data beta1
 >>>
 >>>Date: September 29, 2016 at 11:21:49 AM MDT
 >>>
 >>>To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>
 >>>
 >>>
 >>>
 >>>
 >>>In short: A Game Changer!
 >>>
 >>>
 >>>2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu>:
 >>>
 >>>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
 >>
 >
>_ __
 >Pd-list@lists.iem.at mailing list
 >UNSUBSCRIBE and account-management -> https://lists.puredata.info/li 
 >stinfo/pd-list
 >
 >
 >
 
 __ _
 Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management -> https://lists.puredata.info/li 
stinfo/pd-list
   
  

  
  
  
 ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
 
 
 
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> 


> Starting with a fresh Xubuntu 16.04, gdebi reports one package to remove 
> (libjack-jackd2-0) and 196 packages to install.
So this is a fresh install of Xubuntu 16.04, with nothing else on it?
> At the end, purr-data install on the unmet dependency on
> libjack-jackd2-0. Reinstalling ends up with a missing libstk0-dev. Here
> I stopped for now. The standard installer "Software Installer" does not
> work, and gdebi seems to have problems. There is a way to end up with a 
> working purr-data, but it isn't a click-and-run exercise.
Well, it is a click-and-run exercise on Ubuntu 16.04.  I just installed it 
using Ubuntu's "Software Installer" with no errors.
 
-Jonathan

> Fred Jan



   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Fred Jan Kraan]

On 2016-10-02 06:25 PM, Jonathan Wilkes wrote:
> 
> Weird.
> 
> So the remaining issue is that the deb unnecessarily requires dev
> packages, right?
> 
Starting with a fresh Xubuntu 16.04, gdebi reports one package to remove
(libjack-jackd2-0) and 196 packages to install.

At the end, purr-data install on the unmet dependency on
libjack-jackd2-0. Reinstalling ends up with a missing libstk0-dev. Here
I stopped for now. The standard installer "Software Installer" does not
work, and gdebi seems to have problems. There is a way to end up with a
working purr-data, but it isn't a click-and-run exercise.

Fred Jan


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Ivica Bukvic]

Not yet. I need to carve out some time to learn the packaging.

-- 
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Oct 2, 2016 2:07 PM, "Jonathan Wilkes via Pd-list" 
wrote:

> > On 10/02/2016 04:11 PM, Jonathan Wilkes via Pd-list wrote:
>
>
>
> >> All I find is libjack-jack2-0 in the list of "Depends:" values.
>
>
> > which begs to break.
>
> > i thought that pd-l2ork switched to automatic shlibdeps  awhile ago?
>
> I don't know.  Ivica?
>
> -Jonathan
>
> gfmasre
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> On 10/02/2016 04:11 PM, Jonathan Wilkes via Pd-list wrote:


>> All I find is libjack-jack2-0 in the list of "Depends:" values.

> which begs to break.

> i thought that pd-l2ork switched to automatic shlibdeps  awhile ago?

I don't know.  Ivica?
-Jonathan

gfmasre
IOhannes

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[IOhannes m zmölnig]

On 10/02/2016 04:11 PM, Jonathan Wilkes via Pd-list wrote:
> All I find is libjack-jack2-0 in the list of "Depends:" values.

which begs to break.

i thought that pd-l2ork switched to automatic shlibdeps  awhile ago?

gfmasre
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> On 2016-10-02 04:00 PM, Jonathan Wilkes wrote:


>> 
>> Any clue why it's removed during installation?

> It appeared there was a windowless "Software Installer" already running,
> subverting other of versions itself and gdebi. Without it, purr-data
> installs and runs as good as one might expect from a VM.
Weird.
So the remaining issue is that the deb unnecessarily requires dev 
packages, right?

>> 
>>> Apart from this I tried to compile and run just the core. Compiling and
>>> retrieving the nwjs-sdk eventually worked but running failed on the nw
>>> executable which printed "Created new window in existing browser
>>> session." and "watchdog: signaling pd..."
>> 
>> What method are you using to run Purr Data?  At the moment, this can happen
>> when nw.js is already running.

> Indeed there were two nw's running. Killing those and restarting gives
> the following pop-up:
> Failed to load extension from:
> /home/fjkraan/oldHome/PureData/purr-data-mod/pd/bin. Manifest file is 
> missing or unreadable.
> But compiling is not a priority.
Are you describing compiling then installing, or just compiling?
-Jonathan
   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Fred Jan Kraan]

On 2016-10-02 04:00 PM, Jonathan Wilkes wrote:
> 
> Any clue why it's removed during installation?

It appeared there was a windowless "Software Installer" already running,
subverting other of versions itself and gdebi. Without it, purr-data
installs and runs as good as one might expect from a VM.
> 
>> Apart from this I tried to compile and run just the core. Compiling and
>> retrieving the nwjs-sdk eventually worked but running failed on the nw
>> executable which printed "Created new window in existing browser
>> session." and "watchdog: signaling pd..."
> 
> What method are you using to run Purr Data?  At the moment, this can happen
> when nw.js is already running.

Indeed there were two nw's running. Killing those and restarting gives
the following pop-up:
Failed to load extension from:
/home/fjkraan/oldHome/PureData/purr-data-mod/pd/bin. Manifest file is
missing or unreadable.

But compiling is not a priority.
> 
> -Jonathan
> 
Greetings,

Fred Jan

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> In the situation where pd-l2ork installation only has dependencies to


> install, and none to remove (by manually deinstalling libjack-jackd2-0)
> it still fails because it depends on libjack-jackd2-0. This looks like a
> deb-package configuration issue.

Not sure I understand this.
`grep -r libjack packages/linux_make/*`
All I find is libjack-jack2-0 in the list of "Depends:" values.
-Jonathan

> Fred Jan

On 2016-10-02 12:55 PM, Fred Jan Kraan wrote:
> On 2016-09-29 06:51 AM, Jonathan Wilkes via Pd-list wrote:
>> This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)
> 
> I tried installing purr-data on xubuntu-16.04-x64 with gdebi.
> 
> This fails because pd-l2ork depends on libstk0-dev. Manually installing
> libstk0-dev does not work as it is removed during installation of
> purr-data. This might be an version issue, maybe the current version of
> libstk0-dev is too new for pd-l2ork.
> 
> Apart from this I tried to compile and run just the core. Compiling and
> retrieving the nwjs-sdk eventually worked but running failed on the nw
> executable which printed "Created new window in existing browser
> session." and "watchdog: signaling pd..."
> 
> Greetings,
> 
> Fred Jan
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> On 2016-09-29 06:51 AM, Jonathan Wilkes via Pd-list wrote:


>> This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

> I tried installing purr-data on xubuntu-16.04-x64 with gdebi.

> This fails because pd-l2ork depends on libstk0-dev. Manually installing 
> libstk0-dev does not work as it is removed during installation of> purr-data. 
> This might be an version issue, maybe the current version of 
> libstk0-dev is too new for pd-l2ork.
Any clue why it's removed during installation?

> Apart from this I tried to compile and run just the core. Compiling and
> retrieving the nwjs-sdk eventually worked but running failed on the nw
> executable which printed "Created new window in existing browser
> session." and "watchdog: signaling pd..."

What method are you using to run Purr Data?  At the moment, this can happen 
when nw.js is already running.
-Jonathan

> Greetings,

Fred Jan

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Fred Jan Kraan]

In the situation where pd-l2ork installation only has dependencies to
install, and none to remove (by manually deinstalling libjack-jackd2-0)
it still fails because it depends on libjack-jackd2-0. This looks like a
deb-package configuration issue.

Fred Jan

On 2016-10-02 12:55 PM, Fred Jan Kraan wrote:
> On 2016-09-29 06:51 AM, Jonathan Wilkes via Pd-list wrote:
>> This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)
> 
> I tried installing purr-data on xubuntu-16.04-x64 with gdebi.
> 
> This fails because pd-l2ork depends on libstk0-dev. Manually installing
> libstk0-dev does not work as it is removed during installation of
> purr-data. This might be an version issue, maybe the current version of
> libstk0-dev is too new for pd-l2ork.
> 
> Apart from this I tried to compile and run just the core. Compiling and
> retrieving the nwjs-sdk eventually worked but running failed on the nw
> executable which printed "Created new window in existing browser
> session." and "watchdog: signaling pd..."
> 
> Greetings,
> 
> Fred Jan
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Fred Jan Kraan]

On 2016-09-29 06:51 AM, Jonathan Wilkes via Pd-list wrote:
> This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

I tried installing purr-data on xubuntu-16.04-x64 with gdebi.

This fails because pd-l2ork depends on libstk0-dev. Manually installing
libstk0-dev does not work as it is removed during installation of
purr-data. This might be an version issue, maybe the current version of
libstk0-dev is too new for pd-l2ork.

Apart from this I tried to compile and run just the core. Compiling and
retrieving the nwjs-sdk eventually worked but running failed on the nw
executable which printed "Created new window in existing browser
session." and "watchdog: signaling pd..."

Greetings,

Fred Jan

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[IOhannes m zmölnig]

On 09/30/2016 10:44 PM, João Pais wrote:
>>
>> ah, that one again
>>
>> the problem with iOS is that
>> - all software must go through the AppStore
>> AND
>> - the AppStore does not allow GPL software.
>>
>> the "problem" with the entire external collection as was shipped with
>> Pd-extended (and is shipped with Pd-l2ork and purr-data) is that a
>> relevant percentage of the externals are released under the GPL.
>>
>> so how?
> 
> didn't Dan manage a Pd "port"

i was referring to legal problems, not technical ones.
technical issues are easily solvable compared to legal ones (it's just
plain impossible to ever upload (e.g.) zexy to AppStore until
- Apple changes it's policy
OR
- IOhannes changes the license

no matter what wonders dan and jonathan und whoelse might have wraught.

gmards
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> ah, tested the 64b version on w7
Thanks, this is all very helpful!



The icon should be fairly easy to fix.
I haven't worked much on the help browser.  Should be improved substantially 
for the next version.
I'm not sure about the installation folder-- I'll have to play around with it 
to see 
what's happening.
-Jonathan


cool. some random remarks, most of them just tiny details:
- when installing on windows, the installer didn't ask for the installation 
folder. I imagine it took it from the previous folder purr-d was installed. But 
in case I would want to change the installation place, that would be on the 
way. Is it better to always confirm the installation folder, as it was the case 
before?- good work with avoiding replacing the systems libs only after closing 
Pd.- the file file purr-data/ReadMe.html is an older file? should it be 
updated, or just removed as a readme option? (does anyone read this file) if it 
remains, maybe update and make it a bit nice, e.g. with some general Pd links, 
instead of some detailed information that will only scare newbies?- is it 
possible to improve the purr-d system icon (the black losangle that appears 
when changing programs with alt-tab)- the help browser still doesn't work for 
me. neither with "bezier", "jmmmp/bezier", "jmmmp". but files inside of /doc/ 
seem to work- I still don't find any tutorial for the new data structure 
features- data structures inside a gop work very very slow - check 
jmmmp/bezier-help.pd (compare with pd-ext)- also jmmmp/jp.menu-help shows the 
same bugs reported some days ago (also compare with pd-ext) - is there a 
minimum width for gop windows? check out jmmmp/butt-help.pd; the gops should be 
square, not rectangular.- is it possible to use keys to select the answers in 
windows such as "do you want to save the changes...", and also the menus 
(compare with pd-ext)- in pd-ext, all open windows (including subpatches) were 
listed in the "windows" menu. could this be added?
If there's something concrete I should test, let me know.
Best,
Joao



   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> in case purr-data turns out to be reliable, would it be a possible idea to 
> use it also 
> with this project, or is it too much too fast?


> I have no plans to switch from libpd which is built around Pd vanilla. AFAICT 
> most of the major updates to versions/branches/forks etc of Pure Data involve 
> usability and bundling of externals which is a different domain that is not 
> useful 
> for a libpd-based app which creates it’s own interface and only uses the pd 
> core.
There are many improvements to the core.  Off the top of my head:
* $@ (mentioned in the OP of this thread)* preset_hub/preset_node* [trigger 
bang 0] (constant args in trigger)
* introspection objects: [pdinfo] [canvasinfo] [objectinfo] [classinfo]* 
matju's one-liner that adds a "clear" method for [delwrite~]* the 
continually-requested $0 inside message boxes* I think Ivica added [list cat]...
-Jonathan
   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> ah, I was thinking of android and iOs (I thought those were the official 
> "mobile plattforms")
There's no support for android or ios atm, and adding it would be beyond what's 
possible in the first release.

> ok. but would it be something for the future, or unforeseable for now?
The bulk of the GUI code is just regular javascript interacting with the DOM. 
For that it would be possible to set up a webview in ios or android, and then 
you'd have your patch displayed just fine.  But the entire UX is centered 
around 
a mouse and keyboard, so it wouldn't work very well out of the box.
Also, nw.js itself won't run on android or ios atm.  So it'd need to be a 
different 
toolkit holding that webview, plus all kinds of changes to make the UX sane for 
a small touchscreen.
-Jonathan
   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Dan Wilcox]

> On Sep 30, 2016, at 3:34 PM, João Pais  wrote:
> 
> something I don't know about, is it (theoretically, if legally) possible to 
> adapt externals so that they run with libpd?

Yes. People are using externals in their libpd projects. You simply include the 
external sources and then define & call their external’s setup function. I 
recently added a wiki page about this: 
https://github.com/libpd/libpd/wiki/Adding-Pure-Data-external-libraries-to-your-project
 


> also, does it mean that the core libpd is the same in both android and ios, 
> or did you need to adapt libpd for pdparty? or, you just programmed 
> everything around libpd, but left libpd as it is?

Yes, libpd is same for desktop, Android, and iOS. The only difference is some 
language wrappers (Java, Obj-C) and a couple extra interfaces to provide audio 
I/O. PdParty then uses libpd and a custom UI which communicates with the libpd 
instance and any patches currently loaded. I’ll go into all of this in a paper 
for Pd Con :)


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[João Pais]

didn't Dan manage a Pd "port" with his pdparty?


No. PdParty uses libpd and emulates the GUI objects via send/receives.  
There is no ability to patch, only run patches and scenes which are  
>essentially folders with a specific layout. I could/would consider  
adding this in the future if/when libpd can properly wrap the various  
GUI >controls. Also, rethinking interface design for mobile-based  
patching is a non-trivial task. So far I am limiting myself to things I  
*need* as >opposed to things that are *possible*.


PdParty is meant as an alternative to my Linux-based wearable computer  
using iOS. It’s not a replacement for desktop Pd.


ah, I didn't meant a "full" replacement, but just the ability to run  
already made pd patches. that's how I understood the ios/android versions  
(e.g. libpd).




in case purr-data turns out to be reliable, would it be a possible idea  
to use it also with this project, or is it too much too fast?


I have no plans to switch from libpd which is built around Pd vanilla.  
AFAICT most of the major updates to versions/branches/forks etc of Pure  
>Data involve usability and bundling of externals which is a different  
domain that is not useful for a libpd-based app which creates it’s own  
>interface and only uses the pd core.


something I don't know about, is it (theoretically, if legally) possible  
to adapt externals so that they run with libpd?
also, does it mean that the core libpd is the same in both android and  
ios, or did you need to adapt libpd for pdparty? or, you just programmed  
everything around libpd, but left libpd as it is?


Best,

Joao___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Dan Wilcox]

> On Sep 30, 2016, at 2:45 PM, pd-list-requ...@lists.iem.at wrote:
> 
> unfortunately I'm not the one to ask, I don't know anything about android. I 
> was asking because I'm (hopefully) doing a big project which I would like to 
> do in Pd, and it might have to run on independent apps. it would be very nice 
> to use only one flavour of Pd for it, and not to use vanilla.

Currently your options on Android and iOS are:

1. use libpd (based on vanilla)
2. nothing

:)


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Dan Wilcox]

> On Sep 30, 2016, at 2:44 PM, João Pais  wrote:
> 
>> On 09/30/2016 09:11 PM, João Pais wrote:
>>> ah, I was thinking of android and iOs
>> 
>> ah, that one again
>> 
>> the problem with iOS is that
>> - all software must go through the AppStore
>> AND
>> - the AppStore does not allow GPL software.
>> 
>> the "problem" with the entire external collection as was shipped with
>> Pd-extended (and is shipped with Pd-l2ork and purr-data) is that a
>> relevant percentage of the externals are released under the GPL.
>> 
>> so how?
> 
> didn't Dan manage a Pd "port" with his pdparty?

No. PdParty uses libpd and emulates the GUI objects via send/receives. There is 
no ability to patch, only run patches and scenes which are essentially folders 
with a specific layout. I could/would consider adding this in the future 
if/when libpd can properly wrap the various GUI controls. Also, rethinking 
interface design for mobile-based patching is a non-trivial task. So far I am 
limiting myself to things I *need* as opposed to things that are *possible*.

PdParty is meant as an alternative to my Linux-based wearable computer using 
iOS. It’s not a replacement for desktop Pd. 

> in case purr-data turns out to be reliable, would it be a possible idea to 
> use it also with this project, or is it too much too fast?

I have no plans to switch from libpd which is built around Pd vanilla. AFAICT 
most of the major updates to versions/branches/forks etc of Pure Data involve 
usability and bundling of externals which is a different domain that is not 
useful for a libpd-based app which creates it’s own interface and only uses the 
pd core.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[João Pais]

On 09/30/2016 09:11 PM, João Pais wrote:

ah, I was thinking of android and iOs


ah, that one again

the problem with iOS is that
- all software must go through the AppStore
AND
- the AppStore does not allow GPL software.

the "problem" with the entire external collection as was shipped with
Pd-extended (and is shipped with Pd-l2ork and purr-data) is that a
relevant percentage of the externals are released under the GPL.

so how?


didn't Dan manage a Pd "port" with his pdparty? in case purr-data turns  
out to be reliable, would it be a possible idea to use it also with this  
project, or is it too much too fast?


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[João Pais]

ah, I was thinking of android and iOs (I thought those were the  
official "mobile plattforms")


There's no support for android or ios atm, and adding it would be beyond  
what's possible in the first release.


ok. but would it be something for the future, or unforeseable for now?

Just for reference: do those platforms allow their apps to be  
multi-process, and to communicate over a tcp socket?


unfortunately I'm not the one to ask, I don't know anything about android.  
I was asking because I'm (hopefully) doing a big project which I would  
like to do in Pd, and it might have to run on independent apps. it would  
be very nice to use only one flavour of Pd for it, and not to use vanilla.___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[patrice colet]

It's fairly possible on android for multiprocess and low latency since 
6.1, there also is a function for local sockets:


https://developer.android.com/reference/android/net/LocalServerSocket.html


Le 30/09/2016 à 22:06, Jonathan Wilkes via Pd-list a écrit :
> ah, I was thinking of android and iOs (I thought those were the 
official "mobile plattforms")


There's no support for android or ios atm, and adding it would be 
beyond what's possible in the first release.


Just for reference: do those platforms allow their apps to be 
multi-process, and to communicate over a tcp socket?


-Jonathan



> Any chance to also pack purr-d to the mobile plattforms? so that
a patch could be used there as well, with no vanilla-compatibility?

Which platforms?




This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

Change log:
* fix many errors in the GUI
* fix position of popup menu when zooming
* fix scalar crasher
* fix gop display error
* fix disappearing $@
* save gui preset with preferences
* fix segfault with preference changes
* fixed many memory leaks with patches backported from Pd Vanilla
* small fixes to help patches
* add text editor window for [text define]
* add and improve the scalar properties dialog
* add default float arg for Pd's "quit" message (good for test
patches)
* updated some external libraries

This is a beta release, so please report lots of bugs to
https://git.purrdata.net/jwilkes/purr-data/issues

Binaries here:
https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master

-Jonathan








___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


<>___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Ivica Bukvic]

That was eons ago. You now have also arch Linux packages thanks to Albert.

Best,

-- 
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Sep 30, 2016 15:38, "patrice colet"  wrote:

>
>
> Le 30/09/2016 à 20:47, Ivica Ico Bukvic a écrit :
>
>>
>>
>>
>> On 9/29/2016 6:04 PM, patrice colet wrote:
>>
>>>
>>>
>>> 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.


>>> I'm trying it right now with hoping that it won't crash when jackd is
>>> stopped, that's the main reason for me to consume time on it.
>>>
>>
>> Did you try pd-l2ork (assuming you have access to Linux)? I thought I
>> fixed this a while ago.
>>
>
> Yes I did, I even planned to make a better archlinux package but I had
> problems with managing externals, and chosen to stay on vanilla since deken
> came out.
>
>
>>
>>>
>>> ___
>>> Pd-list@lists.iem.at  mailing list
>>> UNSUBSCRIBE and account-management ->https://lists.puredata.info/
>>> listinfo/pd-list
>>>
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> ah, I was thinking of android and iOs (I thought those were the official 
> "mobile plattforms")
There's no support for android or ios atm, and adding it would be beyond what's 
possible in the first release.
Just for reference: do those platforms allow their apps to be multi-process, 
and to communicate over a tcp socket?

-Jonathan




> Any chance to also pack purr-d to the mobile plattforms? so that a patch 
> could be used there as well, with no vanilla-compatibility?
Which platforms?





This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

Change log:
* fix many errors in the GUI
* fix position of popup menu when zooming
* fix scalar crasher
* fix gop display error
* fix disappearing $@
* save gui preset with preferences
* fix segfault with preference changes
* fixed many memory leaks with patches backported from Pd Vanilla
* small fixes to help patches
* add text editor window for [text define]
* add and improve the scalar properties dialog
* add default float arg for Pd's "quit" message (good for test patches)
* updated some external libraries

This is a beta release, so please report lots of bugs to
https://git.purrdata.net/jwilkes/purr-data/issues

Binaries here:
https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master
-Jonathan


   



   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[João Pais]

cool. some random remarks, most of them just tiny details:

- when installing on windows, the installer didn't ask for the  
installation folder. I imagine it took it from the previous folder purr-d  
was installed. But in case I would want to change the installation place,  
that would be on the way. Is it better to always confirm the installation  
folder, as it was the case before?

- good work with avoiding replacing the systems libs only after closing Pd.
- the file file purr-data/ReadMe.html is an older file? should it be  
updated, or just removed as a readme option? (does anyone read this file)  
if it remains, maybe update and make it a bit nice, e.g. with some general  
Pd links, instead of some detailed information that will only scare  
newbies?
- is it possible to improve the purr-d system icon (the black losangle  
that appears when changing programs with alt-tab)
- the help browser still doesn't work for me. neither with "bezier",  
"jmmmp/bezier", "jmmmp". but files inside of /doc/ seem to work

- I still don't find any tutorial for the new data structure features
- data structures inside a gop work very very slow - check  
jmmmp/bezier-help.pd (compare with pd-ext)
- also jmmmp/jp.menu-help shows the same bugs reported some days ago (also  
compare with pd-ext)
- is there a minimum width for gop windows? check out jmmmp/butt-help.pd;  
the gops should be square, not rectangular.
- is it possible to use keys to select the answers in windows such as "do  
you want to save the changes...", and also the menus (compare with pd-ext)
- in pd-ext, all open windows (including subpatches) were listed in the  
"windows" menu. could this be added?


If there's something concrete I should test, let me know.

Best,

Joao___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[João Pais]

ah, tested the 64b version on w7


cool. some random remarks, most of them just tiny details:

- when installing on windows, the installer didn't ask for the  
installation folder. I imagine it took it from the previous folder  
purr-d was installed. But >in case I would want to change the  
installation place, that would be on the way. Is it better to always  
confirm the installation folder, as it was the >case before?
- good work with avoiding replacing the systems libs only after closing  
Pd.
- the file file purr-data/ReadMe.html is an older file? should it be  
updated, or just removed as a readme option? (does anyone read this  
file) if it >remains, maybe update and make it a bit nice, e.g. with  
some general Pd links, instead of some detailed information that will  
only scare newbies?
- is it possible to improve the purr-d system icon (the black losangle  
that appears when changing programs with alt-tab)
- the help browser still doesn't work for me. neither with "bezier",  
"jmmmp/bezier", "jmmmp". but files inside of /doc/ seem to work

- I still don't find any tutorial for the new data structure features
- data structures inside a gop work very very slow - check  
jmmmp/bezier-help.pd (compare with pd-ext)
- also jmmmp/jp.menu-help shows the same bugs reported some days ago  
(also compare with pd-ext)- is there a minimum width for gop windows?  
check out jmmmp/butt-help.pd; the gops should be square, not rectangular.
- is it possible to use keys to select the answers in windows such as  
"do you want to save the changes...", and also the menus (compare with  
pd->ext)
- in pd-ext, all open windows (including subpatches) were listed in the  
"windows" menu. could this be added?


If there's something concrete I should test, let me know.

Best,

Joao___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[patrice colet]

Le 30/09/2016 à 21:38, patrice colet a écrit :



Le 30/09/2016 à 20:47, Ivica Ico Bukvic a écrit :


Did you try pd-l2ork (assuming you have access to Linux)? I thought I 
fixed this a while ago.


Yes I did, I even planned to make a better archlinux package but I had 
problems with managing externals, and chosen to stay on vanilla since 
deken came out.


 This remind me a conversation with Hans where I asked if there is a 
way to manage externals through a repository but we didn't get to the point,
now there is something nice where all pd versions could rely on with a 
bit of efforts from all parts, I believe, for getting all pd libraries 
installed without tweaking the OS or anything else.
<>___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[IOhannes m zmölnig]

On 09/30/2016 09:11 PM, João Pais wrote:
> ah, I was thinking of android and iOs

ah, that one again

the problem with iOS is that
- all software must go through the AppStore
AND
- the AppStore does not allow GPL software.

the "problem" with the entire external collection as was shipped with
Pd-extended (and is shipped with Pd-l2ork and purr-data) is that a
relevant percentage of the externals are released under the GPL.

so how?

gfmards
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[patrice colet]

Le 30/09/2016 à 20:47, Ivica Ico Bukvic a écrit :




On 9/29/2016 6:04 PM, patrice colet wrote:



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.



I'm trying it right now with hoping that it won't crash when jackd is 
stopped, that's the main reason for me to consume time on it.


Did you try pd-l2ork (assuming you have access to Linux)? I thought I 
fixed this a while ago.


Yes I did, I even planned to make a better archlinux package but I had 
problems with managing externals, and chosen to stay on vanilla since 
deken came out.







___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management 
->https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


<>___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[João Pais]

ah, I was thinking of android and iOs (I thought those were the official  
"mobile plattforms")


Any chance to also pack purr-d to the mobile plattforms? so that a  
patch could be used there as well, with no >vanilla-compatibility?


Which platforms?





This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

Change log:
* fix many errors in the GUI
* fix position of popup menu when zooming
* fix scalar crasher
* fix gop display error
* fix disappearing $@
* save gui preset with preferences
* fix segfault with preference changes
* fixed many memory leaks with patches backported from Pd Vanilla
* small fixes to help patches
* add text editor window for [text define]
* add and improve the scalar properties dialog
* add default float arg for Pd's "quit" message (good for test patches)
* updated some external libraries

This is a beta release, so please report lots of bugs to
https://git.purrdata.net/jwilkes/purr-data/issues

Binaries here:
https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master

-Jonathan___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> Any chance to also pack purr-d to the mobile plattforms? so that a patch 
> could be used there as well, with no vanilla-compatibility?
Which platforms?





This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

Change log:
* fix many errors in the GUI
* fix position of popup menu when zooming
* fix scalar crasher
* fix gop display error
* fix disappearing $@
* save gui preset with preferences
* fix segfault with preference changes
* fixed many memory leaks with patches backported from Pd Vanilla
* small fixes to help patches
* add text editor window for [text define]
* add and improve the scalar properties dialog
* add default float arg for Pd's "quit" message (good for test patches)
* updated some external libraries

This is a beta release, so please report lots of bugs to
https://git.purrdata.net/jwilkes/purr-data/issues

Binaries here:
https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master
-Jonathan


   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[João Pais]

Any chance to also pack purr-d to the mobile plattforms? so that a patch  
could be used there as well, with no vanilla-compatibility?



This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

Change log:
* fix many errors in the GUI
* fix position of popup menu when zooming
* fix scalar crasher
* fix gop display error
* fix disappearing $@
* save gui preset with preferences
* fix segfault with preference changes
* fixed many memory leaks with patches backported from Pd Vanilla
* small fixes to help patches
* add text editor window for [text define]
* add and improve the scalar properties dialog
* add default float arg for Pd's "quit" message (good for test patches)
* updated some external libraries

This is a beta release, so please report lots of bugs to
https://git.purrdata.net/jwilkes/purr-data/issues

Binaries here:
https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master

-Jonathan___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Ivica Ico Bukvic]

On 9/29/2016 6:04 PM, patrice colet wrote:



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.



I'm trying it right now with hoping that it won't crash when jackd is 
stopped, that's the main reason for me to consume time on it.


Did you try pd-l2ork (assuming you have access to Linux)? I thought I 
fixed this a while ago.





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Ivica Ico Bukvic]

Once Purr Data is stabilized, Pd-L2Ork will merge all of Jonathan's hard 
work and reconcile any differences. Jonathan may want to continue 
maintaining Purr-Data in parallel, or he may be fine with streamlining 
efforts (as was the case prior to the onset of the GUI rewrite). This is 
the nature of open source. Either way users win. As we move forward, 
what I am hoping for is more people becoming contributors.


Best,

Ico


On 9/29/2016 5:14 PM, Alexandre Torres Porres wrote:

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 <por...@gmail.com 
<mailto:por...@gmail.com>>:


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
<pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>:

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 <i...@vt.edu <mailto:i...@vt.edu>>
>To: Dan Wilcox <danomat...@gmail.com
<mailto:danomat...@gmail.com>>
>Cc: Pd-list <pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>
>Sent: Thursday, 29 September 2016, 20:28
>Subject: Re: [PD] purr data beta1
>
>
>
>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
further. In other words, I never denied its capacity to
replace extended but also did not want to assert that in any
kind of authoritative way. Hope this helps!
>--
>Ivica Ico Bukvic, D.M.A.
>Associate Professor
>Computer Music
>ICAT Senior Fellow
>Director -- DISIS, L2Ork
>Virginia Tech
>School of Performing Arts – 0141
>Blacksburg, VA 24061
>(540) 231-6139
>i...@vt.edu <mailto:i...@vt.edu>
>www.performingarts.vt.edu <http://www.performingarts.vt.edu>
>disis.icat.vt.edu <http://disis.icat.vt.edu>
>l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
>ico.bukvic.net <http://ico.bukvic.net>
>
>
>On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com
<mailto:danomat...@gmail.com>> wrote:
>
>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.
>>
>>
>>
>>
>>Dan Wilcox
>>@danomatika
>>danomatika.com <http://danomatika.com>
>>
>>robotcowboy.com <http://robotcowboy.com>
>>
>>On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at
<mailto:pd-list-requ...@lists.iem.at> wrote:
>>>
>>>From: Alexandre Torres Porres <por...@gmail.com
<mailto:por...@gmail.com>>
>>>
>>>Subject: Re: [PD] purr data beta1
>>>
>>>Date: September 29, 2016 at 11:21:49 AM MDT
>>>
>>>To: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>"
<pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>
>>>
>>>
>>>
>>>
>>>In short: A Game Changer!
>>>
>>>
>>>2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu
<mailto:i...@vt.edu>>:
>>>
>>>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
 

Re: [PD] purr data beta1

[Ivica Ico Bukvic]

There are many improvements to the core behavior that are too numerous 
to list. I suggest looking at the changelog. Some that come off top my 
head are trigger object that allows for static declaration (e.g. [t 1 f 
blah] when receives a value will output symbol blah from the third 
outlet, float from second, and 1 from first no matter the input value). 
You can pass any number of arguments by using $@ argument. Pd-l2ork 
doesn't crash if you change a send in the same cycle that the same send 
is used. Tidy up is completely different, JACK disconnect is handled in 
a way that does not produce a hang (this may have been fixed in a 
vanilla--it wasn't that way the last time I checked), etc.


Best,

Ico


On 9/29/2016 3:34 PM, Giulio Moro wrote:

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 <i...@vt.edu>
To: Dan Wilcox <danomat...@gmail.com>
Cc: Pd-list <pd-list@lists.iem.at>
Sent: Thursday, 29 September 2016, 20:28
Subject: Re: [PD] purr data beta1



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 further. In 
other words, I never denied its capacity to replace extended but also did not 
want to assert that in any kind of authoritative way. Hope this helps!
--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net


On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com> wrote:

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.




Dan Wilcox
@danomatika
danomatika.com

robotcowboy.com

On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at wrote:

From: Alexandre Torres Porres <por...@gmail.com>

Subject: Re: [PD] purr data beta1

Date: September 29, 2016 at 11:21:49 AM MDT

To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>




In short: A Game Changer!


2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu>:

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

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

>> Well, one good thing to point is that Pd-L2ork (and its Purr Data branch) 
>> started as a fork from Extended (from 0.42-5 may I guess?). So it's not like 
>> it died for nothing and, in a sense, Purr Data still keeps it going.


> Spiritual successor. :)
It is also a technical successor.  Like Pd-l2ork it builds on and extends the 
usability improvements Hans and others put into Extended.
-Jonathan
   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Alexandre Torres Porres]

>
> They were not abandoned. IOhannes split the centralized subversion repo
> into separate git repos, one for each external:
> http://git.puredata.info/cgit/
>

what I meant is this, if you check it in here

http://puredata.info/docs/LibrariesInPdExtended/

Most of the libraries were officially maintained by Hans, and I figure
cause original maintainers did abandoned development for them, like it
happened to cyclone as I can infer. Then when Hans stepped out, the vast
majority of these seemed to simply have been left orphans. Not to mention
some that were already "Unsupported, Included Libraries" in Extended and
even "Libraries Which Are Being Removed In 0.43" with the remark that if
they were to be brought back, maintainers were needed ("There are various
reasons that some libraries are probably best not included. If you believe
otherwise, you can take on the maintenance of these libraries").

This leaves a handful of supported libraries in the midst of almost 100 of
them. And let me add that being listed there as supported is not a
guarantee they are being in active development/maintenance, causeI tried
reaching bsaylor, for instance, and got the answer that there wasn't time
to work on it...

I know they are still out there, waiting to be taken care of. And what I'm
saying is that maybe a priority on bringing back a spiritual sucessor to
extended would be having libraries in active maintenance/development.


> You know exactly how this works, having stepped up and continued cyclone
> development. We just need a few more Porres’.
>

haha... yeah, and more of Fred Jans too, as he's been stepping in and
taking care of a handful of other libraries. We needed quite a few i'd say.

But not sure what to do in order to promote this other than chatting about
it here :)

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Dan Wilcox]

> Well, one good thing to point is that Pd-L2ork (and its Purr Data branch) 
> started as a fork from Extended (from 0.42-5 may I guess?). So it's not like 
> it died for nothing and, in a sense, Purr Data still keeps it going.

Spiritual successor. :)

> In fact, for me, the biggest deal in extended was all the extended libraries, 
> but most of them were just abandoned... what good is that?

They were not abandoned. IOhannes split the centralized subversion repo into 
separate git repos, one for each external: http://git.puredata.info/cgit/ 


One of the great things about extended was that it came with all externals. One 
of the bad things about extended is that it came with all the externals. Why is 
that bad? It made building extended a long and arduous process. It also made 
the community overly rely on the work of too few people. Most of those people 
burnt out and or moved on, thus extended died.

The goal of deken and pd-lib-builder is to make it much easier to not rely on 
one or two people bundling everything into a single release. The idea is to 
spread the development efforts out. If things seemed abandoned, it’s because 
the community has not completely picked up the slack yet.

The simplest way to help would be to clone a bunch of externals, add 
pd-lib-build to they can build, then uplaod them somewhere, say to GItHub or 
back to git.pure.info . Then put out a build party call 
for people of differing operating systems to clone and build the external then 
upload the built package to deken. 

> Where I'm getting at is that one way to get involved and help in the 
> "expanded Pd flavours" could be taking care of libraries. Like updating 
> cyclone objects to max 7 :)


You know exactly how this works, having stepped up and continued cyclone 
development. We just need a few more Porres’.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Dan Wilcox]

Cool :)


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Sep 30, 2016, at 8:32 AM, Jonathan Wilkes  wrote:
> 
> > Sure. I would point out that this was the intent of Pd-extended as well. I 
> > hope that Purr Data will find a way to overcome extended problems 1 & 4, if 
> > it hasn’t already.
> 
> #1
> Before I began porting the GUI, matju reduced the total number of sys_vgui 
> calls by about half.
> Matt Barber did a lot of work to get the OSX app bundle up and running and to 
> spot and fix regressions.
> Albert Graef has pushed code to improve the build system, get things building 
> on Arch, and many other improvements.
> 
> #2
> Ivica backported [array], [text], and a lot of the other recent stuff from Pd 
> Vanilla, and I've ported all of that 
> into Purr Data.
> 
> -Jonathan

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> Sure. I would point out that this was the intent of Pd-extended as well. I 
> hope that Purr Data will find a way to overcome extended problems 1 & 4, if 
> it hasn’t already.
#1
Before I began porting the GUI, matju reduced the total number of sys_vgui 
calls by about half.Matt Barber did a lot of work to get the OSX app bundle up 
and running and to spot and fix regressions.Albert Graef has pushed code to 
improve the build system, get things building on Arch, and many other 
improvements.
#2Ivica backported [array], [text], and a lot of the other recent stuff from Pd 
Vanilla, and I've ported all of that 
into Purr Data.
-Jonathan


   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Jonathan Wilkes via Pd-list]

> Once it's installed and launched, I see in console window that there are 


> things I have to deal with manually...

>  There are plenty of externals that couldn't load, and I don't know 
> what is triggering this because the first thing I've done is replacing

> '/usr/lib' by '/usr/local/lib' in ~/.pd-l2ork/user.settings but 
> libraries are still missing, even the ones that resides in 
> '/usr/local/lib/pd-l2ork/extra'.

> So I don't really know how to deal with this problem.

I'm not sure either.  I'm only testing the builds I made available 
as binaries, and I need to work on automating those before I'll 
have time to investigate the tar.gz install method. 
> The audio is working on ALSA driver that I use to pass through JACK with 
alsa loopback, the sound test is successfull.

> I can also enjoy the GUI modes, particulary the inverted one, very 
useful when doing a performance.

> I still don't understand what happened to the help browser, I use to 
navigate through references and tutorials in vanilla, that is quite 
usefull for people with bird memory like me, if I type 'tutorial' in 
search engine some parts are appearing in random order so I'm a bit lost 
with it.
I haven't worked at all on the help browser yet.

> The manual doesn't show up with my web browser but with the text editor.

Ok, I'll check that out.
>  The developper tool is a chrome extension I don't really know what it 
stands for, but I guess that my webdev background will help when I'll go 
deeper into this, even if I'm not particulary fan of chrome stuff...
It's Chromium.

> Anyway that is a great job, thanks for the help.

Sure!
-Jonathan
Le 30/09/2016 à 04:14, Jonathan Wilkes a écrit :
> 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 in the parent directory of the root repo
> directory.  Untar it, enter the directory it creates, then do `make 
> install`
> there.
>



   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[patrice colet]

Once it's installed and launched, I see in console window that there are 
things I have to deal with manually...


 There are plenty of externals that couldn't load, and I don't know 
what is triggering this because the first thing I've done is replacing


'/usr/lib' by '/usr/local/lib' in ~/.pd-l2ork/user.settings but 
libraries are still missing, even the ones that resides in 
'/usr/local/lib/pd-l2ork/extra'.


So I don't really know how to deal with this problem.

The audio is working on ALSA driver that I use to pass through JACK with 
alsa loopback, the sound test is successfull.


I can also enjoy the GUI modes, particulary the inverted one, very 
useful when doing a performance.


I still don't understand what happened to the help browser, I use to 
navigate through references and tutorials in vanilla, that is quite 
usefull for people with bird memory like me, if I type 'tutorial' in 
search engine some parts are appearing in random order so I'm a bit lost 
with it.


The manual doesn't show up with my web browser but with the text editor.

 The developper tool is a chrome extension I don't really know what it 
stands for, but I guess that my webdev background will help when I'll go 
deeper into this, even if I'm not particulary fan of chrome stuff...


Anyway that is a great job, thanks for the help.


Le 30/09/2016 à 04:14, Jonathan Wilkes a écrit :

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 in the parent directory of the root repo
directory.  Untar it, enter the directory it creates, then do `make 
install`

there.



<>___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 robust vanilla, as opposed to me becoming the “extended guy”.
>

Well, one good thing to point is that Pd-L2ork (and its Purr Data branch)
started as a fork from Extended (from 0.42-5 may I guess?). So it's not
like it died for nothing and, in a sense, Purr Data still keeps it going.

And I have to agree that good stuff came out of it when it was possible to
focus attention into vanilla, to make it more robust, and the efforts on
pd-lib-builder/deken to make it easier to build and install externals.

In fact, for me, the biggest deal in extended was all the extended
libraries, but most of them were just abandoned... what good is that? Where
I'm getting at is that one way to get involved and help in the "expanded Pd
flavours" could be taking care of libraries. Like updating cyclone objects
to max 7 :)

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 further - I might be 
> totally wrong in my analysis so please feel free to correct me.

It was the fact that extended:

1. largely relied on the efforts of 1 person
2. was hard to build, as Jonathan mentioned
3. was largely centralized (not a huge deal as anyone could get SVN access if 
they really wanted it)
4. largely diverged from Pd vanilla to the point where it would be pretty 
difficult to integrate new versions of vanilla, especially if you are not “the 
1 person” with the knowledge

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 
robust vanilla, as opposed to me becoming the “extended guy”.

> What I wanna say is that I just hope more people get involved and collaborate 
> with Purr Data and Pd-L2ork, so it benefits from an actual community effort 
> where development happens faster.

Sure. I would point out that this was the intent of Pd-extended as well. I hope 
that Purr Data will find a way to overcome extended problems 1 & 4, if it 
hasn’t already.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Dan Wilcox]

> On Sep 29, 2016, at 6:32 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Jonathan Wilkes <jancs...@yahoo.com <mailto:jancs...@yahoo.com>>
> Subject: Re: [PD] purr data beta1
> Date: September 29, 2016 at 4:24:02 PM MDT
> To: hi <joson.andr...@googlemail.com <mailto:joson.andr...@googlemail.com>>
> Cc: Pd-List <pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>
> Reply-To: Jonathan Wilkes <jancs...@yahoo.com <mailto:jancs...@yahoo.com>>
> 
> 
> > 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?

Set a lower minimum OS X deployment target via -mmacosx-version-min. Example: 
https://github.com/pure-data/pure-data/blob/autotools_updates/configure.ac#L55 
<https://github.com/pure-data/pure-data/blob/autotools_updates/configure.ac#L55>

I think, by default, if you do not set a min target it’s set to the current SDK 
you use when building.


Dan Wilcox
@danomatika <https://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 in the parent directory of the root repo 
directory.  Untar it, enter the directory it creates, then do `make install` 
there.

   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 multi-level recursive gnu makefile 
build

system that's unfortunately very difficult)

It's allright, I was just too lazy to look deeper and find the script, a 
note about this in README.md would help a lot I guess...


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?
<>___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 unfortunately very difficult)

   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 correct me.


The main problem was that setting up a build environment was way too 
complicated.  Also, the build itself takes too long, and there aren't adequate 
tests to ensure the build completed properly.

I've improved the Windows build environment immensely just by leveraging 
msys2.  But the new msys2 installer has a bug that requires an obscure 
workaround.  Apparently the msys2 team already fixed the bug.  But the 
lead dev is on vacation for two weeks, and guess who is the only person 
able to push bug fixes into the installer binaries...
So apparently the free software ecosystem is full of problems like this.
-Jonathan
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 only,
> and I'm not on Debian, otherwise I'd just use binaries.
I'll look into building with Jack support for the next release on OSX.
The easy, documented, tested, and currently maintained "stuff" is 
for building deb packages.  You could try `tar_em_up.sh -F` which-- 
if successful-- will output a tar.gz in the parent dir of the main repo 
dir. Or if you don't need Gem you can do `tar_em_up.sh -f` for a 
much faster compilation time.

-Jonathan
   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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? https://git.purrdata.net/jwilkes/purr-data
>>
>
> I didn't know about this link, thanks for posting it
>

Well, not only the source is available, but as I understand it, both Purr
Data and Pd-L2ork are open to collaboration by anyone who wishes to join
forces.

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 correct me.

What I wanna say is that I just hope more people get involved and
collaborate with Purr Data and Pd-L2ork, so it benefits from an actual
community effort where development happens faster.

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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
   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 this project.
>>

> I'm trying it right now with hoping that it won't crash when jackd is 
> stopped, that's the main reason for me to consume time on it.
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.
-Jonathan
   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 errors in the GUI
> * fix position of popup menu when zooming
> * fix scalar crasher
> * fix gop display error
> * fix disappearing $@
> * save gui preset with preferences
> * fix segfault with preference changes
> * fixed many memory leaks with patches backported from Pd Vanilla
> * small fixes to help patches
> * add text editor window for [text define]
> * add and improve the scalar properties dialog
> * add default float arg for Pd's "quit" message (good for test patches)
> * updated some external libraries
> 
> This is a beta release, so please report lots of bugs to
> https://git.purrdata.net/jwilkes/purr-data/issues
> 
> Binaries here:
> https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master
> 
> -Jonathan
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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.



I'm trying it right now with hoping that it won't crash when jackd is 
stopped, that's the main reason for me to consume time on it.
<>___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 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 Porres <por...@gmail.com 
> <mailto:por...@gmail.com>>:
>
>    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
>    <pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>:
>
>        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 <i...@vt.edu <mailto:i...@vt.edu>>
>        >To: Dan Wilcox <danomat...@gmail.com
>        <mailto:danomat...@gmail.com>>
>        >Cc: Pd-list <pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>
>        >Sent: Thursday, 29 September 2016, 20:28
>        >Subject: Re: [PD] purr data beta1
>        >
>        >
>        >
>        >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
>        further. In other words, I never denied its capacity to
>        replace extended but also did not want to assert that in any
>        kind of authoritative way. Hope this helps!
>        >--
>        >Ivica Ico Bukvic, D.M.A.
>        >Associate Professor
>        >Computer Music
>        >ICAT Senior Fellow
>        >Director -- DISIS, L2Ork
>        >Virginia Tech
>        >School of Performing Arts – 0141
>        >Blacksburg, VA 24061
>        >(540) 231-6139
>        >i...@vt.edu <mailto:i...@vt.edu>
>        >www.performingarts.vt.edu <http://www.performingarts.vt.edu>
>        >disis.icat.vt.edu <http://disis.icat.vt.edu>
>        >l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
>        >ico.bukvic.net <http://ico.bukvic.net>
>        >
>        >
>        >On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com
>        <mailto:danomat...@gmail.com>> wrote:
>        >
>        >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.
>        >>
>        >>
>        >>
>        >>
>        >>Dan Wilcox
>        >>@danomatika
>        >>danomatika.com <http://danomatika.com>
>        >>
>        >>robotcowboy.com <http://robotcowboy.com>
>        >>
>        >>On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at
>        <mailto:pd-list-requ...@lists.iem.at> wrote:
>        >>>
>        >>>From: Alexandre Torres Porres <por...@gmail.com
>        <mailto:por...@gmail.com>>
>        >>>
>        >>>Subject: Re: [PD] purr data beta1
>        >>>
>        >>>Date: September 29, 2016 at 11:21:49 AM MDT
>        >>>
>        >>>To: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>"
>        <pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>
>        >>>
>        >>>
>        >>>
>        >>>
>        >>>In short: A Game Changer!
>        >>>
>        >>>
>        >>>2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu
>        <mailto:i...@vt.edu>>:
>        >>>
>        >>>Purr-Data is a GUI rewrite for Pd-L2Ork which has over
>        1,500 patches/bugfixes/improvements over vanilla/extended. Its
>        

Re: [PD] purr data beta1

[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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 a big performance hit.  It's getting better with 
each release of nw.js, and I really haven't done a single thing to 
optimize anything yet.
-Jonathan
 
> so we could also say "Purr Data is the new Pd-L2ork"
2016-09-29 18:12 GMT-03:00 Alexandre Torres Porres <por...@gmail.com>:

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 <pd-list@lists.iem.at>:

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 <i...@vt.edu>
>To: Dan Wilcox <danomat...@gmail.com>
>Cc: Pd-list <pd-list@lists.iem.at>
>Sent: Thursday, 29 September 2016, 20:28
>Subject: Re: [PD] purr data beta1
>
>
>
>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 further. In 
>other words, I never denied its capacity to replace extended but also did not 
>want to assert that in any kind of authoritative way. Hope this helps!
>--
>Ivica Ico Bukvic, D.M.A.
>Associate Professor
>Computer Music
>ICAT Senior Fellow
>Director -- DISIS, L2Ork
>Virginia Tech
>School of Performing Arts – 0141
>Blacksburg, VA 24061
>(540) 231-6139
>i...@vt.edu
>www.performingarts.vt.edu
>disis.icat.vt.edu
>l2ork.icat.vt.edu
>ico.bukvic.net
>
>
>On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com> wrote:
>
>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.
>>
>>
>>
>>----
>>Dan Wilcox
>>@danomatika
>>danomatika.com
>>
>>robotcowboy.com
>>
>>On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at wrote:
>>>
>>>From: Alexandre Torres Porres <por...@gmail.com>
>>>
>>>Subject: Re: [PD] purr data beta1
>>>
>>>Date: September 29, 2016 at 11:21:49 AM MDT
>>>
>>>To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>
>>>
>>>
>>>
>>>
>>>In short: A Game Changer!
>>>
>>>
>>>2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu>:
>>>
>>>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
>>
>
>_ __
>Pd-list@lists.iem.at mailing list
>UNSUBSCRIBE and account-management -> https://lists.puredata.info/li 
>stinfo/pd-list
>
>
>

__ _
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/li 
stinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 Porres <por...@gmail.com 
<mailto:por...@gmail.com>>:


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
<pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>:

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 <i...@vt.edu <mailto:i...@vt.edu>>
>To: Dan Wilcox <danomat...@gmail.com
<mailto:danomat...@gmail.com>>
>Cc: Pd-list <pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>
>Sent: Thursday, 29 September 2016, 20:28
>Subject: Re: [PD] purr data beta1
>
>
>
>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
further. In other words, I never denied its capacity to
replace extended but also did not want to assert that in any
kind of authoritative way. Hope this helps!
>--
>Ivica Ico Bukvic, D.M.A.
>Associate Professor
>Computer Music
>ICAT Senior Fellow
>Director -- DISIS, L2Ork
>Virginia Tech
>School of Performing Arts – 0141
>Blacksburg, VA 24061
>(540) 231-6139
>i...@vt.edu <mailto:i...@vt.edu>
>www.performingarts.vt.edu <http://www.performingarts.vt.edu>
>disis.icat.vt.edu <http://disis.icat.vt.edu>
>l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
>ico.bukvic.net <http://ico.bukvic.net>
>
>
>On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com
<mailto:danomat...@gmail.com>> wrote:
>
>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.
>>
>>
>>
>>
>>Dan Wilcox
>>@danomatika
>>danomatika.com <http://danomatika.com>
>>
>>robotcowboy.com <http://robotcowboy.com>
>>
>>On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at
<mailto:pd-list-requ...@lists.iem.at> wrote:
>>>
>>>From: Alexandre Torres Porres <por...@gmail.com
<mailto:por...@gmail.com>>
>>>
>>>Subject: Re: [PD] purr data beta1
>>>
>>>Date: September 29, 2016 at 11:21:49 AM MDT
>>>
>>>To: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>"
<pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>
>>>
>>>
>>>
>>>
>>>In short: A Game Changer!
>>>
>>>
>>>2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu
<mailto:i...@vt.edu>>:
>>>
>>>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
>>
>
>___
>Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
>UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
<https://lists.puredata.info/listinfo/pd-list>

Re: [PD] purr data beta1

[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 <por...@gmail.com>:

> 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 <pd-list@lists.iem.at>:
>
>> 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 <i...@vt.edu>
>> >To: Dan Wilcox <danomat...@gmail.com>
>> >Cc: Pd-list <pd-list@lists.iem.at>
>> >Sent: Thursday, 29 September 2016, 20:28
>> >Subject: Re: [PD] purr data beta1
>> >
>> >
>> >
>> >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 further. In other words, I never denied its capacity to replace
>> extended but also did not want to assert that in any kind of authoritative
>> way. Hope this helps!
>> >--
>> >Ivica Ico Bukvic, D.M.A.
>> >Associate Professor
>> >Computer Music
>> >ICAT Senior Fellow
>> >Director -- DISIS, L2Ork
>> >Virginia Tech
>> >School of Performing Arts – 0141
>> >Blacksburg, VA 24061
>> >(540) 231-6139
>> >i...@vt.edu
>> >www.performingarts.vt.edu
>> >disis.icat.vt.edu
>> >l2ork.icat.vt.edu
>> >ico.bukvic.net
>> >
>> >
>> >On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com> wrote:
>> >
>> >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.
>> >>
>> >>
>> >>
>> >>
>> >>Dan Wilcox
>> >>@danomatika
>> >>danomatika.com
>> >>
>> >>robotcowboy.com
>> >>
>> >>On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at wrote:
>> >>>
>> >>>From: Alexandre Torres Porres <por...@gmail.com>
>> >>>
>> >>>Subject: Re: [PD] purr data beta1
>> >>>
>> >>>Date: September 29, 2016 at 11:21:49 AM MDT
>> >>>
>> >>>To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>In short: A Game Changer!
>> >>>
>> >>>
>> >>>2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu>:
>> >>>
>> >>>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
>> >>
>> >
>> >___
>> >Pd-list@lists.iem.at mailing list
>> >UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>> >
>> >
>> >
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 <pd-list@lists.iem.at>:

> 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 <i...@vt.edu>
> >To: Dan Wilcox <danomat...@gmail.com>
> >Cc: Pd-list <pd-list@lists.iem.at>
> >Sent: Thursday, 29 September 2016, 20:28
> >Subject: Re: [PD] purr data beta1
> >
> >
> >
> >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
> further. In other words, I never denied its capacity to replace extended
> but also did not want to assert that in any kind of authoritative way. Hope
> this helps!
> >--
> >Ivica Ico Bukvic, D.M.A.
> >Associate Professor
> >Computer Music
> >ICAT Senior Fellow
> >Director -- DISIS, L2Ork
> >Virginia Tech
> >School of Performing Arts – 0141
> >Blacksburg, VA 24061
> >(540) 231-6139
> >i...@vt.edu
> >www.performingarts.vt.edu
> >disis.icat.vt.edu
> >l2ork.icat.vt.edu
> >ico.bukvic.net
> >
> >
> >On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com> wrote:
> >
> >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.
> >>
> >>
> >>
> >>
> >>Dan Wilcox
> >>@danomatika
> >>danomatika.com
> >>
> >>robotcowboy.com
> >>
> >>On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at wrote:
> >>>
> >>>From: Alexandre Torres Porres <por...@gmail.com>
> >>>
> >>>Subject: Re: [PD] purr data beta1
> >>>
> >>>Date: September 29, 2016 at 11:21:49 AM MDT
> >>>
> >>>To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>
> >>>
> >>>
> >>>
> >>>
> >>>In short: A Game Changer!
> >>>
> >>>
> >>>2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu>:
> >>>
> >>>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
> >>
> >
> >___
> >Pd-list@lists.iem.at mailing list
> >UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
> >
> >
> >
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 <i...@vt.edu>
>To: Dan Wilcox <danomat...@gmail.com> 
>Cc: Pd-list <pd-list@lists.iem.at>
>Sent: Thursday, 29 September 2016, 20:28
>Subject: Re: [PD] purr data beta1
> 
>
>
>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 further. In 
>other words, I never denied its capacity to replace extended but also did not 
>want to assert that in any kind of authoritative way. Hope this helps!
>-- 
>Ivica Ico Bukvic, D.M.A.
>Associate Professor
>Computer Music
>ICAT Senior Fellow
>Director -- DISIS, L2Ork
>Virginia Tech
>School of Performing Arts – 0141
>Blacksburg, VA 24061
>(540) 231-6139
>i...@vt.edu
>www.performingarts.vt.edu
>disis.icat.vt.edu
>l2ork.icat.vt.edu
>ico.bukvic.net
>
>
>On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com> wrote:
>
>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.
>>
>>
>>
>>
>>Dan Wilcox
>>@danomatika
>>danomatika.com
>>
>>robotcowboy.com
>>
>>On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at wrote:
>>>
>>>From: Alexandre Torres Porres <por...@gmail.com>
>>>
>>>Subject: Re: [PD] purr data beta1
>>>
>>>Date: September 29, 2016 at 11:21:49 AM MDT
>>>
>>>To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>
>>>
>>>
>>>
>>>
>>>In short: A Game Changer!
>>>
>>>
>>>2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu>:
>>>
>>>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
>>
>
>___
>Pd-list@lists.iem.at mailing list
>UNSUBSCRIBE and account-management -> 
>https://lists.puredata.info/listinfo/pd-list
>
>
>

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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
further. In other words, I never denied its capacity to replace extended
but also did not want to assert that in any kind of authoritative way. Hope
this helps!

-- 
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com> wrote:

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.


Dan Wilcox
@danomatika <https://twitter.com/danomatika>
danomatika.com
robotcowboy.com

On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at wrote:

*From: *Alexandre Torres Porres <por...@gmail.com>
*Subject: **Re: [PD] purr data beta1*
*Date: *September 29, 2016 at 11:21:49 AM MDT
*To: *"pd-list@lists.iem.at" <pd-list@lists.iem.at>


In short: *A Game Changer!*

2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu>:

> 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
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 suppose it must 
have been mainly a theoretical discussion.
-Jonathan
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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.


Dan Wilcox
@danomatika <https://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
> On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Alexandre Torres Porres <por...@gmail.com <mailto:por...@gmail.com>>
> Subject: Re: [PD] purr data beta1
> Date: September 29, 2016 at 11:21:49 AM MDT
> To: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>" 
> <pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>
> 
> 
> In short: A Game Changer!
> 
> 2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu 
> <mailto:i...@vt.edu>>:
> 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
> 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Alexandre Torres Porres]

In short: *A Game Changer!*

2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu>:

> 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 9/29/2016 10:48 AM, Giulio Moro via Pd-list wrote:
>
> 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 about making the GUI more
> portable/customizable or do you foresee changes in the GUI/dsp
> communication protocol as well?
>
> Best,
> Giulio
>
>
> --
> *From:* Alexandre Torres Porres <por...@gmail.com> <por...@gmail.com>
> *To:* Jonathan Wilkes <jancs...@yahoo.com> <jancs...@yahoo.com>
> *Cc:* Pd-List <pd-list@lists.iem.at> <pd-list@lists.iem.at>
> *Sent:* Thursday, 29 September 2016, 7:12
> *Subject:* Re: [PD] purr data beta1
>
> 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 <
> pd-list@lists.iem.at>:
>
> This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)
>
> Change log:
> * fix many errors in the GUI
> * fix position of popup menu when zooming
> * fix scalar crasher
> * fix gop display error
> * fix disappearing $@
> * save gui preset with preferences
> * fix segfault with preference changes
> * fixed many memory leaks with patches backported from Pd Vanilla
> * small fixes to help patches
> * add text editor window for [text define]
> * add and improve the scalar properties dialog
> * add default float arg for Pd's "quit" message (good for test patches)
> * updated some external libraries
>
> This is a beta release, so please report lots of bugs to
> https://git.purrdata.net/ jwilkes/purr-data/issues
> <https://git.purrdata.net/jwilkes/purr-data/issues>
>
> Binaries here:
> https://git.purrdata.net/ jwilkes/purr-data-binaries/ tree/master
> <https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master>
>
> -Jonathan
>
> __ _
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 9/29/2016 10:48 AM, Giulio Moro via Pd-list wrote:

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 about making the GUI 
more portable/customizable or do you foresee changes in the GUI/dsp 
communication protocol as well?


Best,
Giulio



*From:* Alexandre Torres Porres <por...@gmail.com>
*To:* Jonathan Wilkes <jancs...@yahoo.com>
*Cc:* Pd-List <pd-list@lists.iem.at>
*Sent:* Thursday, 29 September 2016, 7:12
    *Subject:* Re: [PD] purr data beta1

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
<pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>:

This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

Change log:
* fix many errors in the GUI
* fix position of popup menu when zooming
* fix scalar crasher
* fix gop display error
* fix disappearing $@
* save gui preset with preferences
* fix segfault with preference changes
* fixed many memory leaks with patches backported from Pd Vanilla
* small fixes to help patches
* add text editor window for [text define]
* add and improve the scalar properties dialog
* add default float arg for Pd's "quit" message (good for test
patches)
* updated some external libraries

This is a beta release, so please report lots of bugs to
https://git.purrdata.net/ jwilkes/purr-data/issues
<https://git.purrdata.net/jwilkes/purr-data/issues>

Binaries here:
https://git.purrdata.net/ jwilkes/purr-data-binaries/
tree/master
<https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master>

-Jonathan

__ _
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/ listinfo/pd-list
<https://lists.puredata.info/listinfo/pd-list>



___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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? Will it just be about 
> making the GUI more 
> portable/customizable or do you foresee changes in the GUI/dsp 
> communication protocol as well?
It's essentially the development branch of Pd-l2ork, so it inherits all of 
its benefits-- infinite undo, native state-saving, GUI theming, and so on.
As for evolving-- you can have a look at the additions I've made to data 
structures to see.  With 15 objects one can make a scalar knob that rotates 
between 0 and 360 degrees.  With maybe 5-10 more objects one can have 
multiple knobs with changeable symbolic names.  Compare that to > 700 
lines of C code in the knob external (plus the occasional tcl error, "can't 
create" error, etc.)
 
There's another possibility which I haven't explored-- that is, you can load 
anything created with an HTML5 api into the Purr Data GUI and send messages 
to Pd from it.
 
As far as Pd<->GUI communication, I removed most of the tcl commands from 
the C code and replaced it with a parameterized interface.  I'm still 
leveraging 
the same socket-based communication.
-Jonathan

> Best,> Giulio   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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


   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 about making the 
GUI more portable/customizable or do you foresee changes in the GUI/dsp 
communication protocol as well?
Best,Giulio

 
  From: Alexandre Torres Porres <por...@gmail.com>
 To: Jonathan Wilkes <jancs...@yahoo.com> 
Cc: Pd-List <pd-list@lists.iem.at>
 Sent: Thursday, 29 September 2016, 7:12
 Subject: Re: [PD] purr data beta1
   
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 <pd-list@lists.iem.at>:

This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

Change log:
* fix many errors in the GUI
* fix position of popup menu when zooming
* fix scalar crasher
* fix gop display error
* fix disappearing $@
* save gui preset with preferences
* fix segfault with preference changes
* fixed many memory leaks with patches backported from Pd Vanilla
* small fixes to help patches
* add text editor window for [text define]
* add and improve the scalar properties dialog
* add default float arg for Pd's "quit" message (good for test patches)
* updated some external libraries

This is a beta release, so please report lots of bugs to
https://git.purrdata.net/ jwilkes/purr-data/issues

Binaries here:
https://git.purrdata.net/ jwilkes/purr-data-binaries/ tree/master
-Jonathan

__ _
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/ 
listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


   
 ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[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 Pd-l2ork)
>
> Change log:
> * fix many errors in the GUI
> * fix position of popup menu when zooming
> * fix scalar crasher
> * fix gop display error
> * fix disappearing $@
> * save gui preset with preferences
> * fix segfault with preference changes
> * fixed many memory leaks with patches backported from Pd Vanilla
> * small fixes to help patches
> * add text editor window for [text define]
> * add and improve the scalar properties dialog
> * add default float arg for Pd's "quit" message (good for test patches)
> * updated some external libraries
>
> This is a beta release, so please report lots of bugs to
> https://git.purrdata.net/jwilkes/purr-data/issues
>
> Binaries here:
> https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master
>
> -Jonathan
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] purr data beta1

[Jonathan Wilkes via Pd-list]

This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

Change log:
* fix many errors in the GUI
* fix position of popup menu when zooming
* fix scalar crasher
* fix gop display error
* fix disappearing $@
* save gui preset with preferences
* fix segfault with preference changes
* fixed many memory leaks with patches backported from Pd Vanilla
* small fixes to help patches
* add text editor window for [text define]
* add and improve the scalar properties dialog
* add default float arg for Pd's "quit" message (good for test patches)
* updated some external libraries

This is a beta release, so please report lots of bugs to
https://git.purrdata.net/jwilkes/purr-data/issues

Binaries here:
https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master
-Jonathan
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list