Re: [PD] Threading in Pd/libpd

[Jonathan Wilkes via Pd-list]

> The entire subpatch, which in principle can be used to wrap [fft~].> My plan 
> is to have a common way of wrapping these objects with threads so that 
> I do not have to re-write all of them.
Would this potentially benefit any subpatch, or just ones that have a 
substantially larger block size than the parent patch?

> Giulio

 
  From: Jonathan Wilkes 
 To: Giulio Moro ; Pd-List  
 Sent: Saturday, 1 October 2016, 1:43
 Subject: Re: [PD] Threading in Pd/libpd
  
> Yes, that's the plan, by default I'd set it to the number of samples 
> corresponding to the step determined by the specified overlap.
What exactly gets computed in the separate thread?  Is it only the revised 
[fft~] object?  Or is it the entire subpatch?
-Jonathan


   

   
 

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

Re: [PD] Threading in Pd/libpd

[Giulio Moro via Pd-list]

The entire subpatch, which in principle can be used to wrap [fft~].My plan is 
to have a common way of wrapping these objects with threads so that I do not 
have to re-write all of them.
Giulio

 
  From: Jonathan Wilkes 
 To: Giulio Moro ; Pd-List  
 Sent: Saturday, 1 October 2016, 1:43
 Subject: Re: [PD] Threading in Pd/libpd
   
> Yes, that's the plan, by default I'd set it to the number of samples 
> corresponding to the step determined by the specified overlap.
What exactly gets computed in the separate thread?  Is it only the revised 
[fft~] object?  Or is it the entire subpatch?
-Jonathan


   

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

Re: [PD] Threading in Pd/libpd

[Jonathan Wilkes via Pd-list]

> Yes, that's the plan, by default I'd set it to the number of samples 
> corresponding to the step determined by the specified overlap.
What exactly gets computed in the separate thread?  Is it only the revised 
[fft~] object?  Or is it the entire subpatch?
-Jonathan


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

Re: [PD] iemguts outdated on Deken

[Antoine Villeret]

yes it is
and you can even do it yourself ! ;-)

--
do it yourself
http://antoine.villeret.free.fr

2016-09-30 6:31 GMT+02:00 Liam Goodacre :

> Last time I checked, Deken had an outdated version of iemguts. Since
> iemguts now includes [initbang], it would be nice if this were made
> available to Vanilla users without having to manually download and install.
> Is it possible to update Deken to the latest version from the git?
>
> ___
> 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, 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] Bug Zooming Bangs and Toggles

[Miller Puckette]

Just a quick comment...  I've updated the git repository to try to fix at least
the worst of the problems... but I haven't ehceked how arrays inside GOPs
deal with zooming.

