Pd-list July 2017

pd-list@lists.iem.at

61 participants
131 discussions

hexloader incorporated into vanilla?
by Alexandre Torres Porres 31 Aug '17

31 Aug '17

Howdy, don't think this has ever been discussed... sorry if it had. So, we need externals with non-alphanumeric names to be loaded into a multi-object library, loaded via start up. If you have them as a set of single-object binaries, the only option seems to be [hexloader] (a third party external). Hence, in order to reduce dependency on third party externals, would there be any opposition in the idea of incorporating the hexloader code into Pd Vanilla? An alternative could be 'deken' handling dependencies, so if you download one external pack it would also download a dependency such as 'hexloader'. thoughts? cheers

3 3

Sensors2OSC mapping challenge
by Max 22 Aug '17

22 Aug '17

I've played around with the Android app Sensors2OSC [1] and was trying to just map the senors to a virtual model of a phone. I was able to get the axis individually mostly behaving correctly, but as soon as the phone moves around in more than one way, it is doing weird things. I started to wonder if it is only my phone though. At https://github.com/mxa/GemVR the patch ReceiveSensors2OSC.pd has everything ready to map the senor data to the Gem model. I'd be curious to see if it is possible to let it behave correctly. [1] https://sensors2.org/osc/

3 8

[comport] interpreting byte 13 as 10
by Alexandros Drymonitis 21 Aug '17

21 Aug '17

I can't send the number 13 from the Arduino to Pd using Arduino's Serial.write() function. Instead I'm receiving a 10. Does this have anything to do with the fact that ASCII 10 is a new line feed and ASCII 13 is the carriage return? Maybe [comport] is interpreting both values as the new line feed, just a thought. A work around this is to use Serial.print((char)13); in the Arduino code. This did work with an Arduino UNO and my laptop, running Debian Jessie XFCE, but it failed with a Teensy 3.6 and an Ordoid-U3, running an Ubuntu 14.04 LTS image. Both systems run Pd-0.47-1 with [comport] installed via apt-get.

4 5

Pd documents path proposal
by Dan Wilcox 05 Aug '17

05 Aug '17

Here is my *working* proposal for beginner-friendliness: the Pd Documents directory. Also includes deken-workingness. Thanks to Miller for the new "add-to-path" message. Video demo: https://youtu.be/YWMnynyIeoc <https://youtu.be/YWMnynyIeoc> The documents path is an optional beginner-friendly location for patches and externals and defaults to USERHOME/Documents/Pd. If the docs path is not set when Pd is started, the user is prompted about creating it and it can be changed or disabled in the Path preferences dialog. If the user hits Cancel, the docs path functionality is disabled. A subdirectory for externals is also created and is set as the deken install directory. Once set, the docs path becomes the preferred initial directory for file dialogs to help those new to filesystem hierarchy. Included in this work: deken can now optionally add external directories to the user search paths via a popup after download. *mic drop* sleep -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

7 20

Writing part of large table to file
by Hrvoje Radnic 04 Aug '17

04 Aug '17

Dear List! I would like to save a part of very large table into the audio file. Let's say, I have a 10 million points sized table and want to save a file to disk which contains the part of that table, ranging from 2M to 3M point. I know how to do it by recording the audio in real time, but would like to do it "instantly". Thank you for your suggestions! Hrvoje Radnic http://soundcloud.com/sumovi-protiv-valova 00385(0)915225162

6 20

pd 0.48 test5 windows : pd~ subprocess
by Jean-Yves Gratius 01 Aug '17

01 Aug '17

Hello, finally, i tested pd-0.48-0test5b.msw (windows 8.1) and on my computer it seems that pd~ (subprocess) doesn't work. (it works on pd 0.47.1) - opening file extra/pd~/pd~-help.pd OK - starting the subprocess OK - pd-subprocess receives messages (foo bar baz( from main process OK but - sending signal to subprocess (by checking the boxes below [osc~ 440] in pd~-help) makes the subprocess crash and the main process freeze - pd~-help.pd doesnt receive subprocess messagse [a b c( etc... - sending signal from subprocess to main process (by checking the boxes below [osc~ 440] in pd~-subprocess) create erratic values in main process (1.#INF or 1.QNAN after [env~ 8192] box)

3 2

[PD-announce] Pd 0.48-0test6 released
by Miller Puckette 31 Jul '17

31 Jul '17

To Pd-announce: Pd version 0.48-0test6 is available on http://msp.ucsd.edu/software.htm or via git from github: git clone https://github.com/pure-data/pure-data.git This fixes the major bugs I'm aware of from "test5" and earlier. Many minor problems and wish-list items remain, but I think most of them can wait for a future release. cheers Miller _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

4 6

Re: [PD] New users and external path struggles
by Dan Wilcox 31 Jul '17

31 Jul '17

