Pd-list October 2016

pd-list@lists.iem.at

69 participants
103 discussions

jack on osx
by Jonathan Wilkes 05 Oct '16

05 Oct '16

Hi list,Is there an official version of jack1 or jack2 that satisfies the following requirements:* is an official version* does not use deprecated OSX libraries * works on 10.11 and newer * is a stable version of jack ? Thanks,Jonathan

1 0

Proposing a cyclone update / another Pre Alpha release (milestone 2)
by Alexandre Torres Porres 05 Oct '16

05 Oct '16

Howdy, as some of you know, me Derek and Matt have been working on new updates for cyclone. Back when I forked cyclone to my repository and proposed to step into a new development, some were worried about the future of this project. As a proper discussion could only make sense when there was something to show for, we finally have some sort of a preview of what's been going on. Hence, here is a good moment to check this and give us some thoughts and feedbacks. Recently, I did release a Pre Alpha version (milestone 1), but no feedback was shared so far. Here's a second (milestone 2) preview release... https://github.com/porres/pd-cyclone/releases Cyclone is a set of externals that clones classes from cycling74's Max/MSP. It has the function to expand Pure Data Vanilla with a very large set of externals, but also provides some level of compatibility between the two environments, helping users of both systems in the development of equivalent or similar patches. Cyclone came out in the era of Max/MSP 4. Since then, later versions included new functionalities in some of the objects that were cloned in cyclone, but cyclone just kept outdated. Our work developing for cyclone is focused mainly in the effort of updating all the outdated objects to include functionalities from the current version of Max/MSP (currently version 7.2.5). Cyclone was originally developed from 2002 to 2005 by Krzysztof Czaja, who later abandoned it. Then, it ended up incorporated into Pd Extended under the maintenance of Hans-Christoph Steiner until jan 2013. Fred Jan Kraan started maintaining and developing for cyclone from dec 2014, but in feb 2016 decided to stop active development for cyclone, though he still works on maintaining his 0.2beta package. I forked cyclone (in its 0.2beta1 state) to a new repository and started working on further developments. Since then, others got involved and Fred Jan Kraan’s repository refers to our branch as the active development one. Although our intent is to work in cyclone without diverging from its original goal and scope, our branch is independent as neither the original developer nor the following maintainers have been involved in any way. We tried contacting the original author Krzysztof Czaja to discuss our further developments, but he’s currently inactive in the Pd Community and couldn’t be reached or found. Nonetheless, the next maintainer, Hans-Christoph Steiner, did manifest ground rules for future maintainers in cyclone here in the Pd list as follows: "About maintaining cyclone, I think a reorg would be great, and further maintenance as well. If you want to do whatever you want with it, then just make a fork and work on it as a new name. If you want to stick to cyclone's central goal of Max/MSP compatibility, then keep working on it as cyclone. But please do not work on cyclone and break the Max/MSP compatibility." Link: https://lists.puredata.info/pipermail/pd-list/2015-06/110620.html Respecting the rule of not breaking Max/MSP compatibility, we consider our branch to be faithful to the original goal of cyclone. Thus, the intent is to keep working on it as cyclone instead of a fork under a new name. In this respect, we do not wish to impose any personal view or control over the project. First because this is a project with a clearly defined scope that leaves very little room for arbitrariness - basically, all that there is to do is clone objects from Max in their original design and behaviour, without any room for being creative. Secondly, also because of this well defined scope, we consider that cyclone belongs ultimately to the Pd Community and not to a particular maintainer. In regard to this, we are open to collaboration and willing to discuss the future of cyclone with the community before releasing a final and official version of our work (not an alpha/beta test). If in agreement to the Pd community, we shall release an update of the cyclone project as version cyclone 0.3, in order to differentiate it from earlier versions. So far, only “Pre Alpha” releases have been made available, but we hope to have an Alpha or Beta test version by the time of PdCon16 in november. It is my understanding that the worries about further development in cyclone would compromise backwards compatibility or introduce drastic changes. We did make some changes in the structure of cyclone, like using low case letters instead of the old way with capital letters, but we didn't break backwards compatibility, we are compromised with that. About updating objects in cyclone, so far, for all we've done (and we're close to the end), no change has been made that would compromise backwards compatibility. This denotes how Cycling tries to respect backwards compatibility when updating objects or Max versions. It is possible to happen, but very rare. We did include new objects in cyclone such as [scale] and [scale~] - a rare case where they changed the functionality of an object, but since it is a new object in cyclone, it did not have to be changed. Several bugs have been fixed in our repository. These are changes that can arguably compromise backwards compatibility, depending on the point of view. But most of the changes are: actually minor changes; introducing missing features without compromising the structure of the object; fix mathematical errors; drastically wrong behaviour and the like. Again, before releasing a final and definitive version, I invite people to check this project, ask about some of the changes that have been made but aren't clear, test it, and discuss with us the future of cyclone, raise any possible issue, any good or bad feedback ;) If no issues are raised, we'll assume that we are moving into a correct direction. It is good to reinforce that this is a huge project that would highly welcome collaborators. For instance, I only compiled for mac, maybe somebody else can help us compiling for windows? cheers

