Pd-dev March 2017

pd-dev@lists.iem.at

11 participants
8 discussions

[pure-data:bugs] #1290 Tcl error on closing subpatch with array
by Ticket 1290 30 Mar '17

30 Mar '17

--- ** [bugs:#1290] Tcl error on closing subpatch with array** **Status:** open **Group:** v0.47 **Created:** Thu Mar 30, 2017 01:12 PM UTC by Anonymous **Last Updated:** Thu Mar 30, 2017 01:12 PM UTC **Owner:** Miller Puckette **Attachments:** - [tcl-error.pd](https://sourceforge.net/p/pure-data/bugs/1290/attachment/tcl-… (549 Bytes; application/octet-stream) I started getting this Tcl error: (Tcl) INVALID COMMAND NAME: invalid command name ".x1e85d08.c" while executing ".x1e85d08.c delete plot1e9715c" ("uplevel" body line 1) invoked from within "uplevel #0 $docmds" when I close a subpatch containing an array while data is frequently written to that array with [array set] or [tabwrite]. I can more or less reproduce it with the attached patch. As a side effect sometimes the graphics of all GUI elements stop to update. For example, I can still move a slider and change the value but it doesn't change visually. Years ago I got a similar GUI freeze issue with Pd-extended together with a Tcl error but in another context. I tested on Pd 0.47.1 + Windows 7. Other user also get this Tcl error on OSX: https://lists.puredata.info/pipermail/pd-list/2017-03/118477.html Christof --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1289 missing send symbol for [vu]
by Alexandre Porres 28 Mar '17

28 Mar '17

--- ** [bugs:#1289] missing send symbol for [vu]** **Status:** open **Group:** v0.47 **Created:** Tue Mar 28, 2017 03:23 AM UTC by Alexandre Porres **Last Updated:** Tue Mar 28, 2017 03:23 AM UTC **Owner:** nobody [vu] has no "send symbol", only "receive symbol". I use this mostly for hiding inlets/outles, but I can't hide the outlets of [vu] cause it doesn't have it cheers --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1288 Change standard paths more MAC OS
by Alexandre Porres 28 Mar '17

28 Mar '17

--- ** [bugs:#1288] Change standard paths more MAC OS** **Status:** open **Group:** v0.47 **Created:** Tue Mar 28, 2017 01:51 AM UTC by Alexandre Porres **Last Updated:** Tue Mar 28, 2017 01:51 AM UTC **Owner:** nobody Howdy, I'm quoting a list discussion that led to a standard path change in Linux for the latest release. and I quote "so the main problem is on linux, where "pd-externals" show up in my home directory, a place that everybody finds themselves looking at all the time. so i'm all for moving to ~/.local/lib/pd/extra/ (and/or ~/.local/lib/pd/0.47-3/extra/ if somebody thinks this is useful) the relevant specs can be found at [1] gfdmasr IOhannes PS: i don't think that ~/.config/ is the right place to put externals to, regardless of what blender does (again, see [1]) [1] https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html" source: https://lists.puredata.info/pipermail/pd-list/2016-05/114747.html What I'm hoping to discuss now is the change of folders for the Mac OS system. The current user folder (~/Library/Pd) is hidden, since Lion (OS 10.7) was released in 2011. This makes it really hard managing externals there. For example, if you want to add it to the preference=>Path, you can't navigate it there, unless you know it is a hidden folder and how to make it visible to you. Another option is to make aliases. As someone who's teaching Pd workshops, I can tell you that's always hard and confusing to students. Then I realized how uncommon it is for a software to install a folder in ~/Library like that... it is common to install files in ~/Library/Applicatiom Support, but those are kinds of files the user is never supposed to mess with himself. It is more common to install such files like addons/plugins in somewhere like ~/Documents, this is where Max/MSP uses, for instance, to install externals. As for shared files, it uses "Users/shared" I can add other quotes from Pd fellas in the list, who shared with me this notion. Mark says: "+1 on this... i just had a classroom of students navigate to ~/Library and create ~/Library/Pd .... its quite a pain to teach some of these basic skills. (...) BTW arduino and processing also both install libraries in: ~/Documents" source: https://lists.puredata.info/pipermail/pd-list/2017-03/118277.html Dan says: "I agree that something in the ~/Documents would be more standard than anything in ~/Library as that has been a hidden folder in Finder since OS X 10.7 or so as is not meant to be directly user-accessible. The preferences file, OTOH, should stay as that uses the same format & location that most macOS apps use." source: https://lists.puredata.info/pipermail/pd-list/2017-03/118338.html So, I hope I've made a good case that we'd benefit a lot if we'd also change this in the next release, in the same way it was just changed in linux for the current release. thanks --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

Re: [PD-dev] [PD-Dev] [Pure-Data:patches] #581 Better Use Of Jack_client_open
by yarl 20 Mar '17

20 Mar '17

Hello, I did post that patch, and I now see how much I have lacked courtesy and clarity! Please excuse me, I needed some sleep at that time. I've been using pd occasionally for few years. So, I wanted to launch many puredata processes. Very soon (11 processes), jack told me he has no room left for clients. But jack was configured to accept up to 64 clients. And I saw that every new pd process contained 1 more thread. The n'th launched contains (n+4) while the first only 4. Indeed, because of the loop and JackUseExactName not used, if the client name is already registered, jack will rename it himself(limited to 100 clients with the same original name), as described in the API. So you launch n pd processes, it's n*(n+1)/2 jack clients that are created. Maybe the patch is wrong, because it limits the number of pd processes to 100, should I improve it to let pd decide on its own of the name (using JackUseExactName, the patch is just one line!) or (probably better) let jack rename, and if that doesn't work, retry modifying requested name to see if that's because of the limit. Or should I stop doing nonsense?! I just subscribed to the list, I hope that message will end up where it belongs. If not, sorry about that. Bye and thank you

1 0

hi and clicking and multithreading
by Damian Stewart 16 Mar '17

16 Mar '17

Hi Pd-dev, (Hi Hans! Hi Dan!) It's been a while since I was here. I just quit my job and intend to spend some time making music boxes. Pd is in my future. There's a couple of things I'd like to spend some time on: 1. I'd like to elminate the clicking that you get when making live edits to a patch. 2. I'd like to get as much of the DSP chain as possible into a threadsafe state. Are there any plans around these? Design docs or discussions? Is this on anyone's radar? Thanks Damian -- damian stewart . digitaler fuzzi . vienna, austria http://damianstewart.com . twitter @damian0815

4 3

[pure-data:patches] #581 better use of jack_client_open
by Ticket 581 14 Mar '17

14 Mar '17

--- ** [patches:#581] better use of jack_client_open** **Status:** open **Group:** bugfix **Created:** Tue Mar 14, 2017 05:54 PM UTC by Anonymous **Last Updated:** Tue Mar 14, 2017 05:54 PM UTC **Owner:** nobody **Attachments:** - [0001-better-use-of-jack_client_open.patch](https://sourceforge.net/p/pure-d… (3.4 kB; text/x-patch) pd with jack backend. pd is launching 1 more thread for each pd already running, due to: (quote from http://jackaudio.org/api/types_8h.html) JackNameNotUnique: The desired client name was not unique. With the JackUseExactName option this situation is fatal. Otherwise, THE NAME WAS MODIFIED by appending a dash and a two-digit number in the range "-01" to "-99". The jack_get_client_name() function will return the exact string that was used. If the specified client_name plus these extra characters would be too long, the open fails instead. I tried to keep the intended behavior but delegated renaming work to jack. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

Re: [PD-dev] [PD] how-do-i-install-externals-and-help-files page (was Re: Linux Global folder for externals)
by IOhannes m zmölnig 03 Mar '17

03 Mar '17

(taking this to pd-dev, as i really think that these long development related tasks are a nuisance for most parties) On 03/03/2017 12:22 AM, Alexandre Torres Porres wrote: > 2017-03-02 19:17 GMT-03:00 IOhannes m zmölnig <zmoelnig(a)iem.at>: > >> >> for starters, you could just follow the instructions on >> https://github.com/pure-data/deken/#download > > > I had done that, but downloading deken-plugin.tcl > <https://raw.githubusercontent.com/pure-data/deken/master/deken-plugin.tcl> to > my Pd folder doesn't do it... what does it "not do"? > > and I also tried to replace the pd_deken.tcl file inside the pd app for the > new one, no luck... what do you mean by "no luck"? > > it load the deken plug in, but it's not asking to download to the user > folder even if it is not there (let alone create it) what is it doing instead? it's really hard to analyse (let alone fix) a "it doesn't work"-problem, esp. if the author believes that it does work (so the problem seems to be on "your" side (e.g. on a platform that hasn't been tested yet). please be detailed in what you get. > and it's not > remembering the path between restarts. why would it? it's a different problem, and you might have missed https://github.com/pure-data/deken/issues/140#issuecomment-283797373 grdsa IOhannes

4 4

[pure-data:bugs] #1287 automatically create folders for externals during install
by Ticket 1287 01 Mar '17

01 Mar '17

--- ** [bugs:#1287] automatically create folders for externals during install** **Status:** open **Group:** v0.47 **Created:** Wed Mar 01, 2017 10:45 PM UTC by Anonymous **Last Updated:** Wed Mar 01, 2017 10:45 PM UTC **Owner:** nobody The link <http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files?por…> has long mentioned about global system folders that you can install Pd externals, but these are not created by Pd during installation, I think it should. The user-specific folder is created in Mac OS, so it seems, but no tin windows/linux. Regarding windows, the User-specific folder %AppData%\Pd is not created In Linux, the ~/.local/lib/pd/extra (preferred since version Pd-0.47-1) is not created --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

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