Pd-list May 2016

pd-list@lists.iem.at

78 participants
146 discussions

[poly N 0] bug
by William Huston 16 May '16

16 May '16

Sorry, Sourceforge is blocked for me. I noticed that when using [poly 1 0] (note stealing off) when I would smash multi-note chords and release notes, sometimes I would be left pressing a note, yet the output of [poly] is silence. I thought this might be a bug with the Windows MIDI driver, but it is definitely a bug with [poly], because with higher values of N, [poly N 0] knows the correct notes remaining. See attached ZIP file. There is an HTML+image included which explains how to run the patch to demonstrate the issue. The problem is there is a race condition. Lets say you smash the following chord: ("smash" means play all notes as simultaneously as possible) *24 26 28 29 31 33* [C-D-E-F-G-A] Now the value which will be latched by [poly 1 0] is random. Let's say it is 28. Now we release 33, 31,29 .... ALL GOOD! Now release 29. *NOTE 24, 26, 28 are still depressed!* [poly] doesn't know what to do here, and releases 28, *ALL NOTES OFF. Yet I am still holding down 3 notes. * *The problem here is how do deal with this condition is ambiguous.* 1. Should [poly] have "highest note value" priority? (and jump to 26) 2. Or "lowest note value" priority? (and jump to 24) 3. Or "order received" priority? (and jump to to the *latest received* of [24,26]) 4. Or maybe "reverse order received" priority? (and jump to the *earliest received *of [24,26]) I would request a feature enhancement to provide some way to set the mode of poly (new inlet, message to inlet1, and/or starting parameter) to chose one of these four modes. In the meantime, I think I can code my own version of what I need as an abstraction. Thanks Miller and everyone who contributes here for such an awesome tool/toy! BH -- -- May you, and all beings be happy and free from suffering :) -- ancient Buddhist Prayer (Metta)

3 3

Re: [PD] dependency issue installing pd-extended in Ubuntu 16.04 LTS
by Dan Wilcox 15 May '16

15 May '16