I can't put out a new bug-fix release just now because my testing machines
are all in San Diego (and I'm not).

cheers
Miller

On Fri, Sep 30, 2016 at 10:51:14PM +0200, Fred Jan Kraan wrote:
> Hi Jaime,
> 
> > Hi Fred, All,
> > 
> > I have also noticed that some arrays resize properly and some don’t. Can’t 
> > explain why. Arrays shown in GOP will not resize. 
> > 
> So far, I didn't look into the GUI specifics of array, [bng] and [tgl]
> have an iemgui heritage, the graphical array is a straight vanilla object.
> 
> > I think it has something to do with creating objects then resizing, and/or 
> > resizing then creating objects. both work fine for you?
> > 
> Indeed the interaction between creation, editing and zooming is where it
> gets 'interesting'. On xubuntu 32 + 64-bit it is simple; no resizing
> happens at all. But I'll stick to studying the vanilla/iemgui objects
> for now, leaving array to (maybe) later.
> 
> > best,
> > 
> > J
> 
> Greetings,
> 
> Fred Jan
> > 
> > 
> >> On Sep 30, 2016, at 3:57 PM, Fred Jan Kraan  wrote:
> >>
> >> Hi All,
> >>
> >> For at least [bng], I got a version that works as expected with zoom,
> >> including the font size. I'll test some more platforms than just Linux
> >> 32-bit Ubuntu 14.04 before I produce a patch. [tgl] will probably work
> >> too. I haven't looked at the other objects yet.
> >>
> >> Greetings,
> >>
> >> Fred Jan
> >>
> >> On 2016-09-15 03:17 AM, Miller Puckette wrote:
> >>> Yeah, number2 doesn't zoom... the font selection is set up in a way that 
> >>> isn't zoomable.
> >>>
> >>> Sounds like I need to do some more checking for the other gui objects.
> >>>
> >>> cheers
> >>> Miller
> >>>
> >>> On Wed, Sep 14, 2016 at 06:46:16PM +0200, baptiste chatel wrote:
>  ubuntu 16.04 / Pd 0.47-1
> 
>  Same behaviour here with vsl, hsl, vradio, hradio, tgl.
> 
>  A cnv created when zoomed in get a size property of 14 instead of 30
> 
>  Weirder : numbox2 is never zoomed in.
> 
>  a vu created when zoomed in appears broken, but is ok after reopening the
>  patch.
> 
>  vradio and hradio does not appear identical before closing the patch and
>  after reopening it.
> 
> 
>  2016-09-14 15:44 GMT+02:00 Jaime Oliver :
> 
> > This also happens in Ubuntu with Pd 047-1
> > best,
> > J
> >
> >> On Sep 13, 2016, at 11:27 PM, Jaime Oliver 
> > wrote:
> >>
> >> Hi all,
> >>
> >> If you create a bang or toggle and then zoom it zooms fine.
> >> If however you zoom in and then create the bang, the bang will not be
> > created at the zoomed proportions and I get the message:
> >>
> >> Bad arguments for message ‘zoom’ to object ‘big'
> >>
> >> Curiously, if you save the patch and then open it again, it will show 
> >> up
> > as zoomed out, smaller in size than regular boxes.
> >>
> >> This is in OS X 10.11.2 and Pd 0.47-1
> >>
> >> I can test in Linux tomorrow.
> >>
> >> best,
> >>
> >> J
> >
> >
> > ___
> > 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
> >>>
> >>
> >> ___
> >> 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

[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] Bug Zooming Bangs and Toggles

[Fred Jan Kraan]

Hi Jaime,

> Hi Fred, All,
> 
> I have also noticed that some arrays resize properly and some don’t. Can’t 
> explain why. Arrays shown in GOP will not resize. 
> 
So far, I didn't look into the GUI specifics of array, [bng] and [tgl]
have an iemgui heritage, the graphical array is a straight vanilla object.

> I think it has something to do with creating objects then resizing, and/or 
> resizing then creating objects. both work fine for you?
> 
Indeed the interaction between creation, editing and zooming is where it
gets 'interesting'. On xubuntu 32 + 64-bit it is simple; no resizing
happens at all. But I'll stick to studying the vanilla/iemgui objects
for now, leaving array to (maybe) later.

> best,
> 
> J

Greetings,

Fred Jan
> 
> 
>> On Sep 30, 2016, at 3:57 PM, Fred Jan Kraan  wrote:
>>
>> Hi All,
>>
>> For at least [bng], I got a version that works as expected with zoom,
>> including the font size. I'll test some more platforms than just Linux
>> 32-bit Ubuntu 14.04 before I produce a patch. [tgl] will probably work
>> too. I haven't looked at the other objects yet.
>>
>> Greetings,
>>
>> Fred Jan
>>
>> On 2016-09-15 03:17 AM, Miller Puckette wrote:
>>> Yeah, number2 doesn't zoom... the font selection is set up in a way that 
>>> isn't zoomable.
>>>
>>> Sounds like I need to do some more checking for the other gui objects.
>>>
>>> cheers
>>> Miller
>>>
>>> On Wed, Sep 14, 2016 at 06:46:16PM +0200, baptiste chatel wrote:
 ubuntu 16.04 / Pd 0.47-1

 Same behaviour here with vsl, hsl, vradio, hradio, tgl.

 A cnv created when zoomed in get a size property of 14 instead of 30

 Weirder : numbox2 is never zoomed in.

 a vu created when zoomed in appears broken, but is ok after reopening the
 patch.

 vradio and hradio does not appear identical before closing the patch and
 after reopening it.


 2016-09-14 15:44 GMT+02:00 Jaime Oliver :

> This also happens in Ubuntu with Pd 047-1
> best,
> J
>
>> On Sep 13, 2016, at 11:27 PM, Jaime Oliver 
> wrote:
>>
>> Hi all,
>>
>> If you create a bang or toggle and then zoom it zooms fine.
>> If however you zoom in and then create the bang, the bang will not be
> created at the zoomed proportions and I get the message:
>>
>> Bad arguments for message ‘zoom’ to object ‘big'
>>
>> Curiously, if you save the patch and then open it again, it will show up
> as zoomed out, smaller in size than regular boxes.
>>
>> This is in OS X 10.11.2 and Pd 0.47-1
>>
>> I can test in Linux tomorrow.
>>
>> best,
>>
>> J
>
>
> ___
> 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
>>>
>>
>> ___
>> 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]

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] Bug Zooming Bangs and Toggles

[Jaime Oliver]

Hi Fred, All,

I have also noticed that some arrays resize properly and some don’t. Can’t 
explain why. Arrays shown in GOP will not resize. 

I think it has something to do with creating objects then resizing, and/or 
resizing then creating objects. both work fine for you?

best,

J


