Pd-dev

pd-dev@lists.iem.at

2 participants
9620 discussions

What is Wish version of Pd?
by Nicolas Danet 23 Oct '20

23 Oct '20

Hi, Can you tell me which are the version of Wish that Pd currently uses by default on macOS? The "wish-shell.tgz" seems to be 8.6.10 but is it from SourceForge? Is it cloned from GitHub? Which branch in that case? I ask because i have hard time to find a branch, a tag, a commit to build Spaghettis with. Most have some bugs, none seems to fully work. For instance the tip seems to have weird rendering when moving objects fast. And the previous i was using doesn't compile anymore on Catalina (10.15.7).

2 1

Re: [PD-dev] What is Wish version of Pd?
by Dan Wilcox 23 Oct '20

23 Oct '20

Howdy Nicolas, As of a few Pd versions ago, it is custom built by Miller, with a patch applied to fix some issues with the key handling. You can also easily build it yourself using the tools provided in the "mac" subdirectory, see the README: https://github.com/pure-data/pure-data/tree/master/mac <https://github.com/pure-data/pure-data/tree/master/mac> The version in the git master branch right now isTcl/Tk 8.6.10 and I will make a PR shortly which includes an updated version of the patch for 8.6.10. The previous version you were using is probably Tcl/Tk 8.5.19 which doesn't build on newer macOS versions. Miller builds the 8.6.10 somehow on OS X 10.6, but it seems to work fine on our newer systems. > On Oct 23, 2020, at 6:33 PM, pd-dev-request(a)lists.iem.at wrote: > > Message: 1 > Date: Fri, 23 Oct 2020 14:54:52 +0200 (CEST) > From: Nicolas Danet <nicolas.danet(a)free.fr <mailto:nicolas.danet@free.fr>> > To: pd-dev <pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>> > Subject: [PD-dev] What is Wish version of Pd? > Message-ID: > <1081298349.2201689.1603457692932.JavaMail.root(a)zimbra9-e2.priv.proxad.net <mailto:1081298349.2201689.1603457692932.JavaMail.root@zimbra9-e2.priv.proxad.net>> > > Content-Type: text/plain; charset=utf-8 > > Hi, > > Can you tell me which are the version of Wish that Pd currently uses by default on macOS? > The "wish-shell.tgz" seems to be 8.6.10 but is it from SourceForge? > Is it cloned from GitHub? > Which branch in that case? > > I ask because i have hard time to find a branch, a tag, a commit to build Spaghettis with. > Most have some bugs, none seems to fully work. > For instance the tip seems to have weird rendering when moving objects fast. > And the previous i was using doesn't compile anymore on Catalina (10.15.7). -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Querying for object resize width
by Derek Kwan 10 Oct '20

10 Oct '20

Hello, Cyclone existed before resizing object boxes was added to Pd and objects that save their information with the patch like [coll] have their own Cyclone ways of saving their information in the save file for a patch so you can resize things like [coll] just fine, but that information doesn't get saved. Is there a way of querying Pd (I'm guessing it'd be via TCL?) of what an object's resize width is so this issue can be fixed and if so, how or where to look? If there isn't, is there a suggested workaround? Thanks! Derek -- Derek Kwan www.derekxkwan.com

2 1

pdmax with settable sampling rate
by João Pais 27 Sep '20

27 Sep '20

Hello list, the current version of pdmax only allows the pd sample rate to be set as a parameter "-sr xxx". Would it be possible to send that as a pd~ message, so that it can be changed after the object has been initiated? This would allow for the same patch to be used with different sampling rates. In my particular case, it would be ok to stop the pd sub-process to change pd's sample rate, and then reinitiate it. Best, Joao

2 1

Static/dynamic linking glibc
by Esteban Viveros 06 Sep '20

06 Sep '20

