Pd-dev August 2017

pd-dev@lists.iem.at

12 participants
17 discussions

Whole directory path uploaded on deken
by alex 16 Aug '17

16 Aug '17

I compiled iemguts for ARMv7 and uploaded it on deken. When I downloaded it to test if it works, the whole directory tree where the original files are located in my computer was downloaded, which is this: home/alex/pd_patches/modular_synthesizer/externals/iemguts Did I do something wrong when uploading (I guess I did)? How can this be corrected? How can this be avoided?

2 3

Pd 0.48 app bundle without src dir
by katja 15 Aug '17

15 Aug '17

Yesterday I learned that Pd 0.48 app bundle for OSX no longer has the src dir embedded. It was brought to my attention by Alexandre Torres Porres and explained by Dan Wilcox in the context of the issue that pdlibbuilder now has when trying to find the API (https://github.com/pure-data/pd-lib-builder/issues/33#issuecomment-322384696). Though it only takes a few keystrokes to modify pdlibbuilder's search path for the includes, I'd like to be sure that omitting the src dir from the bundle is what everyone wants. What I recall and understand from Miller's explanation during PdCon16~ about his Pd distributions is, for each platform he makes a source distribution with platform-specific goodies included. Then he builds, and in resulting distributions both source and binaries are included so that everyone can easily reproduce the build. The workflow was explained during a 'round workbench' session and later summarized in a presentation, see https://github.com/pure-data/pd-lib-builder/issues/33#issuecomment-322384696 (9:10 and 10:00). Dan was unaware of this when reorganizing the build scripts for the bundle, and while I'm writing this he opened an issue suggesting a fix: https://github.com/pure-data/pure-data/issues/181 Katja

1 0

[pure-data:bugs] #1304 Bad window path name error on dynamic patching
by Zack Lee 15 Aug '17

15 Aug '17

--- ** [bugs:#1304] Bad window path name error on dynamic patching** **Status:** open **Group:** v0.47 **Labels:** bug dynamic patching **Created:** Tue Aug 15, 2017 01:23 AM UTC by Zack Lee **Last Updated:** Tue Aug 15, 2017 01:23 AM UTC **Owner:** nobody Hi, I created a simple patch that creates & destroys objects by dynamic patching. But when I send the message "vis 1, editmode 1, mouse 0 0 0 0, cut, vis 0" to a sub patch, suddenly, an error message pops up saying "Error: bad window path name ".x10031fa80.c" And if I hit 'details' button, it shows the following log. bad window path name ".x1020113e0.c" bad window path name ".x1020113e0.c" while executing "winfo toplevel $tkcanvas" (procedure "::pdtk_canvas::pdtk_canvas_getscroll" line 2) invoked from within "::pdtk_canvas::pdtk_canvas_getscroll .x1020113e0.c" ("after" script) I tested this with both Pd-0.47-1 and Pd-0.48-0 on Mac OS X 10.11.6. This works fine on Pd-extended so maybe it works fine on older versions of Pd vanilla. And here's a patch content for anyone who wants to test this error. ~~~ #N canvas 654 290 585 488 10; #N canvas 0 23 450 300 sub 0; #X restore 101 395 pd sub; #X obj 224 398 s pd-sub; #X msg 318 332 undo; #X obj 187 15 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 187 108 sel 0 1 2 3; #X msg 375 333 clear; #X msg 74 189 obj 0 0 osc~ 440 \, obj 0 20 *~ 0.1 \, connect 0 0 1 0 \, obj 0 40 dac~ \, connect 1 0 2 0 \, connect 1 0 2 1; #X msg 230 270 vis 1 \, editmode 1 \, mouse 0 0 0 0 \, cut \, vis 0 ; #X obj 187 43 f; #X obj 220 44 + 1; #X obj 187 65 % 4; #X floatatom 187 87 5 0 0 0 - - -, f 5; #X connect 2 0 1 0; #X connect 3 0 8 0; #X connect 4 0 6 0; #X connect 4 1 7 0; #X connect 4 2 2 0; #X connect 4 3 5 0; #X connect 5 0 1 0; #X connect 6 0 1 0; #X connect 7 0 1 0; #X connect 8 0 9 0; #X connect 8 0 10 0; #X connect 9 0 8 1; #X connect 10 0 11 0; #X connect 11 0 4 0; ~~~ --- 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

libpd multiinstance issues, pd: unknown message dsp 1
by Alex 13 Aug '17

13 Aug '17

Hi, I'm trying to update my project, pdlv2, to use the new pd multi instance support and I'm having some issues which I'm assuming someone else has to have seen. I'm getting the errors: pd: unknown message dsp 1 error: canvasmaker: no method for 'canvas' [the whole output is below, prefixed with "LIBPD:" so I can be sure of the source] The project builds an LV2 plugin out of PD patch, using some specific markup for a patch. The major difference between it and the multi instance 'sample' in the 'c' directory of the libpd/samples folder is that it is built into a shared object that is loaded into an 'lv2' plugin host. Here is the branch of the project I'm working on that shows the issue: https://github.com/x37v/pdlv2/tree/multiinstancelibpd It depends on ruby, libpd, lv2 and jalv.gtk to test. I've only tried it on Linux. An earlier commit, without the instance support, works for a single instance of the lv2 plugin: https://github.com/x37v/pdlv2/commit/1701d1b08f641a3023800f422695e733b0984f… I'm using libpd master: 9a0bbd2a2b461c8345d5df5e9d347510b37756db Any ideas whats up? I used to explicitly load the libpd.so into its own memory space from a unique temp file and that worked but wasn't ideal. Real multi instance support is going to be nice once I can get that going :) It seems like it must be an initialization or compile flag issue? Here is all the output from libpd when loaded in the host, using the most recent version of my code: LIBPD: bonk version 1.5 LIBPD: fiddle version 1.1 TEST4 LIBPD: pique 0.1 for PD version 23 LIBPD: sigmund~ version 0.07 LIBPD: pd: unknown message dsp LIBPD: LIBPD: 1LIBPD: LIBPD: error: canvasmaker: no method for 'canvas' LIBPD: verbose(4): ... you might be able to track this down from the Find menu. LIBPD: error: #X: no such object LIBPD: error: #X: no such object LIBPD: error: #X: no such object LIBPD: error: #X: no such object LIBPD: error: #X: no such object LIBPD: error: #X: no such object LIBPD: error: #X: no such object LIBPD: error: #X: no such object LIBPD: error: canvas: no method for 'loadbang' Thanks tons for any help you can provide! Alex

2 1

PR to revamp HTML manual
by Paul Rankin 11 Aug '17

11 Aug '17

Given that much of Pd development happens off of GitHub, I'd like to draw some attention to a perhaps scandalous and contentious PR I've submitted.... https://github.com/pure-data/pure-data/pull/171 This PR replaces the existing HTML manual with a single HTML file, generated with [Pandoc](http://pandoc.org) from a new `pdmanual.md` file (which was generated from the existing HTML manual). A render the HTML manual can be found here: https://htmlpreview.github.io/? https://github.com/rnkn/pure-data/blob/doc-polish/doc/1.manual/index.htm A PDF output is also linked. The proposed future workflow for updating the HTML manual would therefore be to make changes to `pdmanual.md` and regenerated with Pandoc. The command to convert `pdmanual.md -> index.htm` is: $ pandoc pdmanual.md -s -N -S --toc -c pdmanual.css -o index.htm ### Advantages - a single file - sections can be linked by name, e.g. `(see [Audio and MIDI])` links to 3.1 Audio and MIDI - sections are automatically numbered - table of contents is automatically generated - smart typography - easier to keep up to date - easier to convert to other formats - can be rendered nicely on GitHub ### Changes - a single file - I fixed all sections headings to use title case - given that sections can now be anchored by name and are automatically numbered, I replaced some links e.g. (see section 1.2) -> (see Other Resources); this has the advantage of never again needing to know/update the section number when updating the manual - fixed a bunch of obvious errors/typos - fixed Windows paths, which I'm pretty sure are `C:\Program Files` not `C:Program Files` -- www.paulwrankin.com

1 1

[pure-data:bugs] #1303 Weird behavior when undo creating an object
by Zack Lee 04 Aug '17

04 Aug '17

--- ** [bugs:#1303] Weird behavior when undo creating an object** **Status:** open **Group:** v0.38.4 **Labels:** bug undo **Created:** Fri Aug 04, 2017 08:30 AM UTC by Zack Lee **Last Updated:** Fri Aug 04, 2017 08:30 AM UTC **Owner:** nobody Hi, I'm using Pd-0.47-1-64bit on Max OSX 10.11.6. I found this weird behavior today which you can reproduce by the following steps. 1. create an object box and type any object name (for example, type "spigot") 2. As soon as you type the object name, create another object box (or a number box). You will see an empty object box being created right below the object you just created. 3. Undo creation using shortcut (Command + z on Mac OSX) 4. You will see an empty object box is just created on top of the first object you created. Here you can see my original post from the Pd forum. https://forum.pdpatchrepo.info/topic/10924/weird-behavior-when-undo-creatin… I hope this can be fixed in the Pd-0.48 stable release. Thank you! --- 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] Issue with PD 0.48.0test6
by Dan Wilcox 01 Aug '17

01 Aug '17

> On Jul 31, 2017, at 8:30 PM, pd-dev-request(a)lists.iem.at wrote: > > I have added a new path to PD, where I have my patches and I save the preferences and close PD. And when I open PD again, the preferences seems to be saved, but the path is not available in the browser. As said I am still pretty new to PD, and this is how I did it in 0.47 version and it worked there Thanks for the report. This was slightly broken and I believe it's fixed now, just not in a test release yet. If you want to try, you can copy the update to the helpbrowser GUI script wit the following steps: 1. close Pd 2. right click on the Pd.app (probably in /Applications) & choose "Open package contents" 3. navigate to Contents / Resources / tcl 4. open helpbrowser.tcl in a text editor (TetxEdit is fine) & replace all of it's contents with the updated file https://raw.githubusercontent.com/pure-data/pure-data/4ceebf8ba41acdc235943… <https://raw.githubusercontent.com/pure-data/pure-data/4ceebf8ba41acdc235943…> 5. save the file, open Pd & test -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 3

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