Yup :P The “everything just works” aspect of Pd-extended is a double-edged sword.. Easiest solution, I’ve found, is to start Pd with the -noprefs flag and then check the list of objects that can’t create. After than I do a system search for those object help files aka “locate borax-help.pd” and see which external Pd-extended extra folder they are found in. From that, you can build your definitive external list. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On May 15, 2016, at 2:31 PM, pd-list-request(a)lists.iem.at wrote: > > From: enrike <altern2(a)gmail.com <mailto:altern2@gmail.com>> > Subject: Re: [PD] dependency issue installing pd-extended in Ubuntu 16.04 LTS > Date: May 15, 2016 at 2:30:35 PM MDT > To: Gerhard Lang <lang.gerhard(a)gmail.com <mailto:lang.gerhard@gmail.com>>, pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > > > yes I know it sounds weird but here I have to be in sync with some teachers and students at the uni running different OSs and the easiest way is to install pd-extended :( I have a set of abstractions that relay on extensions included in the extended version. I would have to expend a few days to track down which extensions I use to find a solution ... because I just dont remember any longer which ones I used ... > > oh well, I guess it is about time to do it

2 2

dependency issue installing pd-extended in Ubuntu 16.04 LTS
by enrike 15 May '16

15 May '16

Hi I am trying to install the pd-extended_0.43.4-1~raring_amd64.deb package of pd-extended in Ubuntu 16.04 but I get this dependency error It says it depends on libgsl0ldbl (>= 1.9), and that it is not installed. I did $ aptitude search libgsl0 this returns me v libgsl0-dbg v libgsl0-dbg:i386 v libgsl0-dev v libgsl0-dev:i386 then I try to sudo aptitude install libgsl0-dev but it just does not install anything at all. I searched with synaptic but that package is not listed there. I am kind of lost here. any ideas? enrike

3 3

Re: [PD] Collaborating across systems/platforms
by hans w. koch 15 May '16

15 May '16

sorry, forgot to reply to the list… > Am 14.05.2016 um 02:23 schrieb hans w. koch <hansw.koch(a)gmail.com>: > > hi eran, > > the whole issue has become A LOT easier with the new vanilla version of pd on millers site (Pd 0.47.0) > (at least on os x, where i work). it comes with deken preinstalled, whoch is going to replace pd extended or already has. > from the help menu choose "find externals“ the e.g. put „iem_ambi“ in the search field and voila, it lists, whats avaiable ( i see newer windows builds too). > you can then install witha a simple click and bang, ready. (iem_ambis help patch has dependencies on other iem stuff, so you´d need those too). > > hope this helps, > greetings from cologne > > hans > >> Am 14.05.2016 um 01:56 schrieb Eran Sachs <eransachs(a)hotmail.com>: >> >> Dear list-brain, >> I wanted to share a little predicament I've encountered, and ask for your input and advice. The issue has to do with working across several platforms. >> Over the past year I have launched and supervised a little workgroup in the new Program for Experimental Music we are running in Jerusalem. We wanted to get our ears and heads around ambisonics and experiment a little. The group consists of several musicians, mostly MAX users, working on different systems (OSXs, me on Windows - none of us is an experienced Linux user). Our aim was to be able to work collectively but also each develop personal parts of the research. Since our department computer runs on Ubuntu, and since my primary environment (and investment) is in PD, I opted for running our project in PD-extended. Our main library is the iem_ambi, but other iem stuff and additional extended libs prefigure considerably. >> >> So far this has been slightly frustrating, as we cannot find a combination of systems and PD distributions to allow all of us to work and exchange our patches freely. And it's getting harder to retort to the skeptic maxers... >> Apologies if this has been covered widely before, but issue has become more pertinent now that PD-extended has been discontinued. >> >> Wondering what is your suggested approach for such collaborative projects? >> >> Grateful for all of youse existence in this world, >> Eran >> >> _______________________________________________ >> Pd-list(a)lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list >

6 9

Cross-platform Pd installers
by Jérôme Abel 14 May '16

14 May '16

Hi list, It seems that Pd.0.47 + Deken is the up-to-date solution for sharing, learning and creating patches. Thanks for all works ! For sharing Pd frameworks or big patches, we need a way to load and declare externals easier. The meta-patch with libdir loader solution if it is possible. So externals are part of a project not for all Pd patches that you use. And also we need a way to install Pd with all externals and add paths to .pdsettings too. When you have to install 20 times Pd suitable for your lessons it will be really great. In fact, when I introduce Pd I do a lot of installations... Do you think a single script (for all platforms) could be a good way to download pd, install it, add externals with deken and add paths ? For instance, is it possible to launch deken with a list of externals ? Thanks, j.

1 0

[bang( forever active?
by rolfm＠dds.nl 14 May '16

14 May '16

[bang( | [openpanel] after having answered and closed the openpanel window the [bang( stays with thick lines, as if still active. (see png). but it's possible to click on it again to get anew the openpanel dialog. a [spigot 1], [t b], [route bang] doesn't make the behaviour disappear. even [bang(-[1(-[sel 1]-[openpanel] not, or using send & receive. tried with different versions of vanilla: 47.0, 46.7, 43.0 all same behaviour 34.1 did not Pdext 43.4 not either. ? rolf

2 1

pd-0.46-7 midi(usb) bug on Win7, however it fixed in 0.47-test
by Jonghyun Kim 14 May '16

14 May '16

I'm using Korg nanokontrol2. It works like charm on mac and linux, but it shows strange behavior only on Windows7. However it fiexed in 0.47-test. I don't know what's the problem. jonghyun

1 0

Collaborating across systems/platforms
by Eran Sachs 14 May '16

14 May '16

Dear list-brain,I wanted to share a little predicament I've encountered, and ask for your input and advice. The issue has to do with working across several platforms. Over the past year I have launched and supervised a little workgroup in the new Program for Experimental Music we are running in Jerusalem. We wanted to get our ears and heads around ambisonics and experiment a little. The group consists of several musicians, mostly MAX users, working on different systems (OSXs, me on Windows - none of us is an experienced Linux user). Our aim was to be able to work collectively but also each develop personal parts of the research. Since our department computer runs on Ubuntu, and since my primary environment (and investment) is in PD, I opted for running our project in PD-extended. Our main library is the iem_ambi, but other iem stuff and additional extended libs prefigure considerably. So far this has been slightly frustrating, as we cannot find a combination of systems and PD distributions to allow all of us to work and exchange our patches freely. And it's getting harder to retort to the skeptic maxers...Apologies if this has been covered widely before, but issue has become more pertinent now that PD-extended has been discontinued. Wondering what is your suggested approach for such collaborative projects? Grateful for all of youse existence in this world,Eran

2 1

Re: [PD] Obfuscate patch?
by Jeff Sandys 13 May '16

13 May '16

Message: 5 > On Thu, 12 May 2016 13:46:55 +0200, IOhannes m zmoelnig wrote: > On 2016-05-12 12:09, Lorenzo Sutton wrote: > > On 12/05/2016 05:57, Mario Mey wrote: > >> Is already done any external/abstract/external-program that obfuscate a > >> Pd patch? ... > >> to make very hard to understand, etc...? > > yes, iirc multiple times. > - [parazit] (used to be shipped with Pd-extended) > - i remember a few patches from the local pd~graz gang around 2004 that > would go into that direction (including self-destruction) > - personally i have used self-replicating, self-renaming and moving > objects in a number of performances [sinusoiddreams] > (much of the iemguts development was driven to implement those systems). > > Or use Braille font in a live performance. -- Jeff Sandys

3 2

Re: [PD] Can you close source of Pd patches (for commercial development)?
by Pagano, Patrick 13 May '16

13 May '16

Patrick Pagano B.S, M.F.A Interactive Media & Education +1352.226.2016 https://patrickrpagano.wordpress.com/ On May 7, 2016, at 12:08 PM, Pagano, Patrick <pat(a)digitalworlds.ufl.edu<mailto:pat@digitalworlds.ufl.edu>> wrote: So like you'd use like years and years and years of open source development for like your own personal gain? Patrick Pagano B.S, M.F.A Interactive Media & Education +1352.226.2016 https://patrickrpagano.wordpress.com/ On May 7, 2016, at 11:47 AM, Matti Viljamaa <mviljamaa(a)kapsi.fi<mailto:mviljamaa@kapsi.fi>> wrote: I've been thinking about the feasibility of leveraging Pd as a development platform for commercial patches. Sort of like some (e.g. Twisted Tools) are using Reaktor for developing commercial-grade plug-ins. But instead of Reaktor I could rather use Pd, because it's a more open platform. But if the development is for commercial purposes, there would need to be some sort of mechanism for closing the source. Is this possible or something worth looking at? -Matti _______________________________________________ Pd-list(a)lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

10 26

← Newer
1
...
6
7
8
9
10
11
12
...
15
Older →

Jump to page:

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 May 2016