Hello list! I´m working in compiling Cyclone and Else binaries. We have an issue <https://github.com/porres/pd-else/issues/779> with glibc version at run binaries in ubuntu 18.04 (glibc 2.27). I´m compiling it in Ubuntu 20.04 (glibc 2.29). Since compiling it libs with pd-lib-builder I obtain dynamic link against glicb I think about static link glibc 2.29 using -static flag. 1. I´m looking about how to set this flag to pd-lib-builder avoiding to break other default assignaled flags. 2. If I have success in embbed glibc in external binaries this cause problems with the use of licenses that are more permissive than GPL when using these libs to make other softwares? Maybe the best is downgrade glibc to 2.27 and offer support from linux system with this version? what is the standard procedure in distributing external binaries for these cases? Thanks Esteban Viveros -- Esteban Viveros www.estebanviveros.com

1 0

weird freeze bug in Pd, what might it be?
by Alexandre Torres Porres 31 Aug '20

31 Aug '20

Hi Pd Wizards. I found that [cyclone/record~] eventually freezes PD in a strange way, where audio stops working without any warning in the Pd terminal. Then, if you click on messages on the patch, they freeze at activation (they get highlighted and stay that way, but messages are sent). Other than that, patch seems functional. You can click and drag guis and control objects like [+] will work. You can still edit the messages and write new ones in. You can create objects and interact with the patch, but selecting objects and dragging them with your mouse doesn't work, you need to use arrows to move them. You can turn audio off and on again, it doesn't help. Pd needs to restart. The thing is I've never seen anything like this in Pd before and I wonder what kind of crash this is and what might be causing it. thanks

2 3

Re: [PD-dev] is 'dbl' in the 'click' message bugged?
by Dan Wilcox 23 Aug '20

23 Aug '20

Ii think this assumption is wrong and it is not "double click." It seems like a placeholder for something else and is only set to 0, as far as I can tell: https://github.com/pure-data/pure-data/blob/d07e6efbaef57442d11ca6a83810187… <https://github.com/pure-data/pure-data/blob/d07e6efbaef57442d11ca6a83810187…> > On Aug 23, 2020, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > From: Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>> > To: pd-dev <pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>> > Subject: [PD-dev] is 'dbl' in the 'click' message bugged? > Message-ID: > <CAEAsFmg5oyw4-OO7+PvF2JwEm3TLpWTFTKDFekBOhvyLKAmgzA(a)mail.gmail.com <mailto:CAEAsFmg5oyw4-OO7+PvF2JwEm3TLpWTFTKDFekBOhvyLKAmgzA@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Hi, for GUI and other stuff, we have the 'click' message that gives us > mouse clicking status as well as key status such as "shitft" and "alt" when > clicking. > > But what is 'dbl', as part of the message, supposed to do? as in > https://github.com/pure-data/pure-data/blob/d07e6efbaef57442d11ca6a83810187… <https://github.com/pure-data/pure-data/blob/d07e6efbaef57442d11ca6a83810187…> > ? > > I assumed it was "double click", so I tried it and it didn't work. So is it > buggy? > > well, you get the idea. > > Thanks > Alex -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

is 'dbl' in the 'click' message bugged?
by Alexandre Torres Porres 23 Aug '20

23 Aug '20

Hi, for GUI and other stuff, we have the 'click' message that gives us mouse clicking status as well as key status such as "shitft" and "alt" when clicking. But what is 'dbl', as part of the message, supposed to do? as in https://github.com/pure-data/pure-data/blob/d07e6efbaef57442d11ca6a83810187… ? I assumed it was "double click", so I tried it and it didn't work. So is it buggy? well, you get the idea. Thanks Alex

1 0

GUI: Found script to disconnect, reconnect
by Jonas Bechtel 17 Aug '20

17 Aug '20