> On Sep 30, 2016, at 3:57 PM, Fred Jan Kraan  wrote:
> 
> Hi All,
> 
> For at least [bng], I got a version that works as expected with zoom,
> including the font size. I'll test some more platforms than just Linux
> 32-bit Ubuntu 14.04 before I produce a patch. [tgl] will probably work
> too. I haven't looked at the other objects yet.
> 
> Greetings,
> 
> Fred Jan
> 
> On 2016-09-15 03:17 AM, Miller Puckette wrote:
>> Yeah, number2 doesn't zoom... the font selection is set up in a way that 
>> isn't zoomable.
>> 
>> Sounds like I need to do some more checking for the other gui objects.
>> 
>> cheers
>> Miller
>> 
>> On Wed, Sep 14, 2016 at 06:46:16PM +0200, baptiste chatel wrote:
>>> ubuntu 16.04 / Pd 0.47-1
>>> 
>>> Same behaviour here with vsl, hsl, vradio, hradio, tgl.
>>> 
>>> A cnv created when zoomed in get a size property of 14 instead of 30
>>> 
>>> Weirder : numbox2 is never zoomed in.
>>> 
>>> a vu created when zoomed in appears broken, but is ok after reopening the
>>> patch.
>>> 
>>> vradio and hradio does not appear identical before closing the patch and
>>> after reopening it.
>>> 
>>> 
>>> 2016-09-14 15:44 GMT+02:00 Jaime Oliver :
>>> 
 This also happens in Ubuntu with Pd 047-1
 best,
 J
 
> On Sep 13, 2016, at 11:27 PM, Jaime Oliver 
 wrote:
> 
> Hi all,
> 
> If you create a bang or toggle and then zoom it zooms fine.
> If however you zoom in and then create the bang, the bang will not be
 created at the zoomed proportions and I get the message:
> 
> Bad arguments for message ‘zoom’ to object ‘big'
> 
> Curiously, if you save the patch and then open it again, it will show up
 as zoomed out, smaller in size than regular boxes.
> 
> This is in OS X 10.11.2 and Pd 0.47-1
> 
> I can test in Linux tomorrow.
> 
> best,
> 
> J
 
 
 ___
 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
>> 
> 
> ___
> 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] Bug Zooming Bangs and Toggles

[Fred Jan Kraan]

Hi All,

For at least [bng], I got a version that works as expected with zoom,
including the font size. I'll test some more platforms than just Linux
32-bit Ubuntu 14.04 before I produce a patch. [tgl] will probably work
too. I haven't looked at the other objects yet.

Greetings,

Fred Jan

On 2016-09-15 03:17 AM, Miller Puckette wrote:
> Yeah, number2 doesn't zoom... the font selection is set up in a way that 
> isn't zoomable.
> 
> Sounds like I need to do some more checking for the other gui objects.
> 
> cheers
> Miller
> 
> On Wed, Sep 14, 2016 at 06:46:16PM +0200, baptiste chatel wrote:
>> ubuntu 16.04 / Pd 0.47-1
>>
>> Same behaviour here with vsl, hsl, vradio, hradio, tgl.
>>
>> A cnv created when zoomed in get a size property of 14 instead of 30
>>
>> Weirder : numbox2 is never zoomed in.
>>
>> a vu created when zoomed in appears broken, but is ok after reopening the
>> patch.
>>
>> vradio and hradio does not appear identical before closing the patch and
>> after reopening it.
>>
>>
>> 2016-09-14 15:44 GMT+02:00 Jaime Oliver :
>>
>>> This also happens in Ubuntu with Pd 047-1
>>> best,
>>> J
>>>
 On Sep 13, 2016, at 11:27 PM, Jaime Oliver 
>>> wrote:

 Hi all,

 If you create a bang or toggle and then zoom it zooms fine.
 If however you zoom in and then create the bang, the bang will not be
>>> created at the zoomed proportions and I get the message:

 Bad arguments for message ‘zoom’ to object ‘big'

 Curiously, if you save the patch and then open it again, it will show up
>>> as zoomed out, smaller in size than regular boxes.

 This is in OS X 10.11.2 and Pd 0.47-1

 I can test in Linux tomorrow.

 best,

 J
>>>
>>>
>>> ___
>>> 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
> 

___
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 >:


Well, for one, I've been saying around: "Purr Data is the New
Extended"...

2016-09-29 16:34 GMT-03:00 Giulio Moro via Pd-list
>:

interesting, can you please elaborate on  this:


> Its design principle is centered around nimble distributed
development which may (and already does) include improvements
in core behavior.

thanks
Giulio
>
> From: Ivica Bukvic >
>To: Dan Wilcox >
>Cc: Pd-list >
>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" > 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 >
>>>
>>>Subject: Re: [PD] purr data beta1
>>>
>>>Date: September 29, 2016 at 11:21:49 AM MDT
>>>
>>>To: "pd-list@lists.iem.at "
>
>>>
>>>
>>>
>>>
>>>In short: A Game Changer!
>>>
>>>
>>>2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic >:
>>>
>>>Purr-Data is a GUI rewrite for Pd-L2Ork which has over
1,500 patches/bugfixes/improvements over vanilla/extended. Its
design principle is centered around nimble distributed
development which may (and 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 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 
To: Dan Wilcox 
Cc: Pd-list 
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"  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 

Subject: Re: [PD] purr data beta1

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

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




In short: A Game Changer!


2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic :

Purr-Data is a GUI rewrite for Pd-L2Ork which has over 1,500 
patches/bugfixes/improvements over vanilla/extended. Its design principle is 
centered around nimble distributed development which may (and 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