8 40

no audio in pd-vanilla UBUNTU 16.04
by José Rafael Subía Valdez 05 Oct '16

05 Oct '16

Hello list, I need a bit of help with the latest vanilla (0.47.1) in ubuntu 16.04 I have compiled from source but I can't seem to get the audio working. I have Ubuntu in my Macbook Pro (mid 2010) and I have followed the instructions in "install.txt". checked the dependencies and after I finish it says: Configuration summary: Target ...................... x86_64-unknown-linux-gnu C++ bindings ................ no Debug output ................ no ALSA ........................ yes ASIHPI ...................... no OSS ......................... yes JACK ........................ yes when I run pd in command line it says: priority 94 scheduling failed. but in pd I have no device to select in audio settings and if i try to select anything, the pd window spits out this: /dev/dsp (read/write): No such file or directory (now will try write-only...) /dev/dsp (writeonly): No such file or directory /dev/dsp (readonly): No such file or directory audio I/O stuck... closing audio audio I/O stuck... closing audio any ideas what I am doing wrong? (screenshot attached) any help will be deeply appreciated. cheers -- José Rafael Subía Valdez www.jrsv.net

3 4

compiling cyclone 0.3 Pre Alpha for windows (was: Proposing a cyclone update / another Pre Alpha release (milestone 2))
by Alexandre Torres Porres 05 Oct '16

05 Oct '16

howdy, jut forking this thread since 99% of the messages in the last thread were about compiling for windows and we're still in the middle of it, haha anyway, thanks for getting involved, let me know how we can help building this for windows cheers 2016-10-04 21:48 GMT-03:00 Alexandre Torres Porres <porres(a)gmail.com>: > > > 2016-10-04 21:31 GMT-03:00 Lucas Cordiviola <lucarda27(a)hotmail.com>: > > It seems that there is need for windows compilers/testers, if not...., >> well... >> > > yes, we need, please :) >

2 12

cyclone update milestone 4
by Lucas Cordiviola 05 Oct '16

05 Oct '16

Well "milestone 4" its another matter. All objects created. Attached "cyclone-Ok.jpg" and the error console "log-milestone4-V1.txt" have you received binaries from Christof? Mensaje telepatico asistido por maquinas.

1 1

Fw: Aw: Re: knob (again)
by Christof Ressi 05 Oct '16

05 Oct '16

was too impatient - the package is online! now I understand how it works... @Lucas: do you want to test the deken package on your windows machine and tell me if it works? > Gesendet: Dienstag, 04. Oktober 2016 um 21:15 Uhr > Von: "Christof Ressi" <christof.ressi(a)gmx.at> > An: "IOhannes m zmölnig" <zmoelnig(a)iem.at> > Betreff: Aw: Re: [PD] Fw: knob (again) > > Thanks! > > > the logic that creates those display names is rather simple: if the > > uploader cared to give a name, then you get "<libraryname>/<version> > > (<articlename>) > > ok, that means the platform information is gone, but you can provide it in the article name (together with additional information). > please correct me if I got that wrong. > > So there're two different ways for deken to display the package name: > a) name of the zip file > b) <libraryname>/<version> [<articlename>] > > is a) even achievable when manually uploading? > > I haven't noticed b) before, so that's probably the reason I was so confused. It's even better for my case because I can use the article name to display the Pd>=0.47 warning. > > Maybe I didn't really make a third upload but rather edited the second upload and hoped that the changes would show up in deken. > Nevertheless, now I've deleted my last upload (before I realized you've already renamed it and removed the first upload... bad timing) and made a new upload - which doesn't show up... > > Sorry for all the trouble... > > > Gesendet: Dienstag, 04. Oktober 2016 um 20:27 Uhr > > Von: "IOhannes m zmölnig" <zmoelnig(a)iem.at> > > An: pd-list(a)lists.iem.at > > Betreff: Re: [PD] Fw: knob (again) > > > > On 10/04/2016 07:36 PM, Christof Ressi wrote: > > > IOhannes and Lucas, > > > > > > thanks for your help. I was aware of the naming convention and I've read the dev readme. > > > When I was asking how to manually upload a package, I wanted to know how to *upload*. > > > > ok :-) > > > > login, and "add a new file" via the "add new article" menu. > > > > > > > > > > Now I've tried myself. I uploaded the zip file with 'add new article' ('neuen artikel hinzufügen') on my puredata.info account. I named the URL the same as the zip file. However, I chose a different article name (thinking it should be descriptive). > > > after a while it showed up in deken but the name was - and is still! - a mess. It kind of mixed bits of the file name with bits of the arcticle name (see yourself!). I noticed it immediately and removed the file from my account, hoping it would disappear from deken but it's still there! I gave it a second try (with a different directory), same results. > > > > > > afaics this part works as expected. > > deken displays > > > moonlib/0.3.4_Pd_0.47 (moonlib Windows binaries (Pd >= 0.47)) > > > > which is indeed a mixture of the descriptive article name ("moonlib > > Windows binaries...") and info parsed from the actual filename (a > > <library>/<version> information "moonlib/0.3.4_Pd_0.47"). > > > > which - i think - makes total sense. > > the version information is *crucial*; just having "moonlib Windows > > binaries (Pd >= 0.47)" could mean anything (well, at least manything). > > > > the logic that creates those display names is rather simple: if the > > uploader cared to give a name, then you get "<libraryname>/<version> > > (<articlename>)". > > (it needs to be simple and still contain meaningful information; just > > having "<articlename>" is not foolproof enough, as the uploader could > > give an arbitrary name; and in fact when using the Plone-Software-Center > > (everything under /downloads/) these names usually lack both libraryname > > and version) > > > > > > > Then I tried to upload it a third time (now with the article name > > > being the same as the filename), > > > but this time it doesn't show up in deken. > > > > that's a bit hard to debug. > > what's the URL of the not showing-up file? > > > > > > > > How can I remove the old packages and get the new one to upload? Here's the link btw: > > > http://puredata.info/Members/spacechild1/externals/moonlib/moonlib-v0.3.4_P… > > > > *this* one does show up. > > > > for me (and i figure: everyone), deken returns two moonlib uploads by > > you, both named "moonlib/0.3.4_Pd_0.47 (moonlib Windows binaries (Pd >= > > 0.47))". > > one lives in > > http://puredata.info/Members/spacechild1/externals/moonlib/ > > the other directly in > > http://puredata.info/Members/spacechild1/externals/ > > > > i don't see any 3rd upload. (also i don't see any additional upload when > > i browse /Members/spacechild1) > > > > the last link, however, is broken. > > > > > > the reason for the broken link is a caching problem on the deken server. > > it needs to be fixed by me. > > > > gfmadsr > > IOhannes > > > > _______________________________________________ > > Pd-list(a)lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list > >