Hi there, I'm not on this list but I just wanted to drop a hint that I managed to put pd in a state where you can disconnect (kill) the GUI and reconnect it again. http://jbechtel.de/site/Tools/pd-connect/ It is (yet) rather bumpy, but again I am pretty impressed what you can make out of puredata. Best regards Jonas P. S.: Years ago I made a "Final Countdown" patch for puredata which played the so named music video just in time for year change, you can find it here: http://jbechtel.de/site/Tools/Silvester-Uhr/ (but it requires custom compilation of ffmpeg) Bits & Bäume Dresden, Tour de Natur, GRÜNE LIGA, Konglomerat e. V., ADFC, (ex-)tuuwi, Hochschulgruppe Rad, Institut für Bahntechnik Schlafende Projekte: CityConcierge, IKaRad, TerKur Neueste Idee: Radfernbahn Berlin-Dresden, Dresden-Leipzig -> radfernbahn.de & CityConcierge 4 Corona - http://jbechtel.de/site/sonstiges/covid19/CCfC/

1 0

Re: [PD-dev] [PD] REQUEST: Passed parameters into subpatch
by Christof Ressi 16 Aug '20

16 Aug '20

> For example, [myabs] can then have a [r $0/init], so you can (re)init > all instances from the parent patch. Sorry, that should be [r $1/init], of course! The first argument of the abstraction is the global identifier. With [myabs $0], the instances are scoped to the enclosing abstraction, with [myabs foo], they are in global scope. Christof On 16.08.2020 13:10, Christof Ressi wrote: > The purpose of subpatches is to hide stuff. If you feel the need for > creation arguments, it is a good indication that you really should be > using an abstraction instead. That's what they are made for. > > >> Like, when you need to make just 2 copies of something in a patch. >> Left / right pairs for stereo processing, etc. Much easier just to >> have 2 subpatches than save a separate abstraction file, especially >> if you're working on a big project with lots of files. > This is rather messy. If you have to (almost) identical patches, you > should be using an abstraction instead. This is cleaner and guarantees > that the instances stay in sync. If you edit one instance, do you > always want to delete and recreate all other instances, like you have > to with subpatches? > >> Also makes it easier to share things with people if you only have to >> share one .pd file rather than a folder with abstractions, etc. > Just share a .zip file? > >> If you could do something like [pd volume #0] and have that argument >> unique to that subpatch > > Just pass some identifier that is unique to the enclosed abstraction, > e.g. [myabs $0]. For example, [myabs] can then have a [r $0/init], so > you can (re)init all instances from the parent patch. This is actually > a common pattern. > >> But the main thing i have always wanted it for is for state saving. > > BTW, have a look at the new [savestate] object. > > Christof > > On 16.08.2020 12:49, Matt Davey wrote: >> Creation arguments for subpatches is something i have wanted for >> years. Would come in very handy in a few cases. >> >> Like, when you need to make just 2 copies of something in a patch. >> Left / right pairs for stereo processing, etc. Much easier just to >> have 2 subpatches than save a separate abstraction file, especially >> if you're working on a big project with lots of files. Also makes it >> easier to share things with people if you only have to share one .pd >> file rather than a folder with abstractions, etc. >> >> But the main thing i have always wanted it for is for state saving. >> If there was something akin to $0 for subpatches, then they could be >> uniquely identified, and uniquely tied to an enclosed abstraction. >> So, say you have a simple volume control abstraction ( inlet~ -> *~ >> -> outlet ), and you enclose that it [pd volume] subpatch which is >> just a graph-on-parent slider. If you could do something like [pd >> volume #0] and have that argument unique to that subpatch, and then >> put [volume-abstraction #0] inside that subpatch, then you would have >> unique caller / listener pairs for that subpatch only, but also have >> the ability to save the state of the slider in the subpatch by >> setting it to 'init'. >> So, in effect, you could create any number of [pd volume #0] >> subpatches, and all have them with their own independent slider >> values that can be saved in the parent patch. >> For simple examples like that, maybe not too much to be gained...can >> just use an inlet to the abstraction and join it that way. But would >> be very useful for larger patches with multiple GUI elements. Would >> save a lot of messy cable joining, and [route 0 1 2 3 4 5 6 7] etc >> solutions. >> >> >> >> >> > > > > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list

1 0

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

Pd-dev