I think what it boils down to is that the paths in st_staticpath (Pd) are used recursively and the paths in sys_searchpath (user) are not. This means if we have an deken externals download dir, we still have to add *each* external's subdirectories to sys_searchpath since it's not recursive, whereas throwing stuff in ../extra "just works". This would be why adding something like ~/Documents/Pd to st_staticpath is so attractive because it negates needing to add each lib to the user search paths. Maybe we need an option to add recursive search paths? > On Jul 30, 2017, at 10:00 PM, pd-list-request(a)lists.iem.at wrote: > > From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > Subject: Re: [PD] New users and external path struggles > Date: July 30, 2017 at 8:56:30 PM GMT+2 > To: Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>> > Cc: pd-list <pd-list(a)iem.at <mailto:pd-list@iem.at>> > > > Except perhaps in this thread I can try to explain... I always meant > "standard path" to refer to "stuff distributed with Pd", and "Path" to > be adjustible to point to libraries that are not part of the Pd distribution. > I think part of the confusion comes from different possible interpretations > of "standard path" (which, as I now realize, is badly named). But I think > the way forward is to somehow get the "path" mechanism to do what people are > asking for. > > cheers > Miller -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 7

Revision of Standard Paths (was Re: New users and external path struggles)
by Alexandre Torres Porres 30 Jul '17

30 Jul '17

2017-07-30 15:56 GMT-03:00 Miller Puckette <msp(a)ucsd.edu>: > I think the way forward is to somehow get the "path" mechanism to do what > people are asking for. > Fair enough, and I see that would mean getting the mechanism to: *A)* Integrate with Pd's Help Browser; B*)* Integrate somehow to [declare] and *C)* Allow 3 levels of locality (1- Application-specific, 2- User-specific and 3- Global). Out of these, I find "C)" very complicated to deal with. And it also opens to the question: how to deal with the current "standard path" structure? Removing or replacing the current structure seems like a major overhaul. So here's my analysis/revision. I always meant "standard path" to refer to "stuff distributed with Pd" That seems to be what the "extra" folder is, referred here as the "application-specific standard path". Let's keep it as it is then, we can just refer to it as the "standard path", and detach the other two scopes (namely *user* and *global* ones) from this concept. It seems the "standard path" concept grew to encompass these two other scopes (*user* and *global*), which would actually correspond to your concept of what the "path" mechanism should be (a place to point to libraries). Let's then incorporate them into this revision of the path mechanism. By the way, it's the common practice to have both of these scopes (user/global) clearly defined and hardcoded, to point libraries not part of the software distribution. Let's stop calling them "standard paths", and treat them as "*default paths*" for both user and global in the "path mechanism". So, besides newly incorporated "defult paths", what did the "path mechanism" already have? A freely defined path for the *user* only. therefore, bringing them all together gets us with a default *user* and *global* path, that Pd sees out of the box, plus the ability to define other folders for the *user* scope. So, what kind of overhaul am I proposing? Basically none, just a new way to look and reinterpret what we have. And I think it'd be reasonably easy to expand the functionality of user defined paths to do what we are asking for, meaning: *A)* Integrate with Pd's Help Browser and *B)* Integrate somehow to [declare]. Who's following me? cheers

2 4

Re: [PD] New users and external path struggles
by Christof Ressi 30 Jul '17

30 Jul '17

Haha, oh gosh, osx really loves to hide things from their users. But yeah, documents/pd could be added to the standard paths. This would make things much easier. Processing also does that (for a reason). In the end, the user can decide where they want to put their stuff. there have been long discussions already but since it is brought up over and over again means we haven't come to a conclusion yet. So are there arguments against documents/pd as a standard search path? Let's stay clear from the autocreation topic for now. > Gesendet: Sonntag, 30. Juli 2017 um 17:39 Uhr > Von: jmejia(a)anestheticaudio.com > An: "Christof Ressi" <christof.ressi(a)gmx.at> > Cc: macumbista(a)googlemail.com, pd-list(a)lists.iem.at > Betreff: Re: [PD] New users and external path struggles > > On 2017-07-30 08:39, Christof Ressi wrote: > > > With pd-0.47 this is a simple guide how to install GEM on Windows: > > > > 1) create C:/Users/You/AppData/Roaming/Pd (the user specific standard path on Windows) if it doesn't exist yet. > > 2) open Pd -> find externals -> search for 'gem' -> download > > 3) create a new patch and create [declare -stdlib gem -stdpath gem]. the gem library is now loaded and gem abstractions can be found in this patch all subpatches. > > > > for OSX and Linux it's the same except for the user specific standard path (see Alex' HOWTO). > > > > if you don't want to create a [declare] all the time, you can add "gem" to "Startup..." and the Gem folder path to "Path..." > > > > once the folder is created, installing another library (which is not a single binary pack) is as simple as: > > > > 1) search and install from deken > > 2) [declare -stdpath libname] or add the folder path to "Path..." (the latter needs a restart of Pd). > > > > How is that complicated? > > On OSX it's actually unfortunately like this - BEFORE step 1, before you > can create the directory ~/Library/Pd: > > If you're running Lion or Mavericks, open a terminal and type this > command: > /usr/bin/chflags nohidden ~/Library > (you may have to do this again after apple does a system update) > > If you're running El Capitan or Yosemite, follow these instructions to > unhide ~/Library > http://osxdaily.com/2014/12/16/show-user-library-folder-os-x-yosemite/ > > If you're running Sierra, follow these instructions to unhide ~/Library > https://consumingtech.com/unhide-make-library-folder-visible-macos-sierra/ > > > Again - we just need a standard path for externals that the OS considers > to be userspace to resolve this. > > Like ~/Documents/Pd > > I'm not asking that it be auto-created (although I would personally like > that too). I'm just asking that it be added to Pd's search path.

3 6

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 July 2017