2 1

knob (again)
by Christof Ressi 04 Oct '16

04 Oct '16

Hi list, are there any people who can help to make [mknob] (and [knob]) build on windows? Here's the issue: https://github.com/MetaluNet/moonlib/issues/4 Is [mknob] at least working on OSX and linux? Right know I'm working on a new project and I need knob GUIs. I managed to hack something together with data structures, but I'd prefer to use good old [knob] or [mknob]. Knobs have been used in quite a lot of projects and it's shame that they won't work on recent versions of Pd right know. I can try myself to repair it (since we know the cause and possible solutions) but my C skills are not exactly amazing. Maybe we can join forces to repair these objects? Christof

6 11

Re: [PD] Proposing a cyclone update / another Pre Alpha release (milestone 2)
by Dan Wilcox 04 Oct '16

04 Oct '16

Note: the multiple includes were a bug in the autotools distribution mechanism. This this been fixed in the autotools_udpates branch for the future. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Oct 3, 2016, at 3:55 PM, pd-list-request(a)lists.iem.at wrote: > > From: Lucas Cordiviola <lucarda27(a)hotmail.com <mailto:lucarda27@hotmail.com>> > Subject: Re: [PD] Proposing a cyclone update / another Pre Alpha release (milestone 2) > Date: October 3, 2016 at 3:55:11 PM MDT > To: Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>>, Jonathan Wilkes <jancsika(a)yahoo.com <mailto:jancsika@yahoo.com>> > Cc: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > > > actually replace these 2 files... > > m_pd.h > m_imp.h > > > Here is the multiple thing in extended: > > > Directory of C:\Program Files (x86)\pd\include > > m_pd.h > 1 File(s) 27,044 bytes > > Directory of C:\Program Files (x86)\pd\include\pd > > m_pd.h > 1 File(s) 27,044 bytes > > Directory of C:\Program Files (x86)\pd\include\pdextended > > m_pd.h

1 0

[bob~] denormals issue?
by Christof Ressi 03 Oct '16

03 Oct '16

Hi Miller, feeding audio into [bob~] and then going to zero will increase the CPU load by ca. 6%. Clearing the filter or adding a tiny amount of noise brings the CPU load back to its usual level immediately, so I guess it's a problem with denormals. My Pd load meter won't really show the increase, but it's clearly visibly on Process Explorer. See my attached patch. Tried with Pd 0.47.1, Lenovo Thinkpad L440, Windows 7. Christof

7 26

Re: [PD] purr data beta1
by Ivica Bukvic 03 Oct '16

03 Oct '16

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 ico(a)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" <danomatika(a)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-request(a)lists.iem.at wrote: *From: *Alexandre Torres Porres <porres(a)gmail.com> *Subject: **Re: [PD] purr data beta1* *Date: *September 29, 2016 at 11:21:49 AM MDT *To: *"pd-list(a)lists.iem.at" <pd-list(a)lists.iem.at> In short: *A Game Changer!* 2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <ico(a)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 >

7 27

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